Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
0011268Openbravo ERP06. Material requirement planning (MRP)public2009-11-06 11:462010-05-18 12:12
RenateNieuwkoop 
adrianromero 
highmajorhave not tried
closedduplicate 
5
2.50MP5 
2.50MP17 
Core
No
0011268: MRP: Purchasing plan is showing unexplainable negative quantities for Purchase Order lines that were already received
In the BFT we have an exercise to execute the Purchasing plan. The product is Hammer and it's a product we don't use in any other exercises. However, the student apparantly had been playing around and had entered Purchase Orders and Goods Receipts for the Hammer. When running the Purchasing plan, the outcome looked really strange (see snapshot): Purchase order lines were showing up as a negative quantity instead of a positive quantity. I thought that maybe too many quantities had been received by the goods receipt, but that was not true.The exact quantity of what was on the purchase order was also on the goods receipts, so the Purchase Order should not have appeared at all.

Information:
Purchase Order 800024 for example: 15x on line 10, 15x on line 20 (total 30x)
For that PO, there is goods receipt: 10000030 for 10x on line 10, 10x on line 20 and 10000031 for 5x on line 10, 5x on line 20. So this totals to 30x aswell.
So the whole Purchase order was received and should not be showing up at all on the outcome of the MRP.
MRP || Setup || Planning method
to look at Pending Purchase Order, Pending Sales Order

update the Hammer product with the planning method and safety stock level, enter a Purchase order and a Sales order for hammer.
Obviously in this case there was already previous activity on the Purchase orders with goods receipts.
No tags attached.
duplicate of defect 00123082.50MP17 closed harikrishnan Closed Purchase Orders in Purchasing Plan 
jpg 061109PPminus.jpg (474,721) 2009-11-06 11:46
https://issues.openbravo.com/file_download.php?file_id=1921&type=bug
jpg 061109PPMatched.jpg (734,683) 2009-11-06 11:46
https://issues.openbravo.com/file_download.php?file_id=1922&type=bug
jpg 061109PO800024.jpg (143,651) 2009-11-06 11:48
https://issues.openbravo.com/file_download.php?file_id=1923&type=bug
jpg

jpg 061109GR10000030.jpg (164,974) 2009-11-06 11:52
https://issues.openbravo.com/file_download.php?file_id=1924&type=bug
jpg

jpg 061109GR10000031.jpg (178,823) 2009-11-06 11:53
https://issues.openbravo.com/file_download.php?file_id=1925&type=bug
jpg
Issue History
2009-11-06 11:46RenateNieuwkoopNew Issue
2009-11-06 11:46RenateNieuwkoopAssigned To => rafaroda
2009-11-06 11:46RenateNieuwkoopFile Added: 061109PPminus.jpg
2009-11-06 11:46RenateNieuwkoopFile Added: 061109PPMatched.jpg
2009-11-06 11:48RenateNieuwkoopFile Added: 061109PO800024.jpg
2009-11-06 11:52RenateNieuwkoopFile Added: 061109GR10000030.jpg
2009-11-06 11:53RenateNieuwkoopFile Added: 061109GR10000031.jpg
2010-02-11 18:13rafarodaAssigned Torafaroda => adrianromero
2010-03-25 10:25RenateNieuwkoopNote Added: 0025722
2010-03-25 10:28RenateNieuwkoopNote Added: 0025723
2010-03-25 11:16psarobePrioritynormal => high
2010-03-25 11:16psarobeStatusnew => scheduled
2010-03-25 11:16psarobeTarget Version => 2.50MP15
2010-03-25 15:41RenateNieuwkoopNote Added: 0025731
2010-04-26 18:49adrianromeroRelationship addedduplicate of 0012308
2010-04-26 18:49adrianromeroStatusscheduled => closed
2010-04-26 18:49adrianromeroResolutionopen => duplicate
2010-04-27 00:00anonymoussf_bug_id0 => 2992600
2010-05-18 12:12gorka_gilTarget Version2.50MP15 => 2.50MP17

Notes
(0025722)
RenateNieuwkoop   
2010-03-25 10:25   
for more details see also the support tickets 7345 and 7562 with snapshots.

cheers
Renate
(0025723)
RenateNieuwkoop   
2010-03-25 10:28   
This issue might be related to issue 12308, which was fixed in MP14. However, I just tested the above again in MP14 and my issue of quantities that are in backorder appearĀ”ng as negative still exists.
(0025731)
RenateNieuwkoop   
2010-03-25 15:41   
Sorry I was testing with the wrong version. Just tested it with MP14 and this issue has been fixed now: the backorder quantity appears as a positive number, so this bug can be closed now. The fix was on issue 12308.

thanks