Odoo Changelog — 2026-07-04

Saturday, July 4, 2026

1 change · 18.0

Bug Fixes(1)

Resolved issues and error corrections

[FIX] l10n_it_stock_ddt: drop DatiDDT without a number from the e-invoice

Core18.0l10n_it_stock_ddtMEDIUM

This update resolves an issue where FatturaPA (an Italian e-invoice system) rejected invoices linked to deliveries without a DDT number. The change ensures that invoices without a DDT number are no longer included in the XML export, preventing errors and ensuring compliance with FatturaPA requirements. This improves the reliability of e-invoice generation.

Original PR description

### Before this PR FatturaPA wants a `NumeroDDT` inside every `DatiDDT` block. When an invoice is linked to a delivery that never got a DDT number (its picking type has no DDT sequence), we still…

### Before this PR

  FatturaPA wants a `NumeroDDT` inside every `DatiDDT` block. When an invoice is linked to a delivery that never got a DDT number (its picking type has no DDT sequence), we still wrote out a `DatiDDT` with no  `NumeroDDT`, and the SDI throws the whole invoice back.
 
  The delivery slips into `ddt_dict` because `_get_ddt_values` gathers every linked picking, with or without a number.
  
### After this PR

 No error on export because the ddt without number are not exported in XML

### Steps to reproduce

1. Go to the Delivery operation type (Inventory -> Configuration  -> Operations Types  -> your `WH/OUT`) and remove the "DDT Sequence" (`l10n_it_ddt_sequence_id`). Any outbound process having the picking type without DDT sequence will replicate the bug (e.g., a Dropship type without DDT sequence).
2. Create a Sale Order for a client, put a storable/consumable product invoiced on delivery and validate it.
3. Validate the Delivery. As the picking type does not have any DDT sequence, `_action_done` does not assign any DDT Number, so the picking has an empty "DDT Number".
5. Create an invoice from the Sale Order and validate it.
6. Export FatturaPA XML (Send & Print / e-invoice).

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

#e-invoice#FatturaPA#IT#delivery

### Before this PR FatturaPA wants a `NumeroDDT` inside every `DatiDDT` block. When an invoice is linked to a delivery that never got a DDT number (its picking type has no DDT sequence), we still wrote out a `DatiDDT` with no `NumeroDDT`, and the SDI throws the whole invoice back. The delivery slips into `ddt_dict` because `_get_ddt_values` gathers every linked picking, with or without a number. ### After this PR No error on export because the ddt without number are not exported in XML ### Steps to reproduce 1. Go to the Delivery operation type (Inventory -> Configuration -> Operations Types -> your `WH/OUT`) and remove the "DDT Sequence" (`l10n_it_ddt_sequence_id`). Any outbound process having the picking type without DDT sequence will replicate the bug (e.g., a Dropship type without DDT sequence). 2. Create a Sale Order for a client, put a storable/consumable product invoiced on delivery and validate it. 3. Validate the Delivery. As the picking type does not have any DDT sequence, `_action_done` does not assign any DDT Number, so the picking has an empty "DDT Number". 5. Create an invoice from the Sale Order and validate it. 6. Export FatturaPA XML (Send & Print / e-invoice). --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr