c2c-oerpscenario team mailing list archive
-
c2c-oerpscenario team
-
Mailing list archive
-
Message #21912
[Bug 685963] Invitación a conectarnos en LinkedIn
LinkedIn
------------
Me gustaría añadirte a mi red profesional en LinkedIn.
-Roger
Roger Zavala
Propietario en Koiosoft, Tecnología de Información C.A.
Venezuela
Confirma que conoces a Roger Zavala
https://www.linkedin.com/e/j2curh-gmi79rw3-5v/isd/2699375935/t0Ax_zVT/
--
(c) 2011, LinkedIn Corporation
--
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.
https://bugs.launchpad.net/bugs/685963
Title:
Calculating failure rates and total precision error of rounding
Status in OpenERP Server:
Invalid
Bug description:
At this time, OpenERP works, but I found a peculiar problem. This is
the scenario, creating a budget:
Tax: 12.5%
Product: XYZ
Product Price: 50.00
Product Size: 1.00
That is: Real World: 50.00 * 1.00 = 50.00, in OpenERP 50.00 * 1.00 =
50.15$
Later
But the SubTotal is 5.90
Tax Total: 5.90
Total: 56.05
Equal, in the Real World the tax 50.15$ * 0.125 (%) = 6.27$ in OpenERP
50.15$ * 0.125 (%) = 5.90$!!!!!!
It makes no sense that if a product costs $ 50.00 per item, the subtotal of $ 50.15 for a single (1) piece. Still less, that the error is propagated with a tax of 12.5% giving a total tax of $ 5.90. To that end, the total of all the calculation of $ 56.05.
Some of the comments argue that users should adjust prices to go even
"square" in quotes, values. This is absolute nonsense, taking into
account the great responsibility that must have ERP software in the
reliability of its results and operations.
Please, should you make any adjustment of the code? It is an
irreparable error? What is the strategy recommended to resolve the
situation?
References