Travel Technology Initiative

En este post sigo hablando de los estándares de interoperabilidad más extendidos en el sector turístico presentando la Travel Technology Initiative.

La T.T.I. es una comunidad de usuarios europea fundada en 1989, que promueve el desarrollo y el uso de procesos tecnológicos y procesos de negocio, incluido el uso de estándares abiertos en los sectores del turismo, los viajes y el ocio. La comunidad ha ido creciendo desde entonces mediante la adición de compañías del sector, que han ido reconociendo la necesidad de establecer un estándar en la industria. T.T.I. ha desarrollado un conjunto de mensajes estándar con el objetivo de lograr la interoperabilidad en el sector.

Estándars

Unicorn Edi Messages: en un principio se desarrolló para el intercambio de mensajes entre las reservas de ferrys y las agencias de viajes. Su aplicación se extendió más tarde a otros sectores como las reservas de vuelos, alojamiento, etc… El estándar proporciona la posibilidad de transmitir documentación de la reserva, como pueden ser los billetes, los tickets automáticos y tarjetas de embarque (codificados magnéticamente en formato ATB’s).

Rescon: o “Reservation Confirmation” es un estándar recomendado para la captura de información directamente desde el tour operador por las agencias de viajes, permitiendo que las agencias de viajes no tengan que crear y mantener estructuras complejas de mapeo de información de cada tour operador. La transferencia de información es rápida, transparente y segura.

Topas: formato estándar para la transmisión de información sobre disponibilidades.

Torix: formato de mensajes en xml cuyo objetivo es proporcionar una estructura para la transmisión de paquetes de reservas.

Códigos T.T.I.

Una de las principales iniciativas de la comunidad T.T.I. junto con la Asociación Europea de Tour operadores  fue la de establecer un servicio de identificación única de hoteles. Este código de 8 bits identifica de forma exclusiva al establecimiento   frente a tour operadores, servicios de alojamiento y cualquier subscriptor del servicio, evitando la confusión de tener que trabajar con nombres y la problemática que de esto se deriva. En el escenario actual de la industria turística, con empaquetado dinámico de servicios, tour operadores lidiando con bases de datos en internet, duplicidad de la información del hotel en la web, parece ciertamente una ventaja disponer de un código único que permita al establecimiento interoperar con su entorno.

Actualmente existen unos 200.000 hoteles que se benefician de este servicio.

La oferta básica proporciona a los establecimientos  un  código T.T.I. e información básica de dirección. El servicio es mantenido por la compañía alemana GIATA.

Fuente: http://www.blogtrw.com/

La alianza OpenTravel

Actualmente existen una gran variedad de actores en la cadena de valor tradicional en el sector turístico (Turistas, intermediarios, proveedores de servicios finales, etc.), hay un alto nivel de heterogeneidad y los mercados están altamente fragmentados (falta de interoperabilidad entre diferentes mercados y sistemas).

Con el avance de Internet, el consumidor puede ahora acceder directamente a una gran variedad de servicios, tanto de intermediarios como de proveedores finales. Para acceder de forma homogénea a múltiples sistemas de información distribuidos de forma sencilla hace falta una arquitectura de interoperabilidad. Con este motivo nació la Alianza OpenTravel.

¿Qué es la alianza OpenTravel?

En 1999 un grupo de empresas crea una organización sin ánimo de lucro que desarrolla una especificación abierta para la comunicación y el intercambio de información electrónica en la industria de viajes: la AlianzaOpenTravel (OTA).

Nace por la necesidad de interacción e intercambio de información entre los distintos sistemas del sector, tales como centrales de reserva (CRS), sistemas de gestión de propiedad (PMS), sistemas globales de distribución (GDS), etc. Estos sistemas, al estar desarrollados por diferentes empresas, no utilizan un lenguaje común, por lo que la información está sujeta a ser traducida en los extremos para su entendimiento.

El objetivo de OTA es subsanar este problema y otorgar simplicidad a la interacción entre los diversos sistemas del sector.

La comunidad OTA está formada por empresas punteras en el sector, encargadas de definir los estándares de los mensajes, permitiendo así a los proveedores y distribuidores hablar el mismo lenguaje.

Los segmentos del sector de viajes compatibles con OTA son los siguientes:

• Vuelos
• Alquiler de coches 
• Cruceros
• Perfiles de cliente
• Tours y actividades
• Paquetes dinámicos (avión, automóvil, hotel, extras)
• Transporte terrestre
• Hoteles y hostales
• Programas de fidelización de clientes
• Paquetes de Viaje
• Trenes

El Lenguaje OpenTravel

Dentro de OpenTravel existe una división encargada de definir y proporcionar la interoperabilidad semántica. Se basa en un modelo común de intercambio de información y provee un vocabulario y un marco inequívoco que asegura que la información es siempre entendida por todas las partes, potenciando así las relaciones de negocio entre las distintas empresas del sector. Uno de los retos más importantes para OTA es mantener la información actualizada y relevante por lo que los miembros de la comunidad OpenTravel se encargan de mantener y desarrollar las especificaciones.

¿Por qué OTA?

Las principales razones por las que OTA es importante para el sector turístico son las siguientes: 

• Provee interoperabilidad semántica en el sector permitiendo a todos hablar el mismo idioma.
• Es un estándar abierto.
• Está en continuo desarrollo y actualización gracias a la alianza de empresas punteras que la forman y a la comunidad de usuarios.

Tecnológicamente, OTA está basado en XML. XML es un sistema estándar de codificación de información. Los programas que utilizan el formato XML pueden intercambiar fácilmente sus datos, ya que responden a una misma lógica interna.

Ejemplo de uso del estándar OTA

Imaginemos un agente de viajes que usa su sistema de control de reservas (CRS) propio para realizar una reserva en un hotel. Este sistema envía un mensaje al sistema de distribución (GDS), y éste al sistema gestor propio del hotel. En el caso más común, los tres sistemas de información serían de fabricantes diferentes y cada uno “hablaría su propio idioma”, con lo que la comunicación entre ellos no sería posible si los mensajes utilizados no usaran un estándar común entendible por todos.

Fuente: http://www.blogtrw.com/