预留端到端集成政策

以下集成政策适用于端到端预留 集成。

端到端政策

请先通读以下集成资格条件，然后再 开始集成。合作伙伴必须满足以下要求， 才能与操作中心的 预留端到端集成。

虽然以下要求是加入 Actions Center 计划的必要条件，但满足这些要求并不能保证合作伙伴有资格集成或发布 Actions Center。

如果不符合这些要求和政策，可能会导致商家或服务被暂停、从平台中移除或进行集成。

通用的平台要求

  1. 合作伙伴必须以符合《一般数据保护条例》(GDPR) 及适用的任何其他隐私权法律的方式收集和处理所有商家和用户数据（包括任何个人身份信息）。
  2. 合作伙伴必须获得相应授权，然后才能代表其商家接受预订。

  3. 合作伙伴必须能够直接实时访问商家的可预订情况/时间空档（即合作伙伴必须能在 1 秒内响应来自 Google 的预订请求）。

    • 特殊情况：我们支持需要商家进行异步确认的预订，但预订流程必须基于可用的时间段。合作伙伴必须掌握实时可预订情况，比如通过商家线上系统掌握，即便需要商家确认才能完成预订时也是如此。

  4. 合作伙伴必须提供所代表商家全面的商品目录。商品目录不全或受损的商家不符合条件。

  5. 合作伙伴必须掌握商家不少于 30 天的可预订情况。

  6. 合作伙伴必须支持线上取消预订。

  7. 要求预付款的合作伙伴必须遵守 Actions Center 的付款政策，其付款处理方必须属于以下受支持列表，并接受令牌化付款。

  8. 合作伙伴必须能够提供准确的服务费用定价数据，并遵守 Actions Center 的定价政策。

  9. 合作伙伴必须符合 Actions Center 技术要求 预订端到端集成 要求。

  10. 合作伙伴必须遵守 Actions Center 的商家和服务资格要求。

  11. 合作伙伴必须遵守 Actions Center 的支持和维护指南。

  12. 合作伙伴必须保持在 发布和监控指南。

  13. 所有预订都必须实时自动确认，使用异步集成进行的预订除外。通过异步集成进行的预订必须遵守 异步指南。

  14. 合作伙伴必须遵守 Actions Center 的行业政策或具体功能政策（优惠、付款、在线服务和餐饮）。

  15. 合作伙伴必须根据指南，维护有关商家名称、地址、服务名称和说明的标准质量内容。

优惠政策

优惠必须符合我们的资格条件，才能纳入预订端到端集成 以及我们的技术要求

优惠应具备的资格条件

  • 优惠必须普遍适用于所有客户。
  • 客户无需注册会员计划、电子邮件收件人列表、使用特定信用卡或者符合任何其他限制条件即可享受相应优惠。
  • 优惠不可仅面向某个年龄段（学生折扣或老年人折扣）。
  • 优惠必须可提前知晓。例如，优惠的有效时间可以是下午 3 点到下午 4 点，但不得要求必须是前 10 位客户。
  • 优惠必须由商家提供和兑现。

不符合技术要求或资格要求的优惠

如果优惠不符合我们的资格要求，则不应包含在内 到此结束

如果商品不符合技术要求或不符合我们的数据规范， 预留端到端集成中应省略。请与您的 Google 联系人联系，告知我们您希望实现哪些功能或变更，并提供相关反馈。与您的 Google 联系人联系时，请务必提供优惠的数量、提供相应优惠的商家数量及部分优惠示例。

食品菜单政策和要求

开始之前，请仔细阅读以下集成资格条件 集成合作伙伴必须遵守食品菜单政策，并遵守 才有资格进行集成请注意，Google 保留展示菜单和以对用户有帮助的方式呈现餐点数据。

如果达不到相关要求和政策，可能会导致集成、商家 或服务被暂停或被从平台中移除。

政策和要求

  1. 合作伙伴不得发送禁止发送的信息（请参阅详细信息） 内容，例如粗俗语言、禁止的图片、个人身份信息 个人身份信息 (PII) 或用户生成的内容。
  2. 合作伙伴不应使用菜单 Feed 分享非菜单项（例如服务） （例如：路边自提、促销代码等）。
  3. 合作伙伴必须在预订 E2E 菜单规范或订购重定向菜单规范中提供所有必需数据 （文件大小上限为 2MB）。预留 E2E 菜单规范或订购重定向菜单规范中说明了技术要求 将字段标记为选填/必填
  4. 合作伙伴应仅提供相应餐厅的菜单项 位置。
  5. 合作伙伴必须发送每个营业地点的完整菜单。信息不完整的商家 菜单可能无法显示。
  6. 合作伙伴和商家必须确保菜单准确无误， 。
  7. 菜单项照片应光线充足，包含一个对焦菜单项，不得 包含人物或其他非食物图片，且必须符合图片规范（请参阅照片指南）。
  8. 应显示每个菜品的价格，不含小费、税费或其他费用；除非 。合作伙伴必须明确提供本地货币。
  9. 支持特色菜单，应于不再提供时将其移除 （例如：固定价格、季节性特惠、限时特惠）。

付款重定向政策

这一部分规定了在 Google Cloud 上 实施付款重定向。为了确保一致的 为使用 Actions Center 的消费者、商家及合作伙伴提供更优质的体验， 需要付款的广告资源必须遵守相应准则。失败 违反这些政策将导致您的集成被暂停。

常规

这些政策适用于“通过 Google 预订”上的所有付款交易和商品目录：

  1. 向用户收取的金额必须与条款中指定的金额相同 。
  2. 如果服务要求预付款、违约金和/或押金，则提供服务 cancel_policy 定义是必填项。
  3. 合作伙伴负责使用实时更新来更新可用性 (RTU) 或确保 BatchAvailabilityLookup 调用反映准确的槽位 。
  4. 不应就任何要求提供信用卡的用户收取任何费用 交易。
  5. 未经 如我们的付款配置流程所示。
    • 链接到的《服务条款》页面中包含的付款条件不符合此要求。
  6. 对于线下服务1，所有付款都必须在预订时支付，或 仅提供线下服务严禁通过任何其他方式招揽款项 。
  7. 交易必须以营业地点的货币显示和收费 商家（货币使用付款配置指定） 过程）。可能不会进行货币换算。

1. 所有线下服务，不包括通过此方式提供的服务 预付款和存款等集成

着陆页要求

  1. 着陆页必须是预订流程的起点，且必须注明就餐人数 和时段。
  2. 着陆页不能是平台提供商的首页或其他任何 页面。
  3. 深层链接着陆页的第一步不能是登录墙，其中 用户必须登录或创建 。
  4. 深层链接着陆页的第一步不能是“付费墙”，其中 用户无法查看其预留的相关元数据，除非他们提供了 付款信息。