Standaryzacja i regulacja to niezbędne elementy dobrze funkcjonującego otwartego ekosystemu.
Podczas ostatniego spotkania MaaS-Lab, Pitane Mobility z Eindhoven wyraził chęć włączenia integracji API TOMP jako standardowego komponentu w nowych przetargach w transporcie taksówkowym i medycznym. Według przedsiębiorcy z Eindhoven – Gerrita Saeya – musimy pozbyć się wszystkich tych szwajcarskich noży wojskowych, aby zrealizować techniczne powiązania między stronami.
Sektor może po cichu prosić o jeden i ten sam standard. Według prezesa Bertho Eckharta – Royal Dutch Transport – poradę można przekazać AIM, ale ta ostatnia musi sama zdecydować o zaleceniu. Mobility Procurement Institute (AIM) został powołany przez partnerów społecznych z sektora taksówkarskiego (KNV, FNV i CNV) w celu zwrócenia uwagi podmiotów kupujących transport opieki zdrowotnej, w tym gmin, prowincji i instytucji opieki zdrowotnej, na ważne tematy dla sektora.
W ostatnich latach Ministerstwo Infrastruktury i Gospodarki Wodnej oraz różne konsorcja podjęły działania mające na celu ukształtowanie pilotów MaaS. W ostatnich latach Ministerstwo Infrastruktury i Gospodarki Wodnej również wydawało się dążyć do „obowiązkowego” standardu technicznego (TOMP API), początkowo poprzez bezpośrednie zobowiązanie stron MaaS uczestniczących w pilotażach, a teraz nawet za pośrednictwem miejskich decydentów którzy nakładają przepisy na dostawców usług car-sharingu. Celem TOMP API jest stworzenie „otwartego” systemu, w którym wiele stron ma możliwość rozwijania usług MaaS.
Główne obawy
Obowiązek ten jest poważnym problemem dla sektora car-sharingu, który postrzega jako poważne zagrożenie dla bieżącej podaży i przyszłego rozwoju car-sharingu w gminach. Utrudnia to również sukces pilotów MaaS, a (potencjalni) klienci również są oszukiwani. Z tych powodów żądają, aby zamierzone zobowiązanie nie było kontynuowane.
„Sektor nie opowiada się za wymaganiem TOMP API jako standardu w przetargach. Wysłaliśmy w tej sprawie ogniste pismo, aby zwrócić na to uwagę”.
Oprócz dalszego rozwoju i testowania rozwiązań technicznych, stworzenie rzeczywistego ekosystemu pracy jest ważnym warunkiem w MaaS. Oczekuje się, że działające systemy MaaS wpłyną pozytywnie na jakość życia w miastach. Ten punkt jest zatem głównym powodem, dla którego dostawcy usług carsharingu nie tylko wspierają MaaS, ale także uważają, że powinni odgrywać w nim ważną rolę.
zastrzeżenia
W jednym stanowisko papierowe wcześniej poinformował branżę, że TOMP API nie jest jeszcze dojrzałe i nadal wymaga dużego praktycznego doświadczenia, aby można go było dalej rozwijać w stabilny i możliwy do wdrożenia produkt. Ponadto niedoceniany jest techniczny, operacyjny i finansowy wpływ wdrożenia interfejsu API TOMP dla dostawców usług carsharingu. Wprowadzenie obowiązkowego API TOMP w przyszłości zagraża usługom dla klientów dostawców car-sharingu.
Według branży, TOMP API zostało opracowane głównie przez strony MaaS: „My, jako dostawcy carsharingu, nie byliśmy w stanie lub nie chcieliśmy uczestniczyć w tym procesie, biorąc pod uwagę wybrane podejście. Odblokowywanie samochodów przez osoby trzecie to skomplikowana sprawa”. Nie tylko krytyka API TOMP, ale także wizja przyszłości.
przyszłość
Ogólnie rzecz biorąc, większość dostawców usług car-sharingu dostrzega wartość dodaną w standardzie. Z tego punktu widzenia dobrze byłoby, aby rozwój TOMP API był kontynuowany i rozwijał się wraz ze stronami, dla których jest to logiczny następny krok, na przykład dla tych stron, które jeszcze nie oferują (poziom-5) integracji poprzez swoje własne API. Ważne jest również, aby uczyć się od pierwszej grupy, która już pracuje z zewnętrznymi interfejsami API.
Po uruchomieniu ekosystemu zachęta dla innych stron musi być wystarczająco duża, aby ostatecznie przejść na TOMP API. Byłoby dobrym celem, gdyby TOMP API było dojrzałe pod koniec pilotażu, a zatem szerzej wspierane. Zgodnie z dokumentem przedstawiającym stanowisko, obecnie ważniejsze jest nawiązanie współpracy i przyspieszenie pilotów MaaS niż wymaganie standardu technicznego.
jest praca do zrobienia
Jest więc praca do zrobienia dla obu stron. Branża może lepiej wyjaśnić obiekcje osobiście TOMP-WG, a grupa robocza może z kolei ocenić, czy napisane wówczas stanowisko jest nadal aktualne. Podsumowując, sektor car-sharingu stwierdził, że zobowiązanie TOMP API – na pewno w tej fazie pilotażowej – ze strony rządu lub gmin byłoby niepożądane, szkodliwe i przedwczesne. Na razie zaangażowanie niedojrzałego interfejsu API TOMP przychodzi zbyt wcześnie.
Dostawcy car-sharingu popierają ideę standaryzacji, ale obowiązek nie jest mądry, jak postulowano powyżej. „Możemy sobie wyobrazić, że gminy chciałyby, aby dostawcy usług carsharingu zostali zintegrowani, aby MaaS mógł nabrać kształtu, a ich cele można było osiągnąć, ale sposób i technika integracji nie powinny mieć znaczenia”, zgodnie z sektorem. Stanowisko zostało zatwierdzone przez myWheels, SIXT Share, Greenwheels, Juuve i Share-NOW i jest tutaj czytać.
