Daily updates from Odoo
Friday, May 1, 2026
7 changes · saas-19.1
Enhancements to existing features
This update enhances Point of Sale (PoS) and HR functionality by allowing PoS users to directly access sessions and restricting access to sensitive product financial information for users with limited permissions. This improves user experience and strengthens data security within the system.
Original PR description
- Allow PoS users to access sessions directly from the menu. - Restrict visibility of product financial information for users with minimal access rights. Task-[5980289](https://www.odoo.com/odoo/project/1737/tasks/5980289) Related PRs: - https://github.com/odoo/enterprise/pull/109173 Forward-Port-Of: odoo/odoo#251391
This update makes the Preparation Display app readily available for Odoo Point of Sale (PoS) users through the main dashboard. Previously, PoS users needed to navigate to a specific section to access this important tool, which helps them manage and track preparation tasks. This change improves efficiency and visibility for PoS operations.
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 Forward-Port-Of: odoo/enterprise#109173
Resolved issues and error corrections
This update fixes a reporting issue where sales tax amounts in the Swedish tax report (section E) were incorrectly displayed as negative. The fix adds missing minus signs to the relevant formulas, ensuring accurate reporting aligned with Swedish tax regulations. This ensures correct tax calculations and reporting for Swedish businesses using the Odoo system.
Original PR description
Steps to reproduce ------------------ 1. Install l10n_se module. 2. Create a journal entry with tax grid se_38, se_40 or se_41. 3. Open the Tax Report and check section E. -> The line shows the amount as negative, while it should be positive. The fix ------- Add the missing `-` in front of the formulas of lines 38, 40 and 41. These lines were missed by the tax_tag_invert revamp done in 17a6117ed88c. ref: https://skatteverket.se/servicelankar/otherlanguages/inenglishengelska/businessesandemployers/startingandrunningaswedishbusiness/declaringtaxesbusinesses/vat/vatitemsboxbybox.4.3dfca4f410f4fc63c8680004502.html opw-6085318 Forward-Port-Of: odoo/odoo#258029
This update resolves an issue where sales orders created with multiple company accounts didn't function properly through the customer portal. The fix ensures that company context is correctly applied when creating projects, preventing errors and allowing customers to successfully place orders regardless of their company setup. This improves the reliability of the sales process for businesses using multiple company environments.
Original PR description
project_template_id is a company dependent field. When creating a project, it is called without the proper company context set up. When confirming an SO through the portal, the order's env is setup…
project_template_id is a company dependent field. When creating a project, it is called without the proper company context set up. When confirming an SO through the portal, the order's env is setup without a company and `.with_user(SUPERUSER_ID)`, making future company_dependent variables use OdooBot's company. Following examples earlier in the function, call `.with_company` while accessing project_template_id. Steps to reproduce: 1. Install Sales and Project 2. Create second company 3. Create Customer with portal access, under created company 4. Create service product with different projects for each company 5. Create sales order with customer and service product, send to customer 6. Login as customer on portal, accept and sign SO a. Should stall, RPC Error in console Ticket: opw-6082772 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#261380 Forward-Port-Of: odoo/odoo#260387
This update resolves a crash in the abandoned cart reminder system when Click & Collect is enabled. Previously, scheduled actions without a website cart would cause errors. The fix ensures the reminder system functions reliably, even when carts aren't present, preventing disruptions to the Click & Collect process.
Original PR description
Problem: The abandoned cart reminder can crash when Click & Collect is enabled. The stock availability check reaches website_sale_collect._get_product_available_qty(), which assumes request.cart…
Problem: The abandoned cart reminder can crash when Click & Collect is enabled. The stock availability check reaches website_sale_collect._get_product_available_qty(), which assumes request.cart always exists. Solution: Safely access the cart with hasattr and fall back to the existing no-cart behavior when it is unavailable. Why: Scheduled actions may have a request object without a frontend cart. This fix prevents the cron from failing while sending abandoned cart reminders. Reproduction Steps: - Configure the website with a warehouse. - Create/publish a delivery method with delivery type “Pick up in store”. Confirm the website has both warehouse_id and in_store_dm_id - Create a cart from the website shop using a storable product that has does not have "Sell When Out of Stock" turned on. - Leave the cart without checking out. - On the generated quotation set the date to the past, but also the date must be after the website.send_abandoned_cart_email_activation_time - Run the abandoned cart reminder scheduled action for the eligible abandoned cart with a storable product. Related Ticket: opw-6133986 Related PR: https://github.com/odoo/odoo/pull/242864 Forward-Port-Of: odoo/odoo#261885
This update fixes an issue where financial reports (Balance Sheet, P&L, Tax Report) were printed with an incorrect, zoomed-in format due to a default setting for postal documents. The change ensures reports now use the standard Euro paper format, aligning with DIN 5008 requirements for invoices and other postal documents.
Original PR description
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 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#260142
This update corrects 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 now uses the standard Euro paper format for these reports, ensuring they print correctly and professionally.
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 Forward-Port-Of: odoo/enterprise#114330