BigWings

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.

Pelo relato e o retorno, o primeiro NSU gerado para esse CNPJ dentro do intervalo de 90 dias foi o NSU 14754. Isso pode acontecer se a empresa ficou sem utilizar o serviço DistribuicaoDFe por mais de 60 dias antes do dia 21/07. Se não foi gerado NSU para alguma chave, ela não será retornada pelo método DistribuicaoDFePorUltNSU ou pelo DistribuicaoDFePorNSU. Quanto a consulta pelo portal da NFe retornar as notas e o webservice não, só entrando em contato com eles e questionando, pra saber.

A regra de validação é a mesma para ambos os modelos, então se os valores gerados no XML são iguais, deveria autorizar ou rejeitar ambas. A não ser que, por ser uma regra facultativa, a SEFAZ tenha ativado a regra pra um modelo, e para o outro não. Anexa os XML gerados pra comparação.

Você pode olhar o log de revisões dos fontes do ACBr no SVN de onde o ACBrMonitor busca os arquivos. https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/Schemas Uma incompatibilidade no regex oficial com a libxml2.dll que é usada pelo ACBr, faz com que acuse como inválidas tags com strings com menos de 3 caracteres.

Você vai precisar instruir o Windows a procurar nesse subdiretório, seja adicionando ele ao PATH ou chamando a função SetDllDirectory da unit Winapi.Windows.