Descripción general

Descripción general

Como parte de la integración completa de Reservas del Centro de Acciones, puedes habilitar depósitos, tarifas por no presentarse o inventario prepago para que se vinculen a tu página de reservas para cualquier transacción que pueda requerir pagos. Si habilitas los pagos de esta manera, podrás controlar todo el flujo de reservas y las transacciones en la página de reservas que especifiques.

Requisitos

Para agregar pagos a reservas específicas, debes cumplir con los siguientes requisitos previos:

  1. Una integración completa activa existente
  2. La capacidad de crear vínculos directos a una página de reservas que pueda procesar pagos.
  3. Garantizar el cumplimiento de nuestras políticas de redireccionamiento de pagos

Pasos para implementar el redireccionamiento de pagos

  1. Configurar la plantilla de URL y los campos adicionales
  2. Especificar los tipos de pago para tus horarios disponibles
  3. Habilitar el seguimiento de conversiones para tu integración

Modificaciones de reservas

En esta sección, se describe cómo las modificaciones y cancelaciones de reservas interactúan con el redireccionamiento de pagos, incluida la exclusión de horarios disponibles y el manejo de errores.

Reservas de redireccionamiento de pagos

Las reservas creadas a través del redireccionamiento de pagos se completan directamente en la plataforma de reservas del socio. Google no almacena ni administra estas reservas, por lo que los usuarios no pueden verlas ni modificarlas a través de Reserva con Google. Cualquier modificación o cancelación de las reservas de redireccionamiento de pagos debe realizarse directamente en la plataforma del socio.

Modificación de reservas completas

Cuando un usuario modifica una reserva completa existente (creada originalmente con CreateBooking), Google excluye automáticamente todos los horarios disponibles marcados con linkout_required_reason: PAYMENT_REQUIRED de las opciones disponibles en la vista de modificación (lo que los hace no disponibles o atenuados). Esto evita que los usuarios cambien una reserva completa a un horario disponible de redireccionamiento de pagos (p.ej., que requiera un depósito) sin completar el pago.

Manejo de solicitudes de UpdateBooking

El endpoint de API de UpdateBooking no admite la transición de un usuario al flujo de redireccionamiento de pagos ni la devolución de una URL de redireccionamiento. En el improbable caso de que el servidor del socio reciba una solicitud de UpdateBooking para un horario disponible de redireccionamiento de pagos (p.ej., que requiera un depósito) (por ejemplo, si un usuario intenta editar antes de que la disponibilidad actualizada se propague por completo en las memorias caché de publicación):

  • Rechaza la solicitud devolviendo una UpdateBookingResponse que contenga un booking_failure.
  • Causa de la falla: Establece booking_failure.cause en SLOT_UNAVAILABLE. Esto muestra un mensaje claro al usuario ("Lo sentimos, este horario ya no está disponible.") y evita que se envíen correos electrónicos de confirmación incorrectos.
  • Descripción de la falla: Proporciona una descripción explícita (como "UpdateBooking not allowed on PR slots") en booking_failure.description para facilitar el registro y la solución de problemas.

Pruebas en la zona de pruebas

Una vez que se habilita el redireccionamiento de pagos para la integración del socio, este comportamiento se puede verificar directamente en el entorno de la zona de pruebas:

  1. Crea una reserva completa estándar con CreateBooking.
  2. Proporciona horarios disponibles con una combinación de horarios disponibles estándar y PAYMENT_REQUIRED.
  3. Abre la reserva en la vista de administración de reservas de la zona de pruebas para intentar realizar una modificación y confirmar que los horarios disponibles PAYMENT_REQUIRED aparecen como no disponibles (atenuados).
  4. Verifica que el servidor rechace las llamadas inesperadas de UpdateBooking en los horarios disponibles pagados con SLOT_UNAVAILABLE.