A continuación, se describen los detalles del proceso de integración de extremo a extremo de las reservas de Actions Center.
Integración
Sigue el proceso de integración estándar de alto nivel que se describe en la guía de integración de extremo a extremo.
Orientación clave de extremo a extremo para reservas
En la siguiente descripción general de los puntos, se incluyen instructivos y ejemplos sobre las funciones clave que requiere la integración de reservas de extremo a extremo:
-
Feeds:
- La integración de extremo a extremo de reservas requiere que los feeds de comercios, servicios y disponibilidad se envíen a diario a través de SFTP.
- En los feeds de comercios, es importante que el nombre, la dirección, el número de teléfono y la URL de cada ubicación coincidan estrechamente con la ficha de Google para que la coincidencia se realice correctamente.
- Los comercios que utilizan el servicio de Reservations de extremo a extremo solo pueden tener un servicio para mostrar la disponibilidad.
- Se recomienda configurar el mismo valor estático de service_id en todos los comercios si las reservas son el único servicio que ofrecen. Si corresponde, especifica los elementos scheduling_rules y cancellation_policy en el feed de servicios.
- La distinción central del inventario de reservas de extremo a extremo es la necesidad de definir el atributo party_size para toda la disponibilidad. Para obtener más información, consulta estas guías:
-
Servidor de reservas:
- El servidor de reservas actúa como punto de entrada de Google para confirmar la disponibilidad, así como para crear, actualizar, borrar y modificar las reservas realizadas a través de las plataformas de Google.
- Para garantizar una experiencia positiva del usuario, requerimos que tu respuesta a cada una de estas solicitudes se encuentre dentro de nuestros umbrales de latencia y tasa de error.
-
Para ver ejemplos de solicitudes o respuestas, consulta estas guías:
- Integración estándar: Implementa la integración estándar del servidor de reservas.
- Integración de lista de espera: Implementa la integración del servidor de reservas de la lista de espera.
-
Actualizaciones en tiempo real:
- Si bien no son obligatorias, las actualizaciones en tiempo real pueden permitirte enviarnos actualizaciones de forma asíncrona sobre las cancelaciones de reservas o los cambios de disponibilidad antes de que un usuario intente acceder a tu disponibilidad. Esto se traduce en que se muestran menos horarios que no se pueden reservar a los usuarios en caso de que falle BatchAvailabilityLookup. Para obtener más información, consulta nuestra documentación sobre cómo estructurar actualizaciones en tiempo real.
-
Notas adicionales:
- Si el archivo de tu feed de disponibilidad (después de la compresión) es superior a 200 MB, se requiere la fragmentación para dividir el feed en archivos de menos de 200 MB (comprimidos).
- Los comercios que pertenecen a Reservas de extremo a extremo solo pueden tener un servicio.
Funciones adicionales de Reservas de extremo a extremo
Estas son las funciones que debes tener en cuenta cuando completes la integración de reservas de extremo a extremo. Ninguno de estos es obligatorio, pero muchos serán necesarios para garantizar que el Centro de Acciones siga la lógica empresarial de tu empresa cuando publique tu inventario:
- Reservas que requieren la aprobación del restaurante (reserva asíncrona)
- Cómo agregar secciones de asientos
- Agregado de ventanas de cancelación
- Listas de espera
- Tarifas por no presentarse o depósitos
- Configuración de un tiempo mínimo de reserva anticipada