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.

- Il progetto non finisce più al confine dell'organizzazione
- Dall'integrazione tecnica all'accordo operativo
- Cosa deve stabilire un accordo operativo, e cosa non può stabilire la norma
- La nuova unità di gestione è la dipendenza
- Implicazioni manageriali
- Avere uno standard non equivale ad avere un ecosistema che lo applica
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. È il punto in cui un programma può fermarsi: un'interfaccia tecnica funzionante e nessun accordo su cosa succede quando 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».

- Fatto: Passenger Package, TSI ferroviarie ed eFTI spostano il valore dal singolo sistema a processi e dati condivisi fra più organizzazioni.
- Meccanismo: Un accordo operativo stabilisce ciò che la norma non può: chi risponde di un'interfaccia che nessuno dei due lati considera propria.
- Decisione: Trattare la dipendenza come unità di gestione e assegnare un responsabile a ogni interfaccia.
Implicazioni manageriali
Ne ricavo una conseguenza, che è una lettura dell'autore: 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 indica risparmi annui attesi di 1 miliardo di euro in costi operativi e amministrativi per il settore europeo dei trasporti e della logistica. 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
Dal Radar
Che cosa sta cambiando intorno a questa analisi
- Rapporto o studio
Primo rapporto annuale sull'interoperabilità nell'Unione
La Commissione ha pubblicato il primo rapporto annuale sull'interoperabilità nell'Unione: board operativo, oltre 12.000 iscrizioni all'Interoperable Europe Academy, risparmio potenziale stimato fino a 5 miliardi di euro l'anno associato all'Interoperable Europe Act.
Analisi correlate

Smart city: misurare il beneficio dopo l'attivazione della tecnologia
Un articolo metodologico che prende A2A OneCity come contesto: una griglia per distinguere realizzazione, utilizzo, risultato e beneficio pubblico nei progetti smart city.
· 5 min

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

Agenzia Digitale Metropolitana: cosa condividere e cosa governare localmente
La FAQ dell'Agenzia Digitale Metropolitana distingue 22 servizi fondamentali, 11 a canone e 19 a progetto. Per i Comuni la questione è quale capacità condividere e quale responsabilità mantenere a livello locale.
· 5 min