Daily updates from Odoo
Thursday, April 30, 2026
9 changes · 19.0
New functionality added to Odoo
This update makes the Preparation Display app readily available on the Odoo dashboard for Point of Sale (PoS) users. This enhancement simplifies access to key preparation information, streamlining the PoS workflow and improving operational efficiency. It addresses a previous request to improve user access to this important functionality.
Original PR description
This commit makes the Preparation Display app accessible from the Odoo dashboard for PoS users. Task-[5980289](https://www.odoo.com/odoo/project/1737/tasks/5980289) Related PRs: - https://github.com/odoo/odoo/pull/251391
Enhancements to existing features
This update expands the 'Reload AI Data' button on invoices to support importing bills from Peppol and other e-invoicing formats. This allows users to easily correct mistakes or re-import invoices after deleting lines, improving data accuracy and streamlining the billing process.
Original PR description
When a bill is imported from OCR there is a button called Reload AI Data appears that the user can use to reload the bill, it is useful if the user deleted a line by mistake or for whatever reason wanted to reload the bill, but this button is only supporting OCR at the moment. This commit extends its functionality to support also peppol and other einvoicing formats as well. task-6159853
Resolved issues and error corrections
A recent update to the sign tour caused it to fail. This fix corrects a minor naming inconsistency in the user selection process, ensuring the tour runs smoothly for all users. The change updates a simple text string to resolve the issue.
Original PR description
When running the sign_tour from 19.0 forward, the tour fails because during the selection of the signer we select the child that contains Administrator while the name of the user is Mitchell Admin. Therefore the fix is as easy as modifying Administrator to Admin. Runbot Error: 238784
This update refines how Odoo automatically matches bank statements to invoices. Previously, it prioritized the closest date, which wasn't always accurate. Now, it only matches if there's one prior bank statement candidate, ensuring more reliable reconciliation and reducing potential errors.
Original PR description
Before this pr, we decided that when there was multiple candidates, we would take the one closer to the date of the statement line but it is not always what we want. We decided to change that so that it would match only if there is one candidate prior the date of the statement line. Exemple: Invoice 1 the 10/06 and invoice 2 the 20/06 → Payment the 05/06 → no matching (0 before) → Payment the 15/06 → match with invoice 1 (only 1 before) → Payment the 25/06 → no matching (More than 1 invoice open before) task-6143809
This update fixes an issue where financial reports (Balance Sheet, P&L, Tax Report) were printed with zoomed-in views due to a default paper format setting. The change ensures reports now use the standard Euro paper format, resolving the printing problem and improving report clarity.
Original PR description
for financial reports DIN 5008 paper format (dpi=70, postal margins) was applied to all reports because it is set as the company default by both the Swiss and German localizations. This caused financial reports (Balance Sheet, P&L, Tax Report) to appear zoomed in when printed to PDF. DIN 5008 is only appropriate for documents sent by post (invoices, credit notes, follow-up letters). Override `get_paperformat` in each localization to return the standard Euro format when rendering accounting reports. task-6053938
This update fixes a previous issue where users wouldn't receive any notification when their phone number country wasn't supported for SMS card details. Now, users receive an email notification, and a more robust error system is implemented for flows lacking email fallbacks, ensuring better user experience and troubleshooting.
Original PR description
When a user request the card details, if the country of the phone number of the user isn't supported by IAP, it would silently fail. Now, we are sending an email in case the phone number isn't supported. In case some flow don't/can't have any email fallback, we will add the a generic error and a more detailed one for the country not being supported. task-6065232
This update prevents users from accidentally modifying core return type settings within the master data. This change ensures that small adjustments don't disrupt critical business processes. Users can still add new return types without restriction.
Original PR description
Backport of [0a6328d](https://github.com/odoo/enterprise/commit/0a6328d4cecc1d931cd29f83a9d8efd6d32f19db) to resolve opw-6107995 Issue: - Users can easily edit return types coming from master data. - Even small experiments (e.g., changing category or states) may break critical behavior. Solution: - For such records, made critical fields (category and states) readonly in the form view. - User added records remain fully editable. Impact: - Prevents accidental or harmful changes to predefined return types. - Still allows users to add their own return types safely. TaskID-5060125 Part-of: odoo/enterprise#93874
This update fixes a technical issue that caused error tracebacks when users attempted to generate tax reports without a valid certificate. Now, users will receive a helpful message guiding them to set up a certificate, preventing the tracebacks and ensuring smooth report generation.
Original PR description
Description of the issue this commit addresses: When sending the tax report or ec sales list xbrl file via the wizard to the authority, if no certificate has been set, a traceback shows up. This happens because some processes try to use the certificate without checking its existence. Desired behavior after the commit is merged: When sending via the xbrl wizard, if no certificate has been set up, an error offering the user to go to the certificate set up shows up and no traceback. task-6065382
This update resolves an issue where the system incorrectly skipped remuneration declarations in certain payroll scenarios, particularly when employees had no worked days in a period but still received a bonus. The change ensures accurate calculation of all required remuneration declarations, improving payroll accuracy for Belgian businesses.