轉網處理中不等於已上線：切勿向未完成轉網的 DID 發送流量

理解 JIT 攜碼轉入狀態與控制台儀表板

當您在 IOSOR 控制台提交攜碼轉入請求時，該號碼並不會立即歸屬至您的路由表。攜碼轉入本質上是原電信商與新電信商之間的行政交接流程。我們的平台採用即時取得 (JIT) 模式，號碼在整個過程中會被暫時鎖定在驗證佇列中，直到原電信商完全釋放路由權限為止。若在此期間，即號碼處於「等待 LOA」或「已提交」狀態時，就向該 E.164 地址發送 SIP INVITE 封包，這將幾乎保證導致嚴重的通話中斷、單向語音（客戶聽不到回鈴音或對方聲音）或 DLR（交付報告）遺失。請務必監控控制台中的號碼狀態，避免向非活躍號碼發送流量。

提前流量的剖析與信令影響

將流量路由至處於半攜碼狀態的 DID 會嚴重破壞 SIP 信令和 RTP 路徑。雖然您的本地軟交換器（Softswitch）可能會在本地接受呼叫請求，但上游的會話邊界控制器 (SBC) 實際上尚未獲得該 E.164 字串的有效綁定路由資訊。電信業者網路將此類目的地視為未指定或無效，並會立即回傳失敗代碼，例如 404 Not Found 或 503 Service Unavailable。此外，當客戶因無法連線而抱怨並引發不必要的帳本爭議時，過早發起流量也會造成營運上的困擾。請避免將攜碼視為簡單的 JIT 或批發流程，務必確保 E.164 號碼完全啟用且 DLR 與 webhook 路由已正確配置並準備就緒後，再透過 IOSOR 平台以 USD 計價進行月租費 (MRC) 或流量調度，以免觸發系統的 STOP 機制。

營運帳本、預付錢包與軟性審查閾值

高容量語音營運需要嚴格的財務規範與資金管理。當您的企業規模擴大，預付錢包餘額與流量消耗達到每月約 1,000 USD 的軟性審查標準時，我們的合規系統將自動驗證流量模式，以確保所有轉入與轉出請求符合正當的業務使用情境。此審查機制旨在防止詐欺性轉移，並保護您的號碼資產免受惡意劫持。請務必保持計費方式的透明度，持續監控預付錢包的消耗速率，並確保所有 OTP（一次性密碼）、SMS、DLR 及 webhook 路由均已正確配置，維持 E.164 標準格式，同時妥善管理 MRC 與 STOP 規範，以確保 IOSOR 平台的穩定運行與合規性。

號碼移轉與即時庫存之現實差異

工程師常將現有企業號碼的移轉 (Porting) 與即時佈建新號碼 (JIT Provisioning) 混淆。全新庫存的號碼運用自動化 JIT 配置，可快速部署。然而，號碼移轉則受限於嚴格的法規時效、原營運商的配合度以及人工線路業者介入，流程較為複雜且耗時。釐清此關鍵差異可避免因誤判而過早發送自動撥號活動或 SMS 簡訊。深入瞭解兩者架構差異，請參閱 虛擬號碼的即時採購。

停滯攜碼請求之診斷步驟與控制台錯誤碼

當攜碼作業出現停滯時，請切勿盲目猜測原因。直接檢查 IOSOR 控制台以取得底層路由註冊中心所回傳的明確錯誤代碼。常見的瓶頸包含：CSR（客戶服務記錄）資料不符、未授權的簽署人、原營運商尚未解除的合約鎖定，或是 LOA（授權書）格式錯誤。請務必收集您的電信商拒絕通知的詳細資訊，透過 API 直接更新後設資料，並在嘗試任何測試通話之前，重新提交格式正確的 LOA。

從 IOSOR 開始：靜默期與流量控制

在號碼轉網流程仍處於 pending、submitted 或等待原營運商釋放狀態時，切勿向該 DID 發送任何流量。直到獲得方（即您）真正擁有該號碼的路由權限之前，這條 DID 不應被納入正式路由。請務必匯出狀態戳記與原營運商的最後一則說明，以供查核。列表中的半轉號碼絕非已啟用狀態。

相關連結：來電顯示與簡訊傳送者身份辨識：語音上線不等於 SMS 已可正常運作 DID 綁定前的 E.164 正規化：加號、零與空格.

IOSOR 要點：流量控制與狀態監控

轉網進行中不等於號碼已上線 (Live)。向處於半轉狀態的 DID 發送流量只會導致資源浪費和通話失敗，而非有效的測試。務必等待原營運商正式放行後，再向該號碼發送任何訊息 (MT) 或語音流量。切勿將列表中有號碼的項目誤認為已完全開通的狀態，務必以控制台的最終啟用狀態為準。