Odoo Changelog — 2026-06-15

Monday, June 15, 2026

3 changes · 17.0

Improvements(1)

Enhancements to existing features

[IMP] l10n_cn: support 20-digit fully digitized e-fapiao numbers

Core17.0l10n_cnMEDIUM

This update allows Odoo to correctly handle the new 20-digit format for China's digital e-fapiao invoices. Previously, Odoo only supported the older 8-digit format. This change ensures that Chinese vendors can accurately store and use their e-fapiao numbers without errors, improving invoice processing.

Original PR description

* https://hainan.chinatax.gov.cn/ssxc_3_23_1/12155283.html China's STA fully digitized e-fapiao uses a unique 20-digit invoice number,
while legacy paper fapiao kept an 8-digit number. Accept both formats so CN
vendor bills and invoices can store electronic fapiao numbers without validation errors.

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

#china#e-fapiao#invoice#cn

Bug Fixes(2)

Resolved issues and error corrections

[FIX] l10n_sa_edi: handle negative quantity as discount in XML

PR #247720

Core17.0l10n_sa_ediMEDIUM

This update resolves a validation issue with ZATCA tax reporting caused by how discount quantities were handled in XML generation. The change ensures negative discount quantities are treated like negative unit prices, resulting in accurate totals and preventing validation warnings. This improves the reliability of financial reporting for Saudi Arabia.

Original PR description

Before this commit, using a negative quantity for a discount line caused ZATCA
validation warnings (BR-S-08, BR-CO-10 and BR-CO-13), as it was not handled
like a negative price.

This commit fixes the XML generation to treat negative quantities identically to
negative unit prices, ensuring correct totals.

task-5883377

#tax#Saudi Arabia#ZATCA#discount

[DRAFT][FIX] l10n_mx_edi: keep fully-discounted lines in the CFDI

PR #119343

Enterprise17.0l10n_mx_ediMEDIUM

This change ensures that fully-discounted product lines in Mexican CFDI invoices are correctly reported to the SAT. Previously, these lines were omitted, causing issues with inventory and tax traceability. Now, the invoice accurately reflects the transaction, aligning with SAT requirements.

Original PR description

Steps to reproduce:
- Set up a Mexican company (MXN, l10n_mx_edi) able to send CFDI.
- Create a Gift Card / eWallet program (e.g. 680 MXN).
- Create a sale order with two products (e.g. 400 and 300).
- Apply the gift card so the first product is fully covered.
- Deliver, invoice, confirm and send to the SAT.

Issue:
The product entirely covered by the gift card (net amount = 0) is missing from the generated CFDI. The SAT requires every delivered product to appear in the XML for inventory and tax traceability, so omitting the line makes the document no longer reflect the transaction.

The line was dropped because the negative-line dispatching (`_dispatch_negative_lines`) moves a positive line that is fully consumed by a negative one into `nulled_candidate_lines`, and those were never re-added to the CFDI lines.

Simply re-adding them is not enough: a fully-discounted line has a tax base of zero, and the SAT rejects a Traslado/Retención with Base = 0 (CFDI40174 / CFDI40181).

Fix:
Re-add the nulled candidate lines so the concepto is kept with Descuento == Importe, and, when the line net is zero, drop its tax breakdown so it is reported as "No objeto de impuesto" (ObjetoImp '01') without an Impuestos node. This matches the behaviour already present in later versions.

opw-6062845

#mexico#cfdi#edi#discount#tax

* https://hainan.chinatax.gov.cn/ssxc_3_23_1/12155283.html China's STA fully digitized e-fapiao uses a unique 20-digit invoice number, while legacy paper fapiao kept an 8-digit number. Accept both formats so CN vendor bills and invoices can store electronic fapiao numbers without validation errors. 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

Before this commit, using a negative quantity for a discount line caused ZATCA validation warnings (BR-S-08, BR-CO-10 and BR-CO-13), as it was not handled like a negative price. This commit fixes the XML generation to treat negative quantities identically to negative unit prices, ensuring correct totals. task-5883377

Steps to reproduce: - Set up a Mexican company (MXN, l10n_mx_edi) able to send CFDI. - Create a Gift Card / eWallet program (e.g. 680 MXN). - Create a sale order with two products (e.g. 400 and 300). - Apply the gift card so the first product is fully covered. - Deliver, invoice, confirm and send to the SAT. Issue: The product entirely covered by the gift card (net amount = 0) is missing from the generated CFDI. The SAT requires every delivered product to appear in the XML for inventory and tax traceability, so omitting the line makes the document no longer reflect the transaction. The line was dropped because the negative-line dispatching (`_dispatch_negative_lines`) moves a positive line that is fully consumed by a negative one into `nulled_candidate_lines`, and those were never re-added to the CFDI lines. Simply re-adding them is not enough: a fully-discounted line has a tax base of zero, and the SAT rejects a Traslado/Retención with Base = 0 (CFDI40174 / CFDI40181). Fix: Re-add the nulled candidate lines so the concepto is kept with Descuento == Importe, and, when the line net is zero, drop its tax breakdown so it is reported as "No objeto de impuesto" (ObjetoImp '01') without an Impuestos node. This matches the behaviour already present in later versions. opw-6062845