BigWings

ACBrNFe1.DANFE.ImprimeValor := iuComercialETributavel;

O Delphi Community a partir da 10.4 não permite rodar o compilador via linha de comando. Então o instalador do ACBr não vai funcionar. Você terá que instalar manualmente os pacotes.

Executou como administrador?

Não testei, mas acredito que não vai funcionar CAPICOM com o ACBrMonitorPLUS de 64 bits, porque a primeira é apenas 32. Tente com WinCrypt.

ACBrNFe1.DANFE.Cancelada := True; ACBrNFe1.DANFE.Protocolo := <protocoloCancelamento>;

Tenho visto relatos dessa situação. Esse retorno não faz sentido, se você informou o um ultNSU e teve rejeição por consumo indevido retornando o ultNSU igual. Não sei se é algum bug do webservice, sugiro que entre em contato com eles pelo fale conosco do portal nacional da NFe.

Qual o cStat de retorno? Se for o 656 - Consumo indevido, é isso mesmo, ele retorna somente o ultNSU que você supostamente deveria usar pra não ter a rejeição.

Tem foto desse cupom? O demo do ACBrPosPrinter mostra os diferentes tamanhos que a linguagem aceita (normal, condensado, expandido, altura dupla...). A quantidade de colunas pode variar dependendo da marca e modelo da impressora.

Testei aqui com o teu .ini e deu certo.

Tópico acima é o motivo do IF existir. Sem o infNFe.ID nem o código de barras da NFe vai mostrar, sem assinatura do XML o QrCode da NFCe não vai aparecer, não vejo muito sentido nisso.

Acredito não ser possível, já que a jcl e jvcl são repositórios separados.

https://github.com/project-jedi

O componente DANFE tem uma propriedade para informar o troco, que vem de quando ainda não existia a tag no XML. Veja se a sua aplicação está fazendo uso dessa propriedade, se no momento da impressão ela continha algum valor maior que zero, será mostrado no DANFE.

Tipo=NFe

Editei o post removendo o conteúdo do XML, como o Italo instruiu, use a opção de anexar arquivos, colar conteúdo extenso prejudica a legibilidade do fórum. Mas olhando o XML do CTe substituído que colou, ele não está assinado nem tem o protocolo de autorização, então não dá pra saber se é realmente o CTe autorizado que se encontra na SEFAZ. Considerando que é o mesmo, o fato do remetente ser estrangeiro pode estar causando um erro na validação da regra, ela diz apenas que o CNPJ/CPF do remetente deve ser o mesmo, nesse caso não tem CNPJ/CPF. Minha sugestão nesse caso é que entre em contato com a SEFAZ estadual e reporte.

Apenas com trechos do arquivo não dá pra validar. Mas uma coisa que achei estranha é o remetente ser estrangeiro, mas o país do endereço é no Brasil (cPais = 1058).

Verificar novamente, porque algo não está certo. Tem os XML do CTe original e do substituto?

https://svn.code.sf.net/p/acbr/code/trunk2/DLLs

O mais indicado no caso é não usar CAPICOM. Abra o form onde está acontecendo o erro, ignore as mensagens, e salve novamente. Mas respondendo as perguntas: Depois de alterar o ACBr.inc, reinstale o ACBr pra recompilar tudo, e recompile também a aplicação. Veja que o instalador já tem a opção de não usar capicom, que afeta o ACBr.inc, então basta rodar novamente o instalador marcando ou desmarcando conforme o desejado. Na compilação de cada unit onde a diretiva {$I ACBr.inc} é incluída.

dest.ISUF

Você pode tentar entrar em contato, pelo fale conosco do portal nacional da NFe, e solicitar a eles essas informações. Fazendo a revogação do certificado.

Não existe documentação para esse banco no SVN do ACBr, se possível tente conseguir junto ao banco.

Esse CSOSN não permite o destaque do ICMS, de acordo com o layout da NFe, então as tags que não existem pra esse CSOSN são ignoradas pelo ACBr.

Na propriedade AgenciaDigito você informa o número do posto de atendimento. https://acbr.sourceforge.io/ACBrMonitor/Particularidades.html

O posto de atendimento é mesmo 00? É uma informação importante, que afeta o cálculo do dígito. Você informa ele no componente no dígito da agência, com 2 dígitos.