BigWings

A SEFAZ-MG alterou a URL de consulta via QrCode em produção. Nos fontes do ACBr, entretanto, foi alterado para usar essa URL em produção e homologação. Assim passou a autorizar em produção mas rejeitar em homologação. Ontem foi enviada uma correção para a URL de consulta via QrCode em homologação. Atualize novamente os seus fontes, reinstale usando o ACBrInstall_Trunk2.exe, recompile a sua aplicação, e teste novamente. Certifique-se também que não há um arquivo ACBrNFeServicos.ini do diretório da aplicação. No Discord do ACBr estão relatando instabilidade há pelo menos uma semana. Não tem relação com a alteração da URL (ou não deveria ter).

Acho que não seria uma simples substituição porque geralmente eles subdividem um NCM em vários. Precisa analisar cada item e classificar corretamente. No Discord alguém postou uma tabela de correlação, se interessar... https://discord.com/channels/798697718800318484/841297523485573140/960511189027274802

https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=we6y2AfzKCo= https://portalunico.siscomex.gov.br/classif/#/nomenclatura/tabela?perfil=publico

https://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFe/ACBrNFeServicos.ini

O seu arquivo ACBrNFeServicos.ini está desatualizado.

Alterar a URL de consulta do QrCode não interfere no envio da nota, apenas a informação que é gerada no XML. Segundo relatos aqui e no Discord MG está com instabilidade na autorização das NFCe, então provavelmente o problema é lá.

https://portalunico.siscomex.gov.br/classif/#/nomenclatura/tabela?perfil=publico

Está faltando configurar as propriedades SSLLib: https://acbr.sourceforge.io/ACBrLib/DFe.html No caso do Linux configure pra OpenSSL.

O nome do arquivo não devia ser algo como 'libacbrnfe64.so' ?

Na tabela IBPT tem alíquotas genéricas no código 00000000 para quando o NCM não estiver listado. Enquanto eles não disponibilizam uma tabela atualizada, a meu ver, o correto é usar essas.

Creio que pode ser feito no DANFCe em EscPos o mesmo ajuste que o já feito no DANFCe em FastReport.

Provavelmente é falta de suporte a TLS 1.2 na máquina. Atualizar o Windows ou usar OpenSSL.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Se for o DANFE em Fortes, tem configuração no componente.

Quem grava o arquivo é o componente, só precisa estar configurado pra salvar os arquivos, e haver retorno do envio do evento com cStat 135, 136 ou 155.

Mas a rejeição é indevida?

Eles devem levar um tempo ainda pra ajustar, foram muitos NCM novos. Eu sugiro não usar a tabela do IBPT como tabela de NCM, e sim usar a oficial do Siscomex.

Sim, a manifestação é um evento, gera o XML *-procEventoNFe.xml da mesma forma que o cancelamento, carta de correção, etc.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

A configuração da UF do webservice está correta?

Pela imagem parece estar tudo correto. Qual erro está tendo? Copiou as DLLs da ACBrLib e as dependências para a pasta da aplicação?

Não funciona porque a ACBrNFe32.dll, assim como todas as ACBrLib são DLLs nativas Windows ou Linux, e não DLLs Assembly .NET que você pode simplesmente referenciar. Então você usa chamadas do sistema operacional pra carregar as DLLs dinamicamente e executar os métodos. Já no caso da sua primeira imagem são os projetos da pasta Demos/C#, onde foram criadas classes de alto nível pra ser usado diretamente no C# sem necessidade de fazer as chamadas manualmente. Aí devia funcionar. Experimente abrir o projeto demo usando o VS 2019.

Tem a configuração de manter apenas a pasta LibXX no library path do Delphi. Mas isso não devia ser problema, afinal eles são recompilados quando você roda o instalador. Está fazendo isso, certo?