Daily updates from Odoo
Monday, January 12, 2026
6 changes · saas-18.2
Resolved issues and error corrections
This update corrects a technical issue where the `TaxBase` element was missing from FAIA XML reports for invoices with multiple taxes. This ensures compliance with Luxembourg tax reporting requirements and prevents potential errors when submitting reports to tax authorities. The fix was triggered by a specific test case.
Original PR description
### Issue: The `TaxBase` element was missing in the generated FAIA XML, although it is required when a product line has multiple taxes ### Steps to reproduce: - Use a l10n_lu company - Create an invoice with a product line that has two taxes - Download the General Ledger → FAIA XML report - Observe that `TaxBase` is not included before the TaxBaseDescription element ### Specs & reference: FAIA v2.01 (full) XSD files: https://pfi.public.lu/dam-assets/backup/FAIA/FAIA/XSD_Files.zip opw-5360519 Forward-Port-Of: odoo/enterprise#103543 Forward-Port-Of: odoo/enterprise#101178
This update fixes an issue where the 'Next Milestone' display in the Project list view was missing the deadline date alongside the milestone name. The fix ensures that milestone names now accurately show both the name and its associated deadline, improving project visibility and tracking. This enhancement provides clearer information for project managers.
Original PR description
**Steps to Reproduce:** - Install the Industry FSM module. - Navigate to Project Configuration. - Enable Milestones. - Go to the Project list view. - Observe that the Next Milestone does not display the deadline along with the milestone name. **Issue:** The milestone display name is incomplete and does not include the deadline date. **Cause:** The required context was not passed in the action, so the display_name computation did not add the deadline to the milestone name. **Fix:** Pass the appropriate context in the action to correctly compute and display the name along with its deadline. Task: 5255295 Forward-Port-Of: odoo/enterprise#103160
This update corrects a calculation error in the Belgian payroll module (l10n_be_hr_payroll) related to employment bonuses. The changes ensure that bonus calculations accurately reflect the latest tax regulations up to March 2026, improving payroll accuracy for Belgian businesses using Odoo Enterprise.
Original PR description
Forward-Port-Of: odoo/enterprise#103820
This update corrects a calculation error in the l10n_be_hr_payroll module, ensuring that 3000 deductions for Belgian employees are accurately reflected up to the year 2026. This ensures compliance with Belgian tax regulations and accurate payroll reporting for our Belgian customers.
Original PR description
Forward-Port-Of: odoo/enterprise#103824
This update resolves an issue where payment reports were inconsistently using different export formats (NACHA or localization-specific). The fix ensures that payment reports always use the correct format based on the company's localization, improving data accuracy and reliability for financial reporting. The changes have been backported to version 18.0.
Original PR description
\* = l10n_{ae, au, ch, in, sa, us}_hr_payroll + hr_payroll_account_iso20022
Issue:
The current behavior looks deterministic: when clicking on "Create Payment Report" it -sometimes- shows the current company's export format by default, other times it shows the "NACHA" type. Or it could be the last installed module's export format value for the other companies.
Solution:
I fixed it in this PR: https://github.com/odoo/enterprise/pull/93683 and now backporting the changes to version 18.0
task-5189295
Forward-Port-Of: odoo/enterprise#100126This update resolves a technical error that occurred when selecting a customer in the Ecuadorian Point of Sale (POS) system. The fix ensures a customer is always selected, specifically 'Consumidor Final,' which is required for compliance with Ecuadorian tax regulations. This prevents tracebacks and ensures accurate reporting.
Original PR description
Step to reproduce: - install `l10n_ec_edi_pos` - open pos - ensure "Consumidor Final" is selected as partner - open partner list and deselect the partner Observation: - we get a traceback Cause: - we try to set a partner, without proper checks - Also, in the Ecuadorian localization there should always be a customer selected Fix: - rewrote `selectPartner` function to allow following things for EC localization 1. ensure a customer is always selected, a specific one or "consumidor final" 2. when refunding with "consumidor final" customer, changing partner is allowed opw-5350570 Forward-Port-Of: odoo/enterprise#102221