0030644: Wrong quantity conversion in goods receipts under some circumstancies

Description

Wrong quantity conversion in goods receipts under some circumstancies.

Steps To Reproduce

As System Administrator:
  show Conversion tab of the UOM window
  UOM tab of Product window
  Order quanty and Order UOM fields of Purchase order window || lines tab
  Order quanty and Order UOM fields of Goods Receipt window || lines tab

As group admin role,
Go to Unit of measure window
     select kilogram unit of measue
     Conversion tab:
         Add Unit: Multiply rate by 3.6
Go to Product window,
    create a new product.
    Name: secondUOM
    UOM: Unit
   Price tab:
       Tarifas Bebidas Alegres
   UOM tab:
     Kilogram

Go to Purchase Order window,
   create a new one for Business Partner: Bebidas Alegres
  Lines tab:
    Product: secondUOM
    Order qty: 20
    Order UOM: Kilogram
So UOM: Unit
   Ordered qty: 72
Complete it.

Go to Pending Goods Receipts window,
   select the purchase order created before and process it.

Go to Goods Receipt window,
   realise that the movement qty is 72 and the order qty is 259.2

Tags

Approved

Attached Files

Relationships [ Relation Graph ] [ Dependency Graph ]

blocks

defect

0030481

3.0PR15Q4

closed

AtulOpenbravo

Wrong quantity conversion in goods receipts under some circumstancies

Notes
(0079667) hgbot (developer) 2015-08-25 09:15	Repository: erp/backports/3.0PR15Q3.1 Changeset: 21aab95f70ec0a54c2c0b22a07bebc9ff26c8134 Author: Atul Gaware <atul.gaware <at> openbravo.com> Date: Thu Aug 13 10:45:12 2015 +0530 URL: http://code.openbravo.com/erp/backports/3.0PR15Q3.1/rev/21aab95f70ec0a54c2c0b22a07bebc9ff26c8134 [^] Fixes Issue 30644:Wrong quantity conversion in goods receipts under some circumstancies When using conversion from primary UOM to secondary uom divideby rate should be used and when vice versa multiply rate should be used. --- M src/org/openbravo/erpCommon/ad_forms/MaterialReceiptPending.java ---

(0079705) dmiguelez (developer) 2015-08-25 14:09	Repo with the Process that fixes wrong data: https://code.openbravo.com/erp/pmods/org.openbravo.fix.stock.qtyorderonhand [^]

(0079706) dmiguelez (developer) 2015-08-25 14:10	Code Review + Testing Ok

Issue History
Date Modified	Username	Field	Change
2015-08-24 11:55	vmromanos	Type	defect => backport
2015-08-24 11:55	vmromanos	Target Version	3.0PR15Q4 => 3.0PR15Q3.1
2015-08-24 11:56	vmromanos	Tag Attached: Approved
2015-08-25 09:15	hgbot	Checkin
2015-08-25 09:15	hgbot	Note Added: 0079667
2015-08-25 09:15	hgbot	Status	scheduled => resolved
2015-08-25 09:15	hgbot	Resolution	open => fixed
2015-08-25 09:15	hgbot	Fixed in SCM revision	=> http://code.openbravo.com/erp/backports/3.0PR15Q3.1/rev/21aab95f70ec0a54c2c0b22a07bebc9ff26c8134 [^]
2015-08-25 14:09	dmiguelez	Note Added: 0079705
2015-08-25 14:10	dmiguelez	Review Assigned To	=> dmiguelez
2015-08-25 14:10	dmiguelez	Note Added: 0079706
2015-08-25 14:10	dmiguelez	Status	resolved => closed