BigWings

.fr3 é apenas no Fast Report. Com Fortes parece tudo correto, testei com o teu XML e o programa exemplo e gerou corretamente de acordo com a configuração do ambiente.

Creio que não, a tolerância parece ser pra evitar diferenças de arredondamento mas nenhuma fórmula de arredondamento vai calcular 10,065 pra 10,05. Então a bomba calculou errado? Se os valores estão corretos o jeito vai ser informar como desconto ou acréscimo mesmo como o @leandroaoa sugeriu, assumindo que a SEFAZ usa o arredondamento ABNT você pode calcular.

Print não ajuda muito. Tente validar o XML no validador da SEFAZ-RS, veja se vai ter a mesma rejeição. De qualquer forma, já que não pode alterar o valor unitário, o jeito vai ser entrar em contato com a SEFAZ pra questionar o motivo da rejeição, já que está previsto a tolerância de 0,01. O arredondamento ABNT é o arredondamento padrão brasileiro, a SEFAZ se estiver usando outra precisa deixar isso claro. Agora que vi que você está informando uma diferença de 0,015 que é maior que 0,01... Sendo combustível o valor unitário não está errado? Que saiba toda venda de combustível tem 3 decimais no preço unitário.

Correto, engano meu. Está usando Fast ou Fortes? Caso seja Fast é a versão com suporte a execução de scripts? E também qual .fr3 está usando? Sendo Fast ou Fortes, fez teste usando o programa exemplo do componente?

Fui olhar o MOC já que tinha certeza que não existia tolerância neste caso, mas está lá sim... O que faço aqui é usar o máximo possível de casas decimais na tag vUnCom pra que não haja diferença, pelo manual o valor unitário é meramente informativo. Enfim, pode anexar o XML para verificação?

Acho que está olhando o campo errado. O valor da nota está no campo [Servicos."ValorServicos"]. No DANFSeNovo.fr3 é o campo Memo35, realmente está sem máscara.

Se no XML não tem a informação, vale como está configurado ACBrNFSe.Configuracoes.Geral.Ambiente.

Tem um NCM com mais de 8 dígitos. https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx Por algum motivo a validação pelos schemas e a libxml2 não pega essa situação.

O cStat e xMotivo são retornados pelo webservice da SEFAZ, o ACBr apenas exibe. Pelo cStat não foi possível identificar que era o CNPJ da transportadora?

Veja que o tópico é antigo. Hoje já está implementado o QrCode lateral com Fast Report de acordo com a configuração do componente. Basta que use o DANFeNFCe5_00.fr3 mais atualizado do repositório e tenha o Fast Report com suporte a execução de scripts (o Fast básico que vem junto com o Delphi não tem).

Leia a Nota Técnica que trata do assunto: https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=ytucIh9FMb0= "O Ambiente Nacional gera um número sequencial único (NSU) para cada interessado nos documentos fiscais. Os documentos recuperados deverão conter uma sequência de numeração sem intervalos em sua base de dados."

Qual componente está usando? No XML consta a razão social na tag emit.xNome?

De preferência use os métodos separados pelo tipo de consulta: - ACBrNFe.DistribuicaoDFePorUltNSU - ACBrNFe.DistribuicaoDFePorNSU - ACBrNFe.DistribuicaoDFePorChaveNFe Da forma que fez provavelmente a consulta está sendo feita pelo último NSU, o componente ignora os demais parâmetros caso informe o UltNSU não vazio. E o segundo parâmetro devia ser o CNPJ ou CPF do consultante, é esse o conteúdo de edtnSerie.Text? Veja o tópico abaixo:

Por favor informe qual componente está usando (Fast ou Fortes), se Fast qual o fr3 e anexe também o XML para testes.

Isso é exceção não tratada no webservice. Já tentou contato com a SEFAZ?

Faltou fazer a configuração ACBrNFe.Configuracoes.Arquivos.PathSchemas então ele está procurando por eles na pasta do Delphi. Vem com os fontes, em ACBr\Exemplos\ACBrDFe\Schemas\NFe. Estude o programa exemplo do componente.

Na foto já está saindo em duas linhas. Para não cortar a informação no rodapé experimente configurar um valor maior para ACBrNFeDANFeESCPOS.PosPrinter.LinhasEntreCupons.

Você pode capturar a chave pela tag NFe.infNFe.ID.

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

Isso é um problema com a libxml2.dll, independente do certificado não permite informar o PathSchemas em caminho de rede.

É um problema conhecido, da libxml2.dll, quando ela tenta carregar os schemas vinculados. Mapeando, e informando no PathSchemas o caminho pela unidade mapeada deve funcionar sim. Ou criando um link simbólico conforme a dica abaixo:

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

https://projetoacbr.com.br/fontes/

Alguma impressora instalada no Windows? A impressora padrão está acessível? O serviço de spooler de impressão do Windows está executando?

Alterou algo mais além do certificado? Como está a configuração PathSchemas? O .exe da aplicação está numa unidade local?