Odoo Changelog — 2025-09-15

Monday, September 15, 2025

6 changes · saas-18.2

Bug Fixes(6)

Resolved issues and error corrections

[FIX] l10n_uy_edi: fix document parts method.

Enterprisesaas-18.2l10n_uy_edi

This fixes how Uruguayan electronic invoice document numbers are read when they start with more than one letter. It helps ensure affected invoices, credit notes, and debit notes are generated and processed with the correct official numbering.

Original PR description

If UY EDI document has latam document number with more than one letter at the beggining, it is needed to take in consideration all the letters and not only the first one. 
Task Latam side: 1352
Task Adhoc side: 53173

Forward-Port-Of: odoo/enterprise#90696

#Uruguay#e-invoicing#document numbering

[FIX] l10n_it_xml_export: correct search domain

PR #94725

Enterprisesaas-18.2l10n_it_xml_exportMEDIUM

Fixes an issue that could prevent Italian companies from posting tax return closing entries. The tax return search is now evaluated correctly, avoiding an error during the closing entry posting process.

Original PR description

The `osv.expression.AND` operator was incorrectly used, leading to an invalid search domain and raising an error.

Steps to reproduce:
- Set the company country to Italy
- Go to Accounting > Reporting > Tax return
- Create a closing entry
- Try to post the closing entry
- An error is raised:
```python
elif token[1] == 'in' and not (isinstance(token[2], Query) or token[2]):
~~~~~^^^
IndexError: string index out of range
```

The fix wraps the subdomain in a list so the domain is properly evaluated.

opw-5075640

Forward-Port-Of: odoo/enterprise#94440
Forward-Port-Of: odoo/enterprise#94277

#Italy#tax return#accounting

[FIX] mrp_workorder: display app title on reload

PR #94644

Enterprisesaas-18.2mrp_workorder

Fixes an issue where users who had Shop Floor set as their default opening screen could encounter an error when logging in. The change keeps the page from crashing if the app title is not ready yet, improving reliability for manufacturing users.

Original PR description

**PROBLEM**
In debug mode, we can change the default home action of a user (the action he sees when logging in). When the action `action_mrp_display` is set as the home action, there is a traceback after logging in.

**STEP TO REPRODUCE**
1. Go in debug mode
2. Change the home action of a user to the 'Shop Floor' action (in the user form, in the preference tab).
3. log out, and log in with this user.
4. a js traceback should appear.

**CAUSE**
In mrp_workcenter_dialog.js, the Shop Floor action uses the `menu` service to get the name of the current app.
`setCurrentMenu()` which set the current app in the `menu` service is not called before the `appName` getter is called.
https://github.com/odoo/odoo/blob/5c1234085b1c1e227846b24bde55a0392779069b/addons/web/static/src/webclient/menus/menu_service.js#L29-L36
This lead to a traceback because this.menu.getCurrentApp() is `undefined`.

**FIX**
Workaround if the current app is undefined.
We already check what is returned by `getCurrentApp()` where it is used.

opw-4926317

Forward-Port-Of: odoo/enterprise#93043

#shop-floor#login#manufacturing

[FIX] planning: correct ICS datetime conversion when no employee assigned

PR #94521

Enterprisesaas-18.2planning

Planning calendar invites now keep the correct times when no employee is assigned to a shift. This prevents invite times from being shifted incorrectly in cases where timezone fallback rules are used, improving reliability for schedule sharing.

Original PR description

The test `test_planning_ics_file_without_assigned_employee` failed when running without demo data because the slot timezone was `Europe/Brussels` while the employee timezone was `UTC`.

The previous code in the method `ics_datetime()` converted to the slot timezone and then relabeled it as the employee timezone with `.replace(tzinfo=...)`, which shifted the actual instant.

This change ensures that ICS datetimes are always converted using astimezone to a single target tz:
    - employee tz if the slot is assigned,
    - otherwise the current user tz or `UTC` as fallback.

The test was also updated to assert the correct fallback `UTC` values:
    `DTSTART:20230602T080000Z`
    `DTEND:20230602T170000Z`

[runbot-231213](https://runbot.odoo.com/odoo/error/231213)

Forward-Port-Of: odoo/enterprise#93692

#calendar#timezone#ics#scheduling

[FIX] l10n_ec_edi_stock: prevent error when generating delivery guide without Barcode

PR #94771

Enterprisesaas-18.2l10n_ec_edi_stockMEDIUM

This fixes an error that could block Ecuadorian delivery guide generation when the Barcode Scanner setting was turned off. Businesses can now create delivery guides reliably regardless of whether barcode scanning is enabled in Inventory.

Original PR description

Currently, an error occurs when generating a Delivery Guide if the Barcode Scanner is disabled in the Inventory settings.

**Steps to reproduce:**

- Install the `l10n_ec_edi_stock` module and switch to the `EC company`.
- Uncheck `Barcode Scanner` in the Inventory `settings`.
- Create a new warehouse and set the `Entity` and `Emission Point`.
- Navigate to Inventory > Operations > Deliveries and create a new delivery.
- Add details > mark as Todo > Validate > Generate Delivery Guide.

**Error:**
`AttributeError: 'stock.move.line' object has no attribute 'qty_done'`

**Root Cause:**
At [1], the code references `line.qty_done`, but this field is defined in the
`stock_barcode` module at [2]. When the Barcode Scanner is `disabled`, 
the field is not available, leading to the `error`.

**Fix:**
This commit updates the delivery guide values to use `line.quantity` instead
of `line.qty_done` at [1] and at [4]. Since in the `stock_barcode` module at [3],
`qty_done` is derived from `quantity`.

[1]:
https://github.com/odoo/enterprise/blob/ba5b9790f28e2f7eabda22e5992737eab0e82c6e/l10n_ec_edi_stock/models/stock_picking.py#L354

[2]:
https://github.com/odoo/enterprise/blob/8c53e50df1cf9dc6d3ca4cae19c39135ac85d4e4/stock_barcode/models/stock_move_line.py#L23

[3]:
https://github.com/odoo/enterprise/blob/8c53e50df1cf9dc6d3ca4cae19c39135ac85d4e4/stock_barcode/models/stock_move_line.py#L48-L50

[4]:
https://github.com/odoo/enterprise/blob/8b72fdef63f634ccf436b49adbac5c1f9358c127/l10n_ec_edi_stock/views/report_delivery_guide.xml#L165

sentry-6851008674

Forward-Port-Of: odoo/enterprise#93775

#delivery guide#Ecuador#inventory#barcode

[FIX] sale_subscription_external_tax: correct recurring_total

PR #93567

Enterprisesaas-18.2sale_subscription_external_taxMEDIUM

This fix ensures subscription recurring totals use the amounts returned by external tax calculators instead of being recalculated internally. Businesses using external tax services will see more accurate recurring totals on subscription orders.

Original PR description

sale_subscription now uses `account.tax` to recalculate the tax
amounts [1], thus bypassing amounts set by external
calculators. For externally calculated orders, we override the
recurring_total calculation to restore the previous behavior of
calculating the amount using `price_subtotal` on the lines. This
field will contain the amount returned by the external
calculator.

[1] https://github.com/odoo/enterprise/commit/70376f94e9f26e631890312edc0857d9ff37dc7b

opw-4964610

Forward-Port-Of: odoo/enterprise#93054

#subscriptions#external tax#recurring totals

If UY EDI document has latam document number with more than one letter at the beggining, it is needed to take in consideration all the letters and not only the first one. Task Latam side: 1352 Task Adhoc side: 53173 Forward-Port-Of: odoo/enterprise#90696

The `osv.expression.AND` operator was incorrectly used, leading to an invalid search domain and raising an error. Steps to reproduce: - Set the company country to Italy - Go to Accounting > Reporting > Tax return - Create a closing entry - Try to post the closing entry - An error is raised: ```python elif token[1] == 'in' and not (isinstance(token[2], Query) or token[2]): ~~~~~^^^ IndexError: string index out of range ``` The fix wraps the subdomain in a list so the domain is properly evaluated. opw-5075640 Forward-Port-Of: odoo/enterprise#94440 Forward-Port-Of: odoo/enterprise#94277

**PROBLEM** In debug mode, we can change the default home action of a user (the action he sees when logging in). When the action `action_mrp_display` is set as the home action, there is a traceback after logging in. **STEP TO REPRODUCE** 1. Go in debug mode 2. Change the home action of a user to the 'Shop Floor' action (in the user form, in the preference tab). 3. log out, and log in with this user. 4. a js traceback should appear. **CAUSE** In mrp_workcenter_dialog.js, the Shop Floor action uses the `menu` service to get the name of the current app. `setCurrentMenu()` which set the current app in the `menu` service is not called before the `appName` getter is called. https://github.com/odoo/odoo/blob/5c1234085b1c1e227846b24bde55a0392779069b/addons/web/static/src/webclient/menus/menu_service.js#L29-L36 This lead to a traceback because this.menu.getCurrentApp() is `undefined`. **FIX** Workaround if the current app is undefined. We already check what is returned by `getCurrentApp()` where it is used. opw-4926317 Forward-Port-Of: odoo/enterprise#93043

The test `test_planning_ics_file_without_assigned_employee` failed when running without demo data because the slot timezone was `Europe/Brussels` while the employee timezone was `UTC`. The previous code in the method `ics_datetime()` converted to the slot timezone and then relabeled it as the employee timezone with `.replace(tzinfo=...)`, which shifted the actual instant. This change ensures that ICS datetimes are always converted using astimezone to a single target tz: - employee tz if the slot is assigned, - otherwise the current user tz or `UTC` as fallback. The test was also updated to assert the correct fallback `UTC` values: `DTSTART:20230602T080000Z` `DTEND:20230602T170000Z` [runbot-231213](https://runbot.odoo.com/odoo/error/231213) Forward-Port-Of: odoo/enterprise#93692

Currently, an error occurs when generating a Delivery Guide if the Barcode Scanner is disabled in the Inventory settings. **Steps to reproduce:** - Install the `l10n_ec_edi_stock` module and switch to the `EC company`. - Uncheck `Barcode Scanner` in the Inventory `settings`. - Create a new warehouse and set the `Entity` and `Emission Point`. - Navigate to Inventory > Operations > Deliveries and create a new delivery. - Add details > mark as Todo > Validate > Generate Delivery Guide. **Error:** `AttributeError: 'stock.move.line' object has no attribute 'qty_done'` **Root Cause:** At [1], the code references `line.qty_done`, but this field is defined in the `stock_barcode` module at [2]. When the Barcode Scanner is `disabled`, the field is not available, leading to the `error`. **Fix:** This commit updates the delivery guide values to use `line.quantity` instead of `line.qty_done` at [1] and at [4]. Since in the `stock_barcode` module at [3], `qty_done` is derived from `quantity`. [1]: https://github.com/odoo/enterprise/blob/ba5b9790f28e2f7eabda22e5992737eab0e82c6e/l10n_ec_edi_stock/models/stock_picking.py#L354 [2]: https://github.com/odoo/enterprise/blob/8c53e50df1cf9dc6d3ca4cae19c39135ac85d4e4/stock_barcode/models/stock_move_line.py#L23 [3]: https://github.com/odoo/enterprise/blob/8c53e50df1cf9dc6d3ca4cae19c39135ac85d4e4/stock_barcode/models/stock_move_line.py#L48-L50 [4]: https://github.com/odoo/enterprise/blob/8b72fdef63f634ccf436b49adbac5c1f9358c127/l10n_ec_edi_stock/views/report_delivery_guide.xml#L165 sentry-6851008674 Forward-Port-Of: odoo/enterprise#93775

sale_subscription now uses `account.tax` to recalculate the tax amounts [1], thus bypassing amounts set by external calculators. For externally calculated orders, we override the recurring_total calculation to restore the previous behavior of calculating the amount using `price_subtotal` on the lines. This field will contain the amount returned by the external calculator. [1] https://github.com/odoo/enterprise/commit/70376f94e9f26e631890312edc0857d9ff37dc7b opw-4964610 Forward-Port-Of: odoo/enterprise#93054