[email protected]@

Na primeira imagem você não marcou a opção "Marcar esta chave como exportável"

Publicado o decreto que obriga a informação dos encerrantes na NFC-e 16/01/20 Prezados contribuintes, O decreto número 47.799/19 que obriga a informação dos encerrantes na NFC-e foi publicado em 19/12/19, com efeitos para 01/04/2020. Fonte http://www.sped.fazenda.mg.gov.br/spedmg/noticias/aprovado-decreto-que-obriga-a-informacao-dos-encerrantes-da-nfc-e/

Por favor, verifique esse tópico e veja se não é o caso de atualizar o firmware

Tive um problema igual com a HP Laserjet P1005 e era questão de configuração. IMP.doc

Qual SEFAZ UF não permite a segunda nota? Para gerar uma nota em contingência deve-se usar a próxima numeração justamente pelo fato de que a primeira nota pode ter ficado em Lote em Processamento e ser autorizada pelo SEFAZ. Como o cliente levou a nota em contingência, em tese, essa é a nota válida. Sendo assim, quando essa nota em contingência for autorizada, a nota anterior enviada em modo normal deve ser cancelada. Se o cliente está de posse da nfc-e com chave incorreta, acredito que deverá ser enviado a ele o xml da nota correta, mas isso é complicado em se tratando de consumidor final.

Tentou aumentar o TimeOut ?

vc pode gerar uma nota de venda em homologação para usá-la como referência na nota de devolução.

Meus clientes tbém estão com esse erro. Rejeição Erro não catalogado 2999 - Falha não tratada Causa O erro 2999, trata-se de uma falha interna nos Servidores da Sefaz e está inclusa na exceção 999 - Erro não catalogado . Essa situação caracteriza indisponibilidade da Sefaz. Como Resolver Nessa situação, não há nada que o emissor possa fazer para corrigir esse erro, já que trata-se de um problema no Ambiente Autorizador da Sefaz. Pode-se aguardar a normalização ou ativar Contingência para a emissão de NF-e. Você ainda pode tentar contato com a Sefaz para saber o motivo dessa instabilidade.

Tópico repetido. Por favor, acompanhe pelo tópico abaixo.

Fiz um teste aqui (em homologação) e gerou corretamente com a data de hoje e foi autorizado pelo SEFAZ. Você verificou se a data do computador do seu cliente está correta? Poste o xml para que possamos analisar. <?xml version="1.0" encoding="UTF-8"?> -<MDFe xmlns="http://www.portalfiscal.inf.br/mdfe"> -<infMDFe Id="MDFe31191286493095000148580050000000311526577861" versao="3.00"> -<ide> <cUF>31</cUF> <tpAmb>2</tpAmb> <tpEmit>2</tpEmit> <mod>58</mod> <serie>5</serie> <nMDF>31</nMDF> <cMDF>52657786</cMDF> <cDV>1</cDV> <modal>1</modal> <dhEmi>2019-12-29T00:00:00-03:00</dhEmi> <tpEmis>1</tpEmis> <procEmi>0</procEmi> <verProc>1.0.0.0</verProc> <UFIni>MG</UFIni> <UFFim>MG</UFFim> -<infMunCarrega> <cMunCarrega>3170206</cMunCarrega> <xMunCarrega>UBERLANDIA</xMunCarrega> </infMunCarrega> <dhIniViagem>2019-12-29T19:00:30-03:00</dhIniViagem> </ide>

Tente instalar o ACBr marcando a opção "Remover arquivos antigos do disco". E sempre execute o ACBrInstall.exe como Administrador.

Verifique esse link por favor

Aqui mesmo no fórum há um vídeo explicando a instalação do ACBr Home -> Videos -> Vídeos Abertos -> Vídeos Aulas -> Como instalar o ACBr

Acabei de atualizar meu ACBr e compilar meus projetos. Tudo normal. Uso Delphi Rio 10.3.2

Consultando a NFe no Portal da NFe, alguns produtos tem CEST e outros não. Mas veja o produto 430311. Ele tem CEST, porém está com tributação normal CST 00 e CFOP 5102. Talvez seja o caso de você analisar os produtos e como eles foram tributados nessa NF-e.