openerp-india team mailing list archive

["Fabien \(Open ERP\)" <fp@xxxxxxxxxxx>]

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