Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||
ID | |||||||||||
0004732 | |||||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | ||||||
feature request | [Openbravo ERP] 03. Procurement management | minor | always | 2008-08-27 18:18 | 2011-02-04 09:16 | ||||||
Reporter | RenateNieuwkoop | View Status | public | ||||||||
Assigned To | rmorley | ||||||||||
Priority | normal | Resolution | open | Fixed in Version | |||||||
Status | acknowledged | Fix in branch | Fixed in SCM revision | ||||||||
Projection | none | ETA | none | Target Version | |||||||
OS | Any | Database | Any | 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 | 0004732: Manage Requisitions doesn't allow update of default field that will be generated on the Purchase Order | ||||||||||
Description | Procurement Management || Transactions || Manage Requisitions Procurement Management || Transactions || Requisition To Order When the Purchaser is converting the Requisition in either the Manage Requisitions or the Requisition to Order screen, there is no possibility to update any default fields that will be generated on the Purchase Order, such as Payment Terms, Form of Payment, Warehouse. | ||||||||||
Proposed Solution | There are two solutions: - The Purchase Order gets created in Draft status instead of Completed. The Purchaser can then check the data and complete - In the Manage Requisitions and the Requisition to Order forms, when the Purchaser creates a Purchase Order, before actually creating the Purchase Order, a screen or pop up appears with the values that were not on the requisition and that will be populated on the Purchase Order. The fields would be updateable, the Purchaser would click ok and the PO would be created in completed status Option 2 is obviously more work, but definitely a nicer one. It avoids human error of forgetting to change the PO from 'draft' to 'completed' | ||||||||||
Tags | ReleaseCandidate | ||||||||||
Attached Files | |||||||||||
Relationships [ Relation Graph ] [ Dependency Graph ] | |
Issue History | |||
Date Modified | Username | Field | Change |
2008-08-27 18:18 | RenateNieuwkoop | New Issue | |
2008-08-27 18:18 | RenateNieuwkoop | Assigned To | => cromero |
2008-08-27 18:18 | RenateNieuwkoop | sf_bug_id | 0 => 2078643 |
2008-11-10 13:10 | cromero | Assigned To | cromero => pjuvara |
2008-11-16 18:56 | pjuvara | Tag Attached: ReleaseCandidate | |
2008-11-16 18:56 | pjuvara | Status | new => acknowledged |
2011-02-04 09:16 | jpabloae | Assigned To | pjuvara => rmorley |
Copyright © 2000 - 2009 MantisBT Group |