L'obbligo di E-Rechnung in Germania: emettere fatture strutturate dai propri sistemi entro il 1° gennaio 2027

Dal 1° gennaio 2027 un'impresa tedesca che nel 2026 ha avuto un fatturato superiore a 800.000 euro non può più inviare una fattura cartacea o in PDF a un'altra impresa tedesca. La fattura deve essere una fattura elettronica strutturata: un file di dati costruito secondo la norma europea EN 16931. Dal 1° gennaio 2028 la soglia sparisce e la regola vale per tutte le imprese, salvo poche eccezioni circoscritte.

Per una piccola azienda tutto questo arriva come aggiornamento software. Per un'azienda le cui fatture escono da un sistema di fatturazione proprio, da un pacchetto di settore o da un gestionale personalizzato nell'arco di quindici anni, è un progetto software, e restano circa tredici settimane. Questo articolo è per il secondo gruppo.

Cosa dice la legge

La definizione è nel § 14 UStG: una fattura «die in einem strukturierten elektronischen Format ausgestellt, übermittelt und empfangen wird und eine elektronische Verarbeitung ermöglicht», cioè emessa, trasmessa e ricevuta in un formato elettronico strutturato che ne consenta l'elaborazione elettronica. Il formato deve essere conforme alla norma europea prevista dalla direttiva 2014/55/UE (in pratica la EN 16931), oppure concordato tra le parti, purché i dati richiesti si possano estrarre in modo corretto e completo in una forma compatibile con quella norma. Un PDF non basta, per quanto ordinato sia.

L'obbligo riguarda le cessioni e le prestazioni verso un'altra impresa quando entrambe le parti sono stabilite in Germania. Il regime transitorio è nel § 27 Abs. 38 UStG:

• Le operazioni effettuate nel 2025 e nel 2026 si possono ancora fatturare su carta, o in un altro formato elettronico se il cliente è d'accordo, purché la fattura parta entro il 31 dicembre 2026.
• Le operazioni effettuate nel 2027 godono della stessa tolleranza fino al 31 dicembre 2027, ma solo se il fatturato complessivo dell'emittente nell'anno solare precedente non ha superato gli 800.000 euro.
• L'EDI non conforme alla norma può proseguire per le operazioni effettuate nel 2027, con il consenso del cliente, qualunque sia la vostra dimensione.

Tre dettagli contano più di quanto sembri.

La soglia si misura sul fatturato dell'anno precedente. La vostra posizione nel 2027 dipende dal dato 2026, che nessuno conoscerà con precisione prima della chiusura dei conti. Se siete vicini agli 800.000 euro, progettate come se foste sopra.

La tolleranza scade su una data di invio. Letta alla lettera, la prima regola transitoria smette di coprire carta e PDF il 31 dicembre 2026, anche per lavori svolti nel 2026. Se siete sopra soglia e fatturate a posteriori, la fattura che inviate nella prima settimana di gennaio per il lavoro di dicembre deve già essere strutturata. Fatevelo confermare dal vostro consulente fiscale, ma non pianificate l'avvio a metà gennaio.

Alcune fatture restano fuori: quelle ai consumatori, quelle transfrontaliere, le fatture di piccolo importo fino a 250 euro lordi, i biglietti che valgono come fattura, le fatture dei Kleinunternehmer (il regime tedesco dei piccoli imprenditori) e le operazioni esenti ai sensi del § 4, numeri da 8 a 29, UStG.

Non ci risulta alcun disegno di legge che sposti queste date. Pianificate come se reggessero.

La ricezione vale dal 2025. La novità è l'emissione.

Dal 1° gennaio 2025 ogni impresa tedesca deve essere in grado di ricevere fatture elettroniche. Le FAQ sulla fatturazione elettronica del Ministero federale delle Finanze sono chiare su cosa serve: «Für den Empfang einer elektronischen Rechnung genügt bereits ein E-Mail-Postfach.» Basta una casella di posta.

Notate una riga dello stesso § 14: dove si applica l'obbligo di fattura elettronica, il consenso del destinatario non è richiesto. Un cliente aziendale tedesco non può rifiutare la vostra fattura strutturata.

Emettere è un problema diverso. Quando ricevete, uno strumento legge il file di qualcun altro. Quando emettete, l'autore è il vostro sistema: se i dati sono sbagliati all'origine, nessuno più avanti nella catena può ripararli, e una fattura che non supera la validazione del cliente resta non pagata.

Chi se la cava con un aggiornamento

Detto chiaramente: se siete una piccola azienda che fattura con DATEV, lexoffice, sevDesk o un pacchetto simile, il formato lo fornisce il vostro fornitore. Controllate le anagrafiche (partita IVA, indirizzi dei clienti, coordinate bancarie), attivate la funzione e inviate una fattura di prova. Non vi serve un progetto, e non vi serve una software house.

Lo stesso vale, più o meno, per un gestionale diffuso rimasto vicino allo standard: l'output lo fornisce il produttore o il vostro partner, e il lavoro è di configurazione e test.

Il resto di questo articolo è per le aziende le cui fatture escono da codice di loro proprietà, o da codice che nessuno mantiene più:

• motori di fatturazione di piattaforme in abbonamento, marketplace e utility, che emettono fatture in automatico e in grandi volumi;
• software di settore per commercio all'ingrosso, edilizia, logistica o assistenza tecnica sul campo, dove il fornitore è piccolo, lento o sparito;
• gestionali il cui output delle fatture è stato riscritto anni fa come programmi di stampa personalizzati, modelli di report o una stampa unione di fine mese.

I formati: EN 16931, XRechnung e ZUGFeRD

EN 16931 è la norma europea. Definisce il modello semantico di una fattura (i campi, il loro significato, quali sono obbligatori e le regole di business che li legano) e lo collega a due sintassi XML, UBL 2.1 e UN/CEFACT CII.

XRechnung è la specifica tedesca costruita sopra la EN 16931 e gestita da KoSIT: XML puro in una delle due sintassi, richiesto dalle pubbliche amministrazioni e ugualmente valido tra imprese. Secondo la pagina di KoSIT su XRechnung, la versione 3.0 è in vigore dal 1° febbraio 2024 e lo resta almeno fino al 31 luglio 2027. Una versione preliminare della 4.0 è stata pubblicata a settembre 2026, con il rilascio definitivo atteso nella primavera 2027. Partirete con la 3.0 e aggiornerete entro il primo anno.

ZUGFeRD è un formato ibrido: un file PDF/A-3 con dentro un XML CII. Le persone leggono il PDF; le macchine leggono l'XML. In Francia lo stesso formato si chiama Factur-X, e i due sono tecnicamente identici. FeRD ha pubblicato la versione 2.5.2 il 4 agosto 2026. ZUGFeRD si articola in profili (MINIMUM, BASIC WL, BASIC, EN 16931, EXTENDED), e le FAQ del ministero accettano ZUGFeRD dalla versione 2.0.1 «mit Ausnahme der Profile MINIMUM und BASIC-WL», cioè esclusi i profili MINIMUM e BASIC-WL.

In una fattura ibrida conta l'XML. Le FAQ chiamano la parte strutturata «führender Teil», la parte prevalente. Se PDF e XML non coincidono, è il PDF a essere sbagliato.

Per la maggior parte delle imprese tedesche che emettono fatture B2B, la scelta predefinita sensata è ZUGFeRD nel profilo EN 16931, così i clienti che leggono ancora le fatture a occhio possono continuare a farlo, più XRechnung per le pubbliche amministrazioni e per chiunque lo chieda. Entrambi devono nascere da un unico oggetto fattura interno, non da due percorsi di codice.

Cosa deve cambiare nel vostro sistema

La fattura diventa un dato, non un'impaginazione

Molti sistemi datati costruiscono la fattura al momento della stampa: testo concatenato in un modello, totali sommati dentro il report, la dicitura IVA come paragrafo scritto nel codice. Niente di tutto questo sopravvive alla EN 16931. Vi serve un oggetto fattura salvato che contenga ogni campo, da cui generare sia l'XML sia il PDF.

I campi che di solito mancano o sono sbagliati:

• Dati delle parti. Indirizzi strutturati con codici paese ISO, e una partita IVA o un codice fiscale. I blocchi di indirizzo in testo libero vanno scomposti.
• Data della cessione o periodo della prestazione, salvati come dato e non come frase nell'intestazione.
• Unità di misura. Ogni quantità richiede un codice della Raccomandazione UN/ECE 20 (H87 per il pezzo, KGM per il chilogrammo, DAY per il giorno). «Stk.» e «pauschal» vanno mappati.
• IVA. Ogni riga porta una categoria e un'aliquota IVA. La fattura porta un riepilogo IVA per ogni combinazione di categoria e aliquota, e i totali devono quadrare esattamente a due decimali. I sistemi che arrotondano l'IVA riga per riga qui cadono.
• Diciture di esenzione e di inversione contabile. La frase in fondo al PDF diventa un codice di categoria IVA più un motivo di esenzione.
• Pagamento. Modalità di pagamento, IBAN e condizioni in forma strutturata.
• Riferimenti. Il numero d'ordine o il riferimento dell'acquirente su cui la contabilità fornitori del cliente fa l'abbinamento. Se non l'avete mai salvato, iniziate a raccoglierlo adesso.

Le righe di solo testo («consegna come concordato») sono un intoppo frequente. In una fattura strutturata una riga è una riga fatturabile, quindi quel testo va in una nota.

Rettifiche, note di credito e autofatturazione

Le FAQ sono esplicite: dove si applica l'obbligo di fattura elettronica, anche una rettifica deve essere una fattura elettronica, con il tipo di documento previsto per le rettifiche. Nella EN 16931 la rettifica richiama la fattura precedente per numero e data di emissione, quindi il vostro sistema deve conservare quel collegamento come dato.

Attenzione al lessico. Nel diritto IVA tedesco una «Gutschrift» è un'autofattura, emessa dal cliente sulla base di un accordo preventivo (§ 14 Abs. 2 UStG). Quella che in italiano chiamiamo nota di credito (una riduzione di prezzo o un annullamento) è invece una rettifica. Molti sistemi usano un solo tipo di documento per entrambe. Separatele prima di mapparle, e se emettete autofatture per conto dei vostri fornitori, trattate quei documenti come fatture emesse dal vostro sistema.

Una fattura finale può elencare in un allegato i pagamenti parziali precedenti, purché la parte strutturata vi faccia riferimento; le FAQ confermano che questo resta possibile dopo il 2027.

Validazione prima che qualcosa esca

KoSIT pubblica un validatore open source che controlla l'XML rispetto agli schemi e alle regole Schematron, con una configurazione pubblica per XRechnung. Gira da riga di comando, come demone HTTP o come libreria. Mettetelo nel percorso di invio: ogni fattura viene validata prima di partire, e un errore finisce in una coda con un responsabile nominato, con l'indicazione di quale campo ha violato quale regola.

Per ZUGFeRD, validate l'XML incorporato rispetto alle regole del vostro profilo, controllate a parte il contenitore PDF/A-3 e verificate che il PDF mostri gli stessi totali dell'XML.

Trasmissione

La legge, dicono le FAQ, «sieht keinen bestimmten Weg vor»: non prescrive alcun canale. Va bene l'email con il file allegato. Vanno bene un'API, un portale di download, uno spazio di archiviazione condiviso all'interno di un gruppo o (l'esempio è del ministero stesso) una chiavetta USB. Per il B2B nazionale in Germania Peppol non è obbligatorio.

Il lavoro di sviluppo è cliente per cliente: un indirizzo di fatturazione, un formato preferito e un registro di cosa è stato inviato e dove. Un nuovo tentativo dopo un invio fallito riguarda lo stesso documento con lo stesso numero di fattura. Due numeri per la stessa operazione sono un problema fiscale, non informatico.

Conservazione

Almeno la parte strutturata va conservata «unversehrt in seiner ursprünglichen Form», integra nella sua forma originale, e il § 14b UStG fissa la conservazione in otto anni dalla fine dell'anno di emissione. Archiviate esattamente i byte che avete inviato, con un hash. Non contate di rigenerare le fatture dal database più avanti: a quel punto dati e codice saranno cambiati. Lo stesso vale per le fatture elettroniche che ricevete.

Un piano da ottobre a dicembre 2026

Tredici settimane bastano per uno sviluppo mirato, se i dati di origine sono in condizioni ragionevoli. Non bastano per sostituire il sistema di fatturazione.

Settimane 1 e 2: inventario e decisioni. Elencate ogni punto in cui nasce una fattura, comprese le note di credito manuali, le fatture finali di progetto e il foglio di calcolo per quel grande cliente. Confrontate il fatturato 2026 con la soglia. Scegliete il formato predefinito e decidete se sviluppare il generatore in casa o inviare i dati di fattura all'API di un fornitore di servizi di fatturazione elettronica.

Dalla settimana 2 alla 4: analisi dei dati mancanti. Mappate campo per campo tre mesi di fatture reali sulla EN 16931. Segnate cosa manca, cosa deve diventare un codice e cosa viene calcolato in modo diverso. È qui che emerge la dimensione reale del progetto.

Dalla settimana 4 alla 9: sviluppo. L'oggetto fattura, la mappatura, la generazione di XML e PDF/A-3, il validatore nel percorso di invio, la coda degli errori e l'archivio. In parallelo, qualcuno ripulisce le anagrafiche e raccoglie dai clienti gli indirizzi di fatturazione.

Dalla settimana 9 alla 11: riesecuzione e pilota. Fate passare dal nuovo generatore le fatture degli ultimi tre mesi e validatele tutte. Poi partite con un pilota con alcuni clienti disponibili e chiedete se i loro sistemi leggono i file.

Dalla settimana 11 alla 13: congelamento e runbook. Congelate le modifiche a dicembre. Mettete per iscritto chi gestisce la coda degli errori, come si emette una rettifica e cosa succede quando un cliente rifiuta una fattura. Le fatture di gennaio per il lavoro di dicembre sono già soggette all'obbligo.

Gennaio 2027. Avvio, e controllo quotidiano della coda per tutta la prima chiusura mensile e la prima dichiarazione IVA.

Nel corso del 2027. Pianificate l'aggiornamento a XRechnung 4.0 prima che la 3.0 smetta di essere valida, e portate a bordo le eventuali società del gruppo sotto soglia prima del 1° gennaio 2028.

Se partite tardi, tagliate l'automazione, non la validità dell'output: automatizzate per primi i tipi di fattura ad alto volume e per qualche settimana inviate a mano i documenti rari tramite uno strumento di fatturazione elettronica.

Dove trovare aiuto

Costruiamo il collegamento tra il sistema che produce le vostre fatture e il formato che la legge richiede: modifiche al modello dati, mappatura, validazione, trasmissione e conservazione, nel vostro codice e accanto al vostro team. Il nostro servizio di integrazione della fatturazione elettronica descrive come si svolgono questi progetti; se l'obbligo arriva nel mezzo di un cambio di gestionale, vedete la modernizzazione dei gestionali. Il calendario più ampio è nella nostra guida alla conformità digitale UE 2026.

Siamo ingegneri, non consulenti fiscali: le questioni di perimetro spettano al vostro Steuerberater, e noi sviluppiamo sulla base della sua risposta. Diteci cosa produce oggi le vostre fatture e, a grandi linee, quante ne partono ogni mese: scrivete a office@c9group.dev.