BigWings

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.

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.

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.

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

Parece ser o 64. Então tem que copiar as DLLs de https://svn.code.sf.net/p/acbr/code/trunk2/DLLs/LibXml2/x64

Se quem está consultando é o destinatário da nota, sim. Outros atores, no caso o transportador ou terceiros autorizados já recebem o XML completo e não recebem o resumo. Sim.

O seu Lazarus é 32 bits? Se a aplicação estiver sendo compilada em 64 bits todas as DLLs que ele utilizar também tem que ser de 64 bits.

Pode postar a solução que encontrou? Assim fica o registro pra quem procurar depois.

Veja:

Você instalou o ACBrMonitorPLUS de 32 bits, correto?

Esse erro acontece quando você abre o .dpk pelo Delphi, ele altera sozinho a linha que carrega o .dres. Faz um revert na pasta de pacotes.