Italo Giurizzato Junior

Bom dia Santos, O problema agora ocorre no envio, correto? Para qual UF você esta enviado? Configure o componente para salvar os arquivos soap: Configuracoes.WebServices.Salvar := True; Post como anexo o arquivo: *-env-lot-soap.xml e -rec-soap.xml

Boa tarde, Esse é um problema da sua SEFAZ-Autorizadora que pode demorar algumas horas ou dias para realizar o compartilhamento com o Ambiente Nacional.

Boa tarde Augusto, Não utilizo o Monitor mas acredito que o XML será gerado como sendo Produção, mas será enviado para o ambiente de homologação. Neste caso a nota será rejeitada acusando esse divergência.

Boa tarde Maicon, A montagem do QR-Code é a mesmo para todos os Report. O que pode esta ocorrendo é a imagem não esta 100% legível para o leitor.

Boa tarde Datilas, Não entendi a sua postagem, trata-se de uma informação a ser passada aos demais ou uma duvida sua? O XML da NF-e só recebe a TAG nfeProc quando o mesmo é enviado para SEFAZ e esta constatando que esta tudo OK, retorna o protocolo de autorização. O Status = 100 significa que a nota foi autorizada, neste caso o XML é atualizado, recebendo no seu inicio a TAG nfeProc (que significa NF-e processada pela SEFAZ) e no seu final o grupo protNFe (que significa Protocolo da NF-e).

Boa tarde a todos, Vocês estão com os fontes atualizados?

Boa tarde a todos, Peço que mantenham os fontes atualizados, me parece que os fontes do Trunk2 a versão padrão para a NF-e e NFC-e agora é ve310. Acredito que com essa alteração esses tipos de problemas vão desaparecer.

Boa tarde André, Como já tinha dito antes, acredito que o VerificarAssinatura não serve para verificar a assinatura de notas fiscais recebidas e sim emitidas.

Boa tarde Luciano, Qual é a finalidade método Consultar? Eu pelo menos utilizo quando ocorre algum problema depois do envio, por exemplo, falha na internet e não obtive o retorno com o protocolo de autorização. Neste caso carrego a nota no componente usando o LoadFromFile e depois executo o Consultar. Pode ter 4 respostas diferentes: 1. Nota não consta na base de dados da SEFAZ, neste caso significa que o erro ocorreu durante o envio e sendo assim a nota nem sequer chegou na SEFAZ, portanto um novo envio tem que ser executado. 2. Nota autorizada, neste caso significa que o envio ocorreu e que agora o XML esta completo e com validade jurídica, podendo o DANFE ser impresso e o XML enviado por e-mail para o destinatário. 3. Nota rejeitada, neste caso significa que o envio ocorreu e que existem dados não válidos, neste caso deve-se realizar as correções sugeridas na mensagem e um novo envio a ser feito. 4. Nota denegada, neste caso significa que o envio ocorreu, mas a venda não foi autorizada devido a problemas com o fisco por parte do destinatário. Espero ter ajudado.

Boa tarde Fabio, Se você abrir o arquivo ACBrNFe-change-log.txt que esta na pasta: ...\Fontes\ACBrDFe\ACBrNFe e procurar por: Italo vai encontrar: 01/05/2015 [*] Atualização das URLs de produção e homologação da NF-e e NFC-e publicadas pela SEFAZ-RS. por: Italo Jurisato Junior Pela data de hoje já faz 3 meses e meio que a alteração foi realizada.

Luciano, A validação tem que ser feita antes do envio e não após a consulta. A lógica é bem simples: 1. Gerar o XML; 2. Assinar; 3. Validar; 4. Enviar;

Bom dia André, Informe o segundo parâmetro de LoadFromFile. Exemplo: ACBrNFe1.NotasFiscais.LoadFromFile(ARQUIVO, False); Realize novos testes. Outro coisa, acredito que função VerificarAssinatura não serve para verificar a assinatura de NF-e emitidas pelos fornecedores e sim as emitidas por você.

Bom dia Luciano, Primeiramente me responda, esse XML que você postou como anexo, esta tentando validar no validador da SEFAZ-RS? Se sim, esqueça, o validador da SEFAZ-RS espera encontrar um XML assinado e sem o protocolo de autorização. Repito mais uma vez, a partir do momento que o componente gerou o XML, assinou, validou, foi enviado para SEFAZ, esta retornou o protocolo de autorização, isso significa que o mesmo esta tudo OK. E ainda você esta duvidando da SEFAZ? Desculpe não estou entendendo a sua preocupação.

Bom dia Fabio, Desculpe pela demora, fiz o teste sim na sexta a noite e funcionou 100%.

Bom dia Luciano, Acredito que você deve ter realizado o teste de validação do site da SEFAZ-RS, correto? Pois bem esse site visa validar o XML que ainda não foi enviado para SEFAZ, sendo assim não possui o protocolo de autorização. Portanto é de se esperar que esse validador vai acusar erro, pois vai detectar o grupo nfeProc que significa que a NFe foi processada pela SEFAZ e a mesma retornou o protocolo de autorização. Você concorda que se o XML gerado pelo ACBrNFe, foi assinado, validado pela rotina interna do mesmo, não acusou nenhum erro, foi enviado para SEFAZ, que possui uma rotina de validação mais minuciosa, também não encontrou nenhuma irregularidade a ponto de dar a mesma como autorizada, sendo assim esse XML assinado e com o protocolo de autorização tem validade jurídica, não é mais do que suficiente para concluir que é valido? O primeiro fragmento de XML que você postou é o XML assinado sem o protocolo, logo ele pode ser dado como valido pelo validador da SEFAZ-RS, mas não tem validade jurídica pois não possui o protocolo de autorização. O segundo fragmento de XML que você postou que possui o grupo nfeProc, esta assinado e com o protocolo de autorização, logo ele tem validade jurídica.

Bom dia Maurício, Você ainda esta usando os fontes do repositório Trunk ou já passou a usar os do repositório Trunk2? A minha sugestão é que você desinstale tudo exclua todos os arquivos referentes ao ACBr, crie uma nova pasta e configure o Torpoise para baixar os fontes do Trunk2. Depois se utilize do ACBrInstall_Trunk2 para instalar. Não instale os componentes ACBrGNRE e ACBrNFSe pois eles ainda não estão prontos. Quando aos Documentos Auxiliares como DANFE, DACTE, etc., agora a suite do ACBr vai oferecer apenas em Fast Report e Fortes Report.

Bom dia Marco, Favor atualizar os fontes e testar novamente.

Bom dia Dimas, Quanto ao DAMDFE em Fast Report vou ficar lhe devendo pois não o conheço. Com relação a gerar o XML, tentou apenas alimentar o componente e depois executar o método Assinar?

Boa tarde Fabio, Tenho o Trunk2 instalado em casa. A noite vou fazer testes de visualização do DACTE, até o momento só tinha feito com o DANFE. Caso eu detecte alguma falha, vou tentar sanar e disponibilizar a correção.

Fabio, No caso do Fast Report você atribuindo o arquivo em tempo de execução? Quanto ao certificado posso ter me enganado.

Bom dia Ricardo, Como hoje devemos detalhar (Federal, Estadual e Municipal) sendo assim devemos realizar 3 cálculos, correto? No exemplo que mostrei é uma versão antiga da minha aplicação onde não era necessário esse detalhamento. Mas em vez de atribuir em vTotTrib você pode realizar os cálculos e atribuir em: infAdProd := 'Valor aproximado dos tributos Federal R$ ' + FormatFloat('0.00', vTribFed) + ' (' + FormatFloat('#0.00', pAliqFed) + '%) Fonte: IBPT'; infAdProd := infAdProd + 'Valor aproximado dos tributos Estadual R$ ' + FormatFloat('0.00', vTribEst) + ' (' + FormatFloat('#0.00', pAliqEst) + '%) Fonte: IBPT'; infAdProd := infAdProd + 'Valor aproximado dos tributos Municipal R$ ' + FormatFloat('0.00', vTribMun) + ' (' + FormatFloat('#0.00', pAliqMun) + '%) Fonte: IBPT'; Para aparecer em cada item. Depois você pode fazer 3 somatórias e colocar o resultado em observações.

Se você pesquisar no fórum vai encontrar várias postagens orientando que deve-se configurar o Modelo e a Versão do Documento Fiscal para que o componente funcione de forma correta. Para emitir NF-e deve-se configurar: ModeloDF := moNFe; VersaoDF := ve310; Para emitir NFC-e deve-se configurar: ModeloDF := moNFCe; VersaoDF := ve310;

Por favor, post como anexo o log de instalação.

Bom dia Fabio, Qual erro? Com os fontes do Trunk2 acredito que sim, seja possível detectar a presença do certificado.

Bom dia Marcello, Os arquivos: -env-lot.xml, -rec.xml, -ped-rec.xml e -proc-rec.xml, entre outros são arquivos de envio e de retorno da SEFAZ e conforme a minha postagem anterior não os considero como arquivos com validade jurídica. Para mim, os XMLs: *-nfe.xml (assinado e protocolado), *-procEventoNFe.xml e *-procInutNFe.xml são os únicos com validade jurídica, os demais não. É por isso que deveríamos mudar o conceito das propriedades Salvar para: Configuracoes.Geral.Salvar <== Salva ou não os arquivos sem validade jurídica Configuracoes.Arquivos.Salvar <== Salva ou não os arquivos com validade jurídica Essa alteração é simples de ser feita e seria realizada em apenas uma unit. Fazendo essa alteração os componentes ACBrNFe, ACBrCTe e ACBrMDFe por herança passariam a ter o mesmo comportamento no que diz respeito a essas propriedades.