富媒体恢复周：当设置真实而非上线虚构时才重新开放

在会话冻结后恢复流量需要对路由状态保持绝对诚实。过早将通道标记为活跃是一个会导致 OTP SMS 交付失败的陷阱。正确的修复方法是坚持使用 Setup 状态，直到 webhook 测试完全通过并确认系统已准备就绪。

故障后现实：为什么目录真实性至关重要

经历会话冻结后，恢复活跃流量需要严格的管理清晰度。分销商经常试图在发送方验证或路由预热完成之前，将 WhatsApp 和 RCS 渠道标记为活跃来恢复客户信心。在遵循我们的富媒体故障周：目录仍显示"设置中"时的会话中断之后，在没有明确就绪指标的情况下急于回到生产环境会产生新的 API 故障并损害买家信任。

区分设置状态与上线执行

标记为「设置中」的渠道表示技术配置、模板审查或 Webhook 配置正在积极处理中，但生产环境流量切勿流入。过早将路由标记为「Live(上线)」会导致 OTP 消息丢失和媒体有效负载损坏。正如我们在关于第二通道未上线时的 WhatsApp 与 RCS 指南中所概述的那样，未能将挂起的路由与生产流量隔离开会破坏送达指标。

恢复框架：富媒体通道的状态映射

为防止系统范围的混乱，平台必须在恢复周期间在所有富媒体通道中维护清晰的状态定义，确保各方对系统容量有统一认知。

明确区分活跃功能与设置管道可防止灾难性的路由故障，从而保障终端用户的消息顺畅送达。

值班交接时把判定标准写进同一份说明：谁看 DLR、谁对账、谁能暂停路由。峰值前按清单复核。

对账或导出必须带同一 intent 或 session 键，方便财务回放，不要用口头「正常」代替键对齐。

上线前先跑窄走廊冒烟，确认闸门与回退触发后再放宽目的地集合。

值班交接时把判定标准写进同一份说明：谁看 DLR、谁对账、谁能暂停路由。峰值前按清单复核。

对账或导出必须带同一 intent 或 session 键，方便财务回放，不要用口头「正常」代替键对齐。

上线前先跑窄走廊冒烟，确认闸门与回退触发后再放宽目的地集合。

值班交接时把判定标准写进同一份说明：谁看 DLR、谁对账、谁能暂停路由。峰值前按清单复核。

对账或导出必须带同一 intent 或 session 键，方便财务回放，不要用口头「正常」代替键对齐。

上线前先跑窄走廊冒烟，确认闸门与回退触发后再放宽目的地集合。

动态号码配置与余额管理

为了维护运营完整性，平台号码和富媒体路由是按需配置的。我们利用即时分配，其中号码通过预付费保留进行预留，且仅在资料验证完成时分配。平台账户在严格的预付费底线运行，以支持活跃的路由基础设施。随着体量扩大且每月平台支出接近软审查时，自动化健康检查可确保路由资料在扩展生产限制之前完全合规，进一步消除潜在隐患。

通过诚实的目录编目防止客户流失

在恢复阶段，目录状态的透明度是保持留存的最强有力工具。当客户理解上线 / 配置中 / 即将推出：诚实的买家路径中详细说明的具体旅程时，他们会包容等待验证的时期，而不会放弃平台。通过 Webhook 通知提供实时状态徽章，可确保下游软件触发器优雅地回退，而不是在未验证的发送方上超时。

从 IOSOR 开始

富媒体恢复周只对资料/会话已绿的通道标可发；仍在 setup 的 RCS/WhatsApp 保持准备中，流量回退 SMS。导出恢复前后会话成功率，证明不是假 Live。

相关：富媒体事故周会话掉线 Live / 准备中 / 即将上线

IOSOR 要点

富媒体恢复要诚实对待 setup，不能为冲量假标 Live。

要做：仅绿通道重开 + SMS 回退。 不要：setup 中当 Live 发。