Merge lp://staging/~numerigraphe-team/ocb-addons/7.0-fill_inventory_zero_qty into lp://staging/ocb-addons
Status: | Rejected |
---|---|
Rejected by: | Holger Brunn (Therp) |
Proposed branch: | lp://staging/~numerigraphe-team/ocb-addons/7.0-fill_inventory_zero_qty |
Merge into: | lp://staging/ocb-addons |
Diff against target: |
79 lines (+15/-10) 2 files modified
stock/stock.py (+3/-1) stock/wizard/stock_fill_inventory.py (+12/-9) |
To merge this branch: | bzr merge lp://staging/~numerigraphe-team/ocb-addons/7.0-fill_inventory_zero_qty |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Holger Brunn (Therp) | Disapprove | ||
Lionel Sausin - Initiatives/Numérigraphe (community) | co-author | Abstain | |
Laetitia Gangloff (Acsone) | Pending | ||
Review via email: mp+223929@code.staging.launchpad.net |
Description of the change
In v7.0, when a Physical inventory is filled with the wizard, the quantity of products is computed by summing all the stock moves, but it's not rounded to the correct precision.
This can lead to tiny differences when validating the inventory.
Our previous patch work with v6.0, but not with v7.0 because _compute_qty_obj function has been refactored.
This is the patch for v7.0.
Unmerged revisions
- 10216. By Loïc Bellier - Numérigraphe
-
[FIX]: Bad rounding uom
- 10215. By Numérigraphe
-
[FIX] round at the end of the computation, and don't convert when UoM is the same to avoid ceiling effect. This is still not exactly the way qty_available is computed and rounded but it's the closest we get.
- 10214. By Loïc Bellier - Numérigraphe
-
[FIX]: Add missing import for rounding
- 10213. By Loïc Bellier - Numérigraphe
-
[FIX]: Fix Rounding bug computation on stock moves loop.
- 10212. By Loïc Bellier - Numérigraphe
-
[FIX]: Fixing rouding problem with unit of mesure with precision > 2
The problem with this patch is that the UoM API always does a "ceiling" rounding, which is fine hen computing totals but not when computing differences.