credativ team mailing list archive

["Raphael Collet \(OpenERP\)" <847867@xxxxxxxxxxxxxxxxxx>]

** Changed in: openobject-addons
       Status: Fix Committed => Won't Fix

-- 
You received this bug notification because you are a member of OpenERP
Framework Experts, which is subscribed to OpenERP Addons.
https://bugs.launchpad.net/bugs/847867

Title:
  [trunk][purchase]Seller quantity for procurements uses default UOM

Status in OpenERP Addons (modules):
  Won't Fix

Bug description:
  It appears that seller_qty is calculated using the default UOM rather
  than the purchase UOM. This might not be an issue for most things, but
  if the purchase UOM and default UOM are different, the quantity for
  PO's from procurements may be wrong.

  For a test case, create a product 'XYZ' with a default UOM of 'each'
  and a purchase UOM of 'each x 10'. Now add a procurement order for
  quantity 2 of XYZ. When the purchase order is created, the quantity
  will be 10.

  make_po() sets the qty to the supplier minimum (which uses the default
  UOM) or the procurement, whichever is higher. In this case it's the
  incorrect supplier minimum calc'd to be 10.

  I'm not sure the seller_qty should be using the default UOM, it might
  make more sense for it to use the Purchase UOM, but the attached patch
  updates make_po() to do the conversion on seller_qty instead. The
  alternative would be to update _calc_qty() and change the UOM used.

  Patch attached for latest trunk.

To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/847867/+subscriptions