on 08-16-2012 6:31 PM
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
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
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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
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
User | Count |
---|---|
14 | |
4 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.