En sådan central dør til markedspartierne gør det lettere at tilføje andre parter eller applikationer til kæden, også kendt som MaaS - Mobility As A Service. Ikke desto mindre er der stadig mange forhindringer, der stadig skal overvindes for at kalde protokollen moden. Tomp var måske bare lidt for meget udviklet af teknikere. Vigtige forbindelser til tæt kædetransport mangler, og det viser sig nu i stigende grad nu, hvor alle vil omfavne Tomp til implementering. TOMP API (Transport Operator to Mobility Provider-Application Programming Interface) er en standardiseret og teknisk grænseflade mellem MaaS-tjenesteudbydere og transportører.
hvad er et link?
Sammenlign et link i software mellem to parter, men med brugen af Google Translate. Du sender det i venstre side, og det kommer ud på et andet sprog på højre side. Men som det ofte er tilfældet med Google Translate, hvad der kommer ud til højre, er det bedre ikke at antage fuldstændigt som sandhed og bruge eller offentliggøre det uhensigtsmæssigt. Og det er præcis, hvad der mangler med mange links. Der er ingen standard, sig en korrekt oversættelsesproces, og resultatet efter hver oversættelse er åbent for fortolkning af brugeren. Høj tid til aftaler og en standard. Senest har vi set ordbogen til målgruppetransport af vidensplatformen KRAGE dukke op, hvad der skal beskrive den rejsendes egenskaber. En god start, men vi er langt derfra endnu.
et stykke historie
Kritisk eller ej, det skal skrives, at Tomp API gjorde mere i taxisektoren end noget, der nogensinde gik forud for det. Hvad gik der galt tidligere? Leverandører af softwaresystemer har gentagne gange udtænkt deres egne links for at gøre en kunde glad. Alle havde deres egen vision og frem for alt ikke ønsket at bygge videre på det, der allerede var der. Ideen var en streng plan for at tiltrække markedet. Der er stadig ikke tale om en åben standard instrueret af selve sektoren. Et nyt link kommer fra hvert udbud med det resultat, at vi nu har en palle med software, der skal vedligeholdes. Men hvad der er værre, innovation holdes tilbage af alle begrænsningerne i den eksisterende 'gamle' kommunikationsmodel mellem parterne.
Sektorforeningen KNV, der som et innovativt vendepunkt i sin politik ønsker at være en frontløber inden for alt, hvad der bruger MaaS som en sammenhængende faktor, har også i de senere år gjort skyld i spaghetti af links. På trods af at der var et eget innovationsudvalg, hvor der regelmæssigt er indsendt forslag i løbet af de sidste 10 år for at tackle dette problem, kom de ikke ud over, hvad hver 'støttegruppe' har gjort i de senere år. Ubesvaret mulighed, en standard eller protokol kom ikke op. Desto mere grund til at gå videre og gøre TOMP egnet til sektoren.
rejsendes egenskaber
Tomp API er dog desværre endnu ikke egnet til at betjene alle facetter af taxitransport. Det mangler stadig et aftalesystem. Ikke på et teknisk niveau, tværtimod, hatte off. Men der er stadig meget at gøre med hensyn til passageregenskaber, budgetaftaler og kedelture, der involverer en taxa. Det betyder ikke, at det er en forpasset mulighed, fordi Tomp-arbejdsgruppen gør alt, hvad den kan, for at få det til at lykkes og lytter hovedsageligt til signaler fra luftfartsselskaber og markedsdeltagere.
Det har været lang tid før fremkomsten af et universelt led i taxisektoren. Behovet for at forbinde kraftværker har eksisteret i 20 år, men hvert IKT-firma har opfundet sit eget hjul. Toget er nu i fuld gang med alle mulige forskellige hjul. Omkostningerne til vedligeholdelse af alle disse systemer skyder i luften.
De tomp Arbejdsgruppen skal nu overveje, hvad der virkelig er teknisk nødvendigt for at gennemføre en reservation, og hvilke gensidige parter der skal arrangere sig selv. Et budgetprodukt tildelt en rejsende af en budgetudbyder er et godt eksempel på dette. Alle rejsendes egenskaber, der er registreret på den rejsendes konto, såsom typen af budgetprodukt, autorisationsnummer, gyldighedsperiode og en henvisning til vilkår og betingelser og rejsebetingelser kan ikke findes i Tomp API, mens de er en væsentlig del af reservationen. Men så kommer andre faktorer i spil, såsom privatlivslovgivningen, hvor mange innovationer er kommet på spidsen i de seneste år.
Tomp-arbejdsgruppen er et offentlig-privat partnerskab mellem MaaS-udbydere, transportoperatører, andre mobilitetsrelaterede organisationer og regeringer. Arbejdsgruppen er overbevist om, at Dragonfly-versionen af API nu er stabil i længere tid. Dataudvekslingen via Tomp inkluderer alle oplysninger relateret til planlægning, reservation, reservation, betaling og rejsesupport.
