Esta puerta central a las partes del mercado facilita la adición de otras partes o aplicaciones a la cadena, también conocida como MaaS - Mobility As A Service. Aún así, todavía hay muchos obstáculos que superar para que el protocolo sea maduro. Tomp fue quizás demasiado desarrollado por los técnicos. Faltan eslabones importantes para el transporte de cadena cerrada y esto ahora es cada vez más evidente ahora que todos quieren adoptar Tomp para la implementación. La API de TOMP (operador de transporte a interfaz de programación de aplicaciones y proveedores de movilidad) es una interfaz. entre los proveedores de servicios de MaaS y los operadores.
que es un enlace?
Compare un enlace en el software entre dos partes pero con el uso de Google Translate. Lo envías por el lado izquierdo y sale en otro idioma por el lado derecho. Pero como suele ser el caso de Google Translate, lo que sale a la derecha, es mejor no aceptarlo completamente como verdad y usarlo o publicarlo de manera inapropiada. Y eso es exactamente lo que falta en muchos enlaces. No existe un estándar, digamos un proceso de traducción correcto, y el resultado después de cada traducción está abierto a la interpretación del usuario. Es hora de acuerdos y un estándar. Últimamente hemos visto el diccionario para el transporte de grupos objetivo de la plataforma de conocimiento. CUERVO Emerge lo que debe describir las características del viajero. Un buen comienzo, pero todavía estamos lejos de eso.
un pedazo de historia
Crítico o no, hay que escribir que la API de Tomp hizo más en el sector de los taxis que cualquier otra cosa que la haya precedido. Entonces, ¿qué salió mal en el pasado? Los proveedores de sistemas de software diseñaron repetidamente sus propios enlaces para hacer feliz al cliente. Todos tenían su propia visión y, sobre todo, no querían construir sobre lo que ya estaba ahí. La idea era un plan estricto para atraer mercado. Aún no se trata de un estándar abierto dirigido por el propio sector. De cada licitación surge un nuevo vínculo, con el resultado de que ahora tenemos una paleta de software que debemos mantener. Pero lo que es peor, la innovación se ve frenada por todas las limitaciones del "antiguo" modelo de comunicación existente entre las partes.
La asociación sectorial KNV, que como punto de inflexión innovador en su política, quiere ser pionera en todo lo que utiliza MaaS como factor de conexión, también ha sido culpable en los últimos años de la espagueti de enlaces. A pesar de tener su propio comité de innovación, donde se han presentado propuestas regularmente durante los últimos 10 años para abordar este problema, no llegaron más allá de lo que cada 'grupo de apoyo' ha hecho en los últimos años. Oportunidad perdida, no surgió un estándar o protocolo. Razón de más para seguir adelante y hacer que TOMP sea adecuado para el sector.
características del viajero
Sin embargo, la API de Tomp, lamentablemente, todavía no es adecuada para cubrir todas las facetas del transporte en taxi. Todavía carece de un sistema de citas. No a nivel técnico, al contrario, me quito el sombrero. Pero aún queda mucho por hacer en cuanto a características de los pasajeros, acuerdos presupuestarios y viajes en caldera que involucran un taxi. Eso no significa que sea una oportunidad perdida, porque el grupo de trabajo de Tomp está haciendo todo lo posible para que sea un éxito y escucha principalmente las señales de los operadores y las partes del mercado.
Ha pasado mucho tiempo antes de la llegada de un enlace universal en el sector del taxi. La necesidad de conectar centrales eléctricas existe desde hace 20 años, pero cada empresa de TIC ha inventado su propia rueda. El tren está ahora en pleno apogeo con todo tipo de ruedas diferentes. Los costos de mantenimiento de todos estos sistemas se están disparando.
De tomp El grupo de trabajo debe considerar ahora qué es realmente técnicamente necesario para realizar una reserva y qué partes mutuas deben organizar ellos mismos. Un producto de presupuesto asignado a un viajero por un proveedor de presupuesto es un buen ejemplo de esto. Todas las características del viajero que se registran en la cuenta del viajero, como el tipo de producto de presupuesto, número de autorización, período de validez y una referencia a los términos y condiciones y condiciones de viaje, no se pueden encontrar dentro de la API de Tomp, mientras que son una parte esencial de la reserva. Pero luego entran en juego otros factores, como la legislación sobre privacidad, donde muchas innovaciones han llegado a un punto crítico en los últimos años.
El grupo de trabajo de Tomp es una asociación público-privada entre proveedores de MaaS, operadores de transporte, otras organizaciones relacionadas con la movilidad y gobiernos. El grupo de trabajo está convencido de que la versión Dragonfly de la API ahora es estable durante un período de tiempo más largo. El intercambio de datos a través de Tomp incluye toda la información relacionada con la planificación, reserva, reserva, pago y asistencia en viajes.
Lea también: TOMP debe acabar con espaguetis de conexiones
