Integrazione della fatturazione elettronica: Peppol, XRechnung, ZUGFeRD e Factur-X per sistemi che non erano nati per questo

Comprare un prodotto per la fatturazione elettronica è facile. Il problema non è quasi mai il prodotto: è il gestionale ordini di dodici anni fa che produce le vostre fatture, la logica di prezzo che nessuno ha mai documentato e il fatto che la numerazione arrivi da una stored procedure scritta da una persona che ha lasciato l'azienda nel 2019.

Noi costruiamo il collegamento tra ciò che avete davvero in casa e ciò che l'obbligo richiede: generazione della fattura strutturata, validazione, trasmissione in rete, gestione del ciclo passivo e conservazione, innestati nel sistema esistente anziché al suo posto.

Gli obblighi, e quando mordono

L'Europa sta passando dalla fattura PDF alla fattura strutturata e leggibile da una macchina, paese per paese, in attesa del pacchetto UE VAT in the Digital Age (ViDA) che armonizzerà il quadro. Le date che oggi fanno partire i progetti:

• Italia: SdI e FatturaPA, in esercizio dal 2019 e ancora oggi il modello di clearance più rigoroso dell'UE. Per un'azienda italiana l'obbligo interno è storia vecchia: il ciclo attivo passa dal Sistema di Interscambio, il tracciato è uno solo e le regole di controllo sono note. Proprio per questo il problema si presenta al contrario rispetto agli altri paesi. Chi esporta scopre che la maturità raggiunta in Italia non è riutilizzabile all'estero (tracciati diversi, canali diversi, regole di validazione diverse), e che le date che contano diventano quelle tedesche di gennaio 2027 e quelle francesi di settembre 2026.
• Germania: la ricezione di fatture elettroniche strutturate è obbligatoria dal 1° gennaio 2025. L'emissione diventa obbligatoria dal 1° gennaio 2027 per le imprese con fatturato superiore a 800.000 EUR e dal 1° gennaio 2028 per tutte le altre. Nella pratica i formati sono XRechnung (XML puro) e ZUGFeRD 2.x (PDF ibrido con XML incorporato), entrambi conformi alla EN 16931.
• Francia: ricezione, ed emissione per le grandi e medie imprese, dal 1° settembre 2026; emissione per le PMI dal 1° settembre 2027. La trasmissione passa da piattaforme registrate, con Factur-X come formato ibrido di riferimento.
• Belgio: fatturazione elettronica B2B obbligatoria via Peppol dal 1° gennaio 2026, con e-reporting su modello a cinque angoli previsto per il 2028.
• Polonia: KSeF, la piattaforma nazionale di clearance, con uno schema XML proprio e un proprio calendario.
• Spagna: Verifactu e gli obblighi di fatturazione della legge Crea y Crece, che avanzano accanto ai sistemi regionali TicketBAI.

Se fatturate verso più di uno di questi paesi non avete un progetto per ciascuno. Avete un'architettura e diversi adattatori nazionali, e la differenza tra affrontarla così e non farlo è la differenza tra una integrazione e cinque.

Dove i progetti si incagliano davvero

I dati della fattura non esistono nella forma che lo standard pretende. La EN 16931 richiede campi che molti sistemi non hanno mai raccolto: un riferimento acquirente vero e proprio, il riepilogo IVA per aliquota anziché per riga, condizioni di pagamento strutturate, unità di misura da un vocabolario controllato. Il lavoro di ingegneria consiste nel ricostruire quei campi da ciò che avete, in modo deterministico, per ogni fattura che emetterete d'ora in avanti.

Gli scarti arrivano quando è tardi. Una fattura respinta è una fattura non pagata. La validazione deve girare prima della trasmissione, contro lo schema e le regole di business nazionali in vigore, e gli errori devono finire davanti a una persona che può intervenire, non dentro un file di log.

Il ciclo passivo è più difficile di quello attivo. Tutti pianificano l'emissione e dimenticano che dalla data di ricezione bisogna accettare fatture strutturate da qualsiasi fornitore, in qualsiasi formato conforme, e portarle in contabilità fornitori senza che qualcuno le apra una per una.

Numerazione e idempotenza. Ritenti, timeout di rete e disservizi delle piattaforme sono la normalità. Una fattura inviata due volte con due numeri diversi è un problema fiscale, non informatico. Deve essere impostato bene dall'inizio.

Che cosa realizziamo

Analisi e scelta dei formati

Un intervento breve, di norma una o due settimane, in cui guardiamo come nascono davvero le vostre fatture, quali obblighi vi raggiungono e quando, e quali opzioni sono realistiche. Il risultato è una raccomandazione scritta: quali formati vi servono, se l'accesso a Peppol debba passare da un provider o da un access point vostro, che cosa deve cambiare nel sistema di origine e quanto costa.

A volte la raccomandazione è che bastano un prodotto standard e un piccolo adattatore. Preferiamo dirvelo la prima settimana anziché fatturarvi sei mesi.

Generazione della fattura e mapping

Costruiamo il livello di mappatura dai vostri dati di origine alle sintassi richieste (UBL e CII secondo la EN 16931, XRechnung, ZUGFeRD 2.x, Factur-X, FatturaPA, XML KSeF) documentando le derivazioni dei campi in modo che possano seguirle sia un revisore sia il vostro reparto amministrativo. Quando il sistema di origine non è proprio in grado di fornire un campo obbligatorio, lo diciamo subito e progettiamo come raccoglierlo, invece di inventare un valore di default.

Validazione prima della trasmissione

Controllo sullo schema, regole di business Schematron e verifiche specifiche per paese girano prima che qualcosa esca dalla vostra azienda. Gli scarti vengono instradati in una coda con un responsabile, con un messaggio che dice quale campo ha violato quale regola, non uno stack trace.

Connessione alla rete

Collegamento a un Peppol Access Point, tramite un provider affermato oppure gestendone uno vostro, a seconda dei volumi e del controllo che vi serve. Per i paesi a modello di clearance ci integriamo direttamente con la piattaforma nazionale (KSeF, SdI, l'ecosistema francese dei PDP) compresa la gestione di certificati e autenticazione, che ciascuna di queste piattaforme risolve a modo suo.

Gestione del ciclo passivo

Ricezione, validazione e normalizzazione delle fatture fornitore in un'unica rappresentazione interna, riconciliate con ordini di acquisto e bolle di entrata merci dove esistono, e consegnate nel vostro processo di contabilità fornitori. È qui che di solito si genera il ritorno economico del progetto, perché elimina un'attività manuale che nessuno aveva mai misurato.

Conservazione e tracciabilità

Archiviazione a norma del documento strutturato originale, in una forma e per un periodo che soddisfino la conservazione sostitutiva italiana, i requisiti GoBD tedeschi o le regole equivalenti dei paesi in cui operate, con il percorso di riesibizione verificato e non dato per scontato.

Sistemi con cui ci integriamo

SAP ECC e S/4HANA, Microsoft Dynamics 365 e Business Central, Odoo, NetSuite, Sage, Infor, Xero, interfacce DATEV e (nella maggior parte dei casi) un sistema su misura o pesantemente personalizzato, centrale per il funzionamento dell'azienda, che di certo non verrà sostituito per un adempimento. Lavoriamo in .NET, Java, PHP, Python, Node.js e, quando è quello che abbiamo davanti, anche su stack più datati.

Se gestite un marketplace, una piattaforma in abbonamento o un motore di billing che emette fatture in modo programmatico e su grandi volumi, siete esattamente il caso per cui esistiamo: la fattura nasce nel vostro codice, quindi la conformità deve vivere nel vostro codice.

Che cosa non siamo

Non vendiamo software di fatturazione e non siamo un programma di contabilità. Se siete una piccola impresa che cerca uno strumento capace di produrre fatture conformi, compratelo: sul mercato ce ne sono a decine che lo fanno bene e costano una frazione di un progetto di integrazione.

Rivolgetevi a noi quando la fattura nasce da un sistema che già possedete, quando le regole di più paesi devono convivere, oppure quando i volumi impongono che tutto funzioni senza nessuno a guardare.

Come si svolgono i progetti

Analisi, una o due settimane, a prezzo fisso, con una raccomandazione scritta e un piano quantificato.

Realizzazione, di norma dalle sei alle dodici settimane per il primo paese, a seconda di quanto sono puliti i dati di origine. Lavoriamo nel vostro repository, con la vostra strategia di branch, insieme al vostro team, e lasciamo i test.

Pilota, con fatture reali verso un numero ristretto di controparti in parallelo al processo esistente, finché il tasso di errore non è quello giusto.

Passaggio in esercizio e supporto, con la coda degli scarti monitorata e un responsabile assegnato, fino alla prima chiusura di mese e alla prima liquidazione IVA, che è il momento in cui emergono le domande che contano.

Standard di riferimento

EN 16931 con le sue sintassi (UBL 2.1, UN/CEFACT CII), Peppol BIS Billing 3.0 e l'infrastruttura di trasporto Peppol, XRechnung e il validatore KoSIT, i profili ZUGFeRD 2.x e Factur-X, FatturaPA, KSeF e le proposte ViDA che definiranno lo scenario dopo il 2030.

Domande frequenti

Da quando si applica esattamente l'obbligo tedesco di fatturazione elettronica?

La ricezione vale per tutte le imprese tedesche dal 1° gennaio 2025. L'emissione si applica dal 1° gennaio 2027 se il fatturato dell'anno precedente ha superato 800.000 EUR, e dal 1° gennaio 2028 negli altri casi. L'obbligo riguarda le operazioni B2B nazionali; il trattamento delle operazioni transfrontaliere e B2C è diverso e conviene verificarlo con il vostro consulente fiscale.

Qual è la differenza tra XRechnung e ZUGFeRD?

XRechnung è XML puro, definito dal settore pubblico tedesco e obbligatorio per le fatture verso le pubbliche amministrazioni. ZUGFeRD 2.x è ibrido: un documento PDF/A-3 con gli stessi dati strutturati incorporati all'interno, così la persona legge il PDF e la macchina legge l'XML. Entrambi sono conformi alla EN 16931. Nella prassi commerciale B2B tedesca prevale ZUGFeRD, e molti acquirenti accettano l'uno o l'altro.

Ci serve un Peppol Access Point nostro?

Di solito no. La maggior parte delle aziende si collega tramite un access point esistente, che è più economico e più rapido. Gestirne uno proprio ha senso con volumi elevati, quando serve controllo sul livello di trasporto, o quando siete voi a fornire servizi di fatturazione a terzi.

Potete lavorare con il fornitore di fatturazione elettronica che già usiamo?

Sì, e spesso è proprio la divisione giusta: il fornitore si occupa di trasmissione e adesione alla rete, noi costruiamo tutto ciò che sta tra il vostro sistema e la sua API, mapping, validazione, ritenti, gestione degli errori e riconciliazione.

Che fine fanno le fatture che non superano la validazione?

Finiscono in una coda con una spiegazione leggibile di quale campo abbia violato quale regola. Quella coda la progettiamo con attenzione, perché nei primi mesi dopo l'avvio è la parte del sistema più usata, e se è fatta male trasforma un progetto di conformità in un processo manuale permanente.

Come evitate di inviare due volte la stessa fattura?

Con una chiave di idempotenza stabile, derivata dall'identità della fattura e portata avanti in ogni ritento, più un registro delle trasmissioni che fa fede su ciò che è stato inviato. Ogni ritento riutilizza l'identificativo originale invece di generarne uno nuovo.

Iniziamo

Diteci verso quali paesi fatturate, quante fatture emettete indicativamente al mese e che cosa le produce oggi. Vi diremo quali obblighi vi raggiungono, in quale ordine, e se si tratta di un connettore o di un progetto.

Contattateci per fissare un'analisi di prontezza alla fatturazione elettronica.

Servizi correlati

• Sviluppo per Ingresso nel Mercato UE: il resto dello stack normativo per vendere in Europa
• Modernizzazione ERP e uscita da SAP ECC: quando l'obbligo di fatturazione arriva a migrazione già iniziata
• Manutenzione sistemi legacy: per il sistema che produce le fatture