Thursday, December 4, 2025
7 changes · 19.0
Resolved issues and error corrections
This update fixes an issue where Colombian e-invoices were failing validation due to incorrect tax reporting for plastic bags (INC Bolsas). The changes add specific logic to generate the correct XML format, ensuring compliance with DIAN requirements and allowing invoices with this tax to be successfully submitted.
Original PR description
Before PR: -The plastic bags tax (INC Bolsas) was not handled by a specific flow. -This resulted in incorrect XML generation for Colombian e-invoices, leading to validation errors from the DIAN. After PR: -Dedicated logic flow has been added to correctly handle the INC Bolsas tax. -Generated XML now correctly reports this tax in a separate `TaxTotal` block. -It populates the `BaseUnitMeasure` and `PerUnitAmount` fields with the fixed tax rate per bag. Impact: -Colombian e-invoices that include plastic bags tax are now generated correctly. -Ensures compliance with DIAN's specific requirements for this nominal tax. -Prevents validation errors and allows for successful submission of invoices containing this tax. task-5086926 Forward-Port-Of: odoo/enterprise#100391 Forward-Port-Of: odoo/enterprise#95311
This update fixes inconsistencies in how tax unit reports are generated, particularly for OSS reports. It ensures that multiple companies within a tax unit are correctly consolidated, and that tax returns are always linked to the appropriate main company, leading to more accurate financial reporting.
Original PR description
This PR delivers multiple fixes to ensure consistent and accurate behavior when working with tax units across OSS and standard tax return reports: [FIX] l10n_eu_oss_reports: Correct Tax Unit…
This PR delivers multiple fixes to ensure consistent and accurate behavior when working with tax units across OSS and standard tax return reports: [FIX] l10n_eu_oss_reports: Correct Tax Unit Detection for OSS Reports OSS reports lack a country, causing _get_available_tax_units to return no results. As a consequence, only the environment's main company was considered. This fix ensures that when multiple companies belong to the same tax unit, their OSS reports are correctly consolidated under that shared unit. [FIX] account_reports: Link Tax Unit Returns to the Main Company When generating domestic tax returns for a company that is part of a tax unit, the main company of the unit should be used since it is responsible for filing. This update ensures tax return generation is always aligned with the appropriate main company. [FIX] account_reports: Enforce Main Company When Generating Report Options get_options previously relied on the order of companies within a tax unit, assuming the first entry was the main company. Because this order is not guaranteed, the call is now explicitly scoped using with_company to ensure the main company is always used when preparing report options. Forward-Port-Of: odoo/enterprise#99715
This update restores automatic follower copying from parent sales orders to subscription renewals and upsells, aligning with expected business processes. Previously, this feature was removed for all users, but now it's specifically enabled for subscription-related orders. This ensures consistent tracking of customer relationships across the sales cycle.
Original PR description
In Odoo 18.2 (Task 4655022), automatic follower addition was removed for all users and limited to internal users. However, for subscriptions, it is logical to automatically copy followers from the parent sale order to renewal and upsell orders. This commit restores that behavior for subscription renewals and upsells while keeping the restriction for other record types. task - 5002181 Description of the issue/feature this PR addresses: Current behavior before PR: Desired behavior after PR is merged: --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
An issue was preventing users from uploading attachments during e-learning reviews. This update resolves a bug that occurred after a specific code change, ensuring attachments are properly transmitted with the necessary access tokens. This improves the e-learning review process and prevents upload failures.
Original PR description
Bug === Since bf759408dd63b3d6004d588251acb7bcbd2e2dee when we upload an attachment with portal in a review in e-learning, an error is raised. Task-4687269
This update fixes an issue where cart notifications were incorrectly showing prices without tax, even when 'Tax Included' pricing was enabled. The fix ensures that notifications accurately reflect the total price, including taxes, for products with tax-included settings. This improves the customer experience and ensures accurate pricing information.
Original PR description
**Steps to reproduce:** * Install the **website_sale** module with demo data. * Go to *Website → Settings → eCommerce* and select **Tax Included**. * Create a product with specific **tax_ids** and…
**Steps to reproduce:** * Install the **website_sale** module with demo data. * Go to *Website → Settings → eCommerce* and select **Tax Included**. * Create a product with specific **tax_ids** and publish it on the website. * Navigate to *Website → Shop*, open the created product page. * Click **Add to Cart** to trigger the cart notification popup. * Observe the price displayed in the top-corner notification. **Observed behavior:** * The notification displays the **list price without tax**, even though *Tax Included* pricing is enabled. **Cause:** * The notification computes the price as *list_price × quantity* without checking whether taxes should be included or excluded. * Issue occur from this [commit](https://github.com/odoo/odoo/pull/184320/commits/04b7dc893039087e0f764e242c21076ce249bebf) **Fix:** * Add logic to detect whether prices should be shown tax-included or tax-excluded and assign the correct computed amount accordingly. --- opw-5350375 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This update corrects a previous issue where an IoT printer was still loaded when both an IoT and ePos printer were set up. The system now automatically prioritizes the ePos printer, ensuring the correct printer is used as intended. This improves the user experience and prevents errors in order processing.
Original PR description
When setting an IoT printer and an ePos printer, a message is displayed to inform the user the ePos printer will be used. However, this is not the case and the IoT printer is still loaded. We now avoid loading if there already is a printer. Forward-Port-Of: odoo/enterprise#101130
This update resolves an issue where duplicate and incorrect account rules were being created during transfer record setup. By simplifying the rule creation process, the system now accurately assigns account IDs, improving data reliability and reducing potential errors in account transfers.
Original PR description
## Steps to reproduce: 1. Create a new transfer record 2. Add more than one account to the Accounts field or add a rule with condition on Account or remove account from an Account condition with multiple accounts set ... (various other actions when adding/removing accounts) ## Before: Redundant and incorrect rules are created and an incorrect value is assigned for account_ids due to the faulty sync between the two. ## After: Removing the onchange mechanism that creates the rule with condition on Account whenever an account is added to the Accounts field, this information is redundant for the user. Also removing the onchange mechanism of the reverse (adding accounts to the Accounts field when a rule with condition on Account is added) as it cannot account for nested rules and any/all conditions. opw - 5160635