Monday, September 23, 2024
6 changes · 17.0
Resolved issues and error corrections
The website editor once again shows the option to enable or disable the discount subtotal on checkout pages. This restores control for website managers who need to adjust how loyalty discounts appear during checkout.
Original PR description
Since 0750eb6, enabling or disabling the discount subtotal in the checkout pages is impossible. Now, the settings will be shown again in the website editor. opw-3995547
This fixes an issue where online shop stock checks could accidentally change the customer on a sales order to Odoobot. The cart is now checked directly, preventing unwanted order changes and keeping ecommerce orders assigned to the correct customer.
Original PR description
Commit 8c5996f2e3e5799acd80ebf01ab966d3f1922187 factorized the availability checks on the ecommerce, but while doing so, started calling `sale_get_order` in steps where it was not called, triggering unwanted changes to the order, as the environment was sudoed with the SUPERUSER, leading to Odoobot becoming the SO customer. opw-3949391 & many others --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Fixed an issue where CFDI documents were not being saved when validation errors occurred during invoice processing in Mexico. Users can now view failed documents in the CFDI tab to check error details and retry the operation, improving the error recovery experience for Mexican invoicing.
Original PR description
**Steps to reproduce:** - Install l10n_mx_edi - Switch to a Mexican company (e.g. ESCUELA KEMPER URGATE) - Create an invoice with an invoice date from one month ago - Confirm the invoice - Generate CFDI via "Send & Print" button - A validation error should be raised **Issue:** No document is available in CFDI tab to check the error or retry. **Cause:** A fix had been made to commit the document in case of success, but it had removed the commit in case of failure. https://github.com/odoo/enterprise/commit/fed4ea40793e5d835f3bf7c0267526bd32075baf opw-4203720
This fix corrects the titles that appear for resource appointment events when syncing to calendars and exporting to ICS files. Previously, these titles were showing irrelevant information due to custom appointment titles overriding the correct event names. This ensures users see accurate appointment details in their calendar applications.
Original PR description
The titles in calendar sync and ICS files were irrelevant for resource appointment events because of the custom titles created for appointments. This PR fixes the issue of incorrect titles in calendar sync and ICS files. Task-3919395
This fix corrects an issue where invoices with certain intra-community taxes were being counted twice in the EC Sales Report for Austrian companies. The system was applying multiple tax tags to the same invoice line, causing duplicate amounts in the report. The fix ensures each invoice is counted only once by adjusting which tax tag is used for reporting.
Original PR description
### Issue Invoices using consumable intra-community taxes are currently counted twice in the EC Sales Report. ### Steps to Reproduce 1. Install `l10n_at_reports`. 2. Switch to an Austrian company. 3.…
### Issue Invoices using consumable intra-community taxes are currently counted twice in the EC Sales Report. ### Steps to Reproduce 1. Install `l10n_at_reports`. 2. Switch to an Austrian company. 3. Create and post an invoice using a consumable intra-community tax (e.g., 'UST_017 IGL 0% (ohne Art. 6 Abs. 1)'). 4. Open the EC Sales Report. You will observe that the invoice amount is counted twice. ### Cause The system groups values in the EC Sales Report by tax tags. A previous commit (odoo/odoo@f937e915dfd64a9b66dd9f7d7e3d19607d088f28) introduced changes to certain taxes (e.g., 'UST_017 IGL 0% (ohne Art. 6 Abs. 1)'), which caused multiple tax tags counted in the EC Sales report to be applied to the same line. This grouping behavior leads to double counting. ### Fix Repartition lines with the `tax_report_line_l10n_at_tva_line_4_8_tag` also contain the `tax_report_line_l10n_at_tva_line_3_zm_igl_tag`. To avoid double counting, the EC Sales Report now only checks for the latter tag. opw-4174429 Forward-Port-Of: odoo/enterprise#69941
This fix corrects how Mexican electronic invoices (CFDI) handle branch-specific information. Previously, invoices generated from a branch would incorrectly use the parent company's tax regime and company name. Now, invoices properly reflect the branch's tax regime while maintaining the root company name as required by Mexican tax authorities.
Original PR description
With an MX company setup Create a branch Change the fiscal regime of the branch to Arrendamiento (606). With the branch create an invoice and generate the CFDI Issues: - Regimen Fiscal in CFDI is set to the one of the parent company while it should be the one of the branch - When a PAC certificate is registered in the branch, company name in CFDI will be the branch name while it should always be the root company name opw-4097669