Un fornitore può inviare una fattura in PDF dall'aspetto impeccabile, essere pagato senza intoppi e risultare comunque non conforme nel momento in cui un obbligo nazionale di fatturazione elettronica si applica a quella operazione. Secondo la normativa UE sulla fatturazione elettronica, sembrare elettronica ed essere una fattura elettronica strutturata non sono la stessa verifica.
Mentre Germania, Italia, Spagna e il resto dell'UE introducono gradualmente gli obblighi di fatturazione elettronica strutturata, la distanza tra «inviata elettronicamente» ed «emessa come fattura elettronica conforme» è esattamente ciò che porta al rifiuto della fattura di un fornitore, al ritardo di un pagamento o alla constatazione che un'impresa non è conforme durante l'introduzione.
TL;DR
- Una fattura cartacea, una fattura in PDF e una fattura scansionata sono funzionalmente la stessa cosa secondo la normativa UE sulla fatturazione elettronica: nessuna di esse è un dato strutturato, quindi nessuna si qualifica come fattura elettronica.
- Solo una fattura emessa, trasmessa e ricevuta in un formato strutturato, come UBL o CII XML, secondo la definizione della Direttiva 2014/55/UE, conta come elettronica ai fini degli obblighi.
- Un PDF con un file XML incorporato, come ZUGFeRD o Factur-X, può contare come vera fattura elettronica, ma solo se quei dati incorporati usano un profilo che contiene i dati strutturati completi della norma EN 16931.
- I profili a dati ridotti di ZUGFeRD/Factur-X come MINIMUM e BASIC WL non soddisfano l'obbligo di fatturazione elettronica B2B della Germania a partire da gennaio 2026, anche se il file in sé è tecnicamente elettronico.
- Inviare una fattura via e-mail, caricarla su un portale o spedirla in HTML non cambia il suo formato di base: il canale di trasmissione non può trasformare una fattura non strutturata in una strutturata.
Cosa distingue davvero la carta, il PDF e una vera fattura elettronica?
La differenza tra una fattura cartacea, una fattura in PDF e una vera fattura elettronica si riduce a una sola proprietà: se i dati sono strutturati perché una macchina possa leggerli, non come viaggia il file.
Una fattura cartacea porta i suoi dati incorporati in un layout stampato, pensato per l'occhio umano.
Una fattura in PDF fa la stessa cosa in forma digitale: importi, date e righe di dettaglio si trovano all'interno di un layout visivo e un computer che riceve quel PDF non ha modo affidabile di estrarli senza OCR o inserimento manuale.
Una vera fattura elettronica elimina il layout come veicolo del significato. I dati risiedono in campi XML etichettati, in uno schema che un sistema ricevente può elaborare direttamente, e qualsiasi versione leggibile dall'uomo è una rappresentazione generata a partire da quei dati, non la loro fonte.
È per questo che la guida di fiskaly su cos'è una fattura elettronica considera la definizione giuridica (emessa, trasmessa e ricevuta in formato strutturato) come criterio, invece di chiedersi se un documento sia stato spostato via e-mail o per posta.
Perché una fattura in PDF non conta come fattura elettronica, anche se inviata via e-mail?
Un PDF inviato via e-mail è digitale, ma digitale e strutturato sono proprietà diverse e solo le fatture strutturate soddisfano gli obblighi UE di fatturazione elettronica. Il building block eInvoicing della Commissione europea è esplicito su questo punto: i file PDF e Word, i formati immagine come JPG o TIFF, le fatture HTML non strutturate e l'output OCR di fatture cartacee scansionate sono tutti esclusi dalla definizione giuridica di fattura elettronica, indipendentemente da come sono stati consegnati.
Il motivo pratico è l'automazione. Un sistema ricevente non può estrarre in modo affidabile il numero della fattura, l'importo dell'IVA e le righe di dettaglio dal layout visivo di un PDF senza che una persona controlli il risultato, e proprio quel passaggio manuale è ciò che la fatturazione elettronica strutturata esiste per eliminare. Inviare la stessa fattura come allegato e-mail invece di stamparla cambia il canale, non il formato dei dati di base.
E un PDF con un file XML incorporato, come ZUGFeRD o Factur-X?
I formati ibridi complicano il quadro, perché possono davvero contare come fatture elettroniche, a seconda del profilo che usano. ZUGFeRD e Factur-X incorporano un file CII XML strutturato all'interno di un documento PDF/A-3 leggibile dall'uomo e, dalla versione ZUGFeRD 2.1 del 2020, le specifiche tedesca e francese sono tecnicamente identiche, fino al nome di file incorporato condiviso, factur-x.xml.
Il punto critico è che entrambi i formati definiscono più profili e non tutti i profili contengono dati strutturati completi. MINIMUM e BASIC WL sono profili a dati ridotti, nati originariamente attorno ai requisiti francesi di ausilio alla contabilità; contengono solo un sottoinsieme dei campi della fattura e non soddisfano l'obbligo di fatturazione elettronica B2B della Germania a partire da gennaio 2026. Per la fatturazione B2B verso la Germania, un profilo di livello COMFORT o superiore, allineato alla norma EN 16931, è la base pratica. Un PDF che tecnicamente contiene XML incorporato ma usa uno dei profili ridotti non è comunque una fattura elettronica conforme per quell'obbligo, anche se il formato del file appare identico dall'esterno.
Una fattura scansionata o un PDF con OCR conta come elettronica?
No. Una fattura scansionata è l'immagine di un documento e applicarvi l'OCR in un secondo momento non la rende retroattivamente una fattura elettronica strutturata; l'output OCR è un'estrazione di testo fatta al meglio delle possibilità e soggetta a errori di lettura, non un formato di dati giuridicamente strutturato di cui un sistema ricevente possa fidarsi senza verifica. La stessa guida eInvoicing della Commissione europea indica l'output OCR di fatture cartacee scansionate come una delle categorie escluse proprio per questa mancanza di affidabilità.
Cambia qualcosa inviarla via e-mail, caricarla su un portale o spedirla in HTML?
No. Struttura e canale sono questioni distinte e azzeccare il canale non sistema un file non strutturato. La Direttiva 2014/55/UE richiede che una fattura sia emessa, trasmessa e ricevuta in formato strutturato, tutti e tre i passaggi, e la maggior parte degli obblighi nazionali specifica anche quali reti soddisfano il passaggio di trasmissione (Peppol, il Sistema di Interscambio italiano, l'OZG-RE tedesco per le fatture alla pubblica amministrazione federale). Inviare un file XML correttamente strutturato tramite un canale non autorizzato può creare una propria lacuna di conformità, ma inviare un PDF non strutturato tramite il canale corretto non lo trasforma comunque in una fattura elettronica. Per l'analisi completa di ciò che richiede «emessa, trasmessa e ricevuta in formato strutturato», si veda la guida di fiskaly su cos'è una fattura elettronica.