从 Infobip 迁移 Apple Messages

盘点企业的 Apple Messages 连接、Infobip 渠道设置、Answers 流程、Conversations 路由、原生模板和可选集成。在转换服务旅程前，确认客户身份、支付、预约和结果报告的实现位置。

准备两个平台的授权访问、管理企业 Apple Messages 连接的团队、代表性设备和服务集成负责人。在切换生产流量前，确认支持的服务商变更流程和账户访问权限。

Infobip 为商业账户提供可选的 Apple Pay、身份验证和自定义应用设置。支付配置包括商户与网关的关系，其指南描述了额外的回调和回退目标。在评估消息创作体验的同时，评估实际的商户集成。

跟踪一个实际服务任务，从入口直至问题解决。记录原有企业、对话、原生交互和业务操作的引用。将客户账户身份与渠道专用标识符区分开。

连接 Bird 中的目标企业和测试路径。将原生内容和返回答案的含义转换为文档说明的接收结构。重建所需的身份、偏好、路由和人工支持行为。

单独处理 Invitation Messages：盘点其审批、模板和同意证据，不要假设普通对话迁移会自动转移邀请权限。

在代表性设备上测试完整的原生交互。在拥有该结果的系统中确认实际的预订、账户或支付结果。测试不可用的选项、拒绝访问、意外的自由文本输入和人工转接。

在依赖重试之前，先测试不确定的响应。保留原始操作标识并检查其状态，避免丢失的回复导致重复的客户联系或业务操作。

与负责团队商定企业的服务商切换，并完成所需的 Apple 审核。明确哪个系统负责新对话，以及现有服务请求如何继续。保留历史记录和有用的身份映射。

在运营团队就绪后，开放一组有限的入口点。检查正确的商业实体、路由、原生内容和结果报告。为意外行为保留明确的暂停和恢复决策。

梳理当前服务使用的企业 Apple Messages 身份、入口、原生模板、Answers 分支、Conversations 路由和应用回调。为每项记录接收端 Bird 配置和验证负责人。在更改客户使用的入口路由前，测试一次完整请求。

如果错误的团队收到对话，检查入口点上下文和接收路由。如果交互返回不可用的数据，检查选项和页面标识符。如果支付结果不确定，在发起新扣款之前先核对支付记录。