目錄試行週：第一場工作坊後的上線狀態與設定對照

目錄試行週：第一場工作坊後的上線狀態與設定對照。

澄清試點周狀態

在推出CPaaS平臺研討會後的首周，目錄儀錶板會呈現不同的狀態：活躍通道與正在配置中的項目。當團隊成員混淆技術設置就緒狀態與公共租戶可用性時，就會產生常見的誤解。為確保運營清晰，管理視圖明確將實時路線與待處理的運營商批准進行了區分。這種區分至關重要，因為它直接影響租戶對平臺功能的理解和預期。許多用戶可能認為一旦技術配置完成，服務就應立即可用，但實際情況是，運營商的最終批准流程往往需要額外的時間。清晰地傳達這些階段有助於避免用戶體驗上的挫敗感，並建立對平臺透明度的信任。通過明確的指示，團隊可以更好地管理租戶的期望，確保試點周的順利進行。

儀錶板狀態與目錄網關

您的內部控制臺使用實時webhook和狀態標誌來報告網關健康狀況。標記為«設置»的路由意味著已生成配置資料，但在安全測試通過之前，生產流量會被阻止。相反，«Live»狀態確認路由健康檢查(HB)和餘額檢查正在運行。安全測試是一個多階段過程，包括滲透測試、漏洞掃描和合規性審查，以確保所有路由都符合行業標準並抵禦潛在威脅。只有通過這些嚴格的驗證，路由才能進入生產環境。«Live»狀態不僅表示技術上的可用性，更重要的是，它確認了所有必要的系統，如健康檢查和財務管理模塊，都在無縫運行，保障了服務的可靠性和持續性。

存款閾值與軟審核

預付費餘額管理是試點工作流的核心。每個平臺帳戶都在嚴格的20美元預付費底線下運行，以保障上遊路由並防止負餘額暴露。當資金低於此邊界時，自動保持會暫停路由分發，同時不刪除配置的模板。此20美元的閾值旨在為帳戶提供足夠的緩衝，以覆蓋短期的流量波動，並確保在資金耗盡前有充足的時間進行充值。當餘額觸及此下限時，系統會立即發送通知提醒帳戶管理員。這種"軟審核"機制確保了服務不會因餘額不足而突然中斷，同時保留了所有已配置的模板，用戶只需充值即可快速恢復服務，最大限度地減少了運營中斷。

試點期間的JIT號碼分配

平臺不預先採購虛擬號碼，而是依賴即時(JIT)號碼配置。當租戶請求長號或10DLC身份時，預付費保留會觸發從上遊池中進行的即時分配。這消除了庫存持有成本並確保了乾淨的發件人信譽。JIT分配策略極大地提高了資源利用率和運營效率，避免了因閒置號碼而產生的額外開銷。上遊號碼池經過嚴格篩選和維護，確保分配給租戶的每個號碼都具有良好的歷史記錄，從而有效防止垃圾郵件標記和提高消息送達率。這種按需分配的模式不僅降低了平臺的運營風險，也為租戶提供了更靈活、更經濟的號碼管理方案，支持其業務的快速擴展。

狀態對比表

此狀態對比表為所有參與試點項目的團隊成員和租戶提供了一個清晰、簡潔的參考指南。它詳細闡述了每個階段的運營狀態、對租戶可見性的影響以及與預付費餘額管理相關的財務後果。通過這份表格，用戶可以迅速理解其服務所處的生命周期階段，並據此調整其業務策略和預期。它強化了平臺透明度的承諾，確保了所有利益相關者對服務可用性和計費模式保持一致的理解，從而促進了更高效的溝通和決策。

從 IOSOR 開始

試點週只認目錄狀態與已送達的 DLR：Live 必須對得上 vault 綠燈與真實流量，而不是工作坊投影片。先鎖住 hold 與 debit 對齊，再談擴量。

相關：目錄 Live 閘道須符合保管庫 試點週後的目錄狀態

IOSOR 要點

試點週的判決在帳本與投遞回條，不在簡報。

要做：Live 僅在 vault 與已送達證明齊備時開啟。 不要：把 setup 幻燈片當成可扣款的 Live。