O astfel de ușă centrală către părțile de pe piață face mai ușoară adăugarea altor părți sau aplicații în lanț, cunoscută și sub numele de MaaS - Mobilitate ca serviciu. Cu toate acestea, există încă multe obstacole care trebuie încă depășite pentru a numi protocolul matur. Tomp a fost probabil puțin prea dezvoltat de tehnicieni. Liantele importante către transportul în lanț închis lipsesc și acest lucru este acum din ce în ce mai evident acum că toată lumea vrea să îmbrățișeze Tomp pentru implementare. API-ul TOMP (interfața de programare a operatorului de transport către furnizorul de mobilitate-aplicație) este un standard și tehnic interfață între furnizorii și operatorii de servicii MaaS.

ce este un link?

Comparați un link în software între două părți, dar cu utilizarea Google Translate. Îl trimiteți în partea stângă și apare în altă limbă în partea dreaptă. Dar, așa cum se întâmplă adesea cu Google Translate, ceea ce apare în dreapta, este mai bine să nu ne asumăm complet drept adevăr și să îl folosim sau să-l publicăm necorespunzător. Și exact asta lipsește cu multe link-uri. Nu există un standard, să spunem un proces de traducere corect, iar rezultatul după fiecare traducere este deschis interpretării de către utilizator. Este timpul potrivit pentru acorduri și un standard. Recent am văzut dicționarul pentru transportul grupului țintă al platformei de cunoștințe CROW emerge ceea ce ar trebui să descrie caracteristicile călătorului. Un început bun, dar suntem încă departe de acolo. 

o bucată de istorie

Critic sau nu, trebuie scris că API-ul Tomp a făcut mai mult în sectorul taxiurilor decât orice a precedat-o vreodată. Ce a greșit atunci în trecut? Furnizorii de sisteme software și-au conceput în mod repetat propriile legături pentru a face fericit un client. Toată lumea a avut propria viziune și mai ales nu a vrut să construiască pe ceea ce era deja acolo. Ideea a fost un plan strict de atragere a pieței. Încă nu se pune problema unui standard deschis dirijat de sectorul însuși. O nouă legătură reiese din fiecare ofertă, cu rezultatul că acum avem un palet de software care trebuie întreținut. Dar ce este mai rău, inovația este împiedicată de toate limitările modelului de comunicare „vechi” existent între părți.

Asociația sectorială KNV, care, ca un punct de cotitură inovator în politica sa, dorește să fie un lider în tot ceea ce folosește MaaS ca factor de legătură, a fost, de asemenea, vinovată spaghete de legături. În ciuda faptului că a avut propriul său comitet de inovare, unde au fost prezentate în mod regulat propuneri în ultimii 10 ani pentru a aborda această problemă, ei nu au depășit ceea ce a făcut fiecare „grup de sprijin” în ultimii ani. Ocazie ratată, un standard sau protocol nu a apărut. Cu atât mai multe motive pentru a continua și a face TOMP potrivit pentru sector. 

caracteristicile călătorului

Din păcate, API-ul Tomp nu este încă adecvat în prezent pentru a deservi toate fațetele transportului cu taxiul. Îi lipsește încă un sistem de programare. Nu la nivel tehnic, dimpotrivă, pălăriile. Dar mai sunt multe de făcut în ceea ce privește caracteristicile pasagerilor, acordurile bugetare și călătoriile în cazane care implică un taxi. Asta nu înseamnă că este o oportunitate ratată, deoarece grupul de lucru Tomp face tot ce poate pentru a-l face un succes și ascultă în principal semnalele de la operatorii de transport și de la părțile de pe piață.

A trecut mult timp până la apariția unei legături universale în sectorul taxiurilor. Necesitatea conectării centralelor electrice există de 20 de ani, dar fiecare companie TIC și-a inventat propria roată. Trenul este acum în plină desfășurare, cu tot felul de roți diferite. Costurile pentru întreținerea tuturor acestor sisteme sunt în creștere.

Pitane Mobility, companie de software Eindhoven

De Tomp Grupul de lucru trebuie să ia în considerare acum ce este cu adevărat necesar din punct de vedere tehnic pentru a realiza o rezervare și ce părți reciproce trebuie să aranjeze singure. Un produs bugetar alocat unui călător de către un furnizor bugetar este un bun exemplu în acest sens. Toate caracteristicile călătorului care sunt înregistrate în contul călătorului, cum ar fi tipul de produs bugetar, numărul autorizației, perioada de valabilitate și o trimitere la termenii și condițiile și condițiile de călătorie nu pot fi găsite în API-ul Tomp, deși sunt o parte esențială a rezervarea. Dar apoi intră în joc și alți factori, cum ar fi legislația privind confidențialitatea, unde multe inovații au ajuns la capăt în ultimii ani.

Grupul de lucru Tomp este un parteneriat public-privat între furnizorii MaaS, operatorii de transport, alte organizații legate de mobilitate și guverne. Grupul de lucru este convins că versiunea Dragonfly a API-ului este acum stabilă pentru o perioadă mai lungă de timp. Schimbul de date prin intermediul Tomp include toate informațiile legate de planificare, rezervare, rezervare, plată și asistență pentru călătorii.

Citiți și: TOMP trebuie să pună capăt spaghetelor conexiunilor

Pachetul de planificare a mobilității Pitane, de asemenea, pentru lucrătorii casnici
Print Friendly, PDF & Email