Sign inGet started

正确使用 Apple Invitation Messages

准备经过审批的 Apple 邀请,保留客户的明确同意记录,并区分提交状态与客户接受及会话活动。

前提条件

在 Bird 中连接企业的 Apple Messages,并获得 Apple 对该企业和模板的单独邀请审批。准备能记录客户对指定用途明确同意的服务流程。Apple 还要求收件人 Apple Account 关联的每台设备运行兼容版本;测试前请查看当前的 Invitation Messages 要求

1. 确定允许的邀请用途

选择受支持的后续操作,例如将现有的支持请求转移到 Messages 中。Invitation Messages 不是向电话号码列表进行的通用营销广播。

2. 获取客户的选择

在征得客户明确同意前,说明企业身份和邀请用途。保留工作流要求的同意证据。将以电话号码寻址的邀请流程与常规会话回复分开使用。

3. 使用经审批的模板

准备受支持的邀请字段和经 Apple 批准的模板。通过文档规定的流程验证相关企业和设备的资格。普通的可复用消息模板不等同于邀请审批。

4. 处理响应和会话

将提交与接受或拒绝区分开来。将客户的响应关联到邀请和原始服务请求。当客户接受时,通过会话的 Apple 身份继续沟通,并确保接收团队可获取工单上下文。拒绝将终止该邀请路径。离开会话是一个单独的退出决定,必须停止进一步的邀请,直到获得新的同意。

5. 准备允许的备选方案

为无法在 Apple Messages 中继续的客户配置允许的备选方案。将渠道与服务用途和已记录的偏好匹配,并将原始工单上下文带入该路径。在决定何时触发回退时,将审批错误与设备资格问题区分开。在重复发送或启用另一渠道之前,先检查结果不确定的发送。

验证客户响应分支

使用已获批准的测试企业和邀请模板。记录客户对指定服务的明确同意,再分别测试接受和拒绝两种情况。检查邀请记录、适用时已打开的会话,以及原始服务请求。后续处理应遵循记录中的客户选择。
测试用例操作预期结果
客户接受邀请将生成的会话与承诺的服务上下文关联。接收团队可以继续处理原始请求。
客户拒绝邀请记录响应并保留商定的备选服务路径。不得将该客户视为已打开 Messages 会话。
客户无法接收或未继续响应邀请使用为该服务请求定义的允许回退方案。请求仍可处理,无需重复发送同一邀请。

故障排查

如果邀请失败,请检查企业及模板的获批状态、地址和受支持设备条件。缺少响应数据并不能证明客户接受或拒绝。在重复发送提交结果不确定的邀请前,先检查现有请求。

提交结果

已排队的邀请正在等待处理。已发送的邀请表示已被 Apple 网关接受,但不能证明设备送达、已读或客户接受。计费拒绝表示发送未执行,而发送失败则可能需要在重试前进行调查。定义报表时请参考状态说明

后续步骤