以下内容详细介绍了 Action Center 预订端到端集成流程。
集成
请遵循端到端集成指南中的标准高级集成流程。
预订端到端重要指南
以下要点概览包含示例和教程，介绍了预订端到端集成所需的关键功能：
-
Feed：
- 预订端到端集成要求您每天通过 SFTP 发送商家、服务和空房情况 Feed。
- 在商家 Feed 中，每个营业地点的名称、地址、电话号码和网址都必须与 Google 商家信息非常接近，这样才能成功匹配。
- 采用端到端预订服务的商家只能使用一种服务来显示空房情况。
- 如果您的商家仅提供预订服务，则建议您将所有商家的“service_id”均设置为相同的静态值。在服务 Feed 中指定 scheduling_rules 和 cancellation_policy（如果适用）。
- 预订端到端商品目录的主要区别在于需要为所有空房情况定义 party_size。如需了解详情，请参阅以下指南：
-
预订服务器：
- 预订服务器是 Google 用于确认空房情况以及创建、更新、删除和修改通过 Google 途径进行的预订的入口点。
- 为了确保良好的用户体验，我们要求您对每个请求的响应都在我们的错误率和延迟时间阈值范围内。
-
如需请求 / 响应示例，请参阅以下指南：
- 标准集成：实现标准预订服务器集成。
- 候位名单集成：实现候位名单预订服务器集成。
-
实时更新：
- 虽然不是必需的，但借助实时更新，您可以在用户尝试访问空闲情况之前异步向我们发送有关预订取消或空闲情况变化的更新，这样一来，如果 BatchAvailabilityLookup 失败，系统向用户显示的不可预订时段总数就会减少。如需了解详情，请参阅关于设计实时更新的结构的文档。
-
补充说明：
- 如果您的可用性 Feed 文件（压缩后）大于 200MB，则必须 进行分片 ，将 Feed 拆分为小于 200MB（压缩后）的文件。
- 端到端预订的商家只能提供一种服务
端到端预订的其他功能
在完成预订端到端集成时，请考虑以下功能。这些功能并非必需功能，但当您投放商品目录时，为确保“行动中心”遵循贵公司的业务逻辑，您将需要实现其中的多项功能：