diff options
| author | Joren Van Onder <jov@odoo.com> | 2015-11-18 14:21:33 +0100 |
|---|---|---|
| committer | Joren Van Onder <jov@odoo.com> | 2015-11-19 09:12:50 +0100 |
| commit | 317c6b82a2dfa86c51176d01ccf39976a2adbfa7 (patch) | |
| tree | a2d74912ef9ebafb4f5f01259c0d986af0d84a06 /addons/web/static/lib/jquery.mjs.nestedSortable/jquery.mjs.nestedSortable.js | |
| parent | 07a89b8aee7ceeb5bfbe2f467684c196c1a2d9fe (diff) | |
[FIX] point_of_sale: compute the tax based on the rounded price
Before this, we would compute taxes based on quantity * price. In
account.tax (used by the POS backend) however taxes are computed on a
rounded (based on currency precision) quantity * price. This would cause
issues as orders in the backend would have a different total price as
calculated in the frontend.
An example that used to trigger the problem:
Order with orderline with product with price of 5, excluded tax of 21%
and a quantity of 0.985. This would cost 5.96 in the frontend and 5.97
in the backend.
Diffstat (limited to 'addons/web/static/lib/jquery.mjs.nestedSortable/jquery.mjs.nestedSortable.js')
0 files changed, 0 insertions, 0 deletions
