Improve the purchase workflow to manage RFQ, Bids, and Orders
In standard, RFQs, Bids and PO are all the same object. The purchase workflow has been improved with a new ‘Draft PO’ state to clearly differentiate the RFQ->Bid workflow and the PO workflow. A type field has also been added to identify if a document is of type ‘rfq’ or ‘purchase’. This is particularly useful for canceled state and for datawarehouse.
The ‘Requests for Quotation’ menu entry shows only documents of type ‘rfq’ and the new documents are created in state ‘Draft RFQ’. Those documents have lines with a price, by default, set to 0; it will have to be encoded when the bid is received. The state ‘Bid Received’ has been renamed ‘Bid Encoded’. This clearly indicates that the price has been filled in. The bid received date will be requested when moving to that state.
The ‘Purchase Orders’ menu entry shows only documents of type ‘purchase’ and the new documents are created in state ‘Draft PO’.
The logged messages have been improved to notify users at the state changes and with the right naming.
- In the scope of international transactions, some fields have been added:
- Consignee: the person to whom the shipment is to be delivered
- Incoterms Place: the standard incoterms field specifies the incoterms rule that applies. This field allows to name the place where the goods will be available
TODO: describe onchange picking type.
Note: for running the tests, the python package nose is required. It is not listed as an external dependency because it is not needed in production.
Release history Release notifications
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
|Filename, size & hash SHA256 hash help||File type||Python version||Upload date|
|odoo8_addon_purchase_rfq_bid_workflow-184.108.40.206.0.99.dev31-py2-none-any.whl (177.0 kB) Copy SHA256 hash SHA256||Wheel||py2||Jun 24, 2018|