Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||
ID | |||||||||||
0009479 | |||||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | ||||||
feature request | [Openbravo ERP] 03. Procurement management | major | have not tried | 2009-06-15 14:34 | 2011-02-04 09:11 | ||||||
Reporter | pjuvara | 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.50 | 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 | 0009479: Purchasing products that are not on a price list | ||||||||||
Description | In Openbravo ERP 2.50, in order to create a purchase order line or a purchasing invoice line for a given product, the product must belong to a price list. This is enforced in the logic of the product selector. While this makes sense in the sales flow (you need to add a product to a price list in order to sell it), it does not make sense in the purchasing flow since the price is dictated in most cases by the vendor. With the current implementation, users are forced to create "dummy" purchasing price lists and they typically assign a price of 1 to every product just to be able to create POs. This not only makes it harder to create new products but also results in overall poor data quality. | ||||||||||
Proposed Solution | You should be able to create a PO for a product without specifying a price list. In the purchasing flow, the product selector should be changed so that it allows to select any product that has the Purchase flag set. The purchasing price list should be optional in the PO and the price derivation logic should be: 1) If a price exists for the product for a given vendor (as specified in the Purchasing tab of the Product window), use that price 2) Else, if a price list exists in the PO header and the product belongs to the price list, that price should be used 3) Else, users must manually enter a price In all cases, users should be able to override the defaulted price. The same applies to Purchase Invoices. | ||||||||||
Tags | ReleaseCandidate, Uservoice | ||||||||||
Attached Files | |||||||||||
![]() |
|
![]() |
|
(0023181) dvpson (reporter) 2010-01-04 09:02 |
I agree with this statement. This currently makes the procurement process inflexible and difficult to manage especially when it involves multiple users in the different procurement processes. |
![]() |
|||
Date Modified | Username | Field | Change |
2009-06-15 14:34 | pjuvara | New Issue | |
2009-06-15 14:34 | pjuvara | Assigned To | => rafaroda |
2009-06-17 10:35 | rafaroda | Assigned To | rafaroda => pjuvara |
2009-08-13 20:15 | MerceanCoconut | Issue Monitored: MerceanCoconut | |
2009-09-15 19:36 | pjuvara | Tag Attached: ReleaseCandidate | |
2009-09-15 19:36 | pjuvara | Tag Attached: Uservoice | |
2009-09-15 19:36 | pjuvara | Status | new => acknowledged |
2010-01-04 09:02 | dvpson | Note Added: 0023181 | |
2010-03-02 04:22 | eintelau | Issue Monitored: eintelau | |
2011-02-04 09:11 | jpabloae | Assigned To | pjuvara => rmorley |
Copyright © 2000 - 2009 MantisBT Group |