Cos'è il PDF/A-3 e perché è importante per la fatturazione elettronica

Se hai avuto a che fare con la fatturazione elettronica europea negli ultimi due anni, probabilmente hai incontrato il termine PDF/A-3 come se tutti sapessero già cosa significa. La maggior parte degli articoli dà per scontato che il lettore comprenda la differenza tra PDF, PDF/A e PDF/A-3, e poi va avanti. Le differenze non sono accademiche. Determinano se una fattura che invii oggi sarà ancora apribile, verificabile e legalmente valida nel 2036.

Ecco la versione che avremmo voluto trovare scritta per noi.

PDF, PDF/A, PDF/A-3: tre cose diverse

Un normale PDF è un formato di presentazione. Può contenere tutto ciò che un grafico vuole: riferimenti a font esterni, JavaScript, video incorporati, link a risorse remote. Questa flessibilità è ottima per le brochure di marketing e pessima per gli archivi. Un PDF scritto nel 2005 potrebbe già renderizzarsi in modo diverso in un visualizzatore del 2025 perché un font è stato sostituito, una risorsa esterna ha restituito un 404 o un’estensione del fornitore è stata deprecata.

PDF/A (ISO 19005) è un sottoinsieme rigoroso del PDF progettato per renderizzarsi in modo identico per sempre. Vieta le funzionalità dinamiche. Tutti i font devono essere incorporati. Ogni profilo colore deve essere autonomo. Niente JavaScript, niente contenuti esterni, niente cifratura. Il risultato è un file che è garantito essere apribile e visivamente identico per decenni.

PDF/A-3 è la terza revisione di tale standard, pubblicata nel 2012. Ha cambiato esattamente una cosa: consente di incorporare allegati arbitrari all’interno del PDF. Le versioni precedenti (PDF/A-1, PDF/A-2) permettevano solo allegati che fossero a loro volta conformi a PDF/A. PDF/A-3 ha eliminato questa restrizione. Ora si può incorporare un file XML, un CSV, un documento JSON o qualsiasi altra cosa come allegato strutturato.

Quella singola modifica è ciò che ha reso possibile la moderna fatturazione elettronica.

Perché la fatturazione elettronica aveva bisogno esattamente di questo

Una fattura elettronica europea conforme deve essere due cose contemporaneamente:

1. Leggibile dalla macchina. Il sistema contabile dell’acquirente deve essere in grado di acquisire voci di riga, aliquote fiscali e termini di pagamento senza intervento umano.
2. Leggibile dall’uomo, per anni. La legge fiscale nella maggior parte dei paesi UE richiede che la fattura venga archiviata in una forma che un revisore umano possa aprire e leggere, per periodi compresi tra 7 e 10 anni.

Un file XML UBL puro soddisfa il primo requisito ma non il secondo. Un PDF puro soddisfa il secondo ma non il primo. Un PDF/A-3 con UBL incorporato soddisfa entrambi, in un unico contenitore a prova di manomissione, e il livello visivo è bit per bit identico al livello strutturato.

Questa è l’architettura alla base sia di Factur-X (lo standard francese-tedesco di fattura ibrida) che di ZUGFeRD (il suo genitore tedesco). Entrambi sono PDF/A-3 con un allegato XML specifico in una posizione specifica con un nome di file specifico. Togliendo i nomi commerciali, ciò che sono davvero è: “PDF/A-3, più un accordo su quale XML si mette all’interno.”

Cosa non ti dà il PDF/A-3

Il PDF/A-3 è un formato archiviale. Non è un certificato di conformità e non è una firma. Tre cose che specificamente non fa:

• Non valida l’XML incorporato. Si può inserire un UBL malformato all’interno di un PDF/A-3 e il file supererà comunque la validazione PDF/A-3. Il formato garantisce solo il contenitore, non il contenuto.
• Non prova quando è stato creato il file. Un file PDF/A-3 può essere ri-salvato, ri-timestampato e ri-inviato senza lasciare tracce. Se hai bisogno di dimostrare che “questa fattura esisteva in questa data,” hai bisogno di un timestamp RFC 3161 in aggiunta.
• Non garantisce la consegna. La conformità al formato e la conformità a un mandato nazionale (Peppol, KSeF, Chorus Pro) sono problemi distinti. Il PDF/A-3 è necessario ma non sufficiente.

Per questo motivo il pipeline SealDoc emette un PDF/A-3 più un timestamp RFC 3161 più un pacchetto di evidenze con hash del manifesto. Ogni livello risponde a una domanda diversa, e una vera verifica fiscale vorrà tutti e tre.

Errori comuni nei pipeline PDF/A-3

Vediamo gli stessi cinque errori nei pipeline dei clienti:

1. PDF parzialmente convertiti. Una libreria dichiara di “produrre PDF/A-3” ma non incorpora i font di sistema, che poi vengono risolti diversamente sul computer del revisore.
2. Relazione dell’allegato errata. PDF/A-3 distingue tra Source, Data, Alternative, Supplement e Unspecified. Factur-X richiede Alternative. Molti strumenti di incorporamento usano per default Unspecified e il file non supera la validazione rigorosa.
3. Metadati XMP mancanti. PDF/A richiede metadati autodescrittivi in formato XMP. Un file senza le chiavi obbligatorie pdfaid:part e pdfaid:conformance non è tecnicamente PDF/A-3, indipendentemente dalla struttura.
4. Deriva del profilo colore. Un PDF/A-3 deve dichiarare ogni spazio colore che utilizza. I pipeline che passano immagini RGB arbitrarie senza un profilo incorporato producono silenziosamente file non conformi.
5. Rasterizzazione di un PDF esistente. Alcuni pipeline rasterizzano il PDF di input prima di ri-incorporare l’XML. Funziona visivamente ma distrugge il livello di testo ricercabile e compromette l’accessibilità.

Puoi verificare quanto sopra con il nostro validatore pubblico su /check. Carica un file, ottieni un verdetto in pochi secondi, senza registrazione. Se un file non supera la validazione, il report indica esattamente quale clausola di quale specifica è stata violata.

Quando PDF/A-3 è la scelta giusta (e quando non lo è)

PDF/A-3 è la scelta corretta quando si deve conservare una copia leggibile dall’uomo di un documento strutturato per anni e si desidera avere entrambi i livelli in un unico contenitore. Questo comprende fatture elettroniche, ricevute elettroniche, contratti strutturati e, sempre più spesso, biglietti elettronici e documenti doganali.

È la scelta sbagliata per documenti effimeri (un documento di consegna che scade in una settimana), per documenti in cui il payload strutturato è l’unica cosa che conta (EDI puro), o dove il livello leggibile dall’uomo è puramente decorativo e non sarà mai oggetto di verifica.

Per tutti gli altri nel B2B europeo del 2026, PDF/A-3 è il formato. I dettagli tecnici sopra riportati sono il motivo per cui funziona, e il motivo per cui un’implementazione errata produrrà silenziosamente file che superano il controllo qualità interno ma falliranno alla scrivania del revisore tre anni dopo.