СоздатьБронированиеГотово,СоздатьБронированиеГотово

Для выполнения задачи этапа «Создание готово CreateBooking необходимо успешно создать и реализовать метод CreateBooking . Этот метод вызывается при попытке пользователя создать бронирование. В случае успешного бронирования ответ включает уникальный booking_id , который будет использоваться для ссылки на бронирование в будущих запросах или обновлениях.

Требования к задаче CreateBooking

  • 10 успешных ответов CreateBooking с уровнем ошибок менее 10%.

Основы CreateBooking

Когда пользователь инициирует бронирование, на сервер бронирования партнёра отправляется запрос CreateBooking . Ответ на запрос указывает либо на успешное бронирование, либо на сбой. В случае сбоя бронирования ответ должен содержать ошибку бизнес-логики, свидетельствующую об ошибке. Например, слот стал недоступен или уже забронирован тем же пользователем.

Когда пользователь создаёт бронирование, Google отправляет вам его имя, фамилию, номер телефона и адрес электронной почты. Подробнее см. в разделе «Политика сопоставления и создания учётных записей» .

Идемпотентность

Сетевое взаимодействие не всегда надёжно, и Google может повторять HTTP-запросы, если ответ не получен. По этой причине все методы, изменяющие состояние, должны быть идемпотентными:

  • CreateBooking
  • UpdateBooking

Для каждого запроса, за исключением UpdateBooking , добавляются токены идемпотентности для его уникальной идентификации. Это позволяет различать повторный вызов REST, направленный на создание одного запроса, и два отдельных запроса. Соответствующие идентификаторы записей бронирования в UpdateBooking помогают их однозначно идентифицировать, поэтому токены идемпотентности в их запросы не включаются.

Ниже приведены некоторые примеры того, как серверы бронирования обрабатывают идемпотентность:

  • Успешный HTTP-ответ CreateBooking включает созданное бронирование. В некоторых случаях оплата обрабатывается как часть процесса бронирования. Если тот же CreateBookingRequest получен повторно с тем же idempotency_token , должен быть возвращен тот же CreateBookingResponse . Второе бронирование не создается, и с пользователя списывается плата только один раз, если это применимо.

Требование идемпотентности применяется ко всем методам, которые изменяют состояние.

,

Для выполнения задачи этапа «Создание готово CreateBooking необходимо успешно создать и реализовать метод CreateBooking . Этот метод вызывается при попытке пользователя создать бронирование. В случае успешного бронирования ответ включает уникальный booking_id , который будет использоваться для ссылки на бронирование в будущих запросах или обновлениях.

Требования к задаче CreateBooking

  • 10 успешных ответов CreateBooking с уровнем ошибок менее 10%.

Основы CreateBooking

Когда пользователь инициирует бронирование, на сервер бронирования партнёра отправляется запрос CreateBooking . Ответ на запрос указывает либо на успешное бронирование, либо на сбой. В случае сбоя бронирования ответ должен содержать ошибку бизнес-логики, свидетельствующую об ошибке. Например, слот стал недоступен или уже забронирован тем же пользователем.

Когда пользователь создаёт бронирование, Google отправляет вам его имя, фамилию, номер телефона и адрес электронной почты. Подробнее см. в разделе «Политика сопоставления и создания учётных записей» .

Идемпотентность

Сетевое взаимодействие не всегда надёжно, и Google может повторять HTTP-запросы, если ответ не получен. По этой причине все методы, изменяющие состояние, должны быть идемпотентными:

  • CreateBooking
  • UpdateBooking

Для каждого запроса, за исключением UpdateBooking , добавляются токены идемпотентности для его уникальной идентификации. Это позволяет различать повторный вызов REST, направленный на создание одного запроса, и два отдельных запроса. Соответствующие идентификаторы записей бронирования в UpdateBooking помогают их однозначно идентифицировать, поэтому токены идемпотентности в их запросы не включаются.

Ниже приведены некоторые примеры того, как серверы бронирования обрабатывают идемпотентность:

  • Успешный HTTP-ответ CreateBooking включает созданное бронирование. В некоторых случаях оплата обрабатывается как часть процесса бронирования. Если тот же CreateBookingRequest получен повторно с тем же idempotency_token , должен быть возвращен тот же CreateBookingResponse . Второе бронирование не создается, и с пользователя списывается плата только один раз, если это применимо.

Требование идемпотентности применяется ко всем методам, которые изменяют состояние.