Merge lp:~alejandrosantana/ocb-addons/6.1-ocb-addons-fix-bug-1089229 into lp:ocb-addons/6.1
Proposed by
Alejandro Santana
Status: | Work in progress |
---|---|
Proposed branch: | lp:~alejandrosantana/ocb-addons/6.1-ocb-addons-fix-bug-1089229 |
Merge into: | lp:ocb-addons/6.1 |
Diff against target: |
131 lines (+11/-43) 1 file modified
sale/report/sale_order.rml (+11/-43) |
To merge this branch: | bzr merge lp:~alejandrosantana/ocb-addons/6.1-ocb-addons-fix-bug-1089229 |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Alejandro Santana (community) | Needs Information | ||
Serv. Tecnológicos Avanzados - Pedro M. Baeza | Pending | ||
Review via email: mp+202036@code.launchpad.net |
Commit message
[FIX] Fixes the sales order report to show correctly the unit price if UoS is definied. Also corrects the decimal precision of subtotals, total untaxed, taxes and total taxed.
Description of the change
Fixes bug lp:1089229
[FIX] Fixes the sales order report to show correctly the unit price if UoS is definied. Also corrects the decimal precision of subtotals, total untaxed, taxes and total taxed.
To post a comment you must log in.
Unmerged revisions
- 6827. By Alejandro Santana
-
[FIX] Fixes the sales order report to show correctly the unit price if UoS is definied. Also corrects the decimal precision of subtotals, total untaxed, taxes and total taxed.
Same as MP in v7.0 (https:/ /code.launchpad .net/~alejandro santana/ ocb-addons/ 7.0-ocb- addons- fix-bug- 1089229/ +merge/ 202233):
"
OK, despite the pure mathematics, I set myself as 'Needs fixing', because rounding calculations make mandatory to compute subtotal as shown in the report:
product_uos_qty (dp as "UoM") * price_unit_uos (dp as "Product Price") = subtotal (dp as "Account")
dp = decimal precision
A case of use:
Description VAT Quantity Unit Disc.(%) Price Price
Handful of peanuts ITAX S 10.000 g 20.00 0.00 200.00 €
Handful of peanuts (big) ITAX S 30.000 g 8.33 0.00 250.00 € <-- This should be: 30.000*8.33=249.90
In this simple case we see how rounding methods can easily make a 0.10€ difference.
So to correctly fix this it may be necessary to create the product. template. list_price_ uos, as pointed in those code comments I told about. Would it be acceptable in OCB? (It adds a column)
Or should I create a new module that fixes this and make a MP into community branches?
Not sure, because it's a bug for me (as an incomplete feature), but it modifies the module.
"