Motor de reservas propio
Para el hotel cuya web ya tiene su propia pantalla de reservas: una API firmada para vender contra el inventario que vive aquí.
Qué resuelve
Hay hoteles que ya tienen su pantalla de reservas hecha, con su diseño y su gente manteniéndola, y no quieren cambiarla por un widget. Lo que no quieren es llevar el inventario en dos sitios: ahí es donde aparecen las sobreventas que nadie sabe explicar.
Se nota en cosas así
- La web del hotel vende contra una copia del inventario que alguien actualiza a mano.
- El equipo de la página no quiere meter un widget ajeno en su checkout.
Cómo funciona
No es un segundo motor: es el mismo
Disponibilidad, precios, impuestos, políticas, apartado de inventario y sobreventa los resuelve el mismo motor que el mostrador y el widget. Un segundo camino de venta sobre el mismo inventario serían dos verdades, y la primera vez que discreparan el hotel tendría una sobreventa que nadie sabría explicar.
No es lo mismo que el widget, y no cuesta lo mismo
El widget es nuestra pantalla puesta en la web del hotel. El motor propio es la pantalla del hotel con nuestro inventario detrás. Son dos formas de vender en la misma web, llevan módulos distintos y cobran distinto — un plan puede incluir una sin la otra.
Llave pública, secreto que no viaja
Cada petición va firmada con el secreto y un sello de tiempo, así que una petición capturada no se puede reenviar. El secreto se enseña una sola vez, al crearlo y al rotarlo: si se pierde, se rota. Sin dominios declarados la llave es de servidor y una petición que llegue desde un navegador se rechaza — una llave con secreto no debe estar en el navegador.
El precio no viaja dentro de la oferta
Entre buscar y reservar viaja una oferta firmada con el hotel, la habitación, el plan, las fechas y los huéspedes — pero no el precio, que se vuelve a calcular al reservar. Así una oferta manipulada desde el navegador no cambia lo que se cobra.
La intención de pago la crea nuestro servidor. Siempre.
El motor del hotel recibe una clave de cliente y termina el pago en su pantalla; nunca llama a la pasarela para crear el cobro. Crearlo del lado del motor pondría el monto y la moneda en manos del navegador, rompería el cuadre con la cuenta del huésped y nos convertiría en el comercio de una venta que no es nuestra. El cargo nace en la cuenta del hotel, como en el mostrador.
Cancelar no devuelve el dinero
La cancelación aplica la política congelada de esa reserva y dice cuánto se retiene y cuánto sobra devolver, pero la devolución la emite el hotel desde su panel, porque el cargo nació en su cuenta. La respuesta lo dice, para que la pantalla no le prometa al huésped un reembolso que nadie ha mandado.
Dónde está en el panel
- Ecosistema yaReserva
- Web Embed
- Motor de reservas propio
Va junto al widget porque son las dos formas de vender en la web del hotel. El contrato —qué cuesta y qué trae— se firma en Mi cuenta yaReserva, en «Tu modalidad».
Qué necesita antes
Un desarrollador que mantenga la página del hotel: esto es una API, no una pantalla.
La cuenta de cobro del hotel lista, o el cobro no se puede abrir.
Configura tu hotel
Qué no hace todavía
Los límites, dichos por nosotros
- No hay ambiente de pruebas: lo que se reserve probando son reservas de verdad en el hotel. Se prueba con una conexión aparte, con un tope por reserva bajo, y cancelando lo que se cree. El widget sí tiene llaves de prueba; al motor le faltan y está anotado.
- Una conexión solo ve lo que ella creó: consultar, cancelar o cobrar la reserva de otra conexión contesta como si no existiera.
- Contratarlo tiene su suscripción mensual, que se cobra completa aunque el hotel haya generado comisiones de sobra: las comisiones acreditan contra la cuota, no contra una suscripción.
Seguir por aquí
¿Lo vemos con tu hotel delante?
Media hora, tus habitaciones y tus tarifas, y las preguntas que quieras. Sin compromiso y sin tarjeta.