Integraciones XML del inventario del hotel (y II): Ventajas e inconvenientes

13 persones han comentat això:

1. Nosotros utilizamos sistemas push, y la verdad es que la experiencia no puede ser más positiva. Es más, no le veo ningún inconveniente a este tipo de integraciones, que el coste económico que suponen.
   Desde mi punto de vista, el resto de inconvenientes se salvan fácilmente con un poco de organización y aprendiendo a utilizarlas.

2. Marc, gracias por tu comentario.

   Efectivamente las tecnologías push pueden ser una opción económica (ahora sobre todo ya que hace años eran muy caras) y bastante eficientes. Afortunadamente la tecnología avanza y eso se nota.

   Muchos de los inconvenientes de las integraciones XML que pongo en el post son para las tecnologías pull, si bien muchas push no usan XML para intercambiar datos sino emulan a un usuario final utilizando técnicas de screen-scraping. Esto tiene el riesgo de que un IDS cambie su interfaz y la solución push deje de funcionar.

   Pablo

3. veo que en estos meses han salido multitud de empresas que intermedian la conectividad utilizando xml pull.
   Entre ellas veo Dingus-services, idiso, travelbox y algunas más…
   Me gustaria que aportaramos nuestra experiencia al respecto ya que me parece que esto esta cambiando y mucho. Cual es la que tiene más conexiones, es posible la integracion a estas plataformas de un ttoo tradicional?
   si teneis experiencia en el tema creo que es interesante segirlo

   un saludo

4. Gracias Daniel por tu comentario.
   No tengo experiencia trabajando con Dingus-Services ni TravelBox así que no te puedo comentar nada.
   Las conexiones XML como toda la tecnología está avanzando mucho pero la base sigue siendo la misma.
   Un patrón que llevo viendo varios años es que el famoso estándar OTA que parecía que iba a convertirse en el líder se está diluyendo debido a su complejidad y abstracción. Nuestra experiencia ha sido mucho mejor trabajando con estándares locales y “home-made” por así decir que siguiendo un patrón OTA que al final ni es OTA ni es nada ya que cada uno usa cada campo para lo que quiere.

   Otra de las cosas que veo es que las velocidades son cada vez mayores. Esto es un argumento más a favor del sistema pull, aunque es cierto que todavía recibimos alertas (una al mes aprox.) de proveedores con los que trabajamos en pull diciendo “lo siento mucho pero tenemos un problema en nuestro sistema; os avisaremos en cuanto esté solucionado” … lo cual nos deja de 3 a 6 horas sin datos pero bueno … cada vez va siendo menos frecuente.

   Al final un intercambio XML es algo muy básico. Las evoluciones irán en la forma de simplicidad y velocidad de la comunicación y procesado de datos.

   Una vez más, gracias por tu opinión.

   Pablo

5. Es muy importante conocer las diferencias entre estos XML (channel managers, EZ Yield mas comunes en el caribe y usa) y los interfaces directos que hacen los OTAs (Online Travel Agencies). Muchos de los sistemas a veces no estan capacitados para hacer interfaces y entonces la mejor solucion es XML; ahora tambien es importante la educacion… ya que mucha gente solo maneja estos canales para hacer tarifas y luego questionan las posiciones de venta de los hoteles. Hay que educarse y entender que el e-commerce llego para quedarse y aunque utilizes interface o XML si no haces promociones directas en estos OTAs la posicion de venta del hotel se ve afectada ya que los OTAs funcionan de otra manera en cuando a proveer opciones a clientes.

   Problemas comunes que he experimentado con XML han sido que el sistema XML que utiliza el hotel como tal no haga el sync con las fechas editadas… y a raiz de eso de todas maneras hay que entrar al extranet para ejecutar los cambios. En los extranets las tarifas hacia OTAs son live lo que requiere de varios minutos para poder ver las tarifas correctas… pero nuevamente las promociones se hacen manualmente. Al fin y al cabo tienen que entrar a los extranets para mentener promociones si es que manejan tarifas de esa manera.

6. Hola Maga,

   Muchas gracias por tu comentario. Efectivamente, el disponer de una herramienta que haga estos cambios en todos los OTA no deja que tengas que hacer una gestión pormenorizada de cada canal o grupo de canales. También estoy de acuerdo en lo que dices de los fallos de sync de fechas. En estos casos siempre recomiendo (1) o no usar la herramienta para ese canal e ir siempre a la extranet o (2) dar de baja la extranet si no te produce un volumen de ventas mínimo. Si no haces ni (1) ni (2) te está añadiendo más trabajo del que te quita.

   Una vez más, gracias por tu comentario

   Pablo

7. Hola Pablo,

   Lo importante tambien sobre tus recomendaciones es que si algun hotel elimina cualquier OTA de las herramientas luego vienen los problemas de paridad en los cuales los RevM luego luego comienzan a precionar ya que bajo los contratos de OTA especifica los datos de paridad inclusive con el brand website de las propiedades. Y si… estoy muy de acuerdo contigo en cuanto a si no haces ni uno y el otro tienen mas trabajo para procesar. Muchas de las cadenas grandes ya optan con tener un departamento de e-commerce como tal para atender esta manera de venta.
   Mis opiniones solo son basadas en el lado del OTA ya que trabajo con uno de ellos por mas de 6 años, en mi region manejamos sobre 1000 propiedades y yo estoy encargada de ofrecer training a los hoteles, a la orden.

8. Hola Maga,

   Gracias de nuevo por tu comentario.

   Efectivamente, los OTA son muy agresivos e insistentes con la paridad de precios (demasiado? … es probable que sí dado el agotamiento de los hoteleros con este tema), y para un hotel excluir uno de ellos de las herramientas XML supone un problema extra. Nuestra recomendación es que si no es compatible y vende menos de X% de tus ventas online que lo den de baja ya que te crea más problemas de los que te quita. Obviamente has de tener cuidado ya que si eliminas muchos es posible que alimentes más la “bestia” (hoy en día booking.com) y tampoco te interesa mucho tener una gran dependencia de ésta.

   Es una situación complicada donde cada hotel debe de actuar en función de su diversificación y su capacidad de venta directa online. Ampliar ésta al máximo es nuestra mejor recomendación.

   Saludos y gracias de nuevo por tu comentario.

9. Alguien sabe con que otas Ids etc tiene conexiones Idiso y algo acerca de sus condiciones? he oido que cobran un 4% del negocio generado…

10. Hola Daniel,

    No se de que parte del mundo hablas, pero por parte de Americas… los OTA’s no cobran como tal por los servicios. Solo se hace un alsa a tarifas netas usualmente por un 20-35% markup (negociado) y esa es la ganancia del OTA.

11. Hola a todos,

    Aunque el post es de hace más de un año, veo que hay comentarios recientes, por lo que me he animado a hablar.

    Referente a los inconvenientes que comentaba Pablo Delgado, os puedo decir que desde la experiencia de [nombre_empresa_borrado], aunque seamos un sistema pull, trabajamos con la comercialización de software como servicio (SaaS), lo que no requiere de inversión inicial en licencias o equipamientos ni generamos costes de mantenimiento por parte del hotelero – nuestro cliente. Además, casi siempre el departamento más involucrado en el proyecto es el comercial, y el técnico/informático participa más activamente en los casos en que sus sistemas de gestión estén “hechos en casa” o adaptados medida, cosa que no es la realidad en una empresa que solo tiene una persona en ese departamento. Así, tampoco hablamos de ser dependientes de esa persona.

12. A lo que se refería Maga de tener que actualizar directamente la extranet de las OTA, sí es verdad que cada uno, sobre todo los más grandes, ejercen presión para obtener ciertas condiciones especiales, pero nosotros trabajamos con funcionalidades que permiten una amplia flexibilidad, ya que somos nosotros los que configuramos, a partir del contrato hotelero cargado en nuestro sistema, lo que se envía a cada OTA de manera independiente.
    Y es que creemos en una solución que pueda unir criterios de las distintas tipologías de canal de venta que pueda tener un hotel (y sí es posible la integración a TTOO tradicionales, Daniel. Veo que preguntabas…) en una solución global y flexible, que pueda evolucionar según los cambios de mercado.

    La verdad es que ese hilo está muy interesante y lo seguiré desde cerca ahora.

13. La semana pasada inauguramos la integración XML en modo “push” con Parity Rate así como Dingus-Services. Más información en http://news.miraiespana.com/ampliamos-la-integracion-con-channel-managers/

    Con Dingus la integración fue un paso más allá ya que establecimos un estándar para descargar reservas en XML que Dingus introduce automáticamente en el PMS del cliente.

    Con ParityRate la integración fue sólo para la consulta y actualización de inventario (disponibilidad, precios, estancias mínimas)

    Pablo

Els comentaris estan tancats