目录恢复周：在重新开放前必须使徽章与保险库保持一致

核对保险库记录的徽章

在从运营事故中恢复时，显示不准确的状态徽章比服务中断更快地损害买家信任。在经历虚假在线冻结后，每个目录项都必须对照系统保险库记录进行严格审核。仅凭恢复了上游连接、路由或配置文件就不能带有«在线»徽章。在任何状态翻转发生之前，数据库状态、路由功能和租户保险库权限必须完全一致。如果在 目录故障周：故障期间的虚假上线状态绝不能产生扣费 事件中标记了配置文件，则将其恢复为活动可见性需要库存控制保险库与公共目录API之间进行自动对账。此过程涉及检查保险库中的密钥状态、配置文件的激活标志以及与外部服务（如DLR提供商）的连接性。仅当所有这些元素都与预期状态匹配时，徽章才能更新。

为什么设置徽章在验证期间必须保留

过早地将路由状态切换为«在线»会造成危险的徽章戏码。在恢复周期间，处于审核中的路由必须保持明确标记为«设置»状态，直到端到端烟雾测试确认路由可行性。区分 上线 / 配置中 / 即将推出：诚实的买家路径 可以防止子账户在未验证的路由上尝试流量分发。将项目标记为«设置»可确保对新鲜号码配置的API请求触发JIT(即时)预留检查，而不是直接计费。这可以保护账户余额并避免不必要的纠纷管理。在«设置»阶段，平台会主动监听来自消息传递服务的Webhook事件，以验证传入和传出的消息流是否按预期工作，并确保OTP（一次性密码）能够正确生成和发送，同时遵守配置的静默时段限制，防止在非工作时间发送通知。

目录重新开放前的验证协议

为确保在打开目录之前的系统准确性，平台运营商在配置文件状态下遵循结构化验证规则。此阶段至关重要，因为它可以防止任何未经验证的流量直接冲击核心计费账本。每一个配置更改都必须经过多层逻辑检查，以确保底层通信通道处于完全可用的状态，从而彻底消除买家在交互时遇到错误提示的潜在风险。这包括对预付费钱包余额的持续监控，确保其始终高于设定的最低阈值（例如，20美元的走廊限制），以防止因余额不足而导致的交易失败。只有当所有验证步骤（包括DLR回传的成功率、Webhook的响应时间和OTP的交付确认）都通过后，才能将徽章更新为«在线»。

通过每个阶段可防止重复最初触发目录锁定的 虚假 Live 徽章：事件处理路径。在«批准»阶段，平台会执行预付费保留检查，确保账户有足够的余额来处理预期的交易量，并会模拟发送OTP以验证其生成和传输的有效性。在«活动»阶段，实时DLR（交付报告）的接收和处理是关键指标，同时也会监控Webhook的健康状况。

强制执行JIT分配和预付费保留检查

虚拟号码和消息配置文件不得被视为预购库存。相反，平台引擎利用JIT配置以及预付费保留模型。在分配号码或激活出站OTP路由之前，平台对照20美元的预付费底线检查账户资金。一旦验证，确切的路由功能将被锁定并分配给租户保险库。如果账户的月交易量接近1,000美元的软审查，系统会在徽章更新继续之前自动进行额外的合规性检查。这包括对Webhook的响应时间进行分析，以及验证DLR是否按时返回。如果这些指标偏离正常范围，可能会触发额外的静默时段或需要手动干预。

避免虚假在线冻结后的徽章戏码

当用户界面在功能验证完成之前显示运营准备就绪时，就会发生徽章戏码。真正的恢复需要运行实际的DLR测试循环、SMS webhook检查和10DLC注册验证。只有在合成健康检查成功完成后，目录渲染器才应将徽章从«设置»切换为«在线»。这种严格的分离保护了白标转售商的声誉，并确保企业客户获得确定性路由。在«设置»阶段，我们会模拟发送OTP消息，并检查其是否被正确接收，同时也会测试Webhook端点是否能成功接收和处理传入的通知。预付费钱包的余额检查是持续进行的，以确保在任何时候都不会低于设定的最低走廊值。

从IOSOR开始

冻结之后，逐个走一遍曾挂 Live 的产品。只打开该产品的保险库证据——密钥在位，还有可附上的送达导出。两样都回来才恢复 Live。缺一样，就在公开目录上保持 In setup，哪怕事故工单已关。在«设置»阶段，我们会进行JIT号码分配的预演，并检查预付费钱包的余额是否足以支持该分配。同时，我们会配置一个临时的Webhook端点来接收模拟的DLR报告，并验证其格式和内容。OTP生成和发送的测试也会在此阶段完成，以确保其可靠性。

IOSOR 要点

要做：把恢复周当成徽章等于保险库证据，一个产品一次。公开芯片等的是导出，不是工单关闭。在恢复过程中，确保所有配置都经过了JIT号码分配的验证，并且预付费钱包的余额始终高于最低走廊限制。同时，持续监控Webhook的响应时间和DLR的交付率。

不要：因为事故结束就凭记忆把上周 Live 芯片加回去，或密钥还黑着就显示 Live。在恢复过程中，避免在未完成所有验证步骤（包括OTP发送测试、Webhook集成检查和预付费余额确认）之前就将徽章状态更新为«在线»。静默时段的配置也应在此时进行最终确认。