Стандартизацията и регулирането са необходими елементи в една добре функционираща отворена екосистема.
По време на последната среща на MaaS-Lab, базираната в Айндховен Pitane Mobility изрази желание да включи интегрирането на TOMP API като стандартен компонент в новите търгове в таксиметровия и здравния транспорт. Според предприемача от Айндховен – Герит Сай – трябва да се отървем от всички онези швейцарски армейски ножове, за да реализираме технически връзки между страните.
Секторът може спокойно да поиска един и същи стандарт. Според председателя Bertho Eckhart – Royal Dutch Transport – съветът може да бъде изпратен на AIM, но последният трябва да вземе решение за самата препоръка. Институтът за обществени поръчки за мобилност (AIM) е създаден от социални партньори в таксиметровия сектор (KNV, FNV и CNV), за да привлече вниманието на страните, които купуват здравен транспорт, включително общини, провинции и здравни институции, към важни теми за сектора.
През последните години Министерството на инфраструктурата и управлението на водите и различни консорциуми предприеха стъпки за оформяне на пилотните проекти на MaaS. През последните години Министерството на инфраструктурата и управлението на водите също изглежда се стреми към „задължителен“ технически стандарт (TOMP API), първоначално чрез пряко задължение със страните MaaS, участващи в пилотните проекти, а сега дори чрез общински политици които налагат правила на доставчиците на споделени коли. Целта на TOMP API е да създаде „отворена“ система, в която много страни имат възможност да развиват MaaS услуги.
големи притеснения
Това задължение е основна загриженост за сектора на споделянето на автомобили, което те виждат като основна заплаха за настоящото предлагане и бъдещия растеж на споделянето на автомобили в общините. Това също възпрепятства успеха на пилотите на MaaS и (потенциалните) клиенти също са измамени. Поради тези причини те молят предвиденото задължение да не бъде увековечено.
„Секторът не подкрепя изискването на TOMP API като стандарт в търговете. Изпратихме противопожарно писмо за това, за да привлечем внимание към това.“
В допълнение към по-нататъшното развитие и тестване на техническите решения, създаването на действително работеща екосистема е важно условие в рамките на MaaS. Очакванията са работещите MaaS системи да допринесат положително за качеството на живот в градовете. Следователно тази точка е основната причина, поради която доставчиците на споделени автомобили не само поддържат MaaS, но и вярват, че трябва да играят важна роля в него.
възражения
В един позиционен документ по-рано информира индустрията, че TOMP API не е зрял и все още се нуждае от много практически опит, за да бъде доразвит в стабилен и приложим продукт. В допълнение, техническото, оперативното и финансовото въздействие от прилагането на TOMP API за доставчици на споделени автомобили се подценява. Превръщането на TOMP API в задължителен в бъдеще застрашава услугата за клиентите на доставчиците на споделени автомобили.
Според сектора TOMP API е разработен основно от страните на MaaS: „Ние като доставчици на споделени автомобили не бяхме достатъчно способни или желаещи да участваме в този процес, предвид избрания подход. Отключването на автомобили чрез трети страни е сложен въпрос.“ Не само критика на TOMP API, но и визия за бъдещето.
бъдеще
Като цяло повечето доставчици на споделени автомобили виждат добавена стойност в стандарта. От тази гледна точка би било добре да се позволи на разработката на TOMP API да продължи и да узрее със страните, за които това е логична следваща стъпка, като например за онези страни, които все още не предлагат (ниво-5) интеграция чрез своите собствени API.. Също така е важно да се научите от първата група, която вече работи с API на трети страни.
След като екосистемата започне да работи, стимулът за другите страни трябва да е достатъчно голям, за да преминат в крайна сметка към TOMP API. Би било добра цел, ако TOMP API е зрял в края на пилотните проекти и следователно по-широко поддържан. Според документа за позицията в момента е по-важно да се установи сътрудничество и да се ускорят пилотните MaaS, отколкото да се изисква технически стандарт.
има работа за вършене
Така че има работа и за двете страни. Индустрията може по-добре да обясни възраженията лично на TOMP-WG и работната група може на свой ред да прецени дали документът за позиция, написан по това време, все още е актуален. В обобщение, секторът за споделяне на автомобили заяви, че задължение на TOMP API – със сигурност в тази пилотна фаза – от правителството или от общините би било нежелателно, контрапродуктивно и преждевременно. Засега ангажиментът на незрелия TOMP API идва твърде рано.
Доставчиците на споделени автомобили подкрепят идеята за стандартизация, но задължението не е разумно, както се препоръчва по-горе. „Можем да си представим, че общините биха искали да видят доставчиците на споделени автомобили да бъдат интегрирани, така че MaaS да може да се оформи и техните цели да бъдат постигнати, но начинът и техниката на интеграция не трябва да имат значение“, според сектора. Документът с позицията е одобрен от myWheels, SIXT Share, Greenwheels, Juuve и Share-NOW и е тук чета.
