A normalização e a regulamentação são elementos necessários para um ecossistema aberto que funcione bem.
Durante a última reunião do MaaS Lab, a Pitane Mobility, com sede em Eindhoven, expressou o desejo de incluir a integração da API TOMP como parte padrão de novas licitações em Táxis e Transporte de Saúde. De acordo com o empresário de Eindhoven – Gerrit Saey – precisamos de nos livrar de todos aqueles canivetes suíços para estabelecer ligações técnicas entre as partes.
O setor pode exigir com segurança um único e mesmo padrão. Segundo o presidente Bertho Eckhart – Royal Dutch Transport – o parecer pode ser submetido à AIM, mas esta deve decidir ela própria sobre a recomendação. O Mobility Tendering Institute (AIM) foi fundado por parceiros sociais da indústria dos táxis (KNV, FNV e CNV) para chamar a atenção dos compradores de transportes de saúde, incluindo municípios, províncias e instituições de saúde, para temas importantes para a indústria.
Nos últimos anos, o Ministério das Infraestruturas e Gestão da Água e vários consórcios tomaram medidas para moldar os pilotos MaaS. Nos últimos anos, o Ministério de Infraestrutura e Gestão de Águas também parecia estar pressionando no sentido de "obrigar" o padrão técnico (TOMP API), inicialmente através de uma obrigação direta para as partes MaaS que participam dos pilotos, e agora até mesmo através de formuladores de políticas municipais que impor regras aos fornecedores de partilha de automóveis. A API TOMP visa criar um sistema “aberto” no qual muitas partes tenham a oportunidade de desenvolver serviços MaaS.
principais preocupações
Esta obrigação é de grande preocupação para o sector dos fornecedores de partilha de automóveis e eles vêem-na como uma grande ameaça à oferta actual e ao crescimento futuro da partilha de automóveis nos municípios. Isso também prejudica o sucesso dos pilotos MaaS e também prejudica os (potenciais) clientes. Por estas razões, solicitam que a obrigação proposta não seja continuada.
“O setor não é favorável à exigência da API TOMP como padrão nas licitações. Enviamos uma carta para chamar a atenção para isso.”
Além de desenvolver e testar ainda mais as soluções técnicas, a criação de um ecossistema realmente funcional é uma condição importante dentro do MaaS. Espera-se que os sistemas MaaS funcionais contribuam positivamente para a qualidade de vida nas cidades. Este ponto é, portanto, a principal razão pela qual os fornecedores de car sharing não só apoiam o MaaS, mas também acreditam que devem desempenhar um papel importante nele.
objeções
Em um posição do papel a indústria anunciou anteriormente que a API TOMP não está madura e ainda precisa de muita experiência prática para ser desenvolvida em um produto estável e implementável. Além disso, o impacto técnico, operacional e financeiro da implementação da API TOMP para fornecedores de partilha de automóveis é subestimado. Tornar a API TOMP obrigatória no futuro ameaça os serviços prestados aos clientes dos fornecedores de partilha de automóveis.
De acordo com o setor, a API TOMP foi desenvolvida principalmente por partes MaaS: “Dada a abordagem escolhida, nós, como fornecedores de compartilhamento de carros, não fomos suficientemente capazes ou dispostos a participar neste processo. Desbloquear carros através de terceiros é um assunto complexo.” Não apenas críticas à API TOMP, mas também uma visão para o futuro.
futuro
Em geral, a maioria dos fornecedores de partilha de automóveis vê valor acrescentado numa norma. Deste ponto de vista, seria bom permitir que o desenvolvimento da API TOMP continuasse e amadurecesse para aquelas partes para quem este é um próximo passo lógico, como aquelas partes que ainda não oferecem integração (nível 5) através do seu próprio APIs. Também é importante aprender com o primeiro grupo que já trabalha com APIs de terceiros.
Assim que o ecossistema estiver instalado e funcionando, o incentivo para as outras partes deve ser grande o suficiente para possivelmente mudar para a API TOMP. Seria um bom objetivo que a API TOMP estivesse madura ao final dos pilotos e, portanto, tivesse um suporte mais amplo. De acordo com o documento de posicionamento, atualmente há mais interesse em conseguir colaboração e acelerar os pilotos MaaS do que em exigir um padrão técnico.
há trabalho a ser feito
Portanto, há trabalho a ser feito para ambas as partes. Seria melhor que a indústria explicasse pessoalmente as objecções ao TOMP-WG e o grupo de trabalho pudesse, por sua vez, avaliar se o documento de posição escrito na altura ainda está actualizado. Em resumo, o setor de partilha de automóveis afirmou que uma obrigação da API TOMP - especialmente nesta fase piloto - por parte do governo ou dos municípios seria indesejável, contraproducente e prematura. Por enquanto, uma obrigação da imatura API TOMP chega muito cedo.
Os provedores de compartilhamento de carros apoiam a ideia de padronização, mas uma obrigação não é sábia como defendido acima. “Podemos imaginar que os municípios gostariam de ver fornecedores de partilha de automóveis que pudessem ser integrados para que o MaaS pudesse tomar forma e os seus objetivos pudessem ser alcançados, mas o método e a tecnologia de integração não devem importar”, afirma o setor. O documento de posição foi endossado por myWheels, SIXT Share, Greenwheels, Juuve e Share-NOW e é aqui ler.
