Project:
| View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
| ID | ||||||||
| 0022800 | ||||||||
| Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
| defect | [Openbravo ERP] 03. Procurement management | major | always | 2013-01-15 09:19 | 2013-05-23 01:32 | |||
| Reporter | neil_smith | View Status | public | |||||
| Assigned To | Sandrahuguet | |||||||
| Priority | high | Resolution | fixed | Fixed in Version | ||||
| Status | closed | Fix in branch | pi | Fixed in SCM revision | f2c228f99597 | |||
| Projection | none | ETA | none | Target Version | ||||
| OS | Any | Database | Any | Java version | ||||
| OS Version | Database version | Ant version | ||||||
| Product Version | SCM revision | |||||||
| Review Assigned To | ||||||||
| Web browser | ||||||||
| Modules | Core | |||||||
| Regression level | ||||||||
| Regression date | ||||||||
| Regression introduced in release | ||||||||
| Regression introduced by commit | ||||||||
| Triggers an Emergency Pack | No | |||||||
| Summary | 0022800: Pending material receipt error with alternate UOM's | |||||||
| Description | When creating a material receipt through the 'Pending material receipt' form, if the product has alternate UOM's (defined in the UOM tab), in the receipt line, the quantity for the alternate UOM (M_INOUTLINE.QUANTITYORDER) contains the total quantity defined in the order, even if it the receipt is not for the total quantity of the order. | |||||||
| Steps To Reproduce | Create a product with a main UOM of '1000 units' and another UOM (in the UOM tab) of 'units' (with the conversion bewteen the 2 units). Create a purchase order for this product of 20'000 units (20 '1000 units') and book it. Go to the pending material receipt form and create a receipt for this order of 2 '1000 units'. Check the material receipt, it created a line for 2 '1000 units', witch is right, but in the M_INOUTLINE.QUANTITYORDER column, it saved 10'000 units in stead of 2'000 units. | |||||||
| Proposed Solution | in the MaterialReceiptPending.java class, when calling the insert of the inout line (l. 326), you should not pass the dataLine[0].quantityorder parameter (witch contains the total quantity saved on the orderline), but calculate the quantity in the corresponding UOM according to the UOM conversion table. | |||||||
| Tags | No tags attached. | |||||||
| Attached Files | ||||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
|
 Relationships |
|
Notes |
|
|
(0058453) hgbot (developer) 2013-05-03 11:18 |
Repository: erp/devel/pi Changeset: f2c228f9959794fee56a0bf19703f2eaae6298cc Author: Sandra Huguet <sandra.huguet <at> openbravo.com> Date: Thu May 02 15:42:24 2013 +0200 URL: http://code.openbravo.com/erp/devel/pi/rev/f2c228f9959794fee56a0bf19703f2eaae6298cc [^] Fixed bug 22800 set quantityorder value in pending good receipt Set quantityorder value in pending good receipt when is used alternate UOMs. --- M src/org/openbravo/erpCommon/ad_forms/MaterialReceiptPending.java --- |
|
(0058454) dmiguelez (developer) 2013-05-03 11:39 |
Related to this Issue: https://code.openbravo.com/erp/devel/pi/rev/3a0d159eac4d [^] |
|
(0058455) dmiguelez (developer) 2013-05-03 13:51 |
Hi, The Issue is fixed now. But keep in mind that the alternative UOM's are an advanced feature, and are hidden by default. Also, in the Pending Goods Receipt Window right now the alternative UOM's are not shown, so it is advisable that the user knows the conversion between UOM's when operating in this window. Regards. |
|
(0058456) dmiguelez (developer) 2013-05-03 13:51 |
Code Review + Testing Ok |
|
(0058764) hudsonbot (developer) 2013-05-23 01:32 |
A changeset related to this issue has been promoted main and to the Central Repository, after passing a series of tests. Promotion changeset: https://code.openbravo.com/erp/devel/main/rev/97c7f6256af7 [^] Maturity status: Test |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2013-01-15 09:19 | neil_smith | New Issue | |
| 2013-01-15 09:19 | neil_smith | Assigned To | => dmiguelez |
| 2013-01-15 09:19 | neil_smith | Modules | => Core |
| 2013-01-15 09:19 | neil_smith | Triggers an Emergency Pack | => No |
| 2013-05-02 08:59 | Sandrahuguet | Assigned To | dmiguelez => Sandrahuguet |
| 2013-05-02 15:46 | Sandrahuguet | Status | new => scheduled |
| 2013-05-02 15:46 | Sandrahuguet | fix_in_branch | => pi |
| 2013-05-03 11:18 | hgbot | Checkin | |
| 2013-05-03 11:18 | hgbot | Note Added: 0058453 | |
| 2013-05-03 11:18 | hgbot | Status | scheduled => resolved |
| 2013-05-03 11:18 | hgbot | Resolution | open => fixed |
| 2013-05-03 11:18 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/devel/pi/rev/f2c228f9959794fee56a0bf19703f2eaae6298cc [^] |
| 2013-05-03 11:39 | dmiguelez | Note Added: 0058454 | |
| 2013-05-03 13:51 | dmiguelez | Note Added: 0058455 | |
| 2013-05-03 13:51 | dmiguelez | Note Added: 0058456 | |
| 2013-05-03 13:51 | dmiguelez | Status | resolved => closed |
| 2013-05-23 01:32 | hudsonbot | Checkin | |
| 2013-05-23 01:32 | hudsonbot | Note Added: 0058764 | |
|
Issue History |
| Copyright © 2000 - 2009 MantisBT Group |
 |