c2c-oerpscenario team mailing list archive

[Piotr Buszka <668378@xxxxxxxxxxxxxxxxxx>]

Public bug reported:

If :
 - a product has both UOM and UOS fixed by a coefficient in the product
 - invoice is generated packing based on quantities delivered
 - 1 UOM = 5 UOS
 
Sales order uses UOM and corresponding quantity to calculate line subtotal = uom_qty * unit price. It means that price in sales order reflects price per UOM not per UOS

Packing uses UOM

When Invoice is generated from packing the unit used on invoice is UOS and quantity is uos_qty. 
But the price is taken from sales order which is price per UOM resulting in 5 times higher subtotal for the invoice line in this case.

To reproduce :
1. define a product with both UOM and UOS
2. create a sales order with the product with mode invoice from picking
3. confirm picking for sales order
4. create invoice from picking

amounts on sales order and invoice are different

Proposed solution :
of of the three but I am not sure which is most consistent with the rest of the system
1. use UOM and uom_qty on invoice
2. adjust price_unit on invoice to reflect price per UOS
3. use UOS and price per UOS in sales order but probably it will screw up everything else later in the chain

** Affects: openobject-addons
     Importance: Undecided
         Status: New


** Tags: invoice packing uos

-- 
invoice from packing wrong price/unit if product has uos
https://bugs.launchpad.net/bugs/668378
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.

Status in OpenObject Addons Modules: New

Bug description:
If :
 - a product has both UOM and UOS fixed by a coefficient in the product
 - invoice is generated packing based on quantities delivered
 - 1 UOM = 5 UOS
 
Sales order uses UOM and corresponding quantity to calculate line subtotal = uom_qty * unit price. It means that price in sales order reflects price per UOM not per UOS

Packing uses UOM 

When Invoice is generated from packing the unit used on invoice is UOS and quantity is uos_qty. 
But the price is taken from sales order which is price per UOM resulting in 5 times higher subtotal for the invoice line in this case.

To reproduce :
1. define a product with both UOM and UOS
2. create a sales order with the product with mode invoice from picking
3. confirm picking for sales order
4. create invoice from picking

amounts on sales order and invoice are different

Proposed solution :
of of the three but I am not sure which is most consistent with the rest of the system
1. use UOM and uom_qty on invoice
2. adjust price_unit on invoice to reflect price per UOS
3. use UOS and price per UOS in sales order but probably it will screw up everything else later in the chain