I formati di fatturazione elettronica

Un formato di fatturazione elettronica è la struttura leggibile da una macchina in cui viaggia una fattura — non il PDF di una fattura, ma la fattura stessa come dati che il sistema dell'acquirente può registrare senza reinserimento. In Europa contano solo due sintassi XML (UBL 2.1 e UN/CEFACT CII), una norma semantica sopra di esse (EN 16931) e poi una lunga coda di profili nazionali — Factur-X, ZUGFeRD, XRechnung, FatturaPA, Facturae, KSeF FA(3), ZATCA, MyInvois — che vincolano gli stessi dati per l'amministrazione fiscale di un paese. Questa pagina è la mappa completa e dice esattamente quali di essi Flowie produce, accetta e consegna.

La risposta breve, per paese

Se leggi una sola sezione, leggi questa. Nel 2026 la questione del formato si riduce a quattro casi:

• Invii nell'UE tramite Peppol (Belgio, Paesi Bassi, paesi nordici, Irlanda, gran parte del B2G) → Peppol BIS Billing 3.0, ossia UBL 2.1 vincolato alla EN 16931. È ciò che Flowie emette per impostazione predefinita.
• Invii verso un paese con una propria piattaforma di clearance (Italia, Polonia, Romania, Spagna, Arabia Saudita, India, Malesia, Egitto, Turchia) → il formato nazionale che quella piattaforma accetta, autorizzato prima o durante la consegna della fattura.
• Invii in Francia o in Germania → un PDF ibrido Factur-X / ZUGFeRD, oppure CII/UBL semplice, oppure XRechnung per gli acquirenti pubblici tedeschi. Tutti e tre sono legali; decide la capacità dell'acquirente.
• Non lo sai → invia JSON e lascia che Flowie risolva la capacità del destinatario dall'anagrafica della rete. È ciò a cui risponde POST /v1/directory/verify.

Obblighi, scadenze e rete di ciascun paese sono documentati nella sezione compliance — 47 giurisdizioni, con una matrice di copertura ordinabile per rete.

I quattro livelli: modello, sintassi, profilo, rete

Quasi ogni discussione sui formati di fatturazione elettronica è fatta di due persone che parlano di livelli diversi. Una fattura in rete è la somma di quattro decisioni, e ciascuna è indipendente dalle altre:

Cosa gestisce Flowie

Due direzioni, un endpoint ciascuna. In uscita, il campo format di POST /v1/documents/send dichiara cosa ci stai consegnando:

In entrata, ogni documento ricevuto è disponibile in tre forme dagli endpoint documenti: l'artefatto originale esattamente come lo ha depositato il mittente (il PDF Factur-X, se è quello che ha inviato), l' XML strutturato e il JSON normalizzato che viaggia sui webhook. Non devi mai fare il parsing di una sintassi che non vuoi supportare.

Sul versante francese, il flusso AFNOR XP Z12-013 dichiara esplicitamente la sua sintassi — CII, UBL, Factur-X per le fatture, più CDAR per gli stati del ciclo di vita e FRR per l'e-reporting. Vedi il playbook di integrazione francese.

Catalogo dei formati

Ogni formato di fatturazione elettronica che puoi incontrare, cos'è davvero, dove è richiesto e se Flowie lo gestisce. Clicca su un'intestazione di colonna per ordinare.

Invio & ricezione significa che Flowie genera il formato in uscita e lo normalizza in entrata — tu lavori in JSON e non tocchi mai lo schema. Il dettaglio paese per paese, incluso quale rete porta quale formato, è nella matrice di copertura.

EN 16931 — la norma semantica europea

La EN 16931 non è un formato di file. È il modello semantico dei dati che dice cosa contiene una fattura: 164 termini di business (BT-1…) raggruppati in gruppi di business (BG-1…), più circa 200 regole che stabiliscono quando ciascuno è obbligatorio e come devono tornare i totali. Ogni formato europeo di fatturazione elettronica è un vincolo su di essa.

Esiste grazie alla direttiva UE 2014/55/UE, che ha obbligato gli acquirenti pubblici dell'Unione ad accettare fatture elettroniche in una norma comune. La EN 16931-1:2026 è stata pubblicata a maggio 2026 e ha ritirato formalmente l'edizione 2017, con un periodo di migrazione mentre i profili si adeguano — quindi un documento che valida contro uno schematron di generazione 2017 continuerà a validare, e il cambiamento concreto arriverà quando ogni profilo nazionale si ripubblicherà sulla nuova edizione.

La specifica tecnica complementare CEN/TS 16931-2 elenca le sintassi conformi, e sono esattamente due: UBL 2.1 e UN/CEFACT CII. Tutto il resto, in Europa, è un profilo di una delle due.

Flowie espone il modello direttamente: il referenziale dei termini di business elenca tutti i 164 BT, a cosa corrisponde ciascuno in UBL e in CII e quali la Francia richiede in più. Gli errori di validazione tornano indicando il termine di business, non lo step di schematron — vedi il catalogo degli errori.

UBL 2.1 — la sintassi XML che parla la maggior parte delle reti

UBL (Universal Business Language) 2.1 è uno standard OASIS che definisce schemi XML per l'intera catena degli acquisti — ordini, avvisi di spedizione, fatture, note di credito. I suoi documenti Invoice e CreditNote sono una delle due sintassi conformi alla EN 16931, e quella scelta dalla rete Peppol.

Una fattura UBL EN 16931 dichiara il proprio profilo in due elementi in testa al documento:

<cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0</cbc:CustomizationID>
<cbc:ProfileID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</cbc:ProfileID>

CustomizationID è il profilo — il CIUS che il documento dichiara di soddisfare. ProfileID è il processo di business a cui appartiene. Sbaglia uno dei due e un access point conforme rifiuterà il documento prima che un umano lo veda. Flowie li scrive per te quando invii format: "json", e li valida quando depositi il tuo XML.

UBL è anche la base di diversi formati nazionali precedenti alla norma europea o che la estendono — OIOUBL (Danimarca), ISDOC (Cechia), UBL-TR (Türkiye), ZATCA (Arabia Saudita) e MyInvois (Malesia).

UN/CEFACT CII — l'altra sintassi conforme

Il CII (Cross Industry Invoice) è la sintassi XML di UN/CEFACT, standardizzata nella release di schemi D16B. Il suo elemento radice è rsm:CrossIndustryInvoice e porta gli stessi termini di business EN 16931 dell'UBL in un albero diverso: tre sezioni di primo livello (ExchangedDocument, SupplyChainTradeTransaction e il contesto di intestazione) invece della struttura più piatta dell'UBL.

Il CII conta molto più di quanto la sua quota di mercato suggerisca, perché è l'XML incorporato in ogni PDF Factur-X e ZUGFeRD — il che ne fa la sintassi dominante in Francia e Germania, i due maggiori mercati della fatturazione elettronica dell'Europa continentale.

Factur-X & ZUGFeRD — i formati PDF ibridi

Factur-X (Francia) e ZUGFeRD (Germania) sono lo stesso standard pubblicato da due organismi — FNFE-MPE e FeRD — con due nomi. Una fattura Factur-X è un file PDF/A-3 con un allegato XML CII incorporato: un umano apre il PDF e legge una fattura; una macchina apre lo stesso file, ne estrae factur-x.xml e la registra. Un solo artefatto, due destinatari, nessun problema di riconciliazione.

Lo standard definisce una scala di profili, da MINIMUM e BASIC WL (troppo scarni per costituire da soli una fattura legale) passando per BASIC ed EN 16931 (il nucleo pienamente conforme) fino a EXTENDED (che aggiunge termini oltre la EN 16931). La riforma B2B francese accetta Factur-X dal profilo EN 16931 in su.

Flowie tratta il PDF come l'originale: deposita un Factur-X e il CII incorporato viene estratto, mappato e validato, mentre il PDF che hai inviato resta l'artefatto restituito come documento originale — ciò che la norma AFNOR XP Z12-013 richiede a un emittente francese, e ciò che chiederà un revisore. Vedi la panoramica Francia e la pagina Germania per i due obblighi.

Peppol BIS Billing 3.0 e PINT

Peppol BIS Billing 3.0 è un CIUS della EN 16931 espresso in UBL 2.1, ed è il profilo di fatturazione elettronica più diffuso in Europa. È ciò che viaggia sul modello a quattro angoli della rete Peppol: tu invii al tuo access point, il tuo access point consegna a quello del destinatario e una consultazione SMP risolve di chi si tratta. Flowie è un access point, quindi inviare è una sola chiamata API.

PINT (Peppol International) è la generalizzazione globale più recente: un modello di fatturazione comune che ogni giurisdizione specializza invece di forkare. Specializzazioni PINT sono attive o in arrivo in Australia e Nuova Zelanda (PINT A-NZ), in Giappone (JP PINT), a Singapore (InvoiceNow), negli Emirati Arabi Uniti (PINT AE, su un modello a cinque angoli che aggiunge l'amministrazione fiscale come angolo) — e nell'UE, come PINT EU, il profilo successore di BIS Billing 3.0.

Formati nazionali europei e CIUS

La maggior parte dei paesi UE usa Peppol BIS così com'è o lo restringe con un CIUS nazionale. Alcuni gestiscono formati che precedono la norma europea e sono tuttora giuridicamente richiesti.

XRechnung (Germania)

Il CIUS tedesco della EN 16931, mantenuto da KoSIT. Obbligatorio per le fatture agli acquirenti pubblici federali e profilo di riferimento dell'obbligo B2B che entra in vigore per fasi fino al 2028. XRechnung può essere trasportato sia in UBL sia in CII e aggiunge specificità tedesche — instradamento tramite Leitweg-ID, contatti dell'acquirente obbligatori. Dettagli sulla pagina Germania.

FatturaPA (Italia)

Lo schema XML nazionale italiano, transitato dal Sistema di Interscambio (SDI) per ogni fattura B2B, B2C e B2G. Precede la EN 16931 e non ne è un CIUS: ha nomi di elementi propri, propri codici TipoDocumento (TD01–TD29) e propri messaggi di ritorno (esiti) che arrivano in modo asincrono dopo l'invio. Flowie mappa il modello canonico su di esso ed espone gli esiti come eventi di ciclo di vita — vedi la panoramica Italia e l'esploratore TD.

Il resto, in breve

• Facturae (Spagna) — XML nazionale con firma XAdES obbligatoria, usato per il B2G tramite FACe mentre prosegue il rollout B2B Crea y Crece. Spagna →
• KSeF FA(3) (Polonia) — lo schema della piattaforma nazionale di clearance; una fattura non ha esistenza legale finché KSeF non le assegna un numero. Polonia →
• RO e-Factura (Romania) — un CIUS nazionale della EN 16931 gestito da ANAF. Romania →
• ISDOC (Cechia) — uno standard nazionale derivato da UBL, del 2009; gli acquirenti pubblici lo accettano, come Peppol BIS. Cechia →
• OIOUBL (Danimarca) — il profilo UBL danese trasportato da NemHandel, ancora vivo negli ERP pubblici storici. Danimarca →
• EHF (Norvegia) — oggi essenzialmente Peppol BIS con identificativi norvegesi. Norvegia →
• Finvoice (Finlandia) — uno standard guidato dalle banche e consegnato tramite i canali bancari, accanto a Peppol. Finlandia →
• ebInterface (Austria) — accettato sul portale federale di fatturazione elettronica accanto a Peppol BIS. Austria →
• UBL.BE (Belgio) — il profilo Peppol BIS belga, ora che l'obbligo B2B è in vigore e HERMES è stato dismesso. Belgio →

Formati di clearance e reporting fuori dall'UE

Fuori dall'Europa il modello dominante è la clearance: la fattura è inviata all'amministrazione fiscale e diventa valida solo quando torna timbrata, numerata o firmata. Il formato è quello che dice lo schema di quella piattaforma, e raramente è EN 16931.

• Arabia Saudita — ZATCA / Fatoora: XML basato su UBL 2.1 con timbro crittografico, UUID e QR code; le fatture standard sono autorizzate prima dell'emissione, quelle semplificate comunicate dopo. Arabia Saudita →
• Malesia — MyInvois: UBL 2.1 in XML o JSON, validato da LHDN, che restituisce un UUID e un QR code. Malesia →
• India — fattura GST: lo schema JSON INV-01 registrato presso un Invoice Registration Portal, che restituisce l'IRN e un QR code firmato. India →
• Egitto — ETA: documenti JSON/XML inviati all'amministrazione fiscale per una clearance quasi in tempo reale. Egitto →
• Türkiye — e-Fatura / e-Arşiv: UBL-TR, una customization turca di UBL 2.1, tramite il GİB. Türkiye →
• Israele — numero di allocazione ITA: nessun nuovo formato di documento; sopra una soglia, le fatture devono ottenere un numero di allocazione dall'amministrazione fiscale per essere deducibili. Israele →
• Cina — e-fapiao interamente digitale: emessa dentro la piattaforma Golden Tax IV della STA anziché scambiata tra partner commerciali. Cina →

Il lavoro di Flowie è lo stesso in ogni caso: tu invii il JSON canonico e il connettore paese genera lo schema della piattaforma, lo invia e riporta l'esito come eventi di ciclo di vita a cui puoi abbonarti. Ciò che cambia è quando la fattura diventa giuridicamente valida — motivo per cui in un paese a clearance è l'endpoint del ciclo di vita, e non la risposta all'invio, la cosa da osservare.

L'EDI storico, e perché un PDF non è una fattura elettronica

UN/EDIFACT INVOIC e ANSI X12 810 sono i messaggi di fattura EDI pre-XML, che muovono ancora volumi enormi nella distribuzione, nell'automotive e nella logistica. Sono strutturati e leggibili da una macchina, quindi risolvono lo stesso problema — ma non sono sintassi EN 16931, e un obbligo che nomina UBL o CII non li accetterà. Fare da ponte è un progetto di mapping: parlane con noi se hai una dorsale EDI da preservare.

Una fattura PDF, anche inviata via e-mail, non è una fattura elettronica ai sensi degli obblighi attuali — e nemmeno una scansione o un foglio di calcolo. Il criterio che ogni norma applica è se la fattura possa essere elaborata automaticamente senza reinserimento, cosa che un PDF piatto non consente. È l'equivoco più diffuso nei progetti di fatturazione elettronica, ed è la ragione per cui esiste Factur-X: tenere in un unico file il PDF che voleva un umano e i dati che la norma richiede. Flowie conserverà volentieri un PDF piatto con format: "raw" — semplicemente non lo instraderà come fattura conforme.

Quale formato devo inviare?

• Stai costruendo una nuova integrazione → invia format: "json". Descrivi la fattura una volta; Flowie genera la sintassi giusta per destinazione e la rigenera quando un paese cambia profilo.
• Il tuo ERP emette già UBL o CII → depositalo con ubl-xml / cii-xml. I tuoi byte restano l'originale emesso, cosa che conta per l'audit.
• Il tuo ERP emette PDF Factur-X o ZUGFeRD → invia il PDF con format: "auto". Il CII incorporato viene estratto e validato; il PDF resta l'originale.
• Vendi in Germania → XRechnung per gli acquirenti pubblici, Factur-X/ZUGFeRD o CII/UBL semplice per il B2B. Germania →
• Vendi in Italia, Polonia, Romania, Spagna o in un paese a clearance del Golfo o dell'Asia → invia JSON e lascia che il connettore paese generi lo schema nazionale. Lì il formato non è davvero una tua scelta: lo schema della piattaforma è il contratto. Matrice di copertura →
• Non sai cosa accetta il destinatario → POST /v1/directory/verify prima di inviare.

Domande frequenti

Qual è la differenza tra UBL e CII?

Sono due sintassi XML per lo stesso contenuto semantico. UBL 2.1 è uno standard OASIS usato da Peppol e dalla maggior parte delle reti nordeuropee; UN/CEFACT CII è usato in Francia e Germania ed è l'XML incorporato nei PDF Factur-X e ZUGFeRD. La CEN/TS 16931-2 riconosce entrambe come conformi alla EN 16931, quindi una fattura passa dall'una all'altra senza perdere contenuto di business. L'elemento radice le distingue: CrossIndustryInvoice per il CII, Invoice o CreditNote per l'UBL.

Factur-X e ZUGFeRD sono la stessa cosa?

Sì — tecnicamente lo stesso standard ibrido PDF/A-3, pubblicato congiuntamente da FNFE-MPE in Francia e FeRD in Germania con due nomi. Un file ZUGFeRD è un file Factur-X valido e viceversa, allo stesso livello di profilo. I nomi differiscono per ragioni di governance e di mercato, non tecniche.

XRechnung è un formato Peppol?

No. XRechnung è un CIUS tedesco della EN 16931; Peppol BIS Billing 3.0 è il CIUS di OpenPeppol della stessa norma. I documenti XRechnung viaggiano spesso sulla rete Peppol, da cui la confusione, ma sono profili diversi con campi obbligatori diversi — in particolare il Leitweg-ID tedesco.

Una fattura PDF è una fattura elettronica?

No. Ai sensi della direttiva UE 2014/55/UE e degli obblighi nazionali che ne discendono, una fattura elettronica deve essere emessa, trasmessa e ricevuta in un formato strutturato che consenta l'elaborazione automatica. Un PDF — o una scansione, o un'immagine inviata via e-mail — non basta, comunque sia stato prodotto. Un PDF ibrido Factur-X/ZUGFeRD sì, perché l'XML strutturato viaggia al suo interno.

Devo convertire io le fatture?

No. Invia il modello JSON canonico a POST /v1/documents/send e Flowie produce ciò che la destinazione richiede. La conversione diventa un tuo problema solo se insisti a depositare XML già pronto per un paese di cui non hai implementato il profilo.

La EN 16931-1:2026 rompe la mia integrazione?

Non di per sé. L'edizione 2026 è stata pubblicata a maggio 2026 e ha ritirato formalmente quella del 2017, ma i profili nazionali la adottano con i propri tempi e la validazione continua ad accettare le versioni di profilo correnti durante la migrazione. Ogni cambiamento effettivo è annunciato nel changelog prima di raggiungerti.

Quali formati supporta Flowie?

In ingresso: il modello JSON canonico, UBL 2.1, UN/CEFACT CII e i PDF Factur-X/ZUGFeRD (più qualsiasi file conservato tale e quale con format: "raw"). In uscita: Peppol BIS Billing 3.0 e PINT per la rete Peppol, e il formato nazionale richiesto da ciascuna delle 47 giurisdizioni documentate nella sezione compliance — Factur-X e CII per la Francia, XRechnung e ZUGFeRD per la Germania, FatturaPA per l'Italia, KSeF FA(3) per la Polonia, Facturae per la Spagna, ZATCA per l'Arabia Saudita, MyInvois per la Malesia, e il resto del catalogo qui sopra.

Riferimenti ufficiali

Le fonti primarie, nell'ordine in cui i livelli si impilano. Se un profilo nazionale e questa pagina divergono, vince il profilo nazionale — segnalacelo e correggeremo la pagina.

• Commissione europea — conformità alla norma eInvoicing (EN 16931, e come ottenerne una copia)
• OASIS — Universal Business Language 2.1
• UNECE — schemi XML UN/CEFACT (Cross Industry Invoice)
• OpenPeppol — BIS Billing 3.0 · PINT Billing · PINT EU · Peppol eDelivery (AS4)
• FNFE-MPE — Factur-X · FeRD — ZUGFeRD
• KoSIT — XRechnung
• Agenzia delle Entrate — FatturaPA
• DGFiP — specifiche esterne B2B (Francia)
• Ministerstwo Finansów — KSeF · Facturae · ISDOC · OIOUBL · Finvoice · ebInterface · UBL.BE
• ZATCA · SDK MyInvois · Fattura GST India · Egyptian Tax Authority · GİB e-Fatura

E su questo sito: l'endpoint di invio, il modello documento canonico, tipi di documento e di fattura, 47 guide paese e tutti i 164 termini di business EN 16931.