在租戶啟用前驗證 Staging 環境中的產品目錄定義

錯誤的定價規則與 Webhook 路由設定會直接導致租戶交易失敗與 DLR 遺失。若未先在 Staging 環境中進行隔離驗證，極易讓計費漏洞影響正式運作。請透過 IOSOR 控制台安全地測試 MRC 結構與預付錢包機制，確保系統在正式上線前達到完美狀態。

設定 Staging 環境與預付錢包機制

在將目錄開放給租戶之前，您必須在 Staging 環境中嚴格驗證所有定義。此階段旨在確保定價規則、MRC 結構與 Webhook 端點映射完全正確。請使用 IOSOR 控制台定義您的服務層級，並確認預付錢包系統正確反映了帳戶啟用所需的 USD 20 預付門檻。此錢包餘額是確保服務持續性的關鍵，任何低於此門檻的狀態都將觸發自動暫停機制。透過隔離這些配置，您可以防止錯誤的定價或路由設定影響到正式環境的運作。請務必檢查所有服務層級的參數，確保其符合業務邏輯，並在測試帳戶中模擬完整的啟用流程。請確認控制台中的預付金餘額設定，特別是當餘額低於 USD 20 時，系統應如何觸發通知或暫停服務，這對於防止服務中斷至關重要。

驗證 Webhook 路由與 DLR 真實性

測試 Webhook 整合對於確保通訊可靠性至關重要。請配置您的 Staging 端點以接收即時的 DLR 與 SMS 通知。驗證負載結構是否符合 E.164 格式要求，並確保您的系統能正確處理 Verify OK 狀態。Webhook 的真實性驗證應基於簽章比對，而非僅依賴 IP 白名單。此外，請確認您的邏輯能優雅地處理 STOP 請求，在無需手動介入的情況下維持法規遵循。此步驟確認您的後端已準備好在目錄上線後處理高流量負載，並確保所有回調機制在失敗時具有重試策略，以維持數據的一致性。請在控制台中監控 Webhook 的傳輸狀態，並利用日誌分析來診斷任何潛在的延遲或失敗。確保 DLR 的準確性，特別是對於 OTP 簡訊的送達確認，是提升用戶體驗的關鍵。

JIT 號碼配置與靜默時段設定

IOSOR 利用 JIT (Just-in-Time) 配置機制，確保號碼能根據請求動態分配。在 Staging 環境中，請模擬獲取過程以確認系統能從租戶錢包中扣除正確的 MRC。請特別測試系統在午夜至清晨等靜默時段的處理能力，確保非尖峰時間的分配請求不會因排程任務而中斷。由於此處沒有實體庫存，請驗證 API 呼叫是否能在無延遲的情況下成功觸發 E.164 號碼的分配。此舉能確保租戶在從目錄中選擇號碼的瞬間，即可獲得流暢的服務啟用體驗。請檢查分配紀錄，確保每個號碼都正確連結至對應的租戶 ID。在靜默時段，請監控系統的資源使用情況，確保其不會因高併發請求而超載，並驗證 JIT 分配的延遲是否在可接受範圍內。

定價規則與退訂同步邏輯

請審核您的定價規則，確保所有利潤計算均已正確套用。在此階段，請監控帳戶餘額在接近 USD 1,000/月 的軟性審查門檻時的行為。此審查為標準程序，旨在確保平台擴展與您的業務模型保持一致。此外，必須嚴格驗證退訂同步機制，確保當終端用戶發送 opt-out 指令時，系統能即時更新拒收清單並同步至所有相關節點。請確認當錢包餘額低於預付門檻時，系統會觸發適當的警示，確保終端用戶的服務不會中斷。建議建立一個自動化測試腳本，模擬餘額耗盡場景，以驗證系統的暫停與恢復邏輯。請在控制台中設定和監控這些審查門檻，並確保退訂指令能被快速且準確地傳播到所有相關服務組件。

跨環境一致性檢查

Staging 與正式環境之間的一致性是平台穩定的基石。請確保 API 金鑰、密鑰管理與 Webhook 簽章結構在兩個環境中完全相同。請使用下列資源來對齊您的部署策略：

• 目錄試行週：第一場工作坊後的上線狀態與設定對照
• 目錄上線閘門必須符合保險庫實際狀態
• 第二個 API 環境：交接與切換

請在 Staging 環境中仔細驗證所有配置參數，包括但不限於 API 端點 URL、憑證和授權標頭，確保它們在切換到生產環境時無需修改。這包括對所有環境變數和配置文件的徹底檢查，以防止因配置差異導致的意外行為。

從 IOSOR 開始

登入 IOSOR 主控台，並在將更新推送到正式環境之前，先切換至測試模式瀏覽您的目錄設定。執行端對端測試，以確認 Webhook 路線能正常傳送 DLR 載荷，且 JIT 預佈能針對測試租戶餘額正確計算 MRC 扣除額。當所有定價規則與載荷簽章皆通過驗證後，即可將目錄狀態由草稿切換為正式啟用。請務必在測試模式下模擬各種邊界條件，例如極低的錢包餘額或異常的 Webhook 請求，以全面評估系統的健壯性。

IOSOR 要點

在可控的測試沙盒中驗證目錄草稿設定，能防止現有租戶出現意料之外的計費誤差與 Webhook 通知中斷。徹底測試動態 JIT 號碼指派與 E.164 載荷格式，可確保您的下游應用程式流暢無阻地處理送達報告。請務必在測試與正式環境之間同步相同的 API 金鑰、Webhook 簽章與分級定義，以避免上線失敗。在確認定價規則、利潤門檻與總帳扣款在高負載下皆能順暢運作之前，切勿將目錄狀態切換為正式啟用。確保 OTP 簡訊的即時傳遞和 DLR 的準確性，是提升用戶信任度的關鍵。對於靜默時段的號碼分配，請驗證其延遲是否符合 SLA 要求。