Dal 1° gennaio 2027 la Germania rende obbligatoria l’emissione di fatture elettroniche strutturate tra imprese per chi ha avuto un fatturato superiore a 800.000 euro nell’anno precedente; dal 1° gennaio 2028 l’obbligo si estende a tutte le imprese. Il formato richiesto deve essere conforme allo standard europeo EN 16931, quindi in pratica XRechnung o ZUGFeRD. Se la vostra PMI vende in Germania, la domanda concreta è: la regola vale anche per me, e il mio gestionale è in grado di produrre questi file? In questo articolo rispondo a entrambe le cose, con un taglio operativo: chi è davvero coinvolto, cosa cambia rispetto all’SdI italiano e come costruire un flusso automatico che non richieda di ricompilare a mano ogni fattura.
Una premessa onesta: le date e le soglie qui riportate sono quelle comunicate finora (una sintesi in italiano si trova su mustweb.it), ma la normativa fiscale tedesca va sempre verificata sulle indicazioni ufficiali del Ministero delle Finanze tedesco (BMF) e con il vostro commercialista. Io mi occupo della parte tecnica: dati, formati, integrazioni.
Chi è davvero obbligato: la differenza tra esportare e essere stabiliti in Germania
Il punto che genera più confusione è questo. L’obbligo tedesco riguarda le operazioni B2B tra imprese stabilite in Germania (sede, direzione o stabile organizzazione nel Paese). Secondo l’impostazione del BMF, una PMI italiana che fattura dall’Italia a un cliente tedesco, senza stabile organizzazione in Germania, non rientra direttamente nell’obbligo di emissione.
Questo però non chiude il discorso. Ci sono almeno tre situazioni in cui il tema vi riguarda comunque:
- Avete una filiale o una stabile organizzazione in Germania: le fatture emesse da quella struttura verso clienti tedeschi ricadono nell’obbligo, con le soglie e le scadenze indicate sopra.
- I vostri clienti tedeschi automatizzano la contabilità passiva: dal 2025 tutte le imprese tedesche devono già essere in grado di ricevere e-fatture. Molti uffici acquisti stanno impostando processi che si aspettano XML strutturati. Un PDF via email resta legalmente accettabile da un fornitore estero, ma diventa l’eccezione da gestire a mano, e chi è eccezione rischia tempi di pagamento più lunghi.
- Lavorate con la pubblica amministrazione tedesca: nel B2G la fattura elettronica è già richiesta, con identificativi specifici come la Leitweg-ID.
C’è poi l’orizzonte europeo: con il pacchetto ViDA (VAT in the Digital Age) la fatturazione elettronica è destinata a diventare la norma anche per le operazioni intracomunitarie, con tempi più lunghi. Chi struttura oggi i dati in formato EN 16931 si porta avanti su un lavoro che prima o poi dovrà fare.
SdI italiano e formati tedeschi: due mondi da tenere insieme
In Italia siamo abituati da anni alla FatturaPA in XML trasmessa tramite il Sistema di Interscambio. Il problema è che FatturaPA non è un formato EN 16931: è un tracciato nazionale. Per una fattura verso un cliente tedesco succede quindi una cosa doppia:
- verso l’Agenzia delle Entrate continuate a trasmettere la fattura via SdI (con codice destinatario XXXXXXX per i clienti esteri), come già fate oggi;
- verso il cliente tedesco, se lo richiede o se siete obbligati tramite una sede in Germania, serve un file in un formato che il suo sistema sappia leggere.
I formati principali da conoscere:
- XRechnung: XML puro, nato per la PA tedesca e ora diffuso anche nel B2B. Nessuna rappresentazione grafica: è fatto per essere letto da un software.
- ZUGFeRD (equivalente a Factur-X in Francia): un PDF/A-3 che contiene al suo interno l’XML strutturato. Leggibile da una persona e da un gestionale. Attenzione ai profili: quelli più ridotti (MINIMUM e BASIC WL) non sono considerati fatture elettroniche valide ai fini dell’obbligo; servono i profili conformi a EN 16931 o superiori.
Per la trasmissione, nel B2B tedesco l’email con allegato è ammessa; per la PA e per molte grandi aziende si usa la rete Peppol, che richiede un access point.
Il flusso tecnico: dal gestionale all’XML validato
La parte che interessa a chi deve far funzionare le cose. Un flusso solido, che costruisco tipicamente con un servizio di integrazione dedicato o con un orchestratore come n8n, ha questi passaggi:
1. Estrazione dei dati dal gestionale
Quasi tutti i gestionali italiani espongono le fatture via API, export XML FatturaPA o accesso al database. Il punto di partenza più pratico è spesso proprio l’XML FatturaPA già generato: contiene la gran parte delle informazioni necessarie. Ne ho parlato più in generale nell’articolo sull’integrazione dei sistemi aziendali tramite API.
2. Mappatura verso EN 16931
Qui sta il lavoro vero. Alcuni campi non esistono nel tracciato italiano o hanno semantica diversa: il riferimento all’ordine del cliente (in Germania spesso indispensabile per far passare la fattura in contabilità), le coordinate di pagamento strutturate, i codici unità di misura UN/ECE, i codici di esenzione IVA per le cessioni intracomunitarie, l’eventuale Leitweg-ID. La mappatura va scritta una volta, documentata e testata con fatture reali.
3. Generazione del file
Per XRechnung e ZUGFeRD esistono librerie open source mature in diversi linguaggi. Non serve reinventare nulla: serve configurarle correttamente e scegliere il profilo giusto.
4. Validazione automatica
Ogni file va validato prima dell’invio con gli schemi e le regole ufficiali (in Germania il riferimento è il validatore KoSIT). Una fattura che non supera la validazione non deve partire: deve generare un avviso a chi la gestisce.
5. Invio e archiviazione
Invio via email o Peppol a seconda del cliente, registrazione dell’esito, archiviazione del file inviato. Se il canale prevede notifiche di ritorno, vanno gestite con logiche di retry e idempotenza, come spiego nell’articolo sui webhook affidabili per le integrazioni, per evitare invii doppi o fatture perse.
Dove serve l’AI e dove no
Sarebbe facile dire che “l’AI genera le fatture tedesche”. Non è così, e non deve esserlo: la generazione di un XML fiscale deve essere deterministica, cioè dare sempre lo stesso risultato a parità di dati. Un modello linguistico non va messo a scrivere l’XML.
L’AI è utile invece nei punti in cui oggi c’è lavoro manuale e ambiguo:
- Controllo pre-emissione: un agente che, prima della generazione, verifica se mancano dati che il cliente tedesco pretende (numero d’ordine, riferimento del buyer, partita IVA corretta) e li segnala o li recupera dalle email e dagli ordini ricevuti.
- Pulizia delle anagrafiche: confronto tra anagrafiche clienti e dati presenti negli ordini, con proposta di correzione da approvare.
- Fatture passive dalla Germania: se ricevete XRechnung o ZUGFeRD dai fornitori tedeschi, l’XML si importa senza AI; ma i PDF misti, gli allegati e le descrizioni da ricondurre ai vostri articoli sono un caso tipico di estrazione assistita, come nell’automazione degli ordini clienti dall’email al gestionale.
- Gestione degli scarti: quando la validazione fallisce, l’AI può tradurre il messaggio tecnico del validatore in un’indicazione comprensibile per l’amministrazione (“manca il codice dell’unità di misura sulla riga 3”).
Regola pratica: codice per le parti fiscali, AI per le eccezioni e i dati sporchi, con una persona che approva i casi dubbi.
Un piano realistico per i prossimi mesi
Con il 2027 a poche settimane, ecco l’ordine con cui procederei:
- Censimento: quante fatture emettete verso la Germania, verso quali clienti, con quale canale. Se avete una sede tedesca, verificate con il consulente fiscale la soglia degli 800.000 euro.
- Domanda ai clienti principali: quale formato preferiscono, se usano Peppol, quali riferimenti obbligatori vogliono in fattura.
- Verifica del gestionale: alcuni produttori offrono già moduli XRechnung/ZUGFeRD. Se il vostro li ha, l’integrazione si riduce a configurazione e test; se no, si costruisce un servizio esterno che legge i dati e genera i file.
- Pilota su un cliente: un mese di fatture reali generate, validate e confrontate con quelle attuali.
- Estensione e monitoraggio: log degli invii, avvisi sugli scarti, revisione periodica delle mappature quando cambiano le regole.
Domande frequenti
Una PMI italiana senza sede in Germania deve emettere XRechnung dal 2027?
Secondo l’impostazione del BMF l’obbligo riguarda le imprese stabilite in Germania, quindi in linea generale no. Il cliente tedesco però può chiedervi un formato strutturato per ragioni pratiche. Fate confermare la vostra situazione specifica dal commercialista.
Meglio XRechnung o ZUGFeRD?
Dipende dal cliente. ZUGFeRD è più comodo nella transizione perché unisce PDF leggibile e XML; XRechnung è spesso richiesto dalla PA e da chi ha processi completamente automatizzati. Un buon flusso li genera entrambi dagli stessi dati.
Posso convertire direttamente la FatturaPA in formato tedesco?
Sì, è spesso il punto di partenza più efficiente, ma non basta una conversione meccanica: alcuni campi richiesti in Germania vanno aggiunti o recuperati altrove, e ogni file va validato.
Serve un software a pagamento?
Non necessariamente. Esistono librerie e validatori open source affidabili; il costo vero è nella mappatura dei dati e nei test. Per volumi alti o per Peppol serve invece un access point, di solito offerto da provider specializzati.
Prepararsi adesso costa meno che rincorrere dopo
La fatturazione elettronica in Germania non è solo una scadenza fiscale: è l’occasione per avere dati di fatturazione puliti e flussi verso l’estero che girano senza interventi manuali. Se vendete in Germania o ci avete una sede e volete capire quanto è adatto il vostro gestionale, possiamo analizzare insieme il flusso attuale e progettare l’integrazione, con automazioni e AI solo dove servono davvero. Contattatemi qui per parlarne.
