summaryrefslogtreecommitdiff
path: root/addons/portal/wizard
diff options
context:
space:
mode:
authorNicolas Martinelli <nim@odoo.com>2016-12-19 15:14:29 +0100
committerNicolas Martinelli <nim@odoo.com>2016-12-20 18:29:16 +0100
commita9a9f624e47251fa8bd966bc2118836350ddff01 (patch)
tree9b294355e5d255b31a1478a8a070005856cfa9f0 /addons/portal/wizard
parent2317801ddb6ed4c28336eb09382a64f3d6774b89 (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