I do not agree on the behaviour.
If you set a decimal accuracy on your unit price of 2 digits, it's
normal that the unit price is rounded in two digits. If you want to
avoid such an effect, you can set a higher decimal accuracy in v6.0
versions of OpenERP.
** Changed in: openobject-addons
Status: Triaged => Won't Fix
** Changed in: openobject-addons
Importance: Undecided => Wishlist
--
You received this bug notification because you are a member of OpenERP
Indian Team, which is subscribed to OpenERP Addons.
https://bugs.launchpad.net/bugs/780413
Title:
stab6.02- changing uom leads to erroneous price calculations due to
rounding too early
Status in OpenERP Addons (modules):
Won't Fix
Bug description:
Take this scenario.
Default UOM is 1kg and the net price is 4.99 / kg on a pricelist.
Change it to 1000 grams in an SO and you will see the net price is
$0.00. One would expect 1000g = 1kg = $4.99
Extreme example I know, but lets say it was $14.99 per kilo, how much
is 1000 grams
To my mind it should be $14.99 but OpenERP says it is $10.00 if I
change the price to $15.00 / kg then 1000 grams is $20.00.
What about a much more realistic $44.99/kg and the guy wants 800
grams. Enter 0.8 kg and you charge $35.99. Enter 800 grams and it is
$32.00
IMO net total price should be the same no matter what UOM is chosen to
represent the quantity.
To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/780413/+subscriptions
_______________________________________________
Mailing list: https://launchpad.net/~openerp-india
Post to : [email protected]
Unsubscribe : https://launchpad.net/~openerp-india
More help : https://help.launchpad.net/ListHelp
