Monday, June 1, 2026
4 changes · 19.0
Enhancements to existing features
This update ensures that product tags sent to UrbanPiper are dynamically managed based on a product's settings and tax configurations. Previously, tags were hardcoded, but now the system automatically handles relevant tags, improving accuracy and flexibility for integrations with UrbanPiper.
Original PR description
Before this commit: ------------------------------------------ - The UrbanPiper payload used a hardcoded tag when the tax percentage was not 5%. - There was no mechanism to add additional tags based on providers, even though UrbanPiper supports multiple tags. After this commit: ------------------------------------------ - Tags are now dynamically handled using the Tag field in the product. - Users can define tags according to their tax configurations and aggregator requirements. - UrbanPiper only accepts relevant tags (default or provider-specific). task - 5154061 Forward-Port-Of: odoo/enterprise#112550 Forward-Port-Of: odoo/enterprise#96742
Resolved issues and error corrections
This pull request addresses a preliminary fix (POC) for inconsistencies in account reporting across various Odoo localization modules (e.g., France, Germany, Spain). The changes involve updating XML data files and models to improve the accuracy and consistency of financial reports. This ensures that reports generated for different regions align with local accounting standards.
Original PR description
wip
This update optimizes the way Odoo calculates the styles for work orders, resulting in faster performance during common actions like resizing windows or scrolling through large tables. By using a more targeted approach, the system avoids unnecessary style recalculations, leading to a smoother user experience.
Original PR description
Avoid using the :has() selector and use a specific class on the body instead to replicate the same behavior, this reduces work during the "Recalculate Style" phase. It lowers recalculation time during window resizes, heavy scrolling, and table sorting by preventing broad selector matches and limiting style checks to elements with the specific class.
This update fixes a minor issue in the DMFA report where the 'Calculation Basis' and 'Contribution Type' headers were incorrectly switched. The headers have now been corrected to their proper order, ensuring accurate reporting of payroll data for Belgian businesses using this module. This ensures data consistency and reliability.
Original PR description
DMFA report had "Calculation Basis" and "Contribution Type" header switched. Got switched back correctly. task-6227590