BigWings

Abra o XML, copie a URL de consulta do QrCode e teste no navegador. Se funcionar compare com a URL lida pelo leitor do QrCode. Já vi alguns apps que cortam a URL.

Até onde sei W7 ainda está funcionando, desde que atualizado, mas não testei com CAPICOM. Marcou apenas o TLS 1.2?

Não houve adiamento, essa data é pra consultar as NFCe já emitidas com a URL antiga no portal da SEFAZ.

Quando configurado como CAPICOM, o que não é recomendado, é usada a WinINet.dll para comunicação https. Nesse caso a configuração SSLType do componente não vai fazer efeito, e sim as configurações avançadas do IE do Windows, marcar lá pra usar o TLS 1.2. E precisa ter todas as atualizações de segurança instaladas como já mencionado.

Como estão as tuas configurações SSLLib?

De que XML de retorno você está falando? A SEFAZ só retorna o protocolo de autorização, não o XML completo da nota.

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

Sim, conforme a NT. Chegou a ler?

Provavelmente um erro de codificação, está chamando duas vezes o método pag.Add ou pag.New.

Por favor evite escrever tudo em maiúsculas, leia as regras do fórum. Quanto ao assunto veja o tópico abaixo.

SSLType = LT_TLSv1_2 E certifique-se de que o Windows tenha todas as atualizações de segurança instaladas, caso contrário não vai funcionar por o SO não ter o suporte necessário. Se for certificado A1 pode usar OpenSSL que não depende do SO.

Existe a URL de consulta via QrCode e a URL de consulta via chave de acesso. Ao que a SEFAZ-MG indicou só foi alterada a URL de consulta via QrCode, em produção. Pelos relatos estava tendo problema de rejeição com a URL do QrCode em homologação, onde continua a URL antiga, isso foi corrigido no SVN na sexta-feira.

Verifique a configuração da pasta de schemas, e se a mesma está atualizada.

ACBrBoletoFC1.MostraSetup := False;

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á.