CreateBooking Ready

Para completar la tarea de hito CreateBooking Ready, debes compilar y entregar correctamente el método CreateBooking. Se llama a este método cuando un usuario intenta crear una reserva. Si se crea una reserva correcta, la respuesta incluye un booking_id único para hacer referencia a la reserva en solicitudes o actualizaciones futuras.

Requisitos de la tarea CreateBooking

• 10 solicitudes CreateBooking en el entorno de pruebas con una tasa de éxito del 90% o más
• 3 solicitudes CreateBooking en producción con una tasa de éxito del 90% o más

Conceptos básicos de CreateBooking

Cuando un usuario inicia una reserva, se envía una solicitud CreateBooking al servidor de reservas del socio. La respuesta a la solicitud indica si la reserva se realizó correctamente o si falló. Si falla la reserva, la respuesta debe incluir el error de lógica empresarial correspondiente. Por ejemplo, el espacio dejó de estar disponible o ya lo reservó el mismo usuario.

Cuando un usuario crea una reserva, Google te envía el nombre, el apellido, el número de teléfono y el correo electrónico de dicho usuario. Para obtener más información, consulta la política de creación y vinculación de cuentas .

Nota: Los errores de lógica empresarial deben mostrarse en el CreateBookingResponse.booking_failure campo, en lugar de a través de un código de respuesta HTTP que no sea 200.

Advertencia: Las fallas de reserva debido a la falta de disponibilidad del espacio se consideran CreateBooking errores. Tu integración se puede inhabilitar cuando hay muchos errores CreateBooking. Una tasa de error alta para los errores de disponibilidad de CreateBooking indica que la respuesta de clic en el espacio de BatchAvailabilityLookup no refleja con precisión el inventario en tiempo real.

Idempotencia

La comunicación a través de la red no siempre es confiable, y Google puede reintentar las solicitudes HTTP si no se recibe ninguna respuesta. Por este motivo, todos los métodos que mutan el estado deben ser idempotentes:

• CreateBooking
• UpdateBooking

Para todos los mensajes de solicitud, excepto UpdateBooking, se incluyen tokens de idempotencia para identificar exclusivamente la solicitud. Esto te permite distinguir entre una llamada de REST que se reintentó, con la intención de crear una sola solicitud, y dos solicitudes separadas. Los IDs de entrada de reserva respectivos de UpdateBooking ayudan a identificarlos de forma exclusiva, por lo que no se incluye ningún token de idempotencia en sus solicitudes.

Los siguientes son algunos ejemplos de cómo manejan la idempotencia los servidores de reservas:

• Una respuesta HTTP correcta a CreateBooking debe incluir la reserva creada. En algunos casos, el pago se procesa como parte del flujo de reserva. Si se recibe la misma CreateBookingRequest por segunda vez con el mismo idempotency_token, se debe mostrar la misma respuesta CreateBookingResponse. No se crea una segunda reserva y se le cobra al usuario exactamente una vez, si corresponde.

  Nota: Si un intento de CreateBooking falla y se reenvía la misma solicitud, tu backend debe volver a intentarlo.
  CreateBooking

El requisito de idempotencia se aplica a todos los métodos que mutan el estado.