La especificación CAVAL

Después de ver la importancia de la interoperabilidad en un mercado tan fragmentado como el del sector turístico, presentamos la solución planteada por la alianza OpenTravel (OTA) como estándar para el acceso homogéneo a diferentes sistemas de información distribuidos.

En este post presentaremos una nueva especificación para la comunicación entre sistemas dedicados a la industria del turismo: CAVAL Web Services Specification for Travel Agents Interoperation.

CAVAL es una iniciativa nacida bajo el amparo de TurisTEC, un clúster de empresas e instituciones dedicadas a la producción e implantación de soluciones tecnológicas para el sector turístico con sede en las Islas Baleares y la fundación IBIT, un organismo de investigación dedicado al análisis, desarrollo y promoción de las nuevas tecnologías. El principal objetivo de CAVAL es el desarrollo de un estándar abierto que permita interoperar al conjunto de industrias dedicadas al sector de los viajes y del transporte.

El estándar se organiza en grupos de trabajo (WG), cada grupo representa a un sector de la industria:

• WG1: Alojamiento.
• WG2: Transportes.
• WG3: Intermediarios.
• WG4: Oferta complementaria.

Especificación:

Si en el caso de la comunicación sonora, tenemos el aire como canal de comunicación y el lenguaje como código para el entendimiento, en el caso de CAVAL, tendríamos el uso de servicios Rest como canal entre los distintos sistemas y el WSDL, que define una interfaz pública para los servicios, es decir, las operaciones y mensajes necesarios para lograr el entendimiento.

Así CAVAL pone a disposición de las agencias de viajes una especificación en forma de servicios webs para la comunicación entre las mismas. Las operaciones que pueden realizar se agrupan en 5 servicios webs:

• CommonsBookingService.
• HotelBookingService.
• TransferBookingService.
• DestinationActivityBookingService.
• ChannelManagerService.

Cada servicio pone a disposición de las plataformas un conjunto de operaciones que permiten la interacción entre los distintos sistemas. Por ejemplo el CommonsBookingService expone a los distintos usuarios las siguientes operaciones:

• cancelBooking.
• getBooking.
• getWholeSupportedMap.
• getListOfBookings.

Cada operación tiene dos mensajes, uno de salida y otro de entrada. Así, si un sistema quiere interoperar con otro y decirle que cancele una reserva, usaría el mensaje cancelBooking. El otro sistema, entendería la operación que quiere realizar el primero y le respondería con el mensaje cancelBookingResponse, indicando si la reserva ha podido cancelarse o no. En la web oficial podemos ver la especificación de los distintos WSDLs y de las operaciones que permiten. A continuación podemos ver la porción de código que define la operación cancelBooking:

<wsdl:operation name=”cancelBooking”>

<wsdl:input name=”cancelBooking” message=”tns:cancelBooking”/>

<wsdl:output name=”cancelBookingResponse” message=”tns:cancelBookingResponse”/>

</wsdl:operation>

Algunas de las compañías que hacen uso de la especificación CAVAL son:

• AYCO.
• VALADIS.
• VIAJES URBIS.
• PARSEC.

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/

Google Flights

Google habilitó el 13 de septiembre de 2011 su servicio de búsqueda de vuelos en Estados Unidos. El lanzamiento se produce después de que la compañía del buscador adquiriera en mayo la empresa ITA Software. La versión inicial de 'Flight Search' está disponible para buscar vuelos de momento en territorio norteamericano, pero en un futuro no muy lejano se expandirá para poder buscar vuelos a nivel mundial.

La compañía del buscador compró ITA Software en mayo por 700 millones de dólares (unos 512,4 millones de euros), una empresa dedicada a desarrollar herramientas de localización de vuelos. Desde entonces, Google explica que su equipo de ingenieros ha estado trabajando para construir nuevas herramientas que ofrezcan sus resultados de búsqueda online de vuelos de una forma más rápida, flexible y útil.

A partir de ahora, cuando el usuario busque información de vuelos en Google, por ejemplo 'vuelos desde Chicago a Denver', verá un enlace a 'Flights' (vuelos) en la parte izquierda de la pantalla. Este enlace conduce a la nueva función de búsqueda de vuelos, y se ofrecen además los horarios de los vuelos que han estado disponibles desde mayo. También se puede acceder a este servicio directamente en google.com/flights.

Google explica que esta nueva herramienta permite obtener rápidos resultados. "La velocidad es algo que amamos de la web, y los planes de viaje no deberían ser una excepción", comenta la compañía. "Haciendo cambios en las fechas, destinos y filtros, debería ser tan rápido como esperamos.", añade.

Los vuelos son seleccionados principalmente sobre la base del coste y tiempo de viaje total, incluyendo una variedad de horarios de salida y de líneas aéreas, según explica Google en uno de sus blogs oficiales. El servicio selecciona automáticamente los filtros para ofrecer resultados "razonables" en cuanto a precio y tiempo de viaje, pero el usuario puede ajustar estos filtros cuando quiera para acceder a más vuelos. "Puede utilizar el mapa y los filtros para ver dónde se puede ir de San Francisco en menos de 3 horas por menos de 300 dólares", explica.

La compañía explica que esta selección automática no está por tanto relacionada con algún acuerdo económico. "Las aerolíneas controlan como se comercializan sus vuelos, por lo que, como otros buscadores de vuelos, los vuelos enlazan solo a la web de estas aerolíneas.", comenta Google. Sin embargo, deja abierta la posibilidad de crear características adicionales del servicio mediante la participación con otros socios.

El servicio también permite visualizar una lista de los vuelos más relevantes, descubriendo en qué momento es más barato volar, simplemente avanzando o retrocediendo con el selector de fecha, o chequeando un gráfico de barras para comparar varias fechas a la vez. Algo parecido a lo que ofrecen otros buscadores de vuelos.

Google califica este lanzamiento como un "primer vistazo" de lo que puede ser el resultado final. Explica que de momento han incluido un limitado número de ciudades estadounidenses, y solo muestra tarifas de ida y vuelta en clase turista.

Con este servicio, Google competirá con los principales buscadores de vuelos, como TripAdvisor, Orbitz o Kayak, por ofrecer las mejores tarifas aéreas a golpe de clic.

Fuente: http://www.europapress.es/