Essa porta central para os participantes do mercado torna mais fácil adicionar outras partes ou aplicativos à rede, também conhecido como MaaS - Mobility As A Service. No entanto, ainda existem muitos obstáculos que ainda precisam ser superados para que o protocolo seja chamado de maduro. Tomp foi talvez um pouco desenvolvido demais por técnicos. Faltam links importantes para fechar a cadeia de transporte e isso agora está cada vez mais aparente, agora que todos querem abraçar o Tomp para implementação. A API TOMP (Operador de Transporte para Provedor de Mobilidade-Interface de Programação de Aplicativo) é um padrão e técnico interface entre provedores de serviços MaaS e operadoras.

o que é um link?

Compare um link de software entre duas partes, mas com o uso do Google Translate. Você manda no lado esquerdo e sai em outro idioma no lado direito. Mas como costuma ser o caso com o Google Translate, o que sai pela direita, é melhor não assumir totalmente como verdade e usar ou publicar de forma inadequada. E é exatamente isso que falta em muitos links. Não existe um padrão, digamos, um processo de tradução correto, e o resultado após cada tradução está aberto à interpretação pelo usuário. É hora de acordos e um padrão. Recentemente, vimos o dicionário para o transporte do grupo-alvo da plataforma de conhecimento CORVO emergir o que deve descrever as características do viajante. Um bom começo, mas ainda estamos longe disso. 

um pedaço da história

Crítico ou não, deve ser escrito que a API Tomp fez mais no setor de táxis do que qualquer coisa que a precedeu. O que deu errado no passado? Fornecedores de sistemas de software criaram repetidamente seus próprios links para deixar um cliente feliz. Cada um tinha a sua visão e, acima de tudo, não queria construir sobre o que já existia. A ideia era um plano rigoroso para atrair o mercado. Ainda não se trata de um padrão aberto dirigido pelo próprio setor. Uma nova ligação emerge de cada licitação, com o resultado de que agora temos uma palete de software para manter. Mas o que é pior, a inovação é impedida por todas as limitações do "velho" modelo de comunicação existente entre as partes.

A associação do setor KNV, que, como um ponto de inflexão inovador em sua política, quer ser pioneira em tudo que usa MaaS como fator de conexão, também tem sido culpada nos últimos anos do espaguete de links. Apesar de ter seu próprio comitê de inovação, onde propostas têm sido apresentadas regularmente nos últimos 10 anos para enfrentar esse problema, elas não foram além do que cada 'grupo de apoio' tem feito nos últimos anos. Oportunidade perdida, um padrão ou protocolo não apareceu. Mais um motivo para seguir em frente e tornar a TOMP adequada para o setor. 

características do viajante

No entanto, a API Tomp infelizmente ainda não é adequada para atender a todas as facetas do transporte de táxi. Ainda falta um sistema de nomeação. Não a nível técnico, pelo contrário, tiro o chapéu. Mas ainda há muito a ser feito em termos de características dos passageiros, acordos de orçamento e viagens de caldeiras que envolvam táxi. Isso não significa que seja uma oportunidade perdida, pois o grupo de trabalho Tomp está fazendo tudo o que pode para torná-lo um sucesso e, principalmente, escuta os sinais das operadoras e dos participantes do mercado.

Muito tempo se passou antes do advento de uma conexão universal no setor de táxis. A necessidade de conectar estações de energia existe há 20 anos, mas cada empresa de TIC inventou sua própria roda. O trem agora está em pleno andamento com todos os tipos de rodas diferentes. Os custos de manutenção de todos esses sistemas estão disparando.

Pitane Mobility, empresa de software Eindhoven

De tomp 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 providenciar. Um produto de orçamento alocado a um viajante por um provedor de orçamento é um bom exemplo disso. Todas as características do viajante que são registradas na conta do viajante, como o tipo de produto do orçamento, número de autorização, período de validade e uma referência aos termos e condições e condições de viagem, não podem ser encontradas na API Tomp, embora sejam uma parte essencial do a reserva. Mas então outros fatores entram em jogo, como a legislação de privacidade, onde muitas inovações surgiram nos últimos anos.

O grupo de trabalho Tomp é uma parceria público-privada entre provedores de MaaS, operadoras de transporte, outras organizações relacionadas à mobilidade e governos. O grupo de trabalho está convencido de que a versão Dragonfly da API agora é estável por um longo período de tempo. A troca de dados via Tomp inclui todas as informações relacionadas ao planejamento, reserva, reserva, pagamento e suporte de viagem.

Leia também: TOMP deve acabar com o espaguete de conexões

Pacote de planejamento de mobilidade Pitane também para trabalhadores domésticos
Imprimir amigável, PDF e e-mail