IOSOR 知識庫

第二位擁有者 DID 交接:誰能指派與釋放

掌握白標預付費 CPaaS 架構中的營運邊界、及時(JIT)配置與預付費財務門檻。

第二位擁有者 DID 交接治理

在我們的白標預付費 CPaaS 架構中,當電話號碼(DID)轉移給第二位擁有者時,建立清晰的營運邊界至關重要,以防止管理上的衝突和潛在的資源濫用。與傳統的實體庫存模式不同,號碼的配置採用即時(JIT)機制,確保資源僅在需要時被動態分配,而非預先儲存。DID 的 E.164 資源交接流程必須包含明確的授權層級驗證,以防止現有租戶或新加入的租戶對主動訊息路由執行隱性雙重控制,從而避免服務中斷或安全漏洞。

指派權限驗證與預付費門檻

觸發 DID 指派操作的權限僅限於持有已驗證角色憑證的指定租戶管理員。系統在執行任何路由設定變更前,會嚴格檢查帳戶的預付費餘額。強制執行標準的 20 美元預付費底線,確保帳戶在進行任何號碼指派或路由變更前,都必須維持在此最低儲值門檻之上。若帳戶餘額低於此預留門檻,API 將會阻止交接操作的執行,直到資金補足為止。此機制旨在防止在號碼收購或轉移過程中,因預付費不足而導致的 OTP(一次性密碼)或 SMS 傳遞中斷的迴圈。此外,管理員還需確認所有與電信商相關的特定設定,例如路由規則和服務啟用狀態,均已妥善配置並就緒。

釋放協定、路由清理與 DLR 監控

釋放 DID 號碼的流程同樣需要嚴謹的協定和順序性。當現有租戶決定放棄對某個 DID 的控制權時,系統會自動執行一系列清理操作。所有與該 DID 相關聯的 webhook 鉤子、傳遞回條(Delivery Receipt, DLR)監聽器,以及像是接收到 "STOP" 指令時觸發的關鍵字回應(例如 "STOP OK")等自動化觸發器,都將被立即清除。此舉是為了防止失效的流量或訊息擊中已無效的端點,造成訊息丟失或不必要的錯誤回報。對於涉及國際流動的 DID,營運商必須嚴格協調並遵循我們的 第二國 DID:在下一個即時(JIT)訂單前的交接 指南中所詳述的原則,以確保全程的法規遵循和營運連續性。

預付費餘額、流量規模化與合規性檢查

隨著租戶的業務規模不斷擴大,其營運流量和預付費支出也會隨之增加。為了應對這種規模化的需求,財務門檻也會進行相應的調整。當帳戶的月度支出接近 1,000 美元的軟性審查門檻時,系統會觸發自動化的合規性檢查。這些檢查旨在確保傳輸的完整性、訊息的合法性以及帳戶的正常使用,防止潛在的濫用行為。在多租戶的基礎設施環境中,維持乾淨且合規的營運習慣至關重要,這與我們在 夥伴營運:多租戶習慣 文件中所概述的原則不謀而合。財務追蹤模組會持續監控這些關鍵指標,並在必要時發出預警或觸發進一步的審查流程。

營運交接里程碑與角色職責

行動階段 所需角色 前置檢查 後置檢查
DID 釋放 租戶管理員 清除所有關聯的 Webhook 與 DLR 監聽器 驗證 DID 的基礎連線(Heartbeat Ping)是否正常斷開
DID 指派 新租戶主管 確認帳戶預付費餘額不低於 20 美元底線 發送測試 SMS 並驗證 DLR 回報是否成功
營運稽核 安全營運團隊 審查交接過程的系統日誌 鎖定 E.164 號碼的路由設定,防止未授權變更
業務規模化 財務部門 執行 1k 美元月度支出審查 更新月度經常性收入(MRC)預估與帳單

如需更廣泛的商業規模化順序和策略,請參閱我們詳盡的 達到首個實際流量時的啟動營運交接 框架。該框架旨在確保在高流量轉換期間實現零停機時間的平穩過渡。

從 IOSOR 開始:明確的交接流程

在 IOSOR 平台中,DID 的交接流程明確界定了釋放者與指派者的角色。出讓方租戶必須首先解除所有與該 DID 相關聯的 webhook 和 DLR 監聽器,確保舊有路由配置的徹底清理。隨後,接收方租戶才能進行新的綁定操作。系統會將兩個角色的唯一識別符(Role ID)與 E.164 號碼一起匯出,作為交接記錄。一旦交接完成,只有新的租戶能夠完全控制該 DID 的路由和配置。若在交接過程中出現雙方租戶同時擁有控制權的情況,這將被視為安全外洩,而非預期的保險機制。

IOSOR DID 交接要點

第二位擁有者的 DID 交接本質上是一個嚴謹的角色權限管理手冊,而非簡單的徽章對調。核心在於確保權限的單向轉移和操作的順序性。必須執行:由一位指定人員執行釋放操作,另一位指定人員執行指派操作,然後再進行綁定。嚴禁:允許兩個租戶在同一時間段內同時擁有對同一 DID 的指派權限。這種嚴格的權限劃分是維持系統穩定性和安全性的關鍵。

這篇指南有幫助嗎?

相關指南