客户可能会要求在 Messages 中继续某个服务请求。邀请将这一选择带入该渠道，而不会把每个已存储的电话号码都视为已开启的对话。
企业需要满足哪些条件？
企业需要获批的邀请配置、合适的 Apple 托管模板以及客户的明确同意。Apple 的邀请要求对这条独立路径作出了规范。
在收集客户选择时，保持目的明确。用于服务延续的邀请不是通用的营销群发。
邀请是普通回复吗？
不是。邀请通过电话号码流程寻址。普通回复使用 Apple 的 Opaque ID，这是该客户与该企业之间关系的标识符。借助此标识符，你无需获取客户的电话号码或 Apple Account 详情即可回复。
保留原始服务请求，以便已接受的对话能够在有用的上下文中继续。
发送是否意味着客户已接受？
不是。提交、接受和由此产生的对话是不同的观察结果。以记录的客户响应及其打开的对话为准。缺失的响应信息应保持未知状态。
当客户拒绝时，停止该邀请旅程，因为他们未同意在 Messages 中继续。离开现有对话是另一种选择，用于停止接收该企业的消息。在发送后续消息之前，检查记录的响应和当前的消息偏好。
如何构建邀请旅程？
获取客户的请求，使用已获批的模板，并在整个响应过程中保留服务上下文。为不支持的设备准备一个允许的替代方案。