Problema com valores do Produto na NFe(não é o acbr em sim) com produtos pesados

[gss200610]

Ola a todos , tenho a seguinte situacao:

vUnCom = 14,99
qCom = 0,200
vProd = 2,99, pelo calculo o certo seria 3,00 uma vez que vucom x qcom = 2,998

Tenho cliente que geram esses tipos de notas pra prefeituras e colegios e nao pode dar diferença de 1 centavo que eles nao aceitam, como resolver isso?
uma vez que não querem que atere nem um dos valores informados.

Editado 19 Fevereiro, 2020 por gss200610

[Daniel Simoes]

Use o método  ACBrUtil.RoundABNT

[gss200610]

Agora, Daniel Simoes disse:

Use o método  ACBrUtil.RoundABNT

Já uso, problema que o cliente insiste que o valor tem que ser 2,99 e não 3,00( que seria o correto )

[Daniel Simoes]

Fale com o contador dele...

[gss200610]

4 minutos atrás, Daniel Simoes disse:

Fale com o contador dele...

Obrigado. Essas notas de prefeitura e escolas sao complicadas.

[BigWings]

1 hora atrás, gss200610 disse:

Ola a todos , tenho a seguinte situacao:

vUnCom = 14,99
qCom = 0,200
vProd = 2,99, pelo calculo o certo seria 3,00 uma vez que vucom x qcom = 2,998

Tenho cliente que geram esses tipos de notas pra prefeituras e colegios e nao pode dar diferença de 1 centavo que eles nao aceitam, como resolver isso?
uma vez que não querem que atere nem um dos valores informados.

Creio que não terá problemas em informar os valores dessa forma na NFe.

A regra de validação que trata do vProd = qCom * vUnCom tem tolerância de 0,01.

[gss200610]

Então, imagine uma.nota com vários itens nessa situação, de 1 em 1 centavo vai aumentando. O cliente vai verificar com a escola que pediu a nota.

[Dercide Alvarez]

Já passei por caso parecido, tive que usar uma função e pegar as duas casas decimais, sem fazer o arredondamento.

O problema é que a regra não serve para todos os clientes.

E o valor unitário não tem problema, pois não é feito nenhuma validação no valor unitário que você envia.

 

Dercide.