Unit of Measures (UoM) not respected for pricelists based pricing

Bug #966395 reported by Réal Carbonneau
This bug affects 3 people
Affects Status Importance Assigned to Milestone
OpenERP R&D Addons Team 3

Bug Description

OpenERP 6.0.3 WebClient

When changing the Unit of Measure for a line in a Sales Order and Invoice, the conversions are not respected. For example, if a product is defined as grams (g) and the pricelist prices are entered for grams (eg 1$/g), but the line is changed to kilograms, the pricing returned will be that of grams, which now means the line is prices at 1$/kg.

The pricelist match also does not respect UoM conversions, for example, if we have a lower price for 100g, entering 1kg will return the price for 1g, thus being the incorrect price.

All UoM based matched and lookups must respect the UoM conversions defined in the system.

Additionally and ideally, prices and pricelists should be entered optionally with a UoM and a per UoM. example, 10$ per 12 grams, this provides enough flexibility for many more scenarios and is the format used in many other ERPs.

Tags: uom Edit Tag help

Related branches

Revision history for this message
Réal Carbonneau (real-carbonneau) wrote :

I also tested on OpenERP 6.1.1 and the same incorrect behavior occurs.

Changed in openobject-addons:
status: New → Confirmed
importance: Undecided → Low
assignee: nobody → OpenERP R&D Addons Team 3 (openerp-dev-addons3)
Amit Parik (amit-parik)
tags: added: uom
Revision history for this message
E.R. Spada II (er-k) wrote :
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers