Odoo Addons (MOVED TO GITHUB)

Bug #751491
Comment #11

Comment 11 for bug 751491

Revision history for this message

Ana Juaristi Olalde (ajuaristio) wrote on 2013-03-18:

#11

I can tell you how this is made in other systems.
Everything begins with meaning of UOS (old discussion from 5.0 version). For me UOS is not sales unit but second unit for product.

Units are just the same than currencies. Supose 1 unit UOM, 100kg UOS, the meaning is that 1 unit is 100kg exactly the same that 1€ is 1,23$
About the price is the same, you might have a unit price X for UOM so you have got direct relation on UOS price. The example before, suposed to be 1unit=100kg, if 1 unit is 10€ then 100kg = 10€ then 1kg = 10€/100kg = 0,01€

So... it should be exactly the same selling or buying 1unit or 100kg and unit price should not be different on that case. So.. if you sale 50kg for that product unit price should be calculated using UOS but it will be the same if you put 0,5 units. So... the mistake is making calculation thinking about UOS as SALE UNIT and not SECOND UNIT.

Next questions is the unit you sale, the unit you store and the unit you buy. Usually the unit you buy use to be the same that the unit you store but could be different.
So on product form should be the option of setting that and it's there. So... It's no sense that UOS is shown in sales order line. Only the Sales Unit should be shown and the calculation should be made only if store or basis unit of product is different for sale unit and store unit on product form.
Same way, creating the picking should take in mind if sales unit and store unit are different, conversion should be made on creating picking.
Just the same on procurement and creating purchase order.
Just the same on creating incoming picking.
It would be perfectly possible managing all documents in 2 or three measure units (just the case where 3 are different) but at last should be possible managing 2 measure units.
----
The last case is when relation between UOM and UOS(taken as Second measure unit) can not be set with a formula. That's the case of food, when 1kg fish could be 10units or 12 units or even any kind of units. This are variable unit conversions.
On that case it's not possible calculating incoming units or purchasing units so it's necesary that user includes manually the number of units and kg on incoming or outgoing.
Thats only posible if ALL related documents have got both(or three) fields (Sale unit, store unit and purchase unit) and related(calculated) prices for each of them.

My 2 cents.

I can tell you how this is made in other systems. 
Everything begins with meaning of UOS (old discussion from 5.0 version). For me UOS is not sales unit but second unit for product.

Next questions is the unit you sale, the unit you store and the unit you buy. Usually the unit you buy use to be the same that the unit you store but could be different.
So on product form should be the option of setting that and it's there. So... It's no sense that UOS is shown in sales order line. Only the Sales Unit should be shown and the calculation should be made only if store or basis unit of product is different for sale unit and store unit on product form.
Same way, creating the picking should take in mind if sales unit and store unit are different, conversion should be made on creating picking.
Just the same on procurement and creating purchase order.
Just the same on creating incoming picking.
It would be perfectly possible managing all documents in 2 or three measure units (just the case where 3 are different) but at last should be possible managing 2 measure units.
----
The last case is when relation between UOM and UOS(taken as Second measure unit) can not be set with a formula. That's the case of food, when 1kg fish could be 10units or 12 units or even any kind of units. This are variable unit conversions. 
On that case it's not possible calculating incoming units or purchasing units so it's necesary that user includes manually the number of units and kg on incoming or outgoing. 
Thats only posible if ALL related documents have got both(or three) fields (Sale unit, store unit and purchase unit) and related(calculated) prices for each of them.

My 2 cents.