Essa porta central para os participantes do mercado facilita a adição de outros participantes ou aplicações à cadeia, também conhecida como MaaS – Mobilidade como Serviço. No entanto, ainda existem muitos obstáculos que precisam ser superados para que o protocolo seja considerado maduro. Tomp talvez tenha sido desenvolvido um pouco demais pelos técnicos. Faltam elos importantes para completar a cadeia de transporte e isso está se tornando cada vez mais evidente agora que todos querem abraçar o Tomp e implementá-lo. A API TOMP (Transport Operator to Mobility Provider-Application Programming Interface) é uma interface de programação padronizada e técnica interface entre provedores de serviços MaaS e operadoras.
o que é um link?
Compare um link de software entre duas partes com o uso do Google Translate. Você envia no lado esquerdo e sai em outro idioma no lado direito. Mas, como costuma acontecer com o Google Translate, é melhor que o que dá certo não seja tomado inteiramente como verdade e usado ou publicado de forma inadequada. E é exatamente isso que está errado com muitas conexões. Não existe um padrão, ou seja, uma tradução correta, e o resultado após cada tradução está aberto à interpretação do usuário. É hora de acordos e um padrão. Ultimamente temos visto o dicionário para transporte de grupos-alvo da plataforma de conhecimento CORVO emergem que devem descrever as características do viajante. Um bom começo, mas ainda estamos longe disso.
um pedaço de história
Crítico ou não, deve ser escrito que a API Tomp alcançou mais no setor de táxis do que qualquer coisa que existiu antes dela. Então, o que deu errado no passado? Os fornecedores de sistemas de software sempre criam suas próprias conexões para deixar o cliente feliz. Cada um tinha a sua própria visão e não queria desenvolver o que já existia. A ideia era um plano rigoroso para atrair o mercado. Ainda não se fala de um padrão aberto dirigido pelo próprio setor. Cada concurso resulta numa nova ligação, pelo que temos agora uma gama de software para manter. Mas o que é pior, a inovação é travada por todas as limitações do “velho” modelo de comunicação existente entre as partes.
A associação comercial KNV, que, como um ponto de viragem inovador na sua política, pretende ser líder em tudo o que utiliza o MaaS como factor de ligação, também foi culpada do espaguete de links. Apesar de ter o seu próprio comité de inovação, onde foram apresentadas regularmente propostas ao longo dos últimos 10 anos para resolver este problema, não foram além do que cada “grupo de conversação” tem feito nos últimos anos. Oportunidade perdida, nenhum padrão ou protocolo surgiu. Portanto, há todos os motivos para continuar e tornar o TOMP adequado ao setor.
características do viajante
No entanto, infelizmente, a API Tomp ainda não é adequada para atender todas as facetas do transporte de táxi. Ainda falta um sistema de agendamento. Não a nível técnico, pelo contrário, tiro o chapéu. Mas ainda há muito a fazer em termos de características dos passageiros, acordos orçamentais e viagens que envolvam táxi. Isso não significa que seja uma oportunidade perdida, porque o grupo de trabalho Tomp está a fazer tudo o que pode para torná-lo um sucesso e, especialmente, escuta os sinais das transportadoras e dos intervenientes no mercado.
A chegada de uma conexão universal no setor de táxis é aguardada há muito tempo. A necessidade de conectar centrais existe há 20 anos, mas cada empresa de TIC inventou a sua própria roda. O trem está agora em pleno andamento com todas as rodas diferentes. Os custos de manutenção de todos estes sistemas estão disparando.
De Tom O grupo de trabalho deve agora considerar o que é realmente tecnicamente necessário para realizar uma reserva e o que as partes mútuas devem organizar entre si. Um produto económico atribuído a um viajante por um fornecedor de orçamento é um bom exemplo disto. Todas as características do viajante registradas na conta do viajante, como tipo de produto orçamentário, número de autorização, período de validade e referência aos termos e condições e condições de viagem, não podem ser encontradas na API Tomp, embora sejam parte essencial da reserva. Mas depois entram em jogo outros factores, como a legislação sobre privacidade, onde muitas inovações falharam nos últimos anos.
O grupo de trabalho Tomp é uma parceria público-privada entre fornecedores de MaaS, operadores de transporte, outras organizações relacionadas com a mobilidade e governos. O grupo de trabalho está convencido de que a versão Dragonfly da API agora está estável por um longo período de tempo. A troca de dados através do Tomp inclui todas as informações relativas ao planeamento, reservas, reserva, pagamento e apoio à viagem.
Leia também: TOMP deve acabar com o espaguete de conexões
