odoo/odoo#159764
Created by fw-bot
Merged
at bf66e359271d5826a0ce124344ba55b300492f2d
Statuses:
- legal/cla: Contributor License Agreement check
- ci/runbot: Odoo Test Suite
- ci/upgrade_enterprise: Test upgrades for enterprise master
- ci/template: Contact runbot team on discord for help.
- ci/style: Optional style check. Ignore it only if strictly necessary.
- ci/security: Required security check. Can only be ignored by security team.
- label
- odoo-dev:saas-16.3-16.0-wsale-tax-broll-vfe-u9UY-fw
- head
- cc9c01492ca7fc880b11000767c72bca08106e4c
- merged
- 1 year ago by Sales, Victor Feyens (vfe)
| odoo/odoo | |
|---|---|
| 16.0 | #159122 |
| saas-16.3 | #159764 |
| saas-16.4 | #160125 |
| 17.0 | #160198 |
| saas-17.1 | #160250 |
| saas-17.2 | #160259 |
| 18.0 | |
| saas-18.1 | |
| saas-18.2 | |
| saas-18.3 | |
| saas-18.4 | |
| master | #160613 |
[FW][FIX] website_sale: harmonize tax computation
Standard sale tax flows rely on _get_tax_included_price_unit,
whereas part of website_sale flows do, while another part relies
on _fix_tax_included_price_company, which doesn't handle some
advanced cases (fiscal position mapping of price_included taxes).
This commit drops the use of _fix_tax_included_price_company in
website_sale, to only use the newest API of _get_tax_included_price_unit,
supposed to handle more cases.
Also makes all taxes computation go through a single entry point,
_apply_taxes_to_price, already used for combination_info logic (/shop/product),
but not in _get_sales_prices (/shop page).
Fixes #155162
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Forward-Port-Of: #159122