第二通道仍在筹备时：OTP 与告警不要拿 WhatsApp 对 RCS 当 Live

OTP 与关键告警在生产环境中绝不能依赖尚未就绪的通道。当第二通道仍处于 in setup 筹备状态时，将其当作 live 通道使用会导致用户收到不到验证码，而财务账本却可能在未通的路径上产生无效扣费。正确的做法是强制采用已完全 live 的 SMS 作为回退路径，并确保目录徽章与实际发送能力完全匹配。IOSOR 在单一白牌 prepaid hold ledger 上统一管理 WhatsApp、RCS、SMS 与 Verify，当月平台用量接近 USD 1,000+ 时，通道就绪状态与回退凭证将成为商业审查的关键材料，未通过烟雾测试的走廊绝不能对外承诺可用。

Live 与 in setup 是产品承诺

Live 徽章是对用户说的话。WhatsApp 模板、RCS 发件就绪或质量窗口未完成，通道就停在 in setup。销售稿写「WhatsApp OTP」而目录仍是筹备，是信任事故，不是营销延期。徽章要有具名负责人：谁翻转 Live、谁管模板、谁管已经能跑的 SMS。对照 诚实的 WhatsApp 与 RCS 上线 与 富媒体通道的密钥库与模板闸门。

WhatsApp OTP 只在资料与模板真正就绪时

WhatsApp 能在企业资料与效用模板诚实生产就绪的走廊上赢得 OTP，不会因为竞品幻灯片而赢。比较 OTP：WhatsApp 还是短信回退。模板类别错了，用户看不见码，钱包却已动。在 WhatsApp smoke 有日期、有负责人之前，把 SMS 当完成默认。会话消息不是绕过模板审核的捷径。

RCS 不是默认的 OTP 备胎

RCS 在路线图上像 SMS 的邻居，在生产里却是可编程通道。告警与品牌回执在发件人已批、目录 live 时说得通。通道仍 in setup 却拿 RCS 当自动 OTP 备胎，会把缺码变成支持事故。宁可要你能在 02:00 辩护的 live SMS 或语音，也不要 ops 无法重放的 RCS 跳跃。

第二通道仍在筹备时的诚实回退

回退是产品政策：超时、明确失败、或用户点的重发——绝不是「试试更富的通道好拍截图」。给自动跳跃设上限。记录试过哪条通道、因 in setup 跳过哪条、借记落在哪。一本解释不了「为何跳过 RCS」的 prepaid 钱包，不是控制。

危险信号

• WhatsApp 或 RCS 仍草稿模板却挂 Live
• 自动跳进标 in setup 的通道
• OTP 按营销群发计费
• 客户可见错误里出现外来品牌
• 没有已经 live 的 SMS 或语音路径
• 回退顺序在事故聊天里临时决定

从 IOSOR 开始

在将OTP备用链路绑定到次要富信渠道之前，请先在控制台检查您的路由网关与通道状态指示灯。在模板注册和发件人验证返回可用于生产环境的Webhook之前，必须将WhatsApp或RCS锁定在设置中状态。请在您的主在线通道上配置即时DLR追踪，以便验证请求能够故障转移到基础短信，而不会卡在未获批的富媒体端点上。 把这条作业写进同一份运维清单，并在 Live 前再核对一次。 把这条作业写进同一份运维清单，并在 Live 前再核对一次。 把这条作业写进同一份运维清单，并在 Live 前再核对一次。

IOSOR 要点

通过仍在设置中的富信渠道路由认证流量会产生投递黑洞，并在时间紧迫的登录尝试期间破坏用户信任。在发件人资料或模板类别尚未获批时，WhatsApp和RCS绝不能充当投机性的备用方案。

务必在路由逻辑中实施严格的状态检查，将标记为设置中的通道与活跃的OTP队列隔离开来，仅回退到完全在线的短信或语音路径。切勿向生产环境终端用户暴露草稿状态的富信通道，也不要将未经验证的消息端点视为关键安全警报的备份投递机制。