BigWings

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

Tente a solução deste tópico:

A mensagem indica a falta da chave de acesso que é parte do campo ID. No programa exemplo existe o botão para manifestação de confirmação de operação e não ciência, você fez alguma alteração?

Que me lembre isso era pra 2022, de onde vem essa informação que é 01/01/2021? De qualquer forma, ainda não existe Nota Técnica sobre essa alteração, nem schemas pra validação.

Abra o XML num editor de textos simples, como o bloco de notas. Copie o conteúdo e valide no portal da SEFAZ.

O problema é que o ACBr não gera as tags do ICMS-ST caso não informe vBC ou vICMSST maior que zero. E essas tags precisam ser informadas de acordo com os arquivos se schema, mas de acordo com o MOC não deveriam ser:

Tente informar a tag vBCST com valor maior que zero.

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

Esse XML foi gerado pelo ACBrNFe?

Qual o erro?

Experimente validar o XML de envio de lote (*-env-lot.xml) no validador da SEFAZ-RS. Esse XML que anexou está inválido por ter sido formatado/modificado.

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

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.