Наша команда назначает дату и время запуска. Возможно, запуск сайтов продавцов задержится на несколько часов.
Ваша интеграция будет отслеживаться в течение недели после запуска. Если ваш сервер бронирования или обновления в реальном времени (RTU) превысят пороговые значения ошибок, мы сообщим вам о необходимости их исправить. Если проблемы не будут решены, Google удалит вашу интеграцию.
Сервер бронирования
Для всех реализаций Booking Server необходимо включить маршрут HealthCheck . Центр действий периодически проверяет ваш маршрут HealthCheck . Если он не отвечает или возвращает неработоспособный ответ, мы временно отключаем вашу интеграцию. Мы продолжаем периодически проверять ваш маршрут HealthCheck , и после того, как он вернет работоспособный ответ, мы автоматически восстанавливаем вашу интеграцию.
| Стандартные методы реализации | Пороговые значения частоты ошибок | Пороговые значения задержки |
|---|---|---|
CheckAvailability Примечание: Данная конечная точка сервера бронирования устарела. Новые интеграции не должны использовать эту конечную точку. | <10% | <5с |
BatchAvailabilityLookup | <3% | <1,5 с |
CreateBooking | <5% | <4с |
RTU
Для RTU задержка измеряется разницей во времени между моментом выполнения действия (например, изменением бронирования) и моментом получения Центром действий запроса RTU.
| API | Пороговые значения частоты ошибок | Пороговые значения задержки |
|---|---|---|
BookingNotification RTU | <10% каждый день и для каждого штата | <5 минут |
Отслеживать частоту ошибок можно через различные панели мониторинга партнерского портала, а именно панели мониторинга «Просмотр данных» , «Сервер бронирования» и панели мониторинга RTU .
Требования к соответствию инвентаризации
Убедитесь, что вы продолжаете соблюдать требования по учету товарных запасов . Информацию о том, как продавец может отказаться от использования ваших услуг, см. в разделе «Удаление сторонних ссылок» справочной статьи . Нарушение политики учета товарных запасов может привести к отключению или прекращению вашей интеграции.