目录试点周：首次研讨会后的上线与设置对比

目录试点周：首次研讨会后的上线与设置对比。

澄清试点周状态

在推出CPaaS平台研讨会后的首周，目录仪表板会呈现不同的状态：活跃通道与正在配置中的项目。当团队成员混淆技术设置就绪状态与公共租户可用性时，就会产生常见的误解。为确保运营清晰，管理视图明确将实时路线与待处理的运营商批准进行了区分。这种区分至关重要，因为它直接影响租户对平台功能的理解和预期。许多用户可能认为一旦技术配置完成，服务就应立即可用，但实际情况是，运营商的最终批准流程往往需要额外的时间。清晰地传达这些阶段有助于避免用户体验上的挫败感，并建立对平台透明度的信任。通过明确的指示，团队可以更好地管理租户的期望，确保试点周的顺利进行。

仪表板状态与目录网关

您的内部控制台使用实时webhook和状态标志来报告网关健康状况。标记为«设置»的路由意味着已生成配置资料，但在安全测试通过之前，生产流量会被阻止。相反，«Live»状态确认路由健康检查(HB)和余额检查正在运行。安全测试是一个多阶段过程，包括渗透测试、漏洞扫描和合规性审查，以确保所有路由都符合行业标准并抵御潜在威胁。只有通过这些严格的验证，路由才能进入生产环境。«Live»状态不仅表示技术上的可用性，更重要的是，它确认了所有必要的系统，如健康检查和财务管理模块，都在无缝运行，保障了服务的可靠性和持续性。

存款阈值与软审核

预付费余额管理是试点工作流的核心。每个平台账户都在严格的20美元预付费底线下运行，以保障上游路由并防止负余额暴露。当资金低于此边界时，自动保持会暂停路由分发，同时不删除配置的模板。此20美元的阈值旨在为账户提供足够的缓冲，以覆盖短期的流量波动，并确保在资金耗尽前有充足的时间进行充值。当余额触及此下限时，系统会立即发送通知提醒账户管理员。这种"软审核"机制确保了服务不会因余额不足而突然中断，同时保留了所有已配置的模板，用户只需充值即可快速恢复服务，最大限度地减少了运营中断。

试点期间的JIT号码分配

平台不预先采购虚拟号码，而是依赖即时(JIT)号码配置。当租户请求长号或10DLC身份时，预付费保留会触发从上游池中进行的即时分配。这消除了库存持有成本并确保了干净的发件人信誉。JIT分配策略极大地提高了资源利用率和运营效率，避免了因闲置号码而产生的额外开销。上游号码池经过严格筛选和维护，确保分配给租户的每个号码都具有良好的历史记录，从而有效防止垃圾邮件标记和提高消息送达率。这种按需分配的模式不仅降低了平台的运营风险，也为租户提供了更灵活、更经济的号码管理方案，支持其业务的快速扩展。

状态对比表

此状态对比表为所有参与试点项目的团队成员和租户提供了一个清晰、简洁的参考指南。它详细阐述了每个阶段的运营状态、对租户可见性的影响以及与预付费余额管理相关的财务后果。通过这份表格，用户可以迅速理解其服务所处的生命周期阶段，并据此调整其业务策略和预期。它强化了平台透明度的承诺，确保了所有利益相关者对服务可用性和计费模式保持一致的理解，从而促进了更高效的沟通和决策。

从IOSOR开始

第一次工作坊之后，把目录和仪表盘并排打开。对工作坊称为就绪的每个产品，读目录徽章。该产品还没有送达的试点发送，就保持 In setup。工作坊勾选不会铸出 Live 扣款。

相关: 目录故障周：故障期间的虚假上线状态绝不能产生扣费 目录账单周：虚假 Live 状态绝不能作为 Live 计费.

IOSOR 要点

要做：把试点周当成目录芯片上的 Live 对 In setup，不是工作坊幻灯片。送达的试点发送才是闸门。

不要：开完一次工作坊仪表盘发绿就把 Live 翻开，或把工作坊流量当生产扣款。