关键告警的外呼语音与回退：当短信不够时

有些消息必须被听见，而不能只被读到。银行欺诈告警、配送升级、第二因素 fallback，往往需要出站语音——但语音带来时窗、同意与应答检测，短信团队很少预先规划。把语音当成「更响的短信」，会烧掉预付费余额，并堆起合规债务。

IOSOR 把语音作为白标预付费能力，与消息并列——一本钱包、对客户安全的错误、诚实目录。月平台用量接近 USD 1,000+ 时，接通率、误判 AMD 样本、以及每次尝试的账本行，会成为更紧密的商务复盘材料。先拿证据，再谈扩量。

语音何时胜过短信

语音是另一条走廊，带有时间与应答语义——不是把字号开大的短信。问脚本长度、接通率、失败后的下一跳，而不是只问单价。在周报里按走廊切片，避免全球平均数掩盖某一个疲弱市场。参见 语音告警与 OTP 回退 与 语音告警的静默时段。短信里没人打开的 OTP，用语音可能几秒内完成；未经同意、在凌晨打出的欺诈告警，则会变成投诉。live 走廊接通率低，不能用另一条强走廊「平均掉」。

有预付费纪律的回退顺序

1. 主通道按 TTL 先试。
2. 仅当目录为 live 时才走语音 fallback。
3. 按用户、按事件封顶总尝试次数。
4. 每次尝试借记写入账本，供财务可见。

绝不要把 fallback 接到未注册发送方或仍标 in setup 的市场。没有账本可见性的 fallback 会伪装成「转化提升」，同时烧掉预付费。主通道 TTL 存在，是为了避免短信仍可能到达时语音已经打出。每次尝试——接通、机器或沉默——都必须在同一本预付费钱包留下可见行。没有 correlation ID，财务无法解释同一事件为何被借记两次。

AMD 与误接

应答机检测能减少空读，但会产生漏检。OTP 脚本保持短读；复盘 AMD 与误接通。把 AMD 阈值、人工抽检样本与走廊切片放进周报，以免把「未接听」当成「误判为机器」。阈值过严会把真人判成机器；过松则把验证码读进信箱。完整密钥不走语音：短标识，或提示「验证码在短信里」。绝不把完整密钥大声读出。

合规与静默时段

语音并不豁免同意与分地区静默时段政策。请文档化：

• 谁同意、如何同意
• 按目的地类别的时窗
• 未接听后是重试还是停止

短信 opt-in 不会自动继承到语音：写清通道、时间、用户当时接受的文案。时窗随目的地变化；一套「全球统一」作息是投诉捷径。未接听后再打进地区静默窗，比停止更糟。目录已 live 却没有静默时段政策，是无法辩护的承诺。

危险信号

• 语音按无限套餐一口价计费
• 没有按次尝试的账本可见性
• fallback 打进 mock 走廊
• 脚本大声读出完整密钥
• 全球无视静默时段
• 目录仍为 in setup 却对外承诺语音
• 客户可见错误里出现上游品牌名

从 IOSOR 开始

请在IOSOR路由控制台中配置短信生存时间触发器，以便仅在主要短信告警投递失败时启动语音呼叫兜底。在启用自动化升级之前，请核实目的地通道已在语音目录中标记为上线状态。同时需设置实时网络钩子，以便记录每次尝试的通话扣费并立即捕获自动应答机检测回调。 把这条作业写进同一份运维清单，并在 Live 前再核对一次。

IOSOR 要点

当短信无法触达用户时，语音兜底可为关键告警和紧急一次性密码提供至关重要的安全保障。然而，如果在未经主动路由核实、自动应答机检测调优或严格同意管理的情况下擅自启动语音呼叫，将很快导致高昂的无效连接成本以及监管投诉。

请务必限制每个事件的兜底尝试次数、遵守区域静默时间边界，并实时审计通话账单扣费。切勿将兜底触发器串联到未经核实的市场中，也绝不要通过自动化语音线路完整朗读未脱敏的机密信息。