在新增國家前綴前進行號碼查找驗證

在啟用新的國家前綴前，必須先透過號碼查找驗證電信商網路，以防止嚴重的傳送失敗與營收損失。若未經測試即啟動流量，將面臨 OTP 與 SMS 路由迴圈錯誤及 DLR 狀態回報不實的風險。管理員應在 IOSOR 帳戶中保留 USD 20 的 prepaid 餘額，並利用 JIT hold 機制動態分配測試資源，確保系統能正確處理 webhook 回傳數據。

在啟動前進行網路查找驗證的必要性

在向白牌客戶開放新的國家前綴之前，平台管理員必須嚴格驗證運營商網路查找的準確性。此程序可確保出站 OTP 和 SMS 流量被路由至活躍且有效的目的地，避免不必要的路由開銷。若未預先驗證這些路徑，將導致高失敗率、傳遞指標下降以及收入損失。透過精確的網路屬性掃描，系統能識別出已停用的號碼段，從而保護您的傳輸品質與聲譽，確保整體吞吐效能始終維持在最佳水平。

執行即時 E.164 路由查詢

為了執行驗證，管理員需針對活躍的網路資料庫執行即時 E.164 路由查詢。此步驟確認目的地前綴是否正確映射至目標行動網路代碼。透過在流量開始前驗證網路路徑，您可以防止路由迴圈，並確保每個 SMS 負載都能準確送達目的地。此過程還會檢查號碼的攜碼屬性，確保路由邏輯能即時適應號碼的歸屬地變更，並透過動態路徑優化來提升傳輸容量的穩定性。

管理 USD 20 預付額度與 JIT 暫扣

測試新前綴需要白牌入口網站內的積極財務控制。管理員必須在測試帳戶中維持 USD 20 的預付額度作為最低地板門檻，以支付初始查詢成本。當請求測試號碼時，系統會使用 JIT (即時) 預付暫扣機制，動態配置並分配資源，完全避開任何預先分配的庫存模式。此預付錢包機制確保了資金的即時可用性，並能針對每一筆查詢請求進行精確的餘額扣除，防止因資金不足導致的測試中斷，同時確保財務數據的即時透明化。

分析 Webhook 負載與 DLR 延遲

在驗證階段，每筆交易都必須透過即時 Webhook 傳遞進行監控。管理員應檢查 Webhook 負載，確認狀態回傳為 Verify OK，並將此視為傳遞成功的唯一真實依據。此外，追蹤 DLR 延遲可確保傳遞回條在可接受的閾值內返回。此階段還會測試對 STOP 指令的處理，以確保符合當地法規，並確保退訂請求能在整個網路中即時處理，同時自動執行 opt-out 同步機制，將拒收名單即時更新至全域資料庫，確保合規性與用戶隱私。

整合前綴移交與目錄匹配

為了維護整潔的路由表，查找驗證必須與現有的平台配置保持一致。管理員需核對目錄匹配情況，確保新增的前綴不會與現有路由規則衝突。此過程包含更新路由優先級與檢查前綴長度，以確保系統能正確處理來自不同地區的請求，並維持高效的傳輸效能。此外，系統會根據設定的靜默時段(Quiet Hours)自動調整發送節奏，確保在非干擾時間內完成所有測試流量的排程與傳送，避免在不適當的時間造成用戶困擾。

相關閱讀: 第二個涵蓋範圍前綴：當流量組合成長時的交接 · 未涵蓋前綴：誠實拒絕，勿靜默燃燒 · 目錄上線閘門必須符合保險庫實際狀態.

從 IOSOR 開始

在 IOSOR 控制台中啟用新的目的地前綴之前，請先針對測試號碼執行即時 E.164 路由查詢，以驗證行動網路碼的對應關係。請監控傳入的 Webhook 資料內容，確保狀態顯示為「Verify OK」且 DLR 延遲指標在可接受範圍內。當查詢回應與您的目錄路由規則一致時，即可安全地為白標租戶流量開放該目的地閘道。

IOSOR 要點

上線前的號碼查詢驗證是確保通訊品質的核心步驟，能保證新開放的國際前綴精確路由至活躍的電信業者網路，避免 OTP 驗證碼遺失或產生不必要的傳送成本。在正式授權租戶存取權限之前，技術團隊必須深入檢查封包資料與 DLR 延遲表現，這能有效攔截流量誤導並預防隱性路由失敗。營運人員應透過控制台導出數據，並對照 UTC 時間戳記分析 Webhook 回傳結果。請務必維持嚴格的驗證標準，在將前綴開放至客戶帳號前，反覆確認 E.164 目錄比對完全正確。切勿在缺乏即時查詢 Webhook 數據與傳送速度分析的情況下，貿然將未經測試的國家代碼推向正式生產環境，以確保系統整潔與路由衛生。更多技術細節請參考 /learn/ 相關文件以優化您的 JIT 處理流程。