IOSOR 知識庫
在合規審查通過後恢復已暫停的子租戶
學習在通過合規審查並完成帳戶清理後,於 IOSOR 平台上恢復子租戶訊息傳輸路徑與帳戶存取的技術工作流程。
在合規審查通過後恢復已暫停的子租戶。
驗證合規審查狀態
一旦子租戶成功通過內部稽核,合規團隊將更新 IOSOR 儀表板內的狀態標記。在啟動任何恢復程序之前,您必須確認該特定子租戶 ID 在分類帳中已標記為 '已清除' (Cleared)。請務必確保所有先前被標記的流量模式皆已修復,且子租戶已確認並同意更新後的使用政策。此步驟對於防止因殘留的政策違規而導致立即再次暫停至關重要。請檢查審查報告中的所有違規項目是否已在系統層級完成標記清除,並確保相關的違規代碼已從該租戶的配置檔中移除,以避免自動監控系統再次觸發停 權機制。這包括仔細檢查日誌,確認所有異常的訊息交換模式已被識別並修正,例如過量的 OTP 發送嘗試或非預期的訊息路由。在主控台的稽核日誌中,搜尋與該子租戶 ID 相關的 '合規性警示' (Compliance Alert) 或 '暫停事件' (Suspension Event),並確認其狀態已更新為 '已解決' (Resolved)。
恢復訊息路徑連線
在確認合規後,請導航至子租戶管理控制台,將訊息路徑狀態從 '已暫停' (Suspended) 切換為 '已啟用' (Active)。此操作將觸發即時 (JIT) 佈建序列,重新建立 DLR 與 Webhook 端點。請務必驗證 E.164 路由表是否正確對應至子租戶目前的餘額。若子租戶先前因餘額不足而被停權,請確保其已達到 USD 20 的預付最低門檻,以便恢復服務。檢查路由表時,請特別確認所有國際路由的優先級設定是否已恢復至正常作業範圍,並確認流量監控器已重新連接至該租戶的專屬路徑。在控制台的 '路由管理' (Routing Management) 區塊,檢查 '預設路由' (Default Route) 與 '備用路由' (Fallback Route) 的配置,確保它們指向正確的閘道 (Gateway)。同時,在 'Webhook 設定' (Webhook Settings) 中,驗證已註冊的 URL 是否仍然有效且可訪問,並檢查其更新頻率是否符合 DLR 報告的要求。對於先前因超出 '靜默時段' (Quiet Hours) 限制而被暫停的流量,請確保新的路由配置不會再次觸發此類問題。
重新啟用 OTP 與驗證服務
當訊息路徑恢復連線後,若服務在隔離期間被關閉,您必須手動重新啟用 OTP 與驗證服務。請檢查子租戶配置,確保 STOP 指令邏輯已正確應用於所有活躍的發送者 ID。這能確保終端使用者的拒絕接收請求 (Opt-out) 得到正確處理,維持與全球訊息傳輸標準的合規性。在正式開放流量前,請務必使用單一訊息測試流程以確認送達率,並檢查回傳的狀態報告是否包含正確的錯誤碼或成功確認資訊。在 '安全設定' (Security Settings) 模組中,重新啟用 '雙因素驗證' (Two-Factor Authentication) 與 '一次性密碼' (OTP) 服務。檢查 '拒絕接收列表' (Opt-out List) 的同步狀態,確保其與最新的使用者請求保持一致。對於涉及敏感資訊的 OTP 驗證,請確認其傳輸過程符合加密標準。
管理財務門檻與限制
審查子租戶的財務設定,確保帳戶資金充足。針對每月接近 USD 1,000 軟性審查門檻的子租戶,請驗證其信用額度已適當調整,以防止未來發生自動暫停。請監控分類帳是否有任何待處理的月費 (MRC) 扣款,這些費用可能在重新啟用後立即導致負餘額。良好的財務管理對於維持子租戶的長期穩定性至關重要,建議設定自動化警示,當餘額低於特定百分比時自動通知帳戶管理員。在 '帳戶餘額' (Account Balance) 儀表板,檢查 '預付錢包' (Prepaid Wallet) 的當前餘額,並與 '信用額度' (Credit Limit) 進行比較。若子租戶的預付錢包餘額低於預設的 '最低餘額警示線' (Minimum Balance Alert Threshold),系統應自動發送通知。同時,確認所有未結的交易記錄已處理,避免影響服務的連續性。
必要文件與恢復連結
為了確保完全符合我們的營運標準,請審閱以下關於租戶安全與事件管理協定的文件:
從 IOSOR 開始
請開啟 IOSOR 子租戶管理主控台,並在稽核帳本中確認合規清查狀態標記顯示為『已清除』。接著將訊息傳遞路徑從『暫停』切換為『啟用』,以觸發 DLR 與 Webhook 端點的 JIT 佈建程序。最後,重新啟用 OTP 與驗證服務,同時確認所有啟用中傳送者 ID 的 E.164 路由表準確性。請特別留意 '路由配置' (Route Configuration) 與 '安全設定' (Security Settings) 中的更新,並確保 '預付錢包' (Prepaid Wallet) 餘額符合最低要求。
IOSOR 要點
復原暫停的子租戶需要一套結構化程序,必須先通過已驗證的合規清查,才能恢復即時流量。若未驗證帳本狀態就直接解凍訊息路徑與 JIT Webhook,可能會再次觸發自動安全鎖定,或導致未驗證的流量外洩至運作中的通道。在將訊息路徑設為啟用之前,請務必確認主控台中的 E.164 路由表、OTP 服務與額度限制皆已對齊。在合規帳本明確將子租戶帳號標記為已清除且 STOP 指令邏輯通過驗證之前,請勿手動恢復外寄流量。請務必監控 DLR 的即時更新,並確認 Webhook 端點的響應時間在可接受範圍內,以避免因延遲而觸發新的警報。此外,確保所有國際路由的 '流量通道' (Traffic Corridor) 設定符合預期,避免不必要的費用產生或流量被拒絕。
這篇指南有幫助嗎?
相關指南
- 為多租戶帳戶產生細項使用量明細
學習如何在您的白標 CPaaS 環境中自動化為子租戶生成細項使用量報告,在不洩露基礎成本的情況下確保帳單透明度。
- 大規模多租戶發送回執 (DLR) 對帳指南
掌握在 IOSOR 生態系統中進行多租戶 DLR 日誌對帳的方法,確保每月流量審核期間的財務準確性與數據隔離。
- 在保持隱私的同時管理子租戶發送者 ID 審核
學習如何在 IOSOR 生態系統中簡化子租戶發送者 ID 的註冊流程,同時維持完全的白標匿名性與營運控制權。