BigWings

Veja as DLLs OpenSSL/LibXML2 se estão atualizadas na máquina.

Já comentei sobre isso neste tópico:

Não é melhor você contratar uma consultoria para fazer a alteração? Me parece que está com dificuldade com a linguagem, usando o operador de comparação > (maior que) em vez do de atribuição :=. Além disso está colocando valores fixos no código, sendo que eles podem variar ou nem existir dependendo dos dados da nota.

Basta pegar a UF da(s) cidade(s) de carregamento, que pelo visto você já permitia o usuário informar.

A nota é referente a operação com combustível ou lubrificante? Se for precisa informar o grupo det.Prod.comb, com pelo menos o código da ANP e a UF de consumo.

Se não me engano o XML da nota é salvo após a assinatura. Salvo se a propriedade SalvarApenasNFeProcessadas estiver ativada, nesse caso é salvo apenas após a autorização. Você pode salvar o XML explicitamente da seguinte forma: ACBrNFe1.NotasFiscais.Items[0].GravarXML; ShowMessage('Arquivo gerado em: ' + ACBrNFe1.NotasFiscais.Items[0].NomeArq);

Percebi que o programa exemplo não estava aplicando a configuração, enviei correção para o svn, rev. 20998.

Está testando usando o programa exemplo do ACBrNFeDANFeESCPOS?

Da unit pnfsNFSeW_ISSDSF.pas: Gerador.wCampo(tcStr, '', 'DescricaoRPS', 01, 1500, 1, NFSe.OutrasInformacoes, '');

Informe o valor sem o separador de milhares. Em vez de: ValorDocumento=5.900,00 Informe: ValorDocumento=5900,00

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

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.