Una porta così centrale verso le parti del mercato rende più semplice aggiungere altre parti o applicazioni alla catena, nota anche come MaaS – Mobility As A Service. Tuttavia, sono ancora molti gli ostacoli da superare affinché il protocollo possa dirsi maturo. Tomp forse è stato sviluppato un po' troppo dai tecnici. Mancano anelli importanti per completare la catena dei trasporti e questo diventa sempre più evidente ora che tutti vogliono abbracciare Tomp e implementarlo. L'API TOMP (Transport Operator to Mobility Provider-Application Programming Interface) è un'interfaccia standardizzata e tecnica interfaccia tra fornitori di servizi MaaS e operatori.

cos'è un collegamento?

Confronta un collegamento nel software tra due parti con l'uso di Google Translate. Lo invii sul lato sinistro e esce in una lingua diversa sul lato destro. Ma come spesso accade con Google Translate, ciò che risulta giusto è meglio non essere preso del tutto come verità e utilizzato o pubblicato in modo inappropriato. E questo è esattamente ciò che non va in molte connessioni. Non esiste uno standard, cioè una traduzione corretta, e il risultato dopo ogni traduzione è aperto all'interpretazione da parte dell'utente. È giunto il momento di stipulare accordi e standard. Ultimamente abbiamo visto il dizionario per il trasporto dei gruppi target dalla piattaforma della conoscenza CORVO emergono quelle che dovrebbero descrivere le caratteristiche del viaggiatore. Un buon inizio, ma siamo ancora lontani da quel traguardo. 

un pezzo di storia

Critico o no, va scritto che l'API Tomp ha ottenuto di più nel settore dei taxi rispetto a qualsiasi altra cosa mai vista prima. Quindi cosa è andato storto in passato? I fornitori di sistemi software hanno ripetutamente inventato le proprie connessioni per rendere felice un cliente. Ognuno aveva la propria visione e non voleva basarsi su ciò che già c'era. L'idea era un piano rigoroso per attirare il mercato. Non si tratta ancora di uno standard aperto diretto dal settore stesso. Ogni gara d'appalto si traduce in una nuova connessione, con il risultato che ora abbiamo una gamma di software da mantenere. Ma quel che è peggio è che l'innovazione è frenata da tutti i limiti del “vecchio” modello di comunicazione tra le parti.

Leggi anche  Visione futura: come KNV affronta le sfide di domani

Anche l’associazione di categoria KNV, che come punto di svolta innovativo nella sua politica vuole essere leader in tutto ciò che utilizza MaaS come fattore di collegamento, si è resa colpevole di spaghetti di collegamenti. Nonostante disponga di un proprio comitato per l'innovazione, al quale negli ultimi 10 anni sono state regolarmente presentate proposte per affrontare questo problema, queste non sono andate oltre ciò che ciascun "gruppo di discussione" ha fatto negli ultimi anni. Occasione persa, non è emerso nessuno standard o protocollo. Ci sono quindi tutte le ragioni per continuare e rendere TOMP adatta al settore. 

caratteristiche del viaggiatore

Purtroppo però l’API Tomp non è ancora adatta a servire tutti gli aspetti del trasporto in taxi. Manca ancora un sistema di appuntamenti. Non sul piano tecnico, anzi, tanto di cappello. Ma resta ancora molto da fare in termini di caratteristiche dei passeggeri, accordi di budget e viaggi con taxi. Ciò non significa che si tratti di un'occasione mancata perché il gruppo di lavoro Tomp sta facendo tutto il possibile per garantire il successo e ascolta soprattutto i segnali dei vettori e degli operatori del mercato.

L'arrivo di un collegamento universale nel settore dei taxi era atteso da tempo. L’esigenza di connettere le centrali esiste da 20 anni, ma ogni azienda ICT ha inventato la propria ruota. Il treno ora è in pieno svolgimento con tutte le ruote diverse. I costi per la manutenzione di tutti questi sistemi sono alle stelle.

De Tomp Il gruppo di lavoro dovrà ora valutare cosa sia effettivamente tecnicamente necessario per realizzare una prenotazione e cosa le parti comuni dovranno organizzarsi. Un prodotto economico assegnato a un viaggiatore da un fornitore economico ne è un buon esempio. Tutte le caratteristiche del viaggiatore registrate nell'account del viaggiatore, come il tipo di prodotto budget, il numero di autorizzazione, il periodo di validità e un riferimento a termini e condizioni e condizioni di viaggio, non possono essere trovate all'interno dell'API Tomp, anche se costituiscono una parte essenziale della prenotazione. Ma poi entrano in gioco altri fattori, come la legislazione sulla privacy, dove molte innovazioni negli ultimi anni hanno fallito.

Leggi anche  Capriccio: nonostante il fallimento di MaaS Global, il futuro di MaaS non sembra cupo

Il gruppo di lavoro Tomp è un partenariato pubblico-privato tra fornitori MaaS, operatori dei trasporti, altre organizzazioni legate alla mobilità e governi. Il gruppo di lavoro è convinto che la versione Dragonfly dell'API sia ora stabile per un periodo di tempo più lungo. Lo scambio di dati tramite Tomp include tutte le informazioni relative alla pianificazione, alle prenotazioni, al pagamento e al supporto al viaggio.

Leggi anche: TOMP deve porre fine agli spaghetti di connessioni

Pacchetto di pianificazione della mobilità Pitane anche per i lavoratori a domicilio
Stampa Friendly, PDF e Email