Invoice lifecycle status in Italy

Sending an invoice to SDI happens in two phases. First, SDI answers the submission itself: it either takes charge of the file or refuses it outright. Everything after that is asynchronous — SDI works through validation and delivery on its own schedule and reports each outcome by posting a notification back. Those notifications are what tell you whether the invoice actually reached the buyer, and for public administrations, whether the buyer accepted it. Each one becomes a bill/status entry attached to the invoice.

The lifecycle

Submission

The send step reports SDI’s immediate answer. When SDI takes charge of the file it returns an identifier for the submission, and every later notification about that invoice refers to it. When SDI refuses the file outright it returns an error code instead, and the step fails with KO.

Code	Meaning
`EI01`	The file is empty
`EI02`	The service is unavailable
`EI03`	The sender is not authorised

Being taken in charge is not the same as being accepted. Validation comes next, and an invoice can still be rejected minutes later.

Business invoices

For invoices to businesses and consumers, the lifecycle is short: SDI validates, then either delivers or parks the invoice.

Notification	Status	Typically within	Meaning
`NS` — notifica di scarto	`error`	Minutes	SDI’s validators rejected the file
`RC` — ricevuta di consegna	`acknowledged`	5 days	Delivered to the recipient
`MC` — mancata consegna	`acknowledged`	5 days	SDI could not deliver. The invoice is available to the recipient on the AdE portal, and you must tell them. See below

A rejected invoice has no legal existence. Correct it and send a fresh one — this is not a case for a credit note.

MC — the invoice is issued, but you must tell the buyer where to find it

SDI could not reach the buyer. Either the invoice gave no address (recipient code 0000000 and no PEC) and the buyer has none registered with AdE, or the address exists and was unreachable at the time, a full PEC mailbox for instance. The notification text says which.The invoice is not lost and it is not a failure. The receipt attests that the invoice is issued, and SDI files it in the buyer’s reserved area of the Fatture e Corrispettivi portal (Consultazione → Fatture elettroniche e altri dati IVA → fatture messe a disposizione), from the date given in the notification. That is why it counts as acknowledged.What the rules ask of you as the seller: tell the buyer promptly, by any means outside SDI, that the invoice is waiting for them there. Sending them a PDF or paper copy counts as that notice. For the buyer, the invoice counts as received on the day they view it on the portal, and their VAT deduction starts from that date.Do not send the invoice again. It is already issued, and a second submission is a duplicate. To avoid MC in the first place, ask business customers for a recipient code or a PEC address and put it on the invoice.Source: Provvedimento AdE 89757/2018, points 3.4, 4.3, 4.4 and 4.6.

Public administration invoices

Invoices to public administrations are not yet supported for sending. This section describes the lifecycle they follow, and applies once they are.

Invoices to a public body carry a second act: after delivery, the buyer has 15 days to accept or reject.

Notification	Status	Typically within	Meaning
`NS` — notifica di scarto	`error`	Minutes	SDI’s validators rejected the file
`MC` — mancata consegna	`processing`	5 days	SDI could not deliver yet, and keeps retrying for 10 days
`RC` — ricevuta di consegna	`acknowledged`	15 days	Delivered to the public body
`AT` — attestazione di trasmissione	`error`	15 days	Delivery was given up. See below
`NE` / `EC01` — notifica esito	`accepted`	30 days	The public body accepted the invoice
`NE` / `EC02` — notifica esito	`rejected`	30 days	The public body rejected the invoice
`DT` — decorrenza termini	`accepted`	30 days	The public body did not reply. See below

AT — the invoice never arrived, and you must deliver it yourself

SDI gave up delivering to the public body, and issues an attestation: legal proof that you transmitted the invoice and that the failure is not yours.This is not a fix-and-resubmit like NS. The invoice stands, but it is now on you to send both the invoice and the attestation to the public body directly, outside SDI. That direct delivery is required for the invoice to be payable — the attestation is what authorises the public body to process an invoice that did not reach it through SDI.It reports as an error because it needs you to act, not because anything is wrong with the invoice.

DT — silence, which in practice means accepted

The public body had 15 days to accept or reject and did neither, so SDI closes the process. From then on it discards any further communication about that invoice, which means the public body can no longer reject it.SDI does not call this an acceptance. In practice the invoice proceeds as one: rejection is off the table, and it appears as accepted in the PCC (Piattaforma dei Crediti Commerciali), which tracks what public administrations owe. Any remaining dispute is settled between you and the buyer, outside SDI.

Receiving the notifications

Each notification runs the status workflow configured on the Italy app, which records it against the invoice it belongs to.

Workflow
Code

Italy import invoice status workflow

{
    "name": "Italy import invoice status",
    "description": "Record an SDI notification about an invoice you sent",
    "schema": "bill/status",
    "steps": [
        {
            "id": "92d923d7-0d5a-4ee2-a7f9-f9fbd89f1650",
            "name": "Import status from SDI",
            "provider": "gov-it.sdi.import.status",
            "summary": "Turn the SDI notification into a status entry"
        }
    ],
    "rescue": []
}

Recording the status is where the app’s job ends. What follows — updating the invoice, alerting someone, telling your own systems — is yours to build as steps after the import. The step reports the status it recorded as its result code, so your workflow can treat acknowledged differently from rejected.

What a status entry holds

Every entry carries the SDI series and the SDI message identifier as its code, with the submission identifier in its metadata so it can be traced back to the invoice. The status line records the outcome as one of GOBL’s own keys — acknowledged, accepted, rejected, error or processing — with the exact Italian notification code preserved alongside it in the it-sdi-notification extension, and a plain-language description of what happened. Entries are typed by who is speaking. Notifications from SDI are an update, since the platform is reporting; a NE is a response, because there the buyer is answering.

FAQ

How do I configure my workspace for Italian invoicing?

Install the Italy app for structured invoicing through SDI, or the Smart Receipts app for B2C-only AdE CF receipts. Run invoices through a workflow with the Send invoice to SDI step — see the issuing guide.

How do I issue a documento commerciale (scontrino)?

Retail receipts (documento commerciale, commonly called scontrino) are not SDI invoices — they are reported to the tax authority as corrispettivi through a separate channel. Use the Smart Receipts Italy app for those, and see the Smart Receipts issuing guide.

Where do I find Italy-specific GOBL documentation?

See the Italy tax regime in GOBL for tax categories, codice fiscale rules, and SDI-specific extensions. The it-sdi-v1 addon documents required FatturaPA fields.

Why is my invoice processing taking so long?

The Send invoice to SDI step completes as soon as SDI accepts the file — it doesn’t wait for SDI’s verdict. What takes time is SDI’s own processing: a rejection usually arrives within minutes, but delivery confirmations can take up to 5 days. Each verdict is recorded against the invoice as a status entry, so nothing is stuck while you wait. See the status guide for the full lifecycle.

How do I know if my invoice was delivered successfully?

SDI confirms delivery with an RC (ricevuta di consegna) notification, recorded on the invoice as a status entry with the GOBL status acknowledged. A rejection arrives as NS with status error. Every notification and what it means is covered in the status guide.

How do I test different SDI outcomes in the sandbox?

Set a reserved codice destinatario on the customer — for example SIMNS00 to simulate a rejection. The sandbox simulates SDI end to end and feeds back the notifications a real exchange would produce; any ordinary code resolves to a successful delivery. The full list of reserved codes is in the issuing guide.

How do I add codice fiscale and Partita IVA?

Invopop handles both Italian tax identification numbers in the supplier and customer sections of invoices:

Partita IVA (VAT number): Automatically extracted from the tax_id/code field.
Codice Fiscale (fiscal code): Must be specified as an identity with the key it-fiscal-code.

Here’s an example showing both identifiers in a supplier object:

Supplier with Partita IVA and Codice Fiscale

{
    "supplier": {
        "name": "MªF. Services",
        "tax_id": {
            "country": "IT",
            "code": "12345678903"
        },
        "identities": [
            {
                "key": "it-fiscal-code",
                "code": "MRTMTT91D08F205J"
            }
        ]
    }
}

More available in our Italy FAQ section

🇮🇹 Invopop resources for Italy


Compliance	Invoicing compliance in Italy Compliance timeline
Apps	Italy SDI Italy Smart Receipts Italy
Guides	SDI — Issuing invoices · Status · Receiving invoices · Archiving SDI sending guide (legacy) SDI receiving guide (legacy) Smart Receipts supplier registration Smart Receipts issuing guide
FAQ	Italy FAQ
GOBL	Italy Tax Regime Italy SDI FatturaPA Addon Italy AdE Ticket Addon
GitHub	gobl.fatturapa

Participate in our community

Ask and answer questions about invoicing in Italy →

Networks

Countries

Set-up

GOBL

Apps

API

Features

Invoice lifecycle status in Italy

The lifecycle

Submission

Business invoices

Public administration invoices

Receiving the notifications

What a status entry holds

FAQ

Participate in our community

​The lifecycle

​Submission

​Business invoices

​Public administration invoices

​Receiving the notifications

​What a status entry holds

​FAQ

Participate in our community

The lifecycle

Submission

Business invoices

Public administration invoices

Receiving the notifications

What a status entry holds

FAQ