Project:
| View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
| ID | ||||||||
| 0005668 | ||||||||
| Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
| backport | [Openbravo ERP] 06. Material requirement planning (MRP) | minor | always | 2008-10-27 10:25 | 2009-05-20 12:03 | |||
| Reporter | RenateNieuwkoop | View Status | public | |||||
| Assigned To | AinhoaPagola | |||||||
| Priority | normal | Resolution | fixed | Fixed in Version | 2.40MP3 | |||
| Status | closed | Fix in branch | pi | Fixed in SCM revision | 12305 | |||
| Projection | none | ETA | none | Target Version | ||||
| OS | Any | Database | Oracle | Java version | ||||
| OS Version | Database version | Ant version | ||||||
| Product Version | 2.40beta | 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 | 0005668: Purchasing Plan: Purchase Orders created are in locked status | |||||||
| Description | Material Requirement Planning (MRP) || Transactions || Purchasing Plan When you run the Purchasing plan and the outcome is suggested purchase orders, when you click 'Create Purchase Orders' the actual Purchase Order is created. The Purchase Order is not in draft status, but in locked status. So you first have to unlock it. It has happened to me during teaching class, I saw it happened to the students also and Josep Tarbal who was teaching had the same result. | |||||||
| Proposed Solution | Make sure that the created Purchase Order is in 'draft' status | |||||||
| Tags | comsup_sprint5 | |||||||
| Attached Files |  200109Issue5668snap1.jpg [^] (216,399 bytes) 2009-01-20 11:07
200109Issue5668snap2.jpg [^] (215,777 bytes) 2009-01-20 11:09
200109Issue5668snap3.jpg [^] (94,957 bytes) 2009-01-20 11:09
| |||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
||||||||
|
||||||||
 Relationships |
|
Notes |
|
|
(0012019) AinhoaPagola (reporter) 2009-01-09 12:12 edited on: 2009-01-13 12:47 |
I can't reproduce this bug in 2.40. Can you verify the bug still exists and provide the steps to reproduce it? |
|
(0012380) RenateNieuwkoop (reporter) 2009-01-20 11:05 |
Hi Ainhoa, The strange thing is that you go to the created PO and you see that it is in Draft status, which looks normal. However, when you click the 'complete' button, it shown 'unlock', so it appears that the PO is locked and needs unlocking before you can actually complete the order. I used the data in the training environment. So I had the product 'hammer'. You'll find the exercise in the Production module of the BFT training that you followed in Pamplona. These are the data: stock of the hammer 985, 1000 safety stock PO for 40x, SO for 350x Then when you run the purchasing plan you get suggested POs and when you create them they are in 'draft' status, but locked (you find out when trying to complete the PO). thanks Renate |
|
(0012676) AinhoaPagola (reporter) 2009-01-27 11:36 |
Hi Renate. I have verified that the issue still exists and will be fixed shortly. Thank you very much. |
|
(0012677) svnbot (reporter) 2009-01-27 11:39 |
Repository: openbravo Revision: 12305 Author: AinhoaPagola Date: 2009-01-27 11:39:50 +0100 (Tue, 27 Jan 2009) Fixes bug 0005668 Purchase Orders are created in lock status. 'Processing' column set to 'N' when inserts are done into c_order in mrp_purchaseorder function. --- U branches/r2.40/src-db/database/model/functions/MRP_PURCHASEORDER.xml --- https://dev.openbravo.com/websvn/openbravo/?rev=12305&sc=1 [^] |
|
(0016500) sureshbabu (reporter) 2009-05-20 12:03 |
Tested working fine |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2008-10-27 10:25 | psarobe | New Issue | |
| 2008-10-27 10:25 | psarobe | Assigned To | => gorkaion |
| 2008-10-27 10:25 | psarobe | Status | new => scheduled |
| 2009-01-08 16:27 | gorkaion | Assigned To | gorkaion => AinhoaPagola |
| 2009-01-09 12:12 | AinhoaPagola | Note Added: 0012019 | |
| 2009-01-09 12:12 | AinhoaPagola | Status | scheduled => feedback |
| 2009-01-09 12:13 | AinhoaPagola | Note Edited: 0012019 | |
| 2009-01-13 12:47 | AinhoaPagola | Note Edited: 0012019 | |
| 2009-01-20 11:05 | RenateNieuwkoop | Note Added: 0012380 | |
| 2009-01-20 11:07 | RenateNieuwkoop | File Added: 200109Issue5668snap1.jpg | |
| 2009-01-20 11:09 | RenateNieuwkoop | File Added: 200109Issue5668snap2.jpg | |
| 2009-01-20 11:09 | RenateNieuwkoop | File Added: 200109Issue5668snap3.jpg | |
| 2009-01-21 17:02 | AinhoaPagola | Status | feedback => scheduled |
| 2009-01-21 17:02 | AinhoaPagola | fix_in_branch | 2.40 => trunk |
| 2009-01-27 11:36 | AinhoaPagola | Note Added: 0012676 | |
| 2009-01-27 11:39 | svnbot | Checkin | |
| 2009-01-27 11:39 | svnbot | Note Added: 0012677 | |
| 2009-01-27 11:39 | svnbot | Status | scheduled => resolved |
| 2009-01-27 11:39 | svnbot | Resolution | open => fixed |
| 2009-01-27 11:39 | svnbot | svn_revision | => 12305 |
| 2009-01-29 11:48 | AinhoaPagola | Tag Attached: comsup_sprint5 | |
| 2009-05-20 12:03 | sureshbabu | Regression testing | => No |
| 2009-05-20 12:03 | sureshbabu | Status | resolved => closed |
| 2009-05-20 12:03 | sureshbabu | Note Added: 0016500 | |
|
Issue History |
| Copyright © 2000 - 2009 MantisBT Group |
 |