Политики сквозной интеграции резервирования

Следующие политики интеграции применяются к сквозной интеграции Reservations.

Сквозные политики

Прежде чем начинать интеграцию, ознакомьтесь со следующими критериями участия в интеграции. Партнеры должны соответствовать следующим требованиям и политикам, чтобы иметь право на интеграцию со сквозной интеграцией резервирования Центра действий.

Хотя следующие требования являются необходимыми компонентами права на участие в программе Action Center, выполнение этих требований не гарантирует, что партнер будет иметь право интегрироваться или начать работу с Action Center.

Несоблюдение требований и политик может привести к приостановке или удалению с платформы интеграции, мерчанта или услуг.

Общие требования к платформе

  1. Партнеры должны собирать и обрабатывать все данные о продавцах и пользователях, включая любую личную информацию, в соответствии с Общим регламентом защиты данных (GDPR) и любыми другими применимыми законами о конфиденциальности.
  2. Партнеры должны иметь право совершать бронирования от имени своих продавцов.

  3. Партнеры должны иметь прямой доступ к доступности/временным интервалам продавцов в режиме реального времени (т. е. партнеры должны иметь возможность отвечать на запросы доступности от Google менее чем за 1 секунду).

    • Особый случай : мы поддерживаем резервирования, требующие асинхронного подтверждения от продавца, но поток резервирования должен основываться на доступном временном интервале. Партнеры должны быть доступны в режиме реального времени, т. е. через онлайн-системы торговцев, даже если для завершения бронирования требуется подтверждение от продавца.

  4. Партнеры должны иметь полный инвентарь для своих продавцов. Продавцы с частичным или проблемным инвентарем могут не участвовать в программе.

  5. У партнеров должна быть доступность продавцов в течение 30 или более дней.

  6. Партнеры должны поддерживать отмену бронирования онлайн.

  7. Партнеры, требующие предоплаты, должны соблюдать политику платежей Центра действий, их платежные системы должны быть в следующем поддерживаемом списке и принимать токенизированные платежи.

  8. Партнеры должны иметь возможность предоставлять точные данные о стоимости услуг и соблюдать ценовую политику Центра действий.

  9. Партнеры должны быть в состоянии выполнить технические требования сквозной интеграции резервирования Центра действий.

  10. Партнеры должны соблюдать требования Центра действий к продавцам и услугам .

  11. Партнеры должны соблюдать правила поддержки и обслуживания Центра действий.

  12. Партнеры должны поддерживать приемлемый уровень ошибок, определенный в рекомендациях по запуску и мониторингу .

  13. Все бронирования должны подтверждаться автоматически в режиме реального времени, за исключением бронирований, сделанных с помощью асинхронной интеграции. Бронирования, сделанные посредством асинхронной интеграции, должны соответствовать рекомендациям по асинхронности .

  14. Партнеры должны соблюдать вертикальные или определенные политики Центра действий ( предложения , оплата , онлайн-услуги и питание ).

  15. Партнер должен поддерживать содержание стандартного качества для названия продавца, адреса, названия и описания услуг в соответствии с рекомендациями .

Политика предложений

Целевая страница

  • Все предложения любого ресторана, переданные в Google, должны быть видны со всей соответствующей информацией на целевой странице.
    • Стоимость предложения и текст описания должны быть видны непосредственно на целевой странице.
    • Ограничения предложения, связанные с минимальной суммой счета, максимальной величиной скидки и необходимой подпиской, должны быть видны непосредственно на целевой странице.
    • Все остальные ограничения предложения (например: условия участия, инструкции по использованию, условия…) должны быть видны на целевой странице или доступны в течение одного клика на целевой странице (например, всплывающее диалоговое окно).
  • Для всех предложений, кроме предложений OFFER_MODE_WALK_IN , поток действий, связанный с предложением (например, резервирование стола), должен позволять пользователю выбирать предложения, применимые к его выбору (например, для бронирования — предложения, применимые для временного интервала и размер вечеринки выбран)
  • Инструкции и методы погашения должны быть четко сформулированы и практически осуществимы (например: если для погашения предложения требуется оплатить счет в партнерской системе при оформлении заказа, следует упомянуть инструкцию по оплате в системе, и пользователь должен иметь возможность оплатить счет в партнерская система при оформлении заказа).
  • Если URL-адрес предложения может перенаправлять на партнерское приложение (если оно установлено), к странице мобильного приложения применяются те же требования, что и выше.

Предложение

  • Предложение должно быть общедоступным для любого пользователя. Для предложений может потребоваться платная подписка, если подписаться может каждый.
  • Все предоставленные метаданные должны быть точными и актуальными на момент загрузки канала.
    • Распроданные предложения на момент загрузки фида не должны включаться в фиды.

Политика и требования к меню питания

Прежде чем начинать интеграцию, ознакомьтесь со следующими критериями участия в интеграции. Чтобы иметь право на интеграцию, партнеры должны соблюдать политику меню и соответствовать следующим требованиям. Обратите внимание, что Google оставляет за собой право отображать данные меню и блюд в удобном для пользователей виде.

Несоблюдение требований и политик может привести к приостановке интеграции или удалению с платформы продавцов или услуг.

Политика и требования

  1. Партнеры не должны отправлять в ленте меню запрещенную информацию (см. подробности ), например нецензурную лексику, запрещенные изображения, личную информацию (PII) или пользовательский контент.
  2. Партнерам не следует использовать ленту меню для обмена элементами, не относящимися к меню, например услугами (например, рекламными кодами и т. д.).
  3. Партнеры обязаны предоставить все необходимые данные в спецификации меню Reservations E2E или спецификации меню Ordering Redirect (максимальный размер файла 2 МБ). Технические требования рассматриваются в спецификации меню Reservations E2E или спецификации меню Ordering Redirect путем пометки полей как необязательных/обязательных.
  4. Партнеры должны предоставлять только позиции меню, доступные для соответствующих ресторанов.
  5. Партнеры должны прислать полное меню для каждой локации. Продавцы с неполным меню могут быть не допущены к показу.
  6. Партнеры и продавцы обязаны обеспечивать точность меню и предоставлять обновления ежедневно.
  7. Фотографии пунктов меню должны быть хорошо освещены, иметь один пункт меню в фокусе, не должны содержать людей или других изображений, не связанных с едой, и должны соответствовать спецификациям изображения (см. рекомендации по фотографиям ).
  8. Цены должны быть указаны за каждый пункт меню без чаевых, налогов и сборов; если этого не требуют местные законы и постановления. Партнеры должны явно указать местную валюту.
  9. Специальные меню поддерживаются и должны быть удалены, если они больше не доступны (например, фиксированные призы, сезонные, ограниченные по времени специальные предложения).

Политика перенаправления платежей

В этом разделе указаны общие и специальные политики для реализации перенаправления платежей в Центре действий. Чтобы обеспечить единообразие работы потребителей, продавцов и партнеров, использующих Центр действий, инвентарь, требующий оплаты, должен соответствовать соответствующим правилам. Несоблюдение этих правил приведет к приостановке вашей интеграции.

Общий

Эти правила применяются ко всем платежным транзакциям и инвентарю в сервисе "Зарезервировать через Google":

  1. Сумма, взимаемая с пользователя, должна быть равна сумме, указанной в условиях транзакции, в соответствии с действующим законодательством.
  2. Партнеры несут ответственность за обновление доступности с помощью обновления в реальном времени (RTU) или за обеспечение того, чтобы вызовы BatchAvailabilityLookup отражали точную доступность слотов.
  3. С пользователя не должна взиматься плата за любые транзакции, необходимые для использования кредитной карты.
  4. С пользователя не должны взиматься никакие сборы, которые не были явно согласованы при оформлении заказа, как это указано в нашем процессе настройки платежей.
    • Условия оплаты, содержащиеся на связанной странице «Условия обслуживания», не удовлетворяют этому требованию.
  5. При личном обслуживании 1 все платежи должны производиться во время бронирования или только лично. Вымогательство оплаты любыми другими способами строго запрещено.
  6. Транзакция должна отображаться и оплачиваться в валюте местонахождения продавца (валюта указывается в процессе настройки платежей). Конвертация валюты невозможна.

1. Все очные услуги, не считая услуг, предоставляемых посредством данной интеграции, таких как предоплата и депозиты.

Требования к целевой странице

  1. Целевая страница должна быть началом процесса бронирования с заранее выбранным размером вечеринки и временным интервалом.
  2. Целевая страница не должна быть домашней страницей поставщика платформы или какими-либо другими страницами.
  3. Первым шагом целевой страницы с глубокими ссылками не может быть платежная стена, где пользователи не могут просматривать соответствующие метаданные своего бронирования, пока не предоставят платежные реквизиты.
  4. Первым шагом целевой страницы с глубокими ссылками не может быть страница входа. Процесс бронирования должен включать опцию оформления заказа для гостей, при которой пользователи могут завершить бронирование без входа в систему или создания учетной записи.
  5. Ссылка и целевая страница не могут требовать от пользователя загрузки приложения для завершения процесса бронирования.