Odoo Changelog — 2026-03-31

Tuesday, March 31, 2026

2 changes · saas-18.2

Improvements(2)

Enhancements to existing features

[IMP] l10n_sa_{edi}: adapt the taxes to the exemption reasons

Coresaas-18.2l10n_sal10n_sa_ediMedium

Saudi localization now uses the correct VAT exemption or zero-rate reason for applicable 0% taxes, so invoice XML no longer labels these supplies as “Not subject to VAT.” This improves ZATCA compliance while preserving older tax records for compatibility and also shows the reason on invoice PDFs.

Original PR description

Issue:
- The field `l10n_sa_exemption_reason_code` was not mapped for zero-rated, zero-rated export, and exempt taxes.
- As a result, invoices using 0% taxes incorrectly showed "Not subject to VAT" in the XML, which misrepresented the actual nature of the supply.

Imp:
- Added new zero-rated and exempt taxes with proper ZATCA/UN CEFACT codes.
- Kept legacy 0% taxes unchanged for backward compatibility.
- Added Invoice Legal notes to make exemption reason visible in pdf also.
- Improved error spacing and removed redundant comma text.

Impact:
- Ensures full compliance with ZATCA XML standards.
- Prevents misleading VAT data representation.

Backport of https://github.com/odoo/odoo/pull/234096 
taskID-5494997

Forward-Port-Of: odoo/odoo#255922
Forward-Port-Of: odoo/odoo#244656

#Saudi Arabia#VAT#ZATCA#invoicing

[IMP] l10n_jo_edi_pos: make l10n_jo_edi_pos_{state, return_reason} readonly

PR #256712

Coresaas-18.2l10n_jo_edi_posMedium

Jordanian point-of-sale users can now change certain e-invoicing fields unless the transaction has already been officially sent. This prevents demo transactions from getting stuck and gives businesses the option to delete them or send them to the production tax endpoint.

Original PR description

Before this commit:
- The fields `l10n_jo_edi_pos_{state, return_reason}` were readonly when 
  `l10n_jo_edi_pos_qr` was set. However, we did not take into account the fact
  that `pos.order` cannot be reset once `done/paid/invoiced`; thereby blocking
  the user with a demo transaction forever without any alternative.

After this commit:
- The fields `l10n_jo_edi_pos_{state, return_reason}` are readonly when
  `l10n_jo_edi_pos_qr and l10n_jo_edi_state == 'sent'`. Additionally, an 
  onchange is introduced on `l10n_jo_edi_pos_state` to clear 
  `l10n_jo_edi_pos_qr`. This gives back flexibility to the user to either delete
   the demo mode transaction or sync them to the production endpoint.

task-5958427

Forward-Port-Of: odoo/odoo#250808

#Jordan#POS#e-invoicing

Issue: - The field `l10n_sa_exemption_reason_code` was not mapped for zero-rated, zero-rated export, and exempt taxes. - As a result, invoices using 0% taxes incorrectly showed "Not subject to VAT" in the XML, which misrepresented the actual nature of the supply. Imp: - Added new zero-rated and exempt taxes with proper ZATCA/UN CEFACT codes. - Kept legacy 0% taxes unchanged for backward compatibility. - Added Invoice Legal notes to make exemption reason visible in pdf also. - Improved error spacing and removed redundant comma text. Impact: - Ensures full compliance with ZATCA XML standards. - Prevents misleading VAT data representation. Backport of https://github.com/odoo/odoo/pull/234096 taskID-5494997 Forward-Port-Of: odoo/odoo#255922 Forward-Port-Of: odoo/odoo#244656

Before this commit: - The fields `l10n_jo_edi_pos_{state, return_reason}` were readonly when `l10n_jo_edi_pos_qr` was set. However, we did not take into account the fact that `pos.order` cannot be reset once `done/paid/invoiced`; thereby blocking the user with a demo transaction forever without any alternative. After this commit: - The fields `l10n_jo_edi_pos_{state, return_reason}` are readonly when `l10n_jo_edi_pos_qr and l10n_jo_edi_state == 'sent'`. Additionally, an onchange is introduced on `l10n_jo_edi_pos_state` to clear `l10n_jo_edi_pos_qr`. This gives back flexibility to the user to either delete the demo mode transaction or sync them to the production endpoint. task-5958427 Forward-Port-Of: odoo/odoo#250808