NF-e Incoming - Tolerance Limits

[former_member193349]

Caros amigos,

Criei um pedido com a quantidade de 22,700 UN com o preço de 522,00 por 1. + os impostos ( 4.4768,66 )  ( 11.849,40 + 4.768,66) que dá o valor de 16618.06.

No XML a quantidade está  assim 22.7000 ( repare no ponto ( . ) ) e com preço de 16617,99.

Sem os impostos no ECC está 14.450,49 e no XML 14450.43 -  tentei ajustar o pedido ao máximo, mas mesmo assim ele não deixa passar.

Tentei configurar o limite de tolerância para que passe esse centavos e ainda nada.

Se eu criar o pedido com ponto ( . ) ou ( , )  essa informação não chega no Monitor e está dando erro de débito e crédito como mostra a tela:

Desde já agradeço

Rodrigo

[former_member182114 · Accepted solution]

Bom dia Rodrigo,

Confesso que não entendi a questão quanto a ponto e vírgula.

A diferença 16617,99 x 16618,06 pode estar no ERP ou no XML, comparando com o XML que valores não batem? De impostos ou do material?

Atenciosamente, Fernando Da Rós

[former_member182114 · Accepted solution]

Complementando... (entendi sobre o ponto e vírgula lendo a outra thread)...

O ERP pode trabalhar com ponto ou com vírgula como separador decimal, isso depende da sua configuração. Então se você tem o ponto como separador decimal, o sistema entende que 21.000 = 21.0000 = 21.00 = 21.0 = 21 (leading zeros à direta do ponto decimal não tem valor). Porém se na mesma configuração de separador decimal como ponto você usar vírgula ele entende que está separando milhares 21,000 (vinte e um mil) diferente de 21.000 (vinte e um)

Observação é que diferentes usuários podem estar logando no sistema usando diferentes configurações de localização (data, hora, ponto decimal, separador de milhar)...

Atenciosamente, Fernando Da Rós

[former_member193349 · Accepted solution]

Oi Fernando, obrigado pela resposta.

Cara meu XML está vindo assim ( fora essa unidade de medida, que vai ser FÁCIL de acertar ..rsrs)

Nunca vi mandar produtos em MILHAS ...só rindo mesmo..rsrs

Você pode me dar uma Luz ?

Abraço

[former_member182114 · Accepted solution]

Oi Rodrigo,

No layout não se usa separador de milhar então fica fácil, o ponto aí é um separador decimal então são 24 unidades de MI (Milhas? Milhão? Milhar?)rss

Mas estes valores aí não são os mesmos que você pontuou inicialmente. Misturou os problemas? rsss

Segue um dever de casa, analisar estas algumas notas recentes que achei sobre arredondamento:

1743096 PIS/COFINS tax rates with 4 decimal places in NF-e Incoming

1717837 Flexible PIS and COFINS Base for FI/MM Tax Codes

1713458 PIS/COF Rates w/ 4 Dec. Places in MM/SD: Cond. Based Taxes

1713435 PIS/COF Rates w/ 4 Dec. Places in MM/SD: NF Writer & XML Map

1711453 Posting PIS and COFINS with incoming automation

1716892 Rounding difference in ICMS tax baseamount

1699986 PIS/COF Rates w/ 4 Dec. Places in MM/SD: Customizing Views

1699985 PIS/COF Rates w/ 4 Dec. Places in MM/SD: Classical Tax Calc.

1689901 NF-e: Documents are rejected due to rounding errors

1645721 Maintain tax rates with 4 decimal places for PIS and COFINS

1600509 Rounding general errors/solutions

Atenciosamente, Fernando Da Rós

[former_member193349 · Accepted solution]

...rsrsrsrs. É rir para não chorar meu amigo.!

Volto depois com o resultado.

Valeu demais..!!

Abraço