Protección de reserva
El horario elegido queda reservado 3 minutos para el cliente
Viernes por la tarde, anuncio nuevo, quince interesados a la vez en su página de reserva, y dos quieren el mismo horario. Sin protección ganan los dos; el correo de disculpa lo escribe usted.
Siempre activo, en cada vía de reserva: 3 minutos.
Como funciona
El cliente elige horario
El diálogo de reserva se abre con fecha, hora, propiedad y tipo de cita; empieza el bloqueo de 3 minutos.
Introducir los datos
Nombre, correo y, opcionalmente, móvil; mientras tanto la reserva mantiene el horario en exclusiva.
Cerrar la reserva
La reserva se confirma. Quien esté mirando en paralelo ya no ve ese horario, o se entera al instante de que alguien fue más rápido, en lugar de reservar por duplicado.
Sus beneficios
Al abrirse el diálogo de reserva, timum reserva el horario en exclusiva durante tres minutos: nadie se lo quita mientras su cliente introduce sus datos.
La cuenta atrás se ve en el diálogo, así que los clientes saben en todo momento cuánto aguanta su reserva.
Solo se ofrece lo que está realmente libre: tras cada reserva desaparecen de inmediato todas las horas de inicio que se solaparían con ella.
Un mismo mecanismo en todas partes: la página de reserva, el widget integrado y la Open Booking API (reserve_appointment) usan el mismo bloqueo.
¿Quien necesita esta funcion?
Descubra como esta funcion ayuda a diferentes usuarios
La avalancha tras el anuncio
La tarde de la publicación reservan muchos a la vez. Cada horario se adjudica exactamente una vez, sin que usted intervenga ni ordene nada después.
Muchos canales, un solo inventario
Widget de la web, perfil de Google, enlaces de reserva en correos: todos los canales toman los mismos horarios. El bloqueo evita colisiones también entre canales.
Frontend propio, la misma garantía
Quien reserva vía la API REST hereda el mecanismo: reserve_appointment mantiene el horario y una cita ya adjudicada responde con 412 Precondition Failed, determinista en lugar de una race condition.