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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Предлагает критерии отбора

  • Предложение должно быть общедоступным для всех клиентов.
  • Клиенту не нужно подписываться на программу членства, список адресов электронной почты, использовать определенную кредитную карту или выполнять какие-либо другие ограничения, чтобы воспользоваться предложением.
  • Предложение не может быть ограничено определенными возрастными группами (скидки для студентов или пожилых людей).
  • Предложение должно быть предсказуемо доступным. Например, предложение может быть действительным с 15:00 до 16:00, однако предложение, требующее, чтобы вы были одним из первых 10 клиентов, не допускается.
  • Предложение должно быть предоставлено продавцом и принято им.

Предложения, которые не соответствуют техническим или квалификационным требованиям.

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

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

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

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

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

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

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

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

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

Общий

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

  1. С пользователя не должны взиматься никакие сборы, которые не были явно согласованы при оформлении заказа, как это указано в нашем процессе настройки платежей .
    • Условия оплаты, содержащиеся на связанной странице «Условия обслуживания», не удовлетворяют этому требованию.
  2. Для личных услуг все платежи должны производиться во время бронирования или только лично. Вымогательство оплаты любыми другими способами строго запрещено.
  3. Сумма, взимаемая с пользователя, должна быть равна сумме, указанной в условиях транзакции.
  4. Транзакция должна отображаться и оплачиваться в валюте местонахождения продавца (валюта указывается в процессе настройки платежей ). Конвертация валюты невозможна.
  5. Платежные токены не могут использоваться для оплаты других транзакций или целей.
  6. Никакой инструмент, кроме токена, созданного для этой транзакции и отправленного вам Google, не может быть использован для этих платежей.
  7. Если банк-эквайер для ваших транзакций подчиняется PSD2 , вы должны внедрить 3DS1 или 3DS2 для этих транзакций, если они поддерживаются Центром действий и вашей платежной системой.
  8. Если услуга требует предоплаты, сборов за неявку и/или депозитов, определение cancellation_policy услуги является обязательным.
  9. Если вы добавляете платежи в свою интеграцию сейчас или в будущем, вы должны предоставить надежную и полную контактную информацию, включая имя, адрес, номер телефона, адрес электронной почты и информацию о реестре, как это может потребоваться в соответствии с определенными правилами.

Нет платы за показ

Следующие правила применяются к инвентарю и транзакциям с использованием функции комиссии за неявку :

  1. Плата за незаезд при поздней отмене взимается только в том случае, если пользователь отменяет бронирование после периода бесплатной отмены , указанного для этого бронирования.
    • Если для бронирования не указано окно отмены, окно отмены по умолчанию заканчивается в начале бронирования.
  2. Google должен быть проинформирован через обновление в режиме реального времени, если с пользователя взимается плата за неявку.

Депозит

Следующие правила применяются к инвентарю и транзакциям с использованием функции депозита :

  1. Депозиты не должны использоваться для оплаты полной стоимости услуги. Для этой функции следует использовать предоплату.
  2. Если пользователь отменяет действие до окончания периода бесплатной отмены, указанного для этого депозита, то:
    • Их депозит должен быть возвращен или не взиматься.
    • Если бронирование отменено за пределами Центра действий, Google должен быть проинформирован об этом в режиме реального времени .

Предварительная оплата

Следующие правила применяются к инвентарю и транзакциям с использованием функции предоплаты :

  1. Политика отмены определена для всех бронирований с предоплатой.
    • Если правила отмены не указаны, бронирования по умолчанию являются невозвратными.
  2. Если пользователь отменяет бронирование в течение периода времени, допускающего возврат средств (как определено политикой отмены для этого бронирования), то:

Требуется кредитная карта

Следующие политики применяются к инвентарю и транзакциям с использованием функции , требующей кредитной карты :

  1. С пользователя не должны взиматься никакие комиссии за любые транзакции, необходимые для использования кредитной карты.