Mettiamo il caso di un’azienda italiana con una sede commerciale in Francia, clienti sparsi tra Italia e Benelux e un gestionale che gira da anni su IBM i. In casa, la macchina fa il suo mestiere: ordini, anagrafiche, contabilità, stampa documenti, flussi consolidati. Sul fronte italiano è già allineata allo Sdi, quindi la direzione pensa di avere il capitolo fatturazione elettronica sotto controllo. Poi arriva la domanda vera: quando il Paese estero chiede formati, tempi o controlli diversi, il backend regge oppure no?
Qui si inciampa spesso. Il nodo non è fiscale in senso stretto, e nemmeno documentale. È architetturale: dove nasce il dato, come viene trasformato in XML, chi governa il mapping, dove passano gli esiti, come si tengono insieme ERP legacy e obblighi locali. I risparmi teorici esistono: Harvest, in un approfondimento su VAT in the Digital Age e sugli scenari UE al 2030, stima circa 5,28 euro per fattura emessa e 8,4 euro per fattura ricevuta grazie alla digitalizzazione. Ma quei numeri stanno in piedi solo se il processo non si rompe a metà. E i margini per rompersi ci sono tutti: Cribis, nel 2025, segnala che solo il 3,6% delle imprese italiane ha un alto score di Digital Attitude, mentre l’83,5% resta su livelli bassi. Il Sole 24 Ore con NT+ Fisco e Studio Santacroce ha descritto il passaggio europeo proprio come uno stress test di sistemi e procedure, non come una semplice estensione dello schema italiano.
1. Il dato nasce una volta sola o viene ricostruito a valle?
La prima domanda è brutale, ma fa risparmiare tempo. La fattura parte davvero dai dati dell’ERP oppure viene ricostruita dopo, con passaggi laterali, estrazioni manuali, file intermedi e correzioni a mano? Su molti ambienti AS/400 il problema è vecchio quanto il sistema: il documento stampato è pulito, il flusso allo Sdi pure, però i dati sorgente non sono stati pensati per alimentare più modelli europei. Mancano codifiche coerenti, riferimenti di consegna, regole di arrotondamento uniformi, campi esteri gestiti male. Finché il tracciato è uno, si aggiusta. Quando i tracciati diventano più di uno, la toppa diventa processo.
Se una filiale francese chiede un set di dati che il tracciato italiano non usa, da dove esce quel valore? Dalla tabella clienti? Dalla testata documento? Da una nota interna? Oppure da un foglio Excel che gira via mail tra amministrazione e commerciale? È una domanda scomoda, ma serve. La compliance frammentata parte quasi sempre da qui: master data incompleti e logiche che vivono fuori dal sistema. Chi lavora sul campo lo vede subito – appena si apre la seconda casistica estera, il problema non è inviare il file, è capire quale dato sia quello giusto.
2. Il mapping XML è governato o è un collage di eccezioni?
Una nota tecnica di Record Informatica Srl riporta sempre allo stesso punto: su IBM i la partita si gioca nella conversione XML e nell’aggancio ai dati gestionali, non nel front-end che mostra la fattura. È un dettaglio? No. Significa che il valore del progetto sta nello strato che traduce il dato contabile in strutture leggibili da schemi diversi, che siano FatturaPA, UBL o altre varianti europee. Se quel livello è pulito, versionato e documentato, l’azienda respira. Se è un insieme di eccezioni appese a programmi storici, ogni modifica locale diventa una manutenzione d’emergenza.
Il punto è questo: mapping XML e versioni non possono vivere come rattoppi. Codici Iva, identificativi esteri, causali, riferimenti d’ordine, allegati, date competenza, valute, termini di pagamento: basta che uno di questi campi cambi significato tra un Paese e l’altro e l’ERP legacy comincia a mostrare i suoi limiti. Eppure il mercato continua a vendere l’idea opposta, come se bastasse un connettore universale. Di universale, in Europa, c’è poco. Ci sono famiglie di regole che si somigliano, ma in pratica si distinguono su controlli, obblighi informativi e gestione degli esiti. Sulla carta sembra la stessa fattura. In produzione non lo è.
3. Il flusso regge tempi e controlli diversi senza toccare l’ERP ogni mese?
Chi ha metabolizzato lo Sdi tende a ragionare così: preparo XML, invio, ricevo esito, conservo. Sequenza lineare, nota, ormai quasi banale. Ma il quadro UE non promette una copia dello schema italiano moltiplicata per ventisette. Promette, semmai, una convivenza di tempi, regole di validazione e modelli di scambio che possono cambiare per Paese e per fase normativa. Alcuni flussi chiedono quasi tempo reale, altri più passaggi, altri ancora impongono controlli che impattano sull’anagrafica prima ancora dell’invio. Se il gestionale va toccato a ogni scostamento, il costo non sta nel file: sta nel ciclo di modifica, test e rilascio.
E qui il backend IBM i viene messo sotto pressione. Regge bene i processi stabili e ripetitivi. Soffre quando gli si chiede di fare da hub dinamico senza uno strato intermedio serio. La domanda giusta, allora, non è se l’ERP può generare un XML. Può farlo da anni. La domanda è se esiste una logica esterna o integrata che gestisca code, retry, asincronie, controlli e normalizzazione senza cambiare il cuore amministrativo ogni volta che un mandato locale si avvicina. NT+ Fisco e Studio Santacroce hanno parlato di stress test europeo anche per questo: il problema non è l’obbligo in sé, è il modo in cui l’azienda assorbe differenze operative senza aprire un cantiere permanente.
4. Quando un file viene scartato, chi vede la causa e dove resta traccia?
La quarta domanda separa i progetti decenti da quelli cosmetici. Quando una fattura viene scartata, sospesa o contestata, il reparto amministrativo riesce a vedere subito la catena degli eventi oppure deve rincorrere file, log e mail tra fornitore, IT e consulente fiscale? La tracciabilità non è una parola da audit messa lì per abbellire le slide. È la differenza tra correggere un dato in dieci minuti e perdere due giorni per capire se l’errore nasce da anagrafica, mapping, trasporto o regola locale. Senza un audit trail leggibile, la fattura elettronica internazionale diventa una scatola nera.
E si torna ai conti. I risparmi stimati da Harvest – 5,28 euro in emissione e 8,4 euro in ricezione – evaporano in fretta se ogni anomalia apre rilavorazioni manuali, ticket, solleciti e doppie verifiche. Basta una percentuale piccola di scarti ripetuti per mangiarsi il beneficio promesso. Chi conosce gli ambienti legacy lo sa: il fermo non nasce sempre dal programma che cade, spesso nasce dal messaggio che nessuno intercetta. Un log scritto male vale quasi quanto un log assente.
5. Che cosa va chiesto al fornitore prima che arrivi il mandato locale?
Qui conviene lasciare stare il lessico da brochure. Quando qualcuno parla di software unico che risolve tutta l’Europa, la reazione corretta non è entusiasmo. È diffidenza tecnica. Anche perché il confine tra semplificazione commerciale e promessa troppo larga non è un dettaglio di stile: il D.Lgs. 145/2007 disciplina la pubblicità ingannevole tra professionisti, e l’AGCM su questi terreni non ragiona con il tono indulgente del marketing. Se il messaggio cancella complessità che poi riemergono in progetto, il problema non è solo comunicativo.
- Quali formati e quali versioni sono gestiti davvero, e con quale meccanismo di aggiornamento?
- Dove vive il mapping: dentro l’ERP IBM i, in un layer separato o in personalizzazioni sparse?
- Come vengono trattati esiti, scarti, ritrasmissioni e prove di invio, con quale livello di log?
- Quali dati minimi devono essere corretti nelle anagrafiche per evitare interventi manuali a valle?
- Chi si prende la responsabilità del test quando cambia una regola locale, e in quali tempi?
La differenza la fa sempre la stessa cosa: separare la compliance dal folklore commerciale. IBM i non è il problema, e non lo è nemmeno l’ERP storico in sé. Il problema nasce quando si pretende di usare una struttura stabile per inseguire varianti europee mobili senza uno strato di conversione, controllo e tracciabilità all’altezza. A quel punto il mandato locale arriva, la fattura parte magari pure, ma dietro restano pezzi staccati: dati ricopiati, XML corretti a mano, esiti che non tornano. Ed è lì che lo Sdi, da solo, smette di bastare.
