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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

перевод: человеческий тип_страницы: lcat

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

Целевая страница (мобильная страница и приложение)

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

Предлагает данные и формат

• Партнеры должны придерживаться указанных технических требований и форматов данных, изложенных в соответствующей документации. Несоблюдение этих требований может привести к ошибкам или задержкам в обработке корма.
• Предложение должно быть общедоступным для любого пользователя. Для предложений может потребоваться платная подписка, если подписаться может каждый.
• Все предоставленные метаданные должны быть точными и актуальными на момент загрузки канала (должны загружаться не реже одного раза в день). Перечисленные предложения должны быть активными и доступными для пользователей либо немедленно, либо заранее, как указано с помощью ValidityPeriod ; устаревшие, распроданные или просроченные предложения должны быть удалены из ленты.
• Партнеры должны использовать единые форматы предложений на всех платформах. Несоответствия информации о предложении в ленте и информации, отображаемой в приложении или на сайте партнера, запрещены.
• Партнеры должны предоставить четкую и краткую информацию о предложении в поле offer_display_text , точно отражающую ценность предложения и любые ограничения.
• Партнеры должны четко указать категорию предложения (Базовое предложение или Дополнительное предложение) и применимые режимы предложения ( OFFER_MODE_FREE_RESERVATION , OFFER_MODE_PAID_RESERVATION , OFFER_MODE_WALK_IN ) для каждого предложения.
• Партнеры должны обеспечить точное сопоставление типов платежных инструментов для каждого предложения.

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

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

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

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

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

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

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

Общий

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

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

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

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

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