Odoo Changelog — 2026-06-25

Thursday, June 25, 2026

2 changes · saas-18.2

Bug Fixes(2)

Resolved issues and error corrections

[FIX] l10n_ke_edi_oscu_pos: don't register combos with eTIMS

Enterprisesaas-18.2l10n_ke_edi_oscu_posMedium

Selling a combo in Kenyan PoS no longer triggers an eTIMS registration warning for the combo itself. Only the actual products inside the combo are treated as items to register, so checkout can be completed normally when the combo parent item is not registered.

Original PR description

Steps to reproduce
------------------
1. Install l10n_ke_edi_oscu_pos.
2. Select the Kenyan company.
3. Enable eTIMS on the PoS.
4. Register the products inside a combo, but not the combo itself.
5. Sell the combo in the PoS.

Observation
-----------
We see a warning that the combo must be registered to eTIMS, and the order can't be validated.

What's happening
----------------
In the PoS a combo adds a 0 price parent line for the combo product, but the combo is not a real item to send to eTIMS, only the products inside it are, and (as per step 4) the combo is not registered.

`checkEtimsFields` sees the combo as not registered, so it raises the warning in `showUnregisteredProductsWarning` and blocks the payment in `validateOrder`.

Fix
---
In the backend, we skip sending the parent combo line to eTIMS, and on the frontend, we make the combo parent line not need eTIMS registration, so the warning and the block don't apply to it.

opw-6253306

Forward-Port-Of: odoo/enterprise#119362

#Kenya#PoS#eTIMS#combo#validation

[FIX] l10n_de: Update the default cash discount accounts

PR #121670

Enterprisesaas-18.2l10n_de_reportsMedium

The default account codes used for cash discounts in the German SKR03 setup were incorrect and have been updated. This helps ensure accounting exports and defaults use the right accounts, reducing the risk of misposted transactions.

Original PR description

The default cash discount accounts referenced in the 
German skr03 template used the wrong account codes. 
The template has been updated with the right ones.

task-4915939
opw-4909059

Forward-Port-Of: odoo/enterprise#121406
Forward-Port-Of: odoo/enterprise#121180

#accounting#germany#tax localization#cash discount

Steps to reproduce ------------------ 1. Install l10n_ke_edi_oscu_pos. 2. Select the Kenyan company. 3. Enable eTIMS on the PoS. 4. Register the products inside a combo, but not the combo itself. 5. Sell the combo in the PoS. Observation ----------- We see a warning that the combo must be registered to eTIMS, and the order can't be validated. What's happening ---------------- In the PoS a combo adds a 0 price parent line for the combo product, but the combo is not a real item to send to eTIMS, only the products inside it are, and (as per step 4) the combo is not registered. `checkEtimsFields` sees the combo as not registered, so it raises the warning in `showUnregisteredProductsWarning` and blocks the payment in `validateOrder`. Fix --- In the backend, we skip sending the parent combo line to eTIMS, and on the frontend, we make the combo parent line not need eTIMS registration, so the warning and the block don't apply to it. opw-6253306 Forward-Port-Of: odoo/enterprise#119362

The default cash discount accounts referenced in the German skr03 template used the wrong account codes. The template has been updated with the right ones. task-4915939 opw-4909059 Forward-Port-Of: odoo/enterprise#121406 Forward-Port-Of: odoo/enterprise#121180