Daily updates from Odoo
Friday, July 10, 2026
12 changes · saas-19.4
Enhancements to existing features
Self-order kiosk orders that are not yet paid will no longer be sent to the Belgian blackbox fiscal system immediately. This supports workflows where customers complete payment at the counter or with another method, reducing premature fiscal processing.
Original PR description
This commits adapts the code in confirmation_page.js to not send the order to the blackbox from the kiosk if the order is not in paid state. task-id: 5960666 Forward-Port-Of: odoo/enterprise#121524 Forward-Port-Of: odoo/enterprise#117585
Attachment deletion is now much faster for Chilean electronic invoicing records by improving how related invoice and stock transfer records are found. This reduces long wait times during cleanup operations, especially on large databases.
Original PR description
## The problem Deleting attachments checks foreign key triggers. Lookups in `account_move` and `stock_picking` tables for `ir_attachment` related fields coming from `l10n_cl_edi` overrides were slow due to missing indexes. ## The solution Added needed indexes to optimize triggers' lookups. ## Benchmark Time benchmark (deleting attachments from a customer database with 224K account moves and 204K stock pickings): |# of rows|Time (Before)|Time (After)| |----------|--------------|-------------| 100 | 29s | 16ms 1000 | 285s | 300ms OPW-6331845 Forward-Port-Of: odoo/enterprise#123350 Forward-Port-Of: odoo/enterprise#123252
German POS certification now handles retail and restaurant transactions separately, matching Fiskaly’s recommended flow. This improves compliance reliability by starting transactions earlier, avoiding unnecessary updates for retail sales, and sending only relevant kitchen updates for restaurant orders before final validation.
Original PR description
In this commit: ------------------ - Maintain separate Fiskaly transaction flows for retail (short tx) and restaurant (long tx) orders as discussed with the Fiskaly team. - `Initialize order…
In this commit: ------------------ - Maintain separate Fiskaly transaction flows for retail (short tx) and restaurant (long tx) orders as discussed with the Fiskaly team. - `Initialize order transactions` with an empty payload when the `first product` is added. - Start `receipt transactions` with an empty payload when the `first payment line` is added. - For retail flows, no intermediate order updates are sent to Fiskaly before finalization. - For restaurant flows, create additional transaction updates during kitchen synchronization. Ensure already synchronized products are not resent, and only newly added or updated quantities are included in the payload. - `Finalize order and receipt transactions` with complete order lines and payment details when we validate the order. task: 6208963 Reference: <img width="1863" height="1285" alt="de_tss_flow" src="https://github.com/user-attachments/assets/9140788e-7948-4a08-9f11-27197b22ca8b" /> Forward-Port-Of: odoo/enterprise#120529 Forward-Port-Of: odoo/enterprise#117526
Database information can now include the status of the Know Your Client process. This helps business users quickly see whether customer verification is complete or still needs attention.
Original PR description
Add a new type kyc_status to display the status of the Know Your Client procedure in the databases. Task-id: [6348952](https://www.odoo.com/odoo/project.task/6348952) Forward-Port-Of: odoo/enterprise#122510
Shopfloor now follows the same rules as the backend when work order quantities are updated, avoiding unintended changes to the quantity being produced in continuous production. The work order form layout was also reorganized to make production information clearer and more consistent.
Original PR description
In this commit, shopfloor is modified in order to match the behaviour in the backend; On updating WO's quantity, the quantity producing is not updated if its a continuous production. Workorder form fields were also re-ordered as a part of the ongoing continuous production clean. Task: 6346515
Previously, the 'Back on' status in the out-of-office banner could wrap onto multiple lines, making the header appear misaligned. This PR keeps the status on a single line for a cleaner and more consistent layout. <table> <tr> <th>Before</th> <th>After</th> </tr> <tr> <td> <img width="378" height="630" alt="image" src="https://github.com/user-attachments/assets/e4c9f278-9a65-48ad-8841-6ed059bd766d" /> </td> <td> <img width="372" height="631" alt="image" src="https://github.com/user
Original PR description
Previously, the 'Back on' status in the out-of-office banner could wrap onto multiple lines, making the header appear misaligned. This PR keeps the status on a single line for a cleaner and more consistent layout. <table> <tr> <th>Before</th> <th>After</th> </tr> <tr> <td> <img width="378" height="630" alt="image" src="https://github.com/user-attachments/assets/e4c9f278-9a65-48ad-8841-6ed059bd766d" /> </td> <td> <img width="372" height="631" alt="image" src="https://github.com/user-attachments/assets/f3dd860b-eba5-4233-a4c0-f286eec95c63" /> </td> </tr> </table> --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#275146 Forward-Port-Of: odoo/odoo#274050
backport of 5324615 As in Finland the tax rate will change from 14 to 13.5 on certain goods and services those taxes and the corresponding tax group were added to the l10n task-6332565 Forward-Port-Of: odoo/odoo#274792 Forward-Port-Of: odoo/odoo#274460
Original PR description
backport of 5324615 As in Finland the tax rate will change from 14 to 13.5 on certain goods and services those taxes and the corresponding tax group were added to the l10n task-6332565 Forward-Port-Of: odoo/odoo#274792 Forward-Port-Of: odoo/odoo#274460
pos*: point_of_sale, pos_self_order This commit allows the user to allow his customer to pay at the counter even if they already have payment method set in the self order. task-id: 5960666 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#271591 Forward-Port-Of: odoo/odoo#250364
Original PR description
pos*: point_of_sale, pos_self_order This commit allows the user to allow his customer to pay at the counter even if they already have payment method set in the self order. task-id: 5960666 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#271591 Forward-Port-Of: odoo/odoo#250364
This PR applies the following improvements for the cmr report: - Product name is shown in a primary language (English or company language if English is not activated), and translation in the language of the consignee is also shown in case it's different from the primary language. - Never created variant attributes are now shown. - Made sure `t-translation=off` is applied to all labels in the report.
Original PR description
This PR applies the following improvements for the cmr report: - Product name is shown in a primary language (English or company language if English is not activated), and translation in the language of the consignee is also shown in case it's different from the primary language. - Never created variant attributes are now shown. - Made sure `t-translation=off` is applied to all labels in the report.
Last version is owl 3.00 alpha 43 Release notes: https://github.com/odoo/owl/releases/tag/v3.0.0-alpha.43 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
Original PR description
Last version is owl 3.00 alpha 43 Release notes: https://github.com/odoo/owl/releases/tag/v3.0.0-alpha.43 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
This update introduces a manual process for Know Your Customer (KYC) verification within the PEPPOL account setup. Previously, PEPPOL account creation relied on automated checks. Now, users can complete a manual KYC process, ensuring compliance with regulatory requirements and streamlining the account onboarding experience. This change improves the security and reliability of our PEPPOL service.
Original PR description
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 Forward-Port-Of: odoo/odoo#275371
This update streamlines the continuous production process in MRP by simplifying quantity updates and tracking changes. The system now automatically updates work order status based on production quantity, reducing manual intervention and improving data accuracy. UI enhancements have also been included.
Original PR description
A few points to improve continuous production: - Updating workorder produced qty will no longer update qty producing for the MO, because work orders quantity will always be updated and this will be done by several users simultaneously and updating MO's quantity producing at the same time will make it difficult to manage and its not needed. - Track work order quantites updates, for better tracking of who changed the quantity. - Improved continuous production tool tip. - Work order status will be updated from 'To Do' to 'in progress' when the produced quantity is updated. - Some UI changes. Task 6346515 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr