Ir para conteúdo
  • Cadastre-se

andre@prodez

Membros
  • Total de ítens

    93
  • Registro em

  • Última visita

  • Days Won

    1

Tudo que andre@prodez postou

  1. Para informações complementares (observações da Nota) acesse: with acbrNFe.NotasFiscais.Add.NFe do begin InfAdic.infCpl := "observacoes da nota"; end; Entretanto, conforme orientado acima pelo colega Agnaldo, utilize o exemplo para entender todo o uso do componente.
  2. Boa noite Jailton. Verifique a versão da dll "libeay32.dll" instalada no computador que roda o seu aplicativo. Qq coisa atualize ela puxando do seu diretório de instalação do ACBr (\DLLs\OpenSSL). Abraço.
  3. Boa noite Larry. Acredito que vc esteja com a informação incorreta sobre a alíquota interno do RJ (IcmsUFDest), que no caso atualmente é 18% (+ 2% de FCP qdo aplicar ao produto). Dai o difal entre SP e RJ seria 6%. Segue anexo planilha com as alíquotas inter, intra (UFDest) e FCP (fundo de combate a pobreza) tendo como origem o estado de São Paulo. Espero que ajude!!! Abs. NFe_ICMS_UFs.xls
  4. Boa tarde a todos. A partir do dia 29/10/2015 o provedor SIMPLIss trocou a URL do servidor para cidade de Piracicaba - SP (cód.mun. 3538709). Ainda não migrei meu ACBr p/ o Trunk2, no entanto, localizei e fiz essa correção no Trunk1: unit ACBrProvedorSimplISS, function GetConfigURL, linha 204 (segue .pas em anexo caso alguém ainda esteja com o Trunk1 e com esse problema). Não sei como essa questão foi implementada no Trunk2 (se está no .ini por ex.). Entretanto, caso desejem acertar essa questão tb no Trunk2 (se ainda não tiver sido feito), segue a documentação da URL trocada: URL até 29/10/2015 (ANTIGA - trocada): http://sistemas.piracicaba.sp.gov.br/semfi/simpliss/ws_nfse/nfseservice.svc URL atual: http://sistemas.pmp.sp.gov.br/semfi/simpliss/ws_nfse/nfseservice.svc Abraço a todos. André Luis - Prodez. ACBrProvedorSimplISS.pas
  5. Bom dia. Para aprender sobre uso dos componentes da ACBr para emissão de NFS-e sugiro vc estudar o projeto de exemplo que fica em: ACBr\Exemplos\ACBrNFSe Na NFSe temos os seguintes passos: 1. Gerar o XML do RPS; 2. Assinar o XML (depende do provedor); 3. Montar o lote com 1 ou mais RPS; 4. Assinar o lote (depende do provedor); 5. validar o lote; 6. Enviar o lote; 7. Consultar a situação do lote mediante o numero de protocolo; 8. Se processado com sucesso, Consultar o lote para obter as NFSe; 9. Imprimir o DANFSE; 10. Enviar por e-mail o XML da NFSe ao destinatário ou apenas o link para que o mesmo possa obter o DANFSE via site do provedor. Observação: Os passos de 1 a 9 são executados automaticamente pela function Enviar Note que no caso da NFSe o componente gera o XML do RPS o que temos como retorno do provedor é o XML da NFSe. O componente ACBrNFSe cria varias pastas: Ger, NFSe, RPS, entre outras. Na pasta Ger ficam os XMLs gerais ou seja os de envio e retorno. Na pasta RPS ficam os XMLs dos RPS gerados pelo componente, ja na pasta NFSe ficam os XML das NFSe retornados pelo provedor. Espero ter colaborado. André Luis.
  6. Bom dia Reginaldo. Pelo que já li em alguns tópicos, alguns provedores não disponibilizam em seus webservices a funcionalidade de enviar apenas um RPS. Nesses casos, você terá que de enviar o(s) RPS(s) dentro de um lote, utilizando a função "Gerar e Enviar Lote RPS", seguindo assim a sistemática: 1. Gerar o XML do RPS; 2. Assinar o XML (depende do provedor); 3. Montar o lote com 1 ou mais RPS; 4. Assinar o lote (depende do provedor); 5. validar o lote; 6. Enviar o lote; 7. Consultar a situação do lote mediante o numero de protocolo; 8. Se processado com sucesso, Consultar o lote para obter as NFSe; 9. Imprimir o DANFSE; 10. Enviar por e-mail o XML da NFSe ao destinatário ou apenas o link para que o mesmo possa obter o DANFSE via site do provedor. Observação: Os passos de 1 a 9 são executados automaticamente pela function Enviar Note que no caso da NFSe o componente gera o XML do RPS o que temos como retorno do provedor é o XML da NFSe. O componente ACBrNFSe cria varias pastas: Ger, NFSe, RPS, entre outras. Na pasta Ger ficam os XMLs gerais ou seja os de envio e retorno. Na pasta RPS ficam os XMLs dos RPS gerados pelo componente, ja na pasta NFSe ficam os XML das NFSe retornados pelo provedor. Espero ter colaborado. Abraço.
  7. Bom dia Rogerio. Vc precisa mencionar por qual ferramenta de Relatório vc está emitindo o DANFSE: Quick Report, Rave, Fast ou Fortes. Abraço André Luis
  8. Boa noite. Me parece que o ambiente de homologação do Ginfes está realmente com problemas. Venho desde segunda enfrentando problemas para realizar testes no Ginfes aqui em Ribeirão Preto - SP; lembrando que o Ginfes trabalha com um servidor único para atender todos os municípios que atua (segundo eles mesmos dizem). A mensagem que vc mencionou tb está ocorrendo em meus testes desde hoje (dia 25/08). Ontem retornava "Erro desconhecido ao enviar lote RPS". Aparentemente o ambiente de produção está no ar. Um teste que pode ser realizado é o consumo do WSDL do Ginfes diretamente nas urls abaixo (uma para cada ambiente), caso consiga visualizar a descrição do WSDL é sinal de que o ambiente testado está no ar: https://homologacao.ginfes.com.br/ServiceGinfesImpl?wsdl https://producao.ginfes.com.br/ServiceGinfesImpl?wsdl Abraços. André Luis.
  9. Bom dia. Eu tratei o modelo de exemplo da ACBr fazendo nele algumas melhorias de layout. Segue anexo caso queira utilizar. Abraço. André Luis. DANFENFSE.rav
  10. andre@prodez

    AcbrNFSe

    Boa noite Ramon. Na NFSe temos os seguintes passos: 1. Gerar o XML do RPS; 2. Assinar o XML (depende do provedor); 3. Montar o lote com 1 ou mais RPS; 4. Assinar o lote (depende do provedor); 5. validar o lote; 6. Enviar o lote; 7. Consultar a situação do lote mediante o numero de protocolo; 8. Se processado com sucesso, Consultar o lote para obter as NFSe; 9. Imprimir o DANFSE; 10. Enviar por e-mail o XML da NFSe ao destinatário ou apenas o link para que o mesmo possa obter o DANFSE via site do provedor. Observação: Os passos de 1 a 9 são executados automaticamente pela function Enviar Note que no caso da NFSe o componente gera o XML do RPS o que temos como retorno do provedor é o XML da NFSe. O componente ACBrNFSe cria varias pastas: Ger, NFSe, RPS, entre outras. Na pasta Ger ficam os XMLs gerais ou seja os de envio e retorno. Na pasta RPS ficam os XMLs dos RPS gerados pelo componente, ja na pasta NFSe ficam os XML das NFSe retornados pelo provedor. Espero ter ajudado. André Luis.
  11. Boa noite a todos. Já havia feito o teste com o instalador da Valid. E tb testando no esquema instalar no XP/Exportar, em ambos os casos no certificado da Safeweb deu o seguinte erro: "Entidade certificadora nao encontrada na lista de autoridades confiaveis" Destacando que o provedor é o Ginfes (Ribeirão Preto). Alguém já passou por esse problema da Safeweb com Ginfes? Encontraram alguma solução? Obs.: vou abrir um chamado no Ginfes sobre o certificado da Safeweb, pra ver se existe alguma incompatibilidade deles com esse emissor. Abraços.
  12. Bom dia a todos. Venho novamente me deparar com o erro "Não há suporte para o tipo de Provedor de Serviços de Criptografia ''24''; agora na utilização de um certificado A1 da Safeweb. Esse erro já havia ocorrido com um certificado da Valid, mas foi contornado utilizando um instalador proprietário da própria Valid. No caso da Safeweb ainda não encontrei uma solução semelhante. Já vi aqui no Forum posts orientando a instalação no XP e exportação do certificado para importação no Win7 por ex.; mas acredito ser meio precária essa solução, pois temos visto cada vez menos máquinas com XP instalada (na minha empresa não tenho mais nenhuma com esse SO). Pesquisei tb esse mensagem de erro na lista de alertas na documentação do Ginfes (provedor que estou testando) pra verificar se tratava de alguma limitação do provedor, mas não encontrei nada. Debugando consegui chegar exatamente na linha que gera uma Exception retornando a msg de erro mencionada: - unit ACBrNFSeUtil: linha 966: dsigKey := xmldsig.createKeyFromCSP(PrivateKey.ProviderType, PrivateKey.ProviderName, PrivateKey.ContainerName, 0); Meu questionamento é: isso é uma limitação do componente da ACBr; tem como contornar essa situação ou alterar a forma como essa chave do certificado é criada sendo compatível com essa situação; ou seja, é alguma melhoria possível no componente? Aguardando orientações, agradeço desde já. André Luis.
  13. Bom dia a todos. Implementando a NFSe para o SIMPLIss num cliente onde o Regime Especial de Tributação retorna o código "7" (Lucro Real no componente ACBr), gerou um erro na impressão do DANFSe utilizando o Rave Rep.: incompatibilidade de tipos. Debugando verifiquei que o erro ocorre pela falta dos códigos de retorno para Lucro Real e Presumido no Regime Especial de Tributação no fonte "DANFSeRaveDM" Resolvi o problema acrescentando os dois retornos "retLucroReal" e "retLucroPresumido". O fonte editado segue em anexo para avaliação e atualização no SVN, por favor, pesquisar pelo comentário: "//alterado Andre(Prodez) - 02/06/2015". Obrigado pela atenção. DANFSeRaveDM.pas
  14. Bom dia Augelias. Verifique se todos os dados do prestador do serviço que você está enviando no RPS estão corretos. Já vi casos em que a Inscrição Municipal estava incorreta e retornava esse erro que você mencionou. Atenciosamente, André Luis.
  15. Bom dia José. Na NFSe temos os seguintes passos: 1. Gerar o XML do RPS; 2. Assinar o XML (depende do provedor); 3. Montar o lote com 1 ou mais RPS; 4. Assinar o lote (depende do provedor); 5. validar o lote; 6. Enviar o lote; 7. Consultar a situação do lote mediante o numero de protocolo; 8. Se processado com sucesso, Consultar o lote para obter as NFSe; 9. Imprimir o DANFSE; 10. Enviar por e-mail o XML da NFSe ao destinatário ou apenas o link para que o mesmo possa obter o DANFSE via site do provedor. Observação: Os passos de 1 a 9 são executados automaticamente pela function Enviar Note que no caso da NFSe o componente gera o XML do RPS o que temos como retorno do provedor é o XML da NFSe. O componente ACBrNFSe cria varias pastas: Ger, NFSe, RPS, entre outras. Na pasta Ger ficam os XMLs gerais ou seja os de envio e retorno. Na pasta RPS ficam os XMLs dos RPS gerados pelo componente, ja na pasta NFSe ficam os XML das NFSe retornados pelo provedor. Abraço. André Luis.
  16. Bom dia a todos. Na impressão do DANFSe realizada pelo Rave Reports existe uma divergência na informação do campo "Local da Prestação". Por ex.: estou emitindo uma NFS-e por Ribeirão Preto / SP para um tomador (Cliente) de São Paulo / SP. No entanto informo que o município da prestação do serviço é Ribeirão Preto / SP. Mesmo assim o DANFSe traz em "Local da Prestação" o município de São Paulo / SP; ou seja, está sempre trazendo o município do Tomador do Serviço, ao invés do município informado na prestação do serviço. O XML da NFS-e está correto, o problema se encontra apenas na impressão do DANFSe, no caso, o do Rave. Eu já localizei a linha do erro e já fiz a correção. Segue em anexo o fonte corrigido. Para verificar a correção procurar pelo comentário: //alterado Andre(Prodez) - 08/05/2015 Por favor, avaliem a correção e, se possível, atualizem para o componente. Obrigado. Abraço. DANFSeRaveDM.pas
  17. Bom dia Italo. Funcionou perfeitamente. Muito obrigado.
  18. Bom dia Italo. Verifiquei que as alterações acima foram publicadas. Muito obrigado pela atenção. Abraço.
  19. Boa noite Italo. Em todos os exemplos que simulei com ISS zerado (sem retenção de ISS) a TAG "ValorIss" está presente com valor 0 (zero). Segue um XML de exemplo anexado. Abraço. 3515026121691700011256000000077-nfse.xml
  20. Boa noite a todos. Reparando na impressão do DANFSE (tanto utilizando o componente para Quick como Rave Report) observei que o Valor do ISS vem destacado mesmo quando não existe retenção de ISS. No caso, trata-se de um Emitente optante pelo Simples Nacional e utilizando o Ginfes. Conversando com o o contador a orientação é que nos casos de NFS-e com Emitente optante pelo Simples, qdo não ocorrer retenção de ISS o Valor do ISS deve vir sempre zerado (mesmo que seja informado uma alíquota diferente de zero). Em concordância com essa orientação, a impressão do DANFSE quando realizada pelo site do próprio Ginfes ocorre dessa forma, com o Valor do ISS zerado no caso citado. Lembrando que ao gerar a NFS-e foi informado o Valor do ISS zerado para o componente, além disso, o XML é gerado corretamente com o Valor do ISS zerado. Somente na impressão do DANFSE é que ele aparece destacado. Alguém já notou essa questão. Já existe uma forma de que isso funcione dessa maneira, ou se trata de uma correção necessária no componente. Aguardando orientações, agradeço desde já. Gde abraço a todos.
  21. Bom dia Italo. No meu aplicativo tenho um form para emissão da NFS-e e nele adicionei os componentes ACBrNFSe e ACBrNFSeDANFSeQR, acessando diretamente por eles todas as propriedades e métodos. Sei que é estranho, mas várias notas funcionam normalmente, apenas algumas geram o erro. Isolando um dos casos (o exemplo que mostrei acima), fazendo testes trocando uma informação por vez, foi que ocorreu o fato de qdo troco o valor/ISS o erro para de acontecer. É bem estranho mesmo. De qq forma, confesso que passei a utilizar a impressão do DANFSE pelo componente do Rave, mas decidi reportar o problema para caso esteja ocorrendo com mais alguém pra que vcs possam identificar o possível erro. Abraço. André Luis.
  22. Bom dia Italo. Fiz algumas melhorias na Emissão do DANFSE utilizando o Rave Reports: - Tratamento da Propriedade "QuebradeLinha" do componente na impressão da Discriminação do Serviço - Tratamento do Propriedade "ImprimirCanhoto" do componente ACBrNFSeDANFSeRV: > para que funcione o tratamento da propriedade 'ImprimeCanhoto' do componente ACBrNFSeDANFSeRV: . criar o parametro "ImprimeCanhoto" no projeto do arquivo "DANFENFSE.rav" do Rave (na treeview clique em Reports; e no inspector va em Parameters) . no evento "OnBeforePrint" do band "bRecibo" adicionar o codigo: If DANFSE.GetParam('ImprimeCanhoto') = 'N' Then Self.Visible := False; Else Self.Visible := True; End If; (*)USO OPCIONAL: a não criação/utilização desse parâmetro não gera erros na emissão com Rave Rep. - Melhorias no layout do arquivo modelo já com o parâmetro para tratamento do Canhoto (segue em anexo o .rav caso queira disponibilizar - DANFENFSE.zip) Obs.: todas as alterações podem ser avaliadas no fonte pesquisando pelo comentário "//alterado Andre(Prodez)" A unit alterada segue em anexo (DANFSeRaveDM). Abraço a todos. André Luis. DANFSeRaveDM.pas DANFENFSE.zip
  23. Bom dia a todos. Legal mcob. Mas não seria legal que esse ajuste fosse feito no projeto ACBr, para ficar tb disponível nas atualizações futuras. Abraço a todos.
  24. Boa noite a todos. Verifiquei que na Emissão do DANFSE utilizando o componente do Rave Reports não é tratada a propriedade "NomeLongoNFSe" do componente TACBrNFSe. O arquivo pdf do DANFSE é sempre salvo com o nome curto (apenas o número da NFSe). Isso acaba gerando erro ao imprimir o DANFSe ou Enviar por Email qdo trabalhando com Nome Longo. Debuguei o problema e segue abaixo uma sugestão para alteração: - unit ACBrNFSeDANFSeRVClass - procedure ImprimirDANFSePDF - Mais ou menos na linha 170: trocar o código NomeArq := StringReplace(NFSe.Numero,'NFSe', '', [rfIgnoreCase]); NomeArq := PathWithDelim(Self.PathPDF)+StringReplace(NomeArq,'A','', [rfIgnoreCase])+'.pdf'; por if TACBrNFSe(ACBrNFSe).Configuracoes.Arquivos.NomeLongoNFSe then NomeArq := NotaUtil.GerarNomeNFSe(UFparaCodigo(NFSe.PrestadorServico.Endereco.UF), NFSe.DataEmissao, NFSe.PrestadorServico.IdentificacaoPrestador.Cnpj, StrToIntDef(NFSe.Numero, 0)) else NomeArq := NFSe.Numero; NomeArq := StringReplace(NomeArq, 'NFSe', '', [rfIgnoreCase]); NomeArq := PathWithDelim(Self.PathPDF)+StringReplace(NomeArq,'A','', [rfIgnoreCase])+'.pdf'; Caso possam dar uma olhada e acertada nisso seria legal. Obrigado pela atenção André Luis.
  25. Boa tarde Italo. -> Utilizando o programa de exemplo e debugando no delphi chegamos ao erro ocorrendo na seguinte linha: unit ACBrNFSeDANFSeQRClass; procedure TACBrNFSeDANFSeQR.ImprimirDANFSe(NFSe : TNFSe = nil); fqrDANFSeQRRetrato := TfqrDANFSeQRRetrato.Create(Self); Na realidade se você simular com os valores de serviço/ISS retido: 146.18 / 7.31 (alíquota 5.00) ; o erro sempre ocorre usando o componente do Quick (sem modificar nada caso vc selecione a impressão do DANFSE pelo componente do Rave o erro já não ocorre). Também se vc simplesmente trocar os valores de seviço/ISS para 100.00 e 5.00 (por ex.) já funciona. É uma situação bem estranha. Obrigado pela atenção. Abraço.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...