E0694 e E0696 - Arredondamento Aleatório

Geral
1

Nos cálculos de PIS/COFINS, eu sei e entendo que ainda estão discutindo ignorar ou não a diferença de R$ 0,01.

Mas precisam decidir sobre o problema de arredondar para cima ou para baixo.
Eu tenho rejeições injustificáveis porque tem horas que rejeitam para cima, e horas que rejeitam para baixo.
Exemplo, tenho 2 notas que só aceitaram com arredondamentos distintos.

I) Recusou 184.31 e só aceitou o 184.30

  • vBCPisCofins: 6143.50
  • pAliqCofins : 3.00
  • vCofins : 184.31

6143.50000 * 0.03000 = 184,30500

II) Recusou 192.85 e só aceitou 192.86

  • vBCPisCofins: 6428.50
  • pAliqCofins : 3.00
  • vCofins : 192.85

6428.50000 * 0,03000 = 192,85500

Até se decidirem sobre ignorar o R$0,01, conseguem, corrigir para se manter fixo em uma das regras?

1 curtida
2

Nessa situação, muitos motores fiscais (e várias bibliotecas) não usam o “arredonda 5 para cima” tradicional; usam o arredondamento bancário (meia-para-par / HALF_EVEN), alinhado com a ABNT NBR 5891: quando o primeiro dígito descartado é 5 e só há zeros depois, só arredonda para cima se o último dígito mantido for ímpar

3

Olá boa noite!

Estamos com esse mesmo erro aqui, o ERP ora consegue autorizar as nfs, ora não consegue devido a esses problemas de arredondamento….

Precisam decidir logo o que considerar, para ajustar a regra de validação.

4

Precisa usar o arredondamento bancário (meia-para-par / HALF_EVEN)

”quando o primeiro dígito descartado é 5 e só há zeros depois, só arredonda para cima se o último dígito mantido for ímpar”

Exemplo de numeros arredondados.

Valor Resultado
1.5 2
2.5 2
3.5 4
4.5 4
5.6 6
5.4 5
-1.5 -2
-2.5 -2

Java
HALF_EVEN(x) =
⌊x⌋ se frac(x) < 0.5
⌈x⌉ se frac(x) > 0.5
⌊x⌋ se ⌊x⌋ é par se frac(x) = 0.5
⌈x⌉ se ⌊x⌋ é ímpar se frac(x) = 0.5

1 curtida
5

Bom dia,

Faz sentido…

Você ajustou o seu ERP dessa forma, e esse erro sumiu?

6

Sim. Parou de dar o erro e a ADN está aceitando as notas que exportamos.

raiva……

1 curtida