Odoo Changelog — 2026-03-07

Saturday, March 7, 2026

2 changes · saas-18.2

Bug Fixes(2)

Resolved issues and error corrections

[FIX] l10n_ro_edi: Don't check for customer company registry

Coresaas-18.2l10n_ro_edi

This fix ensures Romanian electronic invoices apply the default VAT treatment for customers without a VAT number, even if they have a company registry value. This prevents incorrect customer tax scheme information on affected invoices.

Original PR description

Problem
---------
In a recent fix, in the Tax Scheme customer node, the scheme type was recomputed correctly depending on the companyID node. However, during the fix, a condition was wrongly introduced. This will lead to some issue: when a customer has no VAT, he should be given the default VAT. However, due to condition, the customer gets given the Default VAT only when he does not have a vat NOR A COMPANY REGISTRY.

Solution
---------
Remove the condition

no-task

---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

Forward-Port-Of: odoo/odoo#252475

#Romania#e-invoicing#VAT#customer data

[FIX] l10n_co_dian: prevent crash when printing duplicated support document

PR #109862

Enterprisesaas-18.2l10n_co_dian

This update fixes a bug that caused printing of vendor bills using DIAN support documents to fail. The issue stemmed from a report template that incorrectly processed duplicate bills, leading to a parsing error. The fix ensures that printing only occurs when a valid DIAN attachment is present, improving printing reliability.

Original PR description

**Steps to reproduce:**
* Install the **l10n_co_dian** module.
* Enable DIAN 2.1 operation mode: **Support Documents** in settings.
* Create a vendor bill using a **DIAN support document** journal.
* Confirm the vendor bill.
* Click **Print**.

**Observed behavior:**
* Printing fails with `ValueError: can only parse strings`.

**Cause:**
* The report template unconditionally called `_l10n_co_dian_get_extra_invoice_report_values()`, which parses `l10n_co_dian_attachment_id.raw` via `etree.fromstring()`.
* On duplicated bills, `l10n_co_dian_document_ids` (and thus the computed `l10n_co_dian_attachment_id`) is empty, so `.raw` is `False`.

**Fix:**
* Wrap the QR code / CUFE / signing section in the report template with `t-if='o.l10n_co_dian_attachment_id'` so it is only rendered when the DIAN attachment exists.

opw-5930173

Forward-Port-Of: odoo/enterprise#108645

#DIAN#support documents#printing

Problem --------- In a recent fix, in the Tax Scheme customer node, the scheme type was recomputed correctly depending on the companyID node. However, during the fix, a condition was wrongly introduced. This will lead to some issue: when a customer has no VAT, he should be given the default VAT. However, due to condition, the customer gets given the Default VAT only when he does not have a vat NOR A COMPANY REGISTRY. Solution --------- Remove the condition no-task --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#252475

**Steps to reproduce:** * Install the **l10n_co_dian** module. * Enable DIAN 2.1 operation mode: **Support Documents** in settings. * Create a vendor bill using a **DIAN support document** journal. * Confirm the vendor bill. * Click **Print**. **Observed behavior:** * Printing fails with `ValueError: can only parse strings`. **Cause:** * The report template unconditionally called `_l10n_co_dian_get_extra_invoice_report_values()`, which parses `l10n_co_dian_attachment_id.raw` via `etree.fromstring()`. * On duplicated bills, `l10n_co_dian_document_ids` (and thus the computed `l10n_co_dian_attachment_id`) is empty, so `.raw` is `False`. **Fix:** * Wrap the QR code / CUFE / signing section in the report template with `t-if='o.l10n_co_dian_attachment_id'` so it is only rendered when the DIAN attachment exists. opw-5930173 Forward-Port-Of: odoo/enterprise#108645