El precio del hotel cambió. Qué hace el motor de reservas antes y después de reservar.

Así funciona este motor de reservas. El agente puede ver la comparación, y el agente decide. La aplicación no cambia una tarifa por su cuenta y no cancela una reserva por su cuenta.

Un precio mejor cuando el agente pulsa Book

Cuando un agente pulsa Book en una tarifa, la página de reserva confirma el precio con el proveedor de esa tarifa. Al mismo tiempo pregunta a los otros proveedores por el mismo hotel.

Busca solo una tarifa equivalente. La habitación tiene que ser del mismo tipo: un double no se compara nunca con un suite. El régimen tiene que ser el mismo. La reembolsabilidad tiene que ser la misma, y las condiciones de cancelación al menos igual de buenas. Un número más bajo sin desayuno, o con una regla de cancelación más estricta, es otra oferta.

Si una tarifa equivalente es más barata, aparece una nota verde bajo el precio confirmado. Las cantidades de abajo son un ejemplo de lo que puede mostrar esa nota.

Ejemplo de la notaLiteAPI has the same room, also room only and refundable, for €18 less (€212.40 instead of €230.90).

El agente puede abrir una vista en paralelo de qué es idéntico y qué cambia: el texto de la habitación, el plazo de cancelación gratuita y el proveedor. La elección en esa vista es Switch to this offer o Keep the current one.

El cambio confirma la tarifa nueva con su propio proveedor antes del paso de datos del huésped. No se reserva nada sobre un precio que no se ha comprobado. La aplicación nunca cambia sola.

A qué proveedores se pregunta

Los simuladores entran siempre en esa búsqueda. Hotelbeds y LiteAPI no. Esos dos proveedores se consultan solo cuando alguien lanza a propósito una comprobación en vivo. En la aplicación, eso es presenter mode con el interruptor en Live. Una comprobación automática, o una visita que no es esa comprobación en vivo, no los llama. Cada búsqueda de Hotelbeds o LiteAPI se cuenta en la página de uso del API.

Cuando no aparece nada mejor, la página dice que la búsqueda se hizo. Una de esas líneas es «Checked 3 other suppliers: this is still the best price.»

Tras la confirmación, una vigilancia de un precio más bajo

Una vez confirmada la reserva, y mientras todavía se pueda cancelar gratis, la aplicación sigue buscando la misma estancia a un precio más bajo, en el proveedor de la reserva y en los demás.

Las comprobaciones automáticas siguen el calendario de Admin, en Suppliers & checks. Buscan en los simuladores para cada reserva vigilada. Una tarifa cuenta solo cuando es estrictamente equivalente, en el mismo sentido que al reservar, y solo cuando el ahorro supera un umbral que fija la agencia. Por defecto ese umbral es €15 y el 5% del precio.

Hotelbeds y LiteAPI no forman nunca parte de esas comprobaciones automáticas. Eso protege sus límites. Una reserva retenida con uno de ellos muestra un botón Check for a lower price now. El botón está disponible para la misma comprobación en vivo deliberada, presenter mode con Live activado. Antes de ejecutarse, dice que será una búsqueda contada por cada proveedor real.

Cada reserva muestra una línea pequeña Price watch: cuándo se comprobó por última vez, el mejor precio equivalente encontrado y cuándo se detendrá la vigilancia. La vigilancia se detiene siempre al final de la ventana de cancelación gratuita, porque después un cambio costaría una penalización.

Cómo ve la agencia una bajada

Una bajada aparece en tres sitios.

• Una insignia en la lista de reservas. Un ejemplo de insignia es «€42 cheaper.»
• Una entrada en la campana de alertas, y un email de alerta cuando el email está configurado.
• Una tarjeta Price drop en la página de la reserva.

La tarjeta pone la reserva actual junto a la oferta nueva. Muestra:

• las dos ofertas, una al lado de la otra
• el ahorro después de cualquier diferencia de impuestos
• que la reserva actual todavía se puede cancelar gratis hasta una fecha y una hora concretas, en la hora local del hotel
• los pasos exactos que daría un cambio

Las cifras usan precios de venta para el cliente y costes de proveedor para la agencia. El agente puede ver el ahorro del cliente y cómo cambia el margen de la agencia, y puede trasladar el ahorro o quedarse una parte, según las reglas de margen.

Un cambio guiado, con la habitación original todavía retenida

Elegir Switch inicia una nueva reserva guiada. El agente confirma cada paso. El orden es fijo para que el cliente no se quede sin habitación.

1. Se comprueba el precio de la tarifa nueva.
2. La reserva nueva se hace con los mismos viajeros.
3. Solo después de que el proveedor nuevo confirme se le pide al agente que cancele la reserva original. El estado de cancelación gratuita se vuelve a comprobar justo antes.

Si la reserva nueva falla, no se cancela nada y la original sigue en pie. Si la cancelación falla, la aplicación lo dice con claridad y lista las dos reservas, para que el agente pueda terminar a mano. Nunca cancela nada de forma automática.

Las dos reservas guardan una entrada de cronología que las une. Un ejemplo de esa entrada, incluido un id de reserva de ejemplo, es «Rebooked to WH-1102 for €42 less.» Los documentos nuevos de confirmación y de voucher quedan listos para la reserva nueva, y se le recuerda al agente que se los envíe al cliente.

Qué tiene que seguir siendo cierto en la oferta

Un resultado de búsqueda no es una reserva confirmada. La cifra de la página de resultados es una oferta en un momento. La página de reserva es donde el proveedor de esa tarifa confirma el precio.

Compara la oferta entera, no solo el número. Una tarifa más barata con un régimen peor, o con una cancelación más débil, no es la misma oferta. Las comprobaciones de arriba dejan fuera esa tarifa.

Un timeout no es prueba de que la reserva falló. La documentación Rapid de Expedia describe un timeout o una respuesta 5xx que puede ocurrir después de creada una reserva, y aconseja recuperar ese intento antes de enviar otra reserva. Eso es el estado de reserva de un proveedor, aparte de la comparación de precio en WebbingHUB Travel. Un texto más largo sobre timeouts de proveedor y recuperación está publicado aparte.

La conclusión práctica

La tarifa en la que el agente hizo clic primero se comprueba con su proveedor antes de que se reserve a nadie. Un precio más barato se muestra solo cuando la habitación, el régimen y la cancelación siguen coincidiendo. Tras la confirmación, la vigilancia termina cuando termina la cancelación gratuita. El agente confirma cada paso de un cambio, y la reserva original se mantiene hasta que el proveedor nuevo ha confirmado.

Para equipos que trabajan en sistemas de reservas y conexiones con proveedores, WebbingHUB Travel se centra en la capa de integración y en las realidades operativas detrás de la distribución hotelera.

Fuente

• Expedia Group, Rapid API common error responsesUn timeout o un 5xx puede seguir a una reserva que ya existe. Recupérala antes de reservar otra vez. Esto describe al proveedor, no a WebbingHUB Travel.