Rejeição - Valor do Troco incorreto (VTroco)

[Thiago Hesketh]

Bom dia.

Estou emitindo NFCe e o Sefaz está rejeitando informando que o valor do troco está incorreto.

Pelos dados do XML, parece estar correto.

Alguém consegue me sinalizar onde pode estar o problema?

 

Obrigado.

NFCe_Debug2.xml NFCe_Debug.xml

[Thiago Hesketh]

42 minutos atrás, Thiago Hesketh disse:

Bom dia.

Estou emitindo NFCe e o Sefaz está rejeitando informando que o valor do troco está incorreto.

Pelos dados do XML, parece estar correto.

Alguém consegue me sinalizar onde pode estar o problema?

 

Obrigado.

NFCe_Debug2.xml 3 kB · 1 download NFCe_Debug.xml 3 kB · 2 downloads

Verifiquei que quem está emitindo o erro é o método ValidarRegrasdeNegocios do ACBR.

Alguém mais já passou por esse problema?

[Juliomar Marchetti]

Isso é bom. quer dizer que nem mesmo está  chegando ao sefaz.

mas olhando creio que a totalização está com algo errado pois está em 5.68 e o pagamento em 5.70

confere os totalizadores seus e o pagamento que informa

[Thiago Hesketh]

18 minutos atrás, Juliomar Marchetti disse:

Isso é bom. quer dizer que nem mesmo está  chegando ao sefaz.

mas olhando creio que a totalização está com algo errado pois está em 5.68 e o pagamento em 5.70

confere os totalizadores seus e o pagamento que informa

Sim, é bom que o próprio componente está fazendo a validação.

Mas essa é a questão; o total da venda é 5.68 e o pagamento é 5.70, sendo 0.02 de troco. São essas informações que estão no XML, não consegui identificar onde está o problema do troco.

[Juliomar Marchetti]

Posso estar errado mas tente colocar um ponto de parada na unit ACBrNFeNotasFiscais na linha 1438

e verifique se as conversões não estão tendo diferença de centavos

[BigWings]

Em 01/07/2020 at 10:43, Thiago Hesketh disse:

Verifiquei que quem está emitindo o erro é o método ValidarRegrasdeNegocios do ACBR.

Alguém mais já passou por esse problema?

Já fez teste usando o programa exemplo do componente?

Eu não tive erro de troco fazendo a validação de regras de negócios dos XML anexados:

Citar

Erro: Erro(s) nas Regras de negócios da nota: 23
226-Rejeição: Código da UF do Emitente diverge da UF autorizadora
704-Rejeição: NFC-e com Data-Hora de emissão atrasada

Erro: Erro(s) nas Regras de negócios da nota: 24
226-Rejeição: Código da UF do Emitente diverge da UF autorizadora
704-Rejeição: NFC-e com Data-Hora de emissão atrasada

 

[Thiago Hesketh]

9 horas atrás, Juliomar Marchetti disse:

Posso estar errado mas tente colocar um ponto de parada na unit ACBrNFeNotasFiscais na linha 1438

e verifique se as conversões não estão tendo diferença de centavos

O que fiz foi comentar as duas validações de troco do ACBR. Enviando as notas ao Sefaz, foi aceito sem erros.

Depois verifiquei que o problema deve estar no arredondamento, já que a quantidade dos produtos (peso) tem 3 casas decimais, e ai quando eu calculo o valor nas Notas, arredondo para 2 casas decimais (somente os valores em reais). Pelo que vi, o ACBR está fazendo o cálculo novamente, multiplicando o valor unitário pela quantidade e, talvez, nesse momento ele esteja arredondando diferente de mim, causando essas diferença de centavos no troco.

Por agora está funcionando com as validações do ACBR comentadas. Vou analisar o código com mais calma.

12 minutos atrás, BigWings disse:

Já fez teste usando o programa exemplo do componente?

Eu não tive erro de troco fazendo a validação de regras de negócios dos XML anexados:

 

Não testei com o exemplo do componente. Já tenho essa rotina implementada no sistema há um tempo. Quando atualizei o ACBR recentemente é que comecei a ter essa "falha". Já consegui um contorno. Depois vou analisar o código com mais calma.

[Juliomar Marchetti]

8 horas atrás, Thiago Hesketh disse:

Depois verifiquei que o problema deve estar no arredondamento, já que a quantidade dos produtos (peso) tem 3 casas decimais,

Foi por isso que pedi pra por um ponto de parada no local que indiquei pra tu ver o erro que está cometendo e entender o problema pra resolver