Dalla consegna del sistema all'orchestrazione dell'ecosistema
Passenger Package, specifiche ferroviarie armonizzate ed eFTI mostrano la stessa direzione: il valore non è più contenuto in un solo sistema, ma nella capacità di più organizzazioni di scambiare dati, applicare standard e far funzionare processi condivisi.
· 4 min

Indice dell'articolo
- 01Il progetto non finisce più al confine dell'organizzazione
- 02Dall'integrazione tecnica all'accordo operativo
- 03Cosa deve stabilire un accordo operativo, e cosa non può stabilire la norma
- 04La nuova unità di gestione è la dipendenza
- 05Implicazioni manageriali
- 06Avere uno standard non equivale ad avere un ecosistema che lo applica
- 07Fonti
Il progetto non finisce più al confine dell'organizzazione
Per molto tempo la trasformazione digitale è stata raccontata come un programma interno: si definisce un requisito, si seleziona una piattaforma, si migra un processo, si misura l'adozione. Quel modello resta utile, ma non descrive più i servizi nei quali il valore emerge soltanto quando più soggetti condividono dati, regole operative e responsabilità. Il Passenger Package presentato dalla Commissione europea il 13 maggio 2026 è un esempio concreto: l'obiettivo — un viaggio, un biglietto, diritti pieni per chi acquista corse ferroviarie multimodali e transfrontaliere — non dipende da un singolo sistema, ma dalla capacità di far cooperare vettori, piattaforme di distribuzione e autorità. Nella logistica il percorso è simile: dal 9 luglio 2027 le autorità degli Stati membri dovranno accettare le informazioni di trasporto merci condivise dagli operatori tramite piattaforme eFTI certificate.

Dall'integrazione tecnica all'accordo operativo
Le interfacce applicative sono necessarie, ma non risolvono da sole il problema. Occorre stabilire chi produce il dato, quale qualità è accettabile, chi può correggerlo, quale evento fa scattare una responsabilità, come si gestisce un'eccezione. Il regolamento di esecuzione che la Commissione ha adottato il 6 febbraio 2026 per la specifica tecnica di interoperabilità del sottosistema telematico ferroviario rende evidente questo passaggio: la norma non si limita a un formato dati comune, ma richiede che la condivisione avvenga secondo condizioni non discriminatorie e trasparenti, sulla base delle regole del Data Act. In altre parole, l'interoperabilità è un accordo operativo prima ancora che un connettore tecnico.
Cosa deve stabilire un accordo operativo, e cosa non può stabilire la norma
Un accordo operativo fra le parti di un ecosistema deve rispondere a domande più specifiche di un contratto di fornitura tradizionale: entro quanto tempo un dato scambiato dev'essere corretto quando risulta errato, chi assume il costo di un ritardo che non dipende da nessuna delle parti singolarmente, quale soglia di errore fa scattare un'escalation e verso chi. Il Passenger Package e la specifica di interoperabilità ferroviaria disciplinano il formato e le condizioni di accesso al dato; non disciplinano — e non potrebbero, essendo regolamenti quadro — questi accordi operativi puntuali, che restano da costruire fra gli operatori che condividono lo stesso ecosistema. È qui che la maggior parte dei programmi si ferma: un'interfaccia tecnica funzionante, e nessun accordo su cosa succede quando quell'interfaccia produce un'eccezione.
La nuova unità di gestione è la dipendenza
In un progetto tradizionale il piano segue componenti e milestone. In un ecosistema occorre aggiungere una mappa delle dipendenze: soggetti, decisioni, dati critici, tempi di risposta, condizioni di servizio, meccanismi di escalation. Il rischio più importante spesso non risiede nel componente più complesso, ma nell'interfaccia meno governata. La gestione deve quindi spostarsi da «chi consegna cosa» a «quale decisione collettiva deve essere possibile, con quali evidenze e entro quale tempo».

Implicazioni manageriali
La conseguenza meno visibile è anche la più a monte: si gioca in fase di gara, non di collaudo. Un capitolato che definisce solo le forniture, e non chi risponde di ciò che accade fra una fornitura e l'altra, lascia scoperto proprio il punto in cui l'ecosistema deve funzionare.
Avere uno standard non equivale ad avere un ecosistema che lo applica
La Commissione stima che il passaggio a un sistema eFTI pienamente digitale possa far risparmiare al settore logistico europeo fino a un miliardo di euro l'anno, soprattutto in riduzione degli oneri amministrativi. Il risparmio, però, non deriva dalla sola disponibilità della piattaforma: dipende dal fatto che le autorità dei diversi Stati membri accettino realmente gli stessi dati, nello stesso formato, senza richiedere duplicati cartacei o verifiche parallele. È la differenza fra avere uno standard e avere un ecosistema che lo applica in modo uniforme — la stessa distanza che separa un sistema dall'orchestrazione che lo rende utile.
Fonti
Analisi correlate

Quando la tecnologia esce dall'IT: progettare il Technology Operating Model come sistema di responsabilità
La tecnologia è sempre più distribuita nelle funzioni aziendali, mentre rischio, architettura e accountability restano responsabilità comuni. Il Technology Operating Model deve governare questa distanza senza trasformare l'IT in un collo di bottiglia.
· 4 min

AI Act: governare il portafoglio, non il registro
Le nuove scadenze high-risk non sospendono il lavoro di governance dell'AI. Impongono di collegare use case, decisioni influenzate, dati, fornitori ed evidenze in un unico portafoglio verificabile, non in un registro di modelli.
· 4 min

Capacità ferroviaria: dalla traccia nazionale al portafoglio europeo
In una rete satura, la capacità ferroviaria non è un numero di tracce disponibili. È un portafoglio di conflitti da governare nel tempo e attraverso i confini nazionali.
· 4 min