Drucken Freundlich, PDF & Email

Eine solche zentrale Tür zu den Marktteilnehmern erleichtert das Hinzufügen anderer Parteien oder Anwendungen zur Kette, auch bekannt als MaaS - Mobility As A Service. Dennoch gibt es noch viele Hindernisse, die überwunden werden müssen, um das Protokoll als ausgereift zu bezeichnen. Tomp wurde von Technikfreaks vielleicht etwas zu sehr entwickelt. Wichtige Verbindungen zum Nahkettentransport fehlen, und dies wird jetzt immer deutlicher, da jeder Tomp für die Implementierung nutzen möchte. Die TOMP-API (Transport Operator to Mobility Provider-Application Programming Interface) ist standardisiert und technisch Schnittstelle zwischen MaaS-Dienstleistern und Netzbetreibern.

Was ist ein Link?

Vergleichen Sie einen Link in der Software zwischen zwei Parteien, jedoch unter Verwendung von Google Translate. Sie senden es auf der linken Seite und es kommt in einer anderen Sprache auf der rechten Seite heraus. Aber wie es bei Google Translate häufig der Fall ist, ist es besser, es nicht vollständig für die Wahrheit zu halten und es unangemessen zu verwenden oder zu veröffentlichen. Und genau das fehlt bei vielen Links. Es gibt keinen Standard, beispielsweise einen korrekten Übersetzungsprozess, und das Ergebnis nach jeder Übersetzung kann vom Benutzer interpretiert werden. Höchste Zeit für Vereinbarungen und einen Standard. In letzter Zeit haben wir das Wörterbuch für den Zielgruppentransport der Wissensplattform gesehen KRÄHE entstehen, was die Eigenschaften des Reisenden beschreiben soll. Ein guter Start, aber wir sind weit davon entfernt. 

ein Stück Geschichte

Ob kritisch oder nicht, es muss geschrieben werden, dass die Tomp-API im Taxisektor mehr geleistet hat als alles, was ihr jemals vorausgegangen ist. Was ist dann in der Vergangenheit schief gelaufen? Anbieter von Softwaresystemen haben wiederholt eigene Links entwickelt, um einen Kunden glücklich zu machen. Jeder hatte seine eigene Vision und wollte vor allem nicht auf dem aufbauen, was schon da war. Die Idee war ein enger Plan, um den Markt anzuziehen. Von einem offenen Standard, der von der Branche selbst geleitet wird, ist noch keine Rede. Aus jeder Ausschreibung ergibt sich ein neuer Link, so dass wir jetzt eine Palette von Software haben, die gewartet werden muss. Was aber noch schlimmer ist, Innovation wird durch alle Einschränkungen des bestehenden "alten" Kommunikationsmodells zwischen Parteien gebremst.

Lesen Sie auch  Zukunftsvision: Wie KNV den Herausforderungen von morgen begegnet

Der Branchenverband KNV, der als innovativer Wendepunkt in seiner Politik Vorreiter bei allem sein will, was MaaS als Verbindungsfaktor nutzt, hat sich in den letzten Jahren ebenfalls schuldig gemacht Spaghetti von Links. Obwohl es ein eigenes Innovationskomitee gab, in dem in den letzten 10 Jahren regelmäßig Vorschläge zur Lösung dieses Problems eingereicht wurden, kamen sie nicht über das hinaus, was jede „Unterstützungsgruppe“ in den letzten Jahren getan hat. Verpasste Gelegenheit, ein Standard oder ein Protokoll wurde nicht angezeigt. Umso mehr Grund, TOMP für den Sektor geeignet zu machen. 

Reisendeigenschaften

Leider ist die Tomp-API noch nicht für alle Facetten des Taxitransports geeignet. Es fehlt noch ein Terminsystem. Nicht auf technischer Ebene, im Gegenteil, Hut ab. In Bezug auf Fahrgastmerkmale, Budgetvereinbarungen und Kesselfahrten, bei denen es sich um ein Taxi handelt, bleibt jedoch noch viel zu tun. Dies bedeutet nicht, dass dies eine verpasste Gelegenheit ist, da die Tomp-Arbeitsgruppe alles in ihrer Macht Stehende tut, um sie zum Erfolg zu führen, und hauptsächlich auf Signale von Carriern und Marktteilnehmern hört.

Es hat lange gedauert, bis eine universelle Verbindung im Taxisektor aufkam. Die Notwendigkeit, Kraftwerke miteinander zu verbinden, besteht seit 20 Jahren, aber jedes IKT-Unternehmen hat sein eigenes Rad erfunden. Der Zug ist jetzt mit allen möglichen Rädern in vollem Gange. Die Kosten für die Wartung all dieser Systeme steigen sprunghaft an.

De tomp Die Arbeitsgruppe muss nun überlegen, was für die Realisierung einer Buchung wirklich technisch notwendig ist und welche Gegenparteien sich arrangieren müssen. Ein gutes Beispiel hierfür ist ein Budgetprodukt, das einem Reisenden von einem Budgetanbieter zugewiesen wurde. Alle auf dem Konto des Reisenden erfassten Reisemerkmale wie die Art des Budgetprodukts, die Autorisierungsnummer, die Gültigkeitsdauer und ein Verweis auf Geschäftsbedingungen und Reisebedingungen können nicht in der Tomp-API gefunden werden, obwohl sie ein wesentlicher Bestandteil von sind die Buchung. Aber dann kommen andere Faktoren ins Spiel, wie zum Beispiel die Datenschutzgesetzgebung, bei der sich in den letzten Jahren viele Innovationen zuspitzen.

Lesen Sie auch  Zukunftsvision: Wie KNV den Herausforderungen von morgen begegnet

Die Tomp-Arbeitsgruppe ist eine öffentlich-private Partnerschaft zwischen MaaS-Anbietern, Verkehrsunternehmen, anderen Mobilitätsorganisationen und Regierungen. Die Arbeitsgruppe ist überzeugt, dass die Dragonfly-Version der API nun über einen längeren Zeitraum stabil ist. Der Datenaustausch über den Tomp umfasst alle Informationen zu Planung, Reservierung, Buchung, Zahlung und Reiseunterstützung.

Lesen Sie auch: TOMP muss Spaghetti von Verbindungen beenden

Pitane Mobility Planungspaket auch für Heimarbeiter