BigWings

Favor atualizar os fontes e testar novamente.

Você não deve considerar o desconto ao informar a tag vProd.

Informe a finalidade como devolução. [Identificacao] finNFe=4

Você pode usar as tags de unidade de comercialização (uCom, qCom, vUnCom, cEAN) e as tags de unidade de tributação (uTrib, qTrib, vUnTrib, cEANTrib).

Testou produção e homologação? Anexe o ACBrNFeServicos.ini modificado. Se possível um XML autorizado também.

Não mudou, as duas opções (salvar o .ini na pasta ou recompilar o .res, acbr e aplicação) são válidas. A primeira é só mais prática para testes.

Estranho... será que houve alteração? Até 26/04 a URL no ACBrNFeServicos.ini era a mesma que consta no arquivo que anexei e não havia relato de problemas. Alguém mais pode confirmar qual a URL correta?

Depois de atualizar, você reinstalou o ACBr pelo ACBrInstall_Trunk2.exe? E marcou a opção de apagar os arquivos antigos do disco na instalação?

Faça novo teste configurando o demo para "salvar os arquivos de envio e resposta" e "salvar envelope soap" e anexe aqui os arquivos para análise.

Favor salvar o arquivo anexo na mesma pasta da aplicação, reiniciar a mesma e testar novamente. ACBrNFeServicos.ini

Se você não informar a tag cNF ou informar o valor 0, o ACBr vai gerar automaticamente um número aleatório para ela. Verifique novamente se a sua rotina não está gerando o valor de cNF igual ao nNF.

Baixe o arquivo ACBrNFeServicos.ini que anexei na minha resposta pra você mais acima. - Salve ele na mesma pasta da aplicação, e teste o envio novamente. ou - Substitua o arquivo ACBrNFeServicos.ini nos fontes do ACBr pelo novo arquivo; - Execute o Compila_RES.bat que se encontra na mesma pasta - Reinstale o ACBr usando o ACBrInstall_Trunk2.exe - Recompile a sua aplicação e teste novamente.

Você viu a minha resposta?

Para NFCe? A contingência é off-line, então não tem webservice. Quando o serviço normalizar basta enviar as NFCe emitidas em contingência off-line para o mesmo webservice de recepção normal.

Pode ocorrer esse erro se a pasta de schemas estiver em uma pasta compartilhada na rede e configurada no formato \\servidor\compartilhamento, e usando SSLXmlSignLib = xsLibXML2. Se for esse o caso, você pode tentar: - Mapear a pasta compartilhada para uma letra de unidade local - Copiar os schemas da rede para uma pasta local - Usar SSLXmlSignLib = xsMsXML (não recomendado para A3).

Esse erro pode acontecer se você estiver usando DLLs erradas, por exemplo, DLLs de 64 bits para uma aplicação compilada para 32 bits. Você marcou a opção de copiar as DLLs no ACBrInstall_Trunk2.exe?

Tente retornar as URL anteriores ao ajuste: Homologação: http://www.nfce.go.gov.br/post/ver/214413/consulta-nfc-e-homologacao Produção: http://www.nfce.go.gov.br/post/ver/214344/consulta-nfce

Tente com o arquivo anexo. ACBrNFeServicos.ini

Não é apenas o RS que passou a validar a URL, aconteceu com a maioria dos estados. O que parece é que está sendo exigido das SEFAZ a adequação conforme a informação abaixo: Com a exigência em produção a partir do dia 20/05/2019 havia o risco de rejeição das NFCe a partir desse dia caso não fosse feito a correção. Infelizmente as SEFAZ não estão informando essas mudanças, a mensagem foi postada num grupo fechado, o que deixa nós programadores no escuro para fazer as correções. Repetindo, o melhor seria a SEFAZ fazer a adequação da URL de consulta ser a mesma que a divulgada no ENCAT, seria bom entrar em contato com eles pra questionar essa discrepância.

Esse não é o prazo para a NT 2018.005? A validação da URL de consulta foi implementada na NT 2016.002, com prazo para 01/04/2019. Por favor informe o link com a informação oficial se tiver. O melhor seria a SEFAZ-MS divulgar a URL correta na página do ENCAT conforme orienta a NT 2016.002.

Você tem essa informação?

A mensagem indica que o componente recebeu o retorno do webservice, mas ele não é um retorno válido: o grupo nfeResultMsg do XML está vazio.

Alguns arquivos onde não era dado manutenção foram movidos para a pasta Obsoletos. Os arquivos da pasta Report realmente ainda não imprimem o QRCode lateral.

As URLs de consulta por chave de acesso foram todas ajustadas de acordo com o publicado na página do ENCAT, com base nesta determinação: No caso de MG, aparentemente a URL que estão exigindo não é a mesma publicada na página do ENCAT: http://nfce.encat.org/consulte-sua-nota-qr-code-versao-2-0/ Comparando a URL anterior do ACBrNFeServicos.ini com o ajustado, a diferença é pequena: Antes: http://hnfce.fazenda.mg.gov.br/portalnfce Após: http://hnfce.fazenda.mg.gov.br/portalnfce/ A princípio você pode apenas voltar a URL anterior no arquivo ACBrNFeServicos.ini: [NFCe_MG_H] ... URL-QRCode_2.00=https://nfce.fazenda.mg.gov.br/portalnfce/sistema/qrcode.xhtml URL-ConsultaNFCe_2.00=http://hnfce.fazenda.mg.gov.br/portalnfce Para uma solução definitiva, seria bom entrar em contato com a SEFAZ para saber se vão aplicar a regra de validação conforme consta na NT, validando a tag urlChave com exatamente a URL publicada na página do ENCAT. A data para ativação da regra em produção é 20/05/2019.

O PDF mostra um DANFE bem diferente do gerado com o DANFeNFCe.fr3. Com o .fr3 do repositório, que inclusive está desatualizado com relação ao novo layout, os acréscimos aparecem. Provavelmente você está usando um arquivo .fr3 modificado.