一个时间在消息生成时可能可用，但在客户选择时已不可用。集成需要处理这种变化，不能承诺尚未记录的预订。
可供选择的时间应该从哪里获取？
从负责管理服务和预订规则的系统中获取可用时段。在交互中保留地点、时区和时段引用。
Apple 的时间选择器结构承载的是原生选项；你的应用程序赋予它业务含义。
选择之后会发生什么？
重新检查可用性，以免预订已被其他客户占用的时段。完成预订系统的账户检查，确认客户符合预订条件。与客户确认预约详情，避免记录错误的预订。然后创建预订。
预订成功时返回已记录的预约详情。无法接受所选时段时，提供当前可用的替代方案。
如果预订响应丢失怎么办？
在重试之前先检查原始预订操作。即使回复未到达你的集成，该操作也可能已经成功。
保留请求和预订引用以供恢复使用，避免因超时而创建重复预约。
如何验证完整的体验？
在目标设备上测试显示的日期和时间，然后在预订系统中确认所选结果。测试中应包含可用性信息已过时的时段以及响应不确定的场景。
将所选时间连接到预订系统，然后将已确认的预约或可用替代方案返回到对话中。