Standardointi ja sääntely ovat välttämättömiä elementtejä hyvin toimivassa avoimessa ekosysteemissä.
MaaS-Labin viime kokouksessa eindhovenilainen Pitane Mobility ilmaisi toiveensa sisällyttää TOMP API:n integrointi vakiokomponentiksi uusiin taksi- ja terveydenhuoltoalan tarjouskilpailuihin. Eindhovenin yrittäjän – Gerrit Saeyn – mukaan meidän on päästävä eroon kaikista noista Sveitsin armeijan veitsestä voidaksemme toteuttaa teknisiä yhteyksiä osapuolten välillä.
Ala voi hiljaa vaatia yhtä ja samaa standardia. Puheenjohtaja Bertho Eckhart – Royal Dutch Transport – mukaan neuvot voidaan toimittaa AIM:lle, mutta AIM:n on itse päätettävä suosituksesta. Mobility Procurement Institute (AIM) perustettiin taksialan työmarkkinaosapuolten (KNV, FNV ja CNV) toimesta kiinnittääkseen terveydenhuollon kuljetuksia ostavien tahojen, mukaan lukien kuntien, maakuntien ja terveydenhuoltolaitosten, huomion alan tärkeisiin teemoihin.
Infra- ja vesihuoltoministeriö ja useat konsortiot ovat viime vuosina ryhtyneet toimenpiteisiin MaaS-pilottien muokkaamiseksi. Infra- ja vesihuoltoministeriö näytti viime vuosina pyrkivän myös teknisen standardin (TOMP API) "pakolliseen" alun perin suoravelvoitteella pilotteihin osallistuvien MaaS-osapuolten kanssa, nyt jopa kuntien päättäjien kautta. jotka asettavat sääntöjä yhteisautojen tarjoajille. TOMP API:n tavoitteena on luoda "avoin" järjestelmä, jossa monilla osapuolilla on mahdollisuus kehittää MaaS-palveluita.
suuria huolia
Tämä velvoite on suuri huolenaihe yhteisautosektorille, jonka he näkevät suureksi uhkaksi kuntien yhteisautoilun nykyiselle tarjonnalle ja tulevalle kasvulle. Tämä haittaa myös MaaS-pilottien menestystä ja myös (potentiaalisia) asiakkaita huijataan. Näistä syistä he pyytävät, että suunniteltua velvoitetta ei jatketa.
"Toimiala ei kannata TOMP API:n vaatimista standardina tarjouskilpailuissa. Olemme lähettäneet tästä palokirjeen kiinnittääksemme tähän huomiota."
Teknisten ratkaisujen jatkokehityksen ja testauksen lisäksi MaaS:ssä on tärkeä ehto todellisen toimivan ekosysteemin luominen. Toimivien MaaS-järjestelmien odotetaan parantavan kaupunkien elämänlaatua. Tämä on siis tärkein syy siihen, miksi yhteisautojen tarjoajat eivät vain tue MaaS:ää, vaan uskovat myös, että niillä pitäisi olla tärkeä rooli siinä.
vastalauseita
Yhdessä kantapaperi ilmoitti aiemmin teollisuudelle, että TOMP API ei ole kypsä ja vaatii vielä paljon käytännön kokemusta kehittääkseen edelleen vakaaksi ja käyttöönotettavaksi tuotteeksi. Lisäksi TOMP-sovellusliittymän käyttöönoton teknisiä, toiminnallisia ja taloudellisia vaikutuksia yhteisautojen tarjoajille aliarvioidaan. TOMP API:n pakollistaminen tulevaisuudessa uhkaa palvelua yhteisautojen tarjoajien asiakkaille.
Alan mukaan TOMP API on pääosin MaaS-osapuolten kehittämä: ”Me yhteisautojen tarjoajina emme olleet tarpeeksi valmiita tai halukkaita osallistumaan tähän prosessiin valitun lähestymistavan vuoksi. Autojen lukituksen avaaminen kolmansien osapuolten kautta on monimutkainen asia." Ei vain kritiikkiä TOMP API:lle, vaan myös visio tulevaisuudesta.
tulevaisuus
Yleisesti ottaen useimmat yhteisauton tarjoajat näkevät standardissa lisäarvoa. Tästä näkökulmasta katsottuna olisi hyvä antaa TOMP API -kehityksen jatkua ja kypsyä niiden osapuolten kanssa, joille tämä on looginen seuraava askel, kuten niille osapuolille, jotka eivät vielä tarjoa (taso 5) integraatiota omien osapuoltensa kautta. omat API:t.. On myös tärkeää ottaa oppia ensimmäiseltä ryhmältä, joka jo toimii kolmannen osapuolen sovellusliittymien kanssa.
Kun ekosysteemi on valmis, muiden osapuolten kannustimen on oltava riittävän suuri siirtyäkseen lopulta TOMP-sovellusliittymään. Olisi hyvä tavoite, jos TOMP API on kypsä pilottien lopussa ja siksi sitä tuetaan laajemmin. Kantapaperin mukaan tällä hetkellä on tärkeämpää luoda yhteistyötä ja nopeuttaa MaaS-pilotteja kuin vaatia teknistä standardia.
töitä on tehtävänä
Työtä on siis molemmille osapuolille. Toimiala pystyy paremmin perustelemaan vastalauseita henkilökohtaisesti TOMP-WG:lle ja työryhmä puolestaan voi arvioida, onko tuolloin kirjoitettu kannanotto vielä ajan tasalla. Yhteenvetona voidaan todeta, että yhteisautojen sektori totesi, että TOMP API:n velvoite – varmasti tässä pilottivaiheessa – hallitukselta tai kunnilta olisi ei-toivottavaa, haitallista ja ennenaikaista. Toistaiseksi epäkypsän TOMP API:n sitoutuminen tulee liian aikaisin.
Yhteisautojen tarjoajat tukevat ajatusta standardoinnista, mutta velvoite ei ole viisasta, kuten edellä on esitetty. "Voimme kuvitella, että kunnat haluaisivat yhteisautojen tarjoajien integroituvan, jotta MaaS voisi muotoutua ja niiden tavoitteet saavutetaan, mutta integraation tavalla ja tekniikalla ei pitäisi olla väliä", alan mukaan. MyWheels, SIXT Share, Greenwheels, Juuve ja Share-NOW ovat hyväksyneet kannanoton, ja se on täällä lukea.
