Daily updates from Odoo
Monday, June 15, 2026
6 changes · master
Resolved issues and error corrections
This update enhances the clarity of bank statements for transactions split into multiple lines. Previously, all split lines received the same generic message, making it difficult to understand each charge. Now, transaction details are added to the label, aligning with the CodaBox breakdown and improving user understanding.
Original PR description
Currently, when global transaction is split into multiple lines, Odoo assigns the exact same communication text to every single split line. This makes it difficult for users to identify what each specific charge is for. To fix this, this commit introduces the transaction category data. Using this data to append specific transaction details to the end of the communication label. As a result, each split line now has a clear, descriptive label that closely matches the detailed breakdown provided by CodaBox. task-6059709 Forward-Port-Of: odoo/enterprise#113811
This update ensures that tax details for order items are now included in the test orders sent to UrbanPiper. Previously, these details were missing, leading to test failures. This change improves the accuracy of our integration testing and ensures correct tax calculations are sent to the external system.
Original PR description
Commit 1: ======== Before this commit: =================== - Test orders sent to UrbanPiper did not include tax details for order items. After this commit: ================== - Tax details are now included in the order item payload of test orders. Task-6013007 --- Commit 2: ======== Cause: ====== In the `without demo` environment, the discount product does not have any `taxes_id`, causing the test assertion to fail. Fix: ==== Set a tax on the discount product in the test to ensure the same behavior in both `with demo` and `without demo` environments. Error-241138 Forward-Port-Of: odoo/enterprise#120310 Forward-Port-Of: odoo/enterprise#109958
This update fixes a problem where receipt printing in Austria was incorrect due to an incorrect offset calculation. It also resolves a deadlock issue during authentication with Fiskaly and FON, ensuring smoother operation. This improves the reliability of the point-of-sale system for Austrian businesses.
Original PR description
In this task: -------------- - Fixed Austria closing receipt printing by calculating the offset from the last closed month instead of the current month. Closing records are returned in ascending order and exist only for completed months, so the latest month must use offset 0. - Prevent a deadlock during Fiskaly and FON authentication by checking for open sessions before starting any authentication flow, instead of after the first step of authentication. - The resp was used to show error which was not in the scope. task: 5420256 Forward-Port-Of: odoo/enterprise#120033 Forward-Port-Of: odoo/enterprise#102313
This update fixes an error in the Spanish VAT reports where withholding tax was incorrectly included in the total VAT calculation. The fix excludes 'retencion' (withholding tax) from the VAT calculation, ensuring accurate reporting of VAT liabilities for Spanish businesses. This improves the reliability of financial data.
Original PR description
Step to reproduce - install `l10n_es_reports` and switch to ES company - create a invoice, add a product, set price = 100 - add two taxes (one should be withholding tax) ex: 21%G and 19%whi - confirm it, total payable is now 100 + 21 - 19 = 102 - open vat Books report for ES, see line for this invoice Observation: - for this invoice, in total vat column, we get 102 value - it should be 100+ 21 i.e 121 as we do not include withholding taxes in total vat Cause: - the query for report used to sum up all the taxes for calculating vat Fix: - excluded tax of type "retencion" in tax summation opw-6082329 Forward-Port-Of: odoo/enterprise#120270 Forward-Port-Of: odoo/enterprise#114137
This update resolves an issue where currency differences were incorrectly aggregated in hierarchical reports, leading to inaccurate financial summaries. The change ensures that report totals are calculated accurately based on the currency of each individual transaction, improving the reliability of financial reporting. This update impacts the general ledger report.
Original PR description
opw-6015098 Forward-Port-Of: odoo/enterprise#119420 Forward-Port-Of: odoo/enterprise#114827
This update adjusts the payrun warning button on the payroll dashboard to accurately reflect the status of each payrun. When a payrun is fully paid, the button now displays 'Review'. However, if any payslips remain in 'Draft' status, the button continues to show 'Continue' to guide users appropriately.
Original PR description
- Current behavior: the payrun warning button in the payroll dashboard shows "review" if payrun is in stage "03_paid", otherwise "Continue". - New behavior: if a pay run is marked as Paid, the button should display "Review" instead of "Continue"; however, if any payslip is still in the Draft stage, then the button should continue to display "Continue". Task: 6216477