Standardizarea și reglementarea sunt elemente necesare într-un ecosistem deschis care funcționează bine.
În timpul ultimei întâlniri a MaaS-Lab, Pitane Mobility, cu sediul în Eindhoven, și-a exprimat dorința de a include integrarea API-ului TOMP ca componentă standard în noile licitații în transportul cu taxiuri și asistență medicală. Potrivit antreprenorului de la Eindhoven – Gerrit Saey – trebuie să scăpăm de toate acele cuțite elvețiene pentru a realiza legături tehnice între părți.
Sectorul poate cere în liniște unul și același standard. Potrivit președintelui Bertho Eckhart – Royal Dutch Transport – sfatul poate fi transmis la AIM, dar acesta din urmă trebuie să decidă asupra recomandării în sine. Institutul pentru Achiziții pentru Mobilitate (AIM) a fost înființat de partenerii sociali din sectorul taxiurilor (KNV, FNV și CNV) pentru a atrage atenția părților care achiziționează transporturi medicale, inclusiv municipalități, provincii și instituții de sănătate, asupra temelor importante pentru sector.
În ultimii ani, Ministerul Infrastructurii și Gospodăririi Apelor și diverse consorții au luat măsuri pentru a modela piloții MaaS. În ultimii ani, Ministerul Infrastructurii și Gospodăririi Apelor părea să urmărească și „obligatoriu” standardului tehnic (TOMP API), inițial printr-o obligație directă cu părțile MaaS participante la pilot, iar acum chiar prin intermediul factorilor de decizie municipali care să impună reguli furnizorilor de mașini în comun. Scopul API-ului TOMP este de a crea un sistem „deschis” în care multe părți au posibilitatea de a dezvolta servicii MaaS.
preocupări majore
Această obligație reprezintă o preocupare majoră pentru sectorul car-sharing-ului, pe care îl consideră o amenințare majoră la adresa ofertei actuale și a creșterii viitoare a car-sharing-ului în municipalități. Acest lucru împiedică, de asemenea, succesul piloților MaaS, iar clienții (potențialii) sunt, de asemenea, păcăliți. Din aceste considerente, solicită ca obligația intenționată să nu fie perpetuată.
„Sectorul nu este în favoarea solicitării TOMP API ca standard în licitații. Am trimis o scrisoare de foc despre acest lucru pentru a atrage atenția asupra acestui lucru”.
Pe lângă dezvoltarea și testarea ulterioară a soluțiilor tehnice, crearea unui ecosistem de lucru real este o condiție importantă în cadrul MaaS. Se așteaptă ca sistemele MaaS funcționale să aducă o contribuție pozitivă la calitatea vieții în orașe. Prin urmare, acest punct este motivul principal pentru care furnizorii de servicii de partajare auto nu numai că sprijină MaaS, ci și cred că ar trebui să joace un rol important în acesta.
obiecții
Într-una document de poziție a informat anterior industria că API-ul TOMP nu este matur și are încă nevoie de multă experiență practică pentru a fi dezvoltat în continuare într-un produs stabil și implementabil. În plus, impactul tehnic, operațional și financiar al implementării API-ului TOMP pentru furnizorii de car sharing este subestimat. Facerea API-ului TOMP obligatorie în viitor amenință serviciul pentru clienții furnizorilor de car-sharing.
Potrivit sectorului, API-ul TOMP a fost dezvoltat în principal de părțile MaaS: „Noi, în calitate de furnizori de car-sharing, nu am fost suficient de capabili sau dispuși să participăm la acest proces, având în vedere abordarea aleasă. Deblocarea mașinilor prin terți este o chestiune complexă.” Nu doar o critică la adresa API-ului TOMP, ci și o viziune pentru viitor.
viitor
În general, majoritatea furnizorilor de car-sharing văd valoare adăugată într-un standard. Din acest punct de vedere, ar fi bine să se permită dezvoltării TOMP API să continue și să se maturizeze cu părțile pentru care acesta este un următor pas logic, cum ar fi acele părți care nu oferă încă integrarea (nivelul 5) prin intermediul lor. propriile API-uri.. De asemenea, este important să învățați de la primul grup care lucrează deja cu API-uri terță parte.
Odată ce ecosistemul este pus în funcțiune, stimulentul pentru celelalte părți trebuie să fie suficient de mare pentru a trece în cele din urmă la API-ul TOMP. Ar fi un obiectiv bun dacă API-ul TOMP este matur la sfârșitul piloților și, prin urmare, este mai susținut pe scară largă. Potrivit documentului de poziție, în prezent este mai important să se stabilească o colaborare și să accelereze piloții MaaS decât să se ceară un standard tehnic.
mai este de lucru
Deci este de lucru de făcut pentru ambele părți. Industria poate explica personal mai bine obiecțiile către TOMP-WG, iar grupul de lucru poate evalua, la rândul său, dacă documentul de poziție scris la momentul respectiv este încă actualizat. Pe scurt, sectorul car-sharing a afirmat că o obligație a TOMP API – cu siguranță în această fază pilot – din partea guvernului sau a municipalităților ar fi nedorită, contraproductivă și prematură. Deocamdată, un angajament al API-ului TOMP imatur vine prea curând.
Furnizorii de car-sharing susțin ideea standardizării, dar o obligație nu este înțeleaptă așa cum s-a susținut mai sus. „Ne putem imagina că municipalitățile ar dori să vadă furnizorii de car-sharing integrați, astfel încât MaaS să poată lua contur și obiectivele lor să poată fi atinse, dar modul și tehnica de integrare nu ar trebui să conteze”, potrivit sectorului. Documentul de poziție a fost aprobat de myWheels, SIXT Share, Greenwheels, Juuve și Share-NOW și este aici a citi.
