Thursday, April 30, 2026
12 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
Resolved issues and error corrections
This change restores updates that were unintentionally rolled back by a translation-related process. It helps keep several business areas, including HR, inventory, point of sale, manufacturing, accounting localization, website editing, and spreadsheets, aligned with the intended product behavior.
Original PR description
This reverts a part of commit ef3b9f6b731b104027fcee9e83a5f2f4fc544f16. For some reason Weblate reverted changes to unrelated files. We revert them back here.
The Point of Sale employee access settings now show more accurate help text for minimal and basic employee lists. This helps administrators understand what each option does and avoids confusion about when all employees can log in.
Original PR description
Both `minimal_employee_ids` and `basic_employee_ids` had the same incorrect help text ("If left empty, all employees can log in to PoS"), which did not reflect the actual purpose of each field. The condition also only holds when all three employee lists are empty, not per-field.
opw-6171362
---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Forward-Port-Of: odoo/odoo#261953Customer searches using an email address now check the correct email field instead of the phone field. This helps staff and automated processes find the right customer records more reliably when using email-based lookup.
Original PR description
The email-based lookup was mistakenly checking the phone field (`phone = email`) instead of the email field. Because of this, customers could not be correctly found using their email address. This change fixes the domain to properly match on the email field. Forward-Port-Of: odoo/odoo#260567
The e-waybill form now displays the document date without an unnecessary time value. This helps keep the displayed information aligned with the expected e-waybill format and reduces confusion for users preparing Indian e-waybill records.
Original PR description
The `document_date` field in e-waybill form view previously included both date and time, which is not as per the expected format. This fix ensures that only the date is shown, hiding the time component. Forward-Port-Of: odoo/odoo#261253 Forward-Port-Of: odoo/odoo#259656
Vendor bills can now find direct cost expense accounts when selecting accounts, so users have access to the correct account options. Searching by account code also works regardless of active filters, reducing missed results and manual work.
Original PR description
The expense direct cost account (account_type: expense_direct_cost) should also be searchable on vendor bills, and search by account code should ignore filters (reverted change) task-id: [6138677](https://www.odoo.com/odoo/project/967/tasks/6138677) origin pr: https://github.com/odoo/odoo/pull/257850 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This change adds coverage to ensure stock lot valuation reports use clear, unambiguous movement dates. It helps prevent incorrect inventory valuation views when users review stock information for a specific date.
Original PR description
New test for e2281b56d835d510903c6e6a6f84f67077fce99b. Dates on moves can no longer be ambiguous. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The Swedish VAT report now displays section E sales amounts as positive values for the affected tax boxes. This prevents confusing or incorrect-looking VAT reporting for businesses using Swedish localization.
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
The withholding wizard now shows the higher deduction alert only where it applies: vendor bills. This avoids confusing messages on customer invoices and removes a duplicate warning when PAN details are missing.
Original PR description
Previously, the higher deduction alert was displayed next to the TDS section in the wizard for both customer invoices and vendor bills. However, this is not applicable for customer invoices. So in this commit, the alert is restricted to vendor bills only, and field will also be hidden in that case. Additionally, when the PAN entity was missing, a warning banner was shown to indicate higher deduction. Since the higher deduction is already displayed next to the TDS section, the redundant banner is also removed. task-6171749
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 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