diff options
| author | Nicolas Martinelli <nim@odoo.com> | 2016-12-19 15:14:29 +0100 |
|---|---|---|
| committer | Nicolas Martinelli <nim@odoo.com> | 2016-12-20 18:29:16 +0100 |
| commit | a9a9f624e47251fa8bd966bc2118836350ddff01 (patch) | |
| tree | 9b294355e5d255b31a1478a8a070005856cfa9f0 /addons/portal/wizard | |
| parent | 2317801ddb6ed4c28336eb09382a64f3d6774b89 (diff) | |
[FIX] purchase: update of PO line
DO NOT FORWARDPORT!!!
An issue occurs when a PO line is updated following a reordering rule or
a MTO rule.
As an example, a product is configured as follow:
- UoM: Units
- Purchase UoM: Box of 25 Units
To reproduce:
- Sell one unit of product, then run the scheduler
=> it creates a procurement for one unit, but since the product is
purchased by box of 25, it creates a PO with a box of 25.
- Sell one unit of product, then run the scheduler
=> it creates a procurement for one unit, find the existing PO line,
round in the purchase UoM (so it gives one box of 25), then add it to
the PO line.
The solution is to recomputed the necessary quantity at the very end of
the process. For a given PO line, list all procurements and adjust the
quantity.
This is a partial fix, since it doesn't take into account the potential
new price of the seller. However, that would require a major rewrite of
this part of the code, since it was originally written for v8 which
handles the PO line quantity recomputation sequentially instead of
batch.
opw-688916
Diffstat (limited to 'addons/portal/wizard')
0 files changed, 0 insertions, 0 deletions
