Passa ai contenuti principali

Perché nel 2026 non esiste ancora la “fattura intelligente” per carburanti e pedaggi?

 


Nel 2018, con l’introduzione della fatturazione elettronica obbligatoria e l’abolizione della vecchia scheda carburante, molte aziende avevano immaginato un futuro finalmente automatizzato. L’idea sembrava semplice: ogni rifornimento associato automaticamente a una targa, IVA calcolata in modo corretto, costi assegnati ai centri di costo senza interventi manuali e tutto integrato direttamente nel gestionale aziendale.

A distanza di sette anni, però, chi lavora in amministrazione sa bene che la realtà è molto diversa.

Un lettore di InsightSerp ci ha scritto una domanda che fotografa perfettamente il problema:

“Perché le aziende petrolifere e autostradali non sono ancora obbligate a elencare il costo targa per targa, inserendola in un apposito campo leggibile da un ERP?”

Dietro questa osservazione apparentemente tecnica si nasconde uno dei grandi limiti della digitalizzazione italiana: abbiamo trasformato i documenti in file XML, ma non abbiamo davvero reso i dati intelligenti.

Oggi la maggior parte delle aziende riceve fatture elettroniche formalmente corrette, ma spesso inutili dal punto di vista dell’automazione. Le targhe compaiono nel testo descrittivo, magari dentro una riga generica o in allegati PDF che il gestionale non riesce a interpretare. In altri casi più veicoli vengono aggregati nella stessa fattura, rendendo impossibile associare automaticamente i costi ai singoli mezzi.

Eppure il dato della targa non è un dettaglio marginale. Anzi, è spesso decisivo.

Basta pensare alla gestione IVA. Un’azienda può avere veicoli con percentuali di detrazione completamente diverse: auto aziendali a uso promiscuo, mezzi operativi, veicoli strumentali o auto assegnate ad agenti. Ogni targa può avere una propria regola fiscale. Senza un’identificazione strutturata del veicolo, il gestionale non può sapere se l’IVA di quel rifornimento sia detraibile al 40%, al 60% o al 100%.

Il risultato? Nel 2026 moltissime aziende continuano ancora a fare controlli manuali, riconciliazioni Excel e verifiche contabili che teoricamente avrebbero dovuto sparire anni fa.

Il paradosso è evidente: l’Italia viene spesso considerata uno dei paesi più avanzati al mondo sulla fatturazione elettronica, ma questa innovazione è stata progettata soprattutto per esigenze fiscali, non operative. Lo scopo principale era combattere l’evasione, aumentare la tracciabilità e permettere all’Agenzia delle Entrate di monitorare meglio i flussi IVA. Obiettivi sicuramente importanti, ma molto diversi da quelli di un’impresa che vorrebbe automatizzare la propria contabilità.

Per questo motivo il tracciato XML della fattura elettronica non prevede un campo obbligatorio e standardizzato dedicato alla targa del veicolo. L’informazione può esserci, ma viene spesso inserita come testo libero. E quando un dato non è strutturato, per un ERP è quasi come se non esistesse.

A complicare ulteriormente le cose c’è poi il mondo dei sistemi legacy. Le compagnie petrolifere, i provider di fuel card e le concessionarie autostradali utilizzano infrastrutture sviluppate nel corso di decenni, spesso costruite su standard proprietari e tecnologie eterogenee. Uniformare tutto significherebbe investimenti importanti, aggiornamenti software complessi e una revisione profonda dei processi interni.

In assenza di un obbligo normativo preciso, molti operatori non hanno alcun incentivo reale a fare questo salto.

Anche il settore software ha le sue responsabilità. Ogni ERP interpreta i dati in modo differente. SAP, TeamSystem, Zucchetti, Oracle, Dynamics e decine di altri gestionali utilizzano logiche diverse di importazione e classificazione. Nel frattempo, i sistemi di telepedaggio, le carte carburante e le piattaforme di fleet management parlano linguaggi differenti. Il risultato è un ecosistema frammentato dove l’integrazione esiste, ma costa tempo, denaro e sviluppo personalizzato.

Ed è qui che emerge il vero problema della digitalizzazione italiana: spesso abbiamo digitalizzato il documento, ma non il processo.

Molte aziende ricevono XML, ma continuano a lavorare come se avessero ancora la carta. I dati non fluiscono automaticamente tra i sistemi. Le informazioni non sono davvero interoperabili. E alla fine qualcuno deve comunque aprire un file, leggere una targa e decidere manualmente dove imputare quel costo.

Per superare davvero questo limite servirebbe uno standard molto più evoluto. La targa dovrebbe diventare un campo obbligatorio e strutturato all’interno della fattura elettronica per carburanti, pedaggi, ricariche elettriche e servizi di mobilità. I sistemi ERP dovrebbero poter leggere automaticamente quel dato e applicare regole predefinite: detraibilità IVA, assegnazione al centro di costo, contabilizzazione, controllo di gestione.

A quel punto il processo diventerebbe finalmente automatico.

Un rifornimento effettuato dalla targa AI666IA potrebbe essere riconosciuto immediatamente dal gestionale, che saprebbe già:

  • a quale veicolo appartiene;

  • quale percentuale IVA applicare;

  • quale reparto deve sostenere il costo;

  • come contabilizzare l’operazione.

Senza intervento umano.

È probabilmente questo il vero passo che manca alla trasformazione digitale delle imprese italiane: passare dalla semplice dematerializzazione dei documenti a una reale interoperabilità dei dati.

Perché la digitalizzazione non consiste nel trasformare un foglio di carta in un XML. Consiste nel permettere ai sistemi di comprendere automaticamente le informazioni e usarle in modo intelligente.

E su questo fronte, nonostante sette anni di fatturazione elettronica obbligatoria, siamo ancora sorprendentemente indietro.

Commenti

Post popolari in questo blog

La scelta tra "EL" e "GR" per indicare la Grecia nelle fatture elettroniche

Nel processo di emissione delle fatture elettroniche, una delle questioni che può suscitare dubbi riguarda la corretta sigla da utilizzare per indicare il paese Grecia. Questo può derivare dalla varietà delle lingue utilizzate in Europa, dalla differenza tra il nome del paese nella lingua locale e in inglese, e dalle diverse normative fiscali e standard internazionali. In effetti, la Grecia è conosciuta come "Ελλάδα" (Elláda) nella sua lingua nativa, mentre in inglese è denominata "Greece". Tuttavia, quando si tratta di codificare il paese per scopi fiscali e amministrativi, è importante fare riferimento agli standard internazionali. In questo contesto, viene utilizzato il codice ISO 3166-1 alpha-2 , che assegna a ciascun paese un codice di due lettere univoco. Secondo lo standard ISO 3166-1 alpha-2, il codice assegnato alla Grecia è " GR ", che corrisponde alla forma abbreviata di "Ελλάδα" e "Greece". Questo codice è universalmente ric...

Nasce Buffetti Finance dall'acquisizione di Sepafin da parte del gruppo Dylog

Nel sempre mutevole settore finanziario, le fusioni e le acquisizioni sono eventi comuni che possono trasformare il panorama aziendale. L'ultima notizia in questo ambito riguarda l'acquisizione di Sepafin da parte del Gruppo Dylog, una mossa che promette di avere un impatto significativo sull'industria. Il Gruppo Dylog, un rinomato player nel settore dei servizi finanziari, ha annunciato ufficialmente l'acquisizione di Sepafin, una società specializzata nella gestione dei pagamenti elettronici. Questa operazione rappresenta un passo importante per entrambe le aziende, poiché permette loro di consolidare la propria posizione nel mercato finanziario e di sfruttare sinergie significative. Sepafin ha una solida reputazione nel settore dei pagamenti elettronici, offrendo soluzioni innovative e sicure per i suoi clienti. La sua expertise in questo campo si combinerà con l'esperienza consolidata del Gruppo Dylog nel settore finanziario, creando un'entità ancora più for...

TD24 e TD25: La guida definitiva alla fattura differita

  Nella giungla della fatturazione elettronica, la fattura differita è uno degli strumenti più utili per semplificare i processi amministrativi, ma è anche un terreno minato per chi non padroneggia i codici tipo documento ( TD ). Sbagliare tra un TD24 e un TD25 non è un semplice errore veniale: significa inviare allo SDI un documento che non rispecchia la natura dell'operazione, con il rischio di sanzioni per omessa o errata fatturazione. In questo articolo analizziamo la normativa vigente e le specifiche tecniche per non commettere errori. Il quadro normativo: l'Articolo 21 del DPR 633/72 La possibilità di emettere una fattura in un momento successivo rispetto all'effettuazione dell'operazione non è una concessione del software, ma un diritto stabilito dall' Art. 21, comma 4, lett. a) del DPR 633/72 . La norma stabilisce che per le cessioni di beni la cui consegna risulti da documento di trasporto ( DDT ) o altro documento analogo, la fattura può essere emessa e...