本地與免費號碼租用現實：JIT 訂購與日曆月計費

租用商務號碼應像配置容量——不是選購從未真正屬於您的靜態貨架。本地與免付費在登記負擔、訊息就緒與品牌觀感上不同，但商業契約必須一致：搜尋當前覆蓋、預付凍結、成功後才買、誠實分配。

IOSOR 以 JIT 把號碼放進 white-label 預付費模型：沒有預購櫥窗，客戶只看見您的關係。仍標 in setup 的走廊，不是正式號碼承諾。目錄 live 卻沒有真實購買與分配，只是付費幻象，不是容量。

本地與免付費：不同任務，同一計費誠實

語音就緒 ≠ 訊息就緒。目錄誠實（live 對 in setup）與號碼本身同樣重要。對照 免付費號碼還是本地號碼。

不要把「可用號碼」PDF 當成庫存。預發若顯示本地號收不到 inbound，在 live 前降低承諾，不要默默畫成功。寫明誰負責登記、誰能把號碼標成可走流量。

採購方應預期的 JIT 訂購現實

嚴肅平台會寫明迴圈：

1. Live 搜尋 — 結果反映當前覆蓋，不是回收表。
2. 預付 hold — 路由支出前先凍結資金。
3. 成功後購買 — 「已啟用」等於真實購買後分配。
4. 乾淨失敗 — 逾時或替換會退款或釋放 hold。

失敗購買不得戴成功徽章。替代方案必須明示——不是默默換號。hold 在失敗後仍掛著，財務會看成假借記；帳本必須當天顯示釋放。

UTC 曆月租金白話說明

商務租金通常含 setup 加每月循環。在 IOSOR 的 UTC 曆月鏡像：

• 首期常含 setup，外加當月 UTC 剩餘天數的比例月租。
• 續費按整月計費，並推進到下一個 UTC 1 日。
• 財務敘事應引用牌價與續費節奏——絕不是隱藏成本表。

完整採購清單見 虛擬號碼的即時採購。白標帳本必須分開 setup、比例段與整月續費，否則財務會把第一張帳單當異常。接近每月 USD 1,000+ 平台用量時，租金列成為商業證據，不是註腳。

訊息設定與 inbound 就緒

租到的號碼不會自動變成雙向收件匣。請確認：

• 訊息能力符合任務（簡訊，必要時 MMS）
• inbound webhook 以冪等進入您的 consumer
• 行銷相鄰前已寫明 STOP/HELP 政策

搭配 雙向訊息收件匣指南。不要把正式 A2P 掛在仍 in setup 的免付費號後面。live 流量前先在預發測 inbound。webhook 沒到，號碼就還沒就緒——不管目錄徽章怎麼寫。

危險訊號

• 靜態「可用號碼」表
• 先扣款、失敗再道歉
• 月租用神秘「調整」解釋
• 分配前就顯示已啟用
• 客戶錯誤出現外來品牌名
• 目錄 live，號碼仍 in setup
• 默默換號，而不是提出替代

從 IOSOR 開始

請開啟 IOSOR 主控台來查詢即時的本地或免付費號碼庫存，避免依賴靜態表格。在為所選的 DID 預先保留資金前，請先為您的語音及訊息接收端點設定好冪等處理機制。務必確認已滿足訊息設定檔的各項驗證閘道，以便在電信業者成功指派後，讓即時下單流程順利完成。 把這條作業寫進同一份運維清單，並在 Live 前再核對一次。

IOSOR 要點

可靠的 DID 採購仰賴即時執行機制，資金會在保留期間暫扣，於實際啟用時正式指派，若佈建逾時則會立即釋放。語音功能與訊息就緒狀態之間的明確劃分，能防止訊息默默遺失，並確保本地與免付費號碼庫存的狀態回報準確無誤。當系統遇到 Needs_swap 狀態時，自動化流程應立即觸發替換機制，避免業務中斷。

建議將您的帳務整合架構建立在按比例計算的 UTC 日曆月續約基礎上，以保持定期財務明細的透明度。運營團隊應定期透過管理 console 確認帳單清單與帳務總簿 Ledger，並可隨時進行資料 export，以確保每一筆 USD 扣款皆符合預期。切勿在驗證閘道與接收端點完全通過測試之前，就將具備語音功能的號碼視為已啟用的雙向簡訊管道。在此過程中，即時追蹤 OTP 簡訊發送狀態、SMS 遞送結果 DLR 以及 webhook 訊息通知，是維持系統穩定運作的核心要素，能協助工程團隊在第一時間掌握全貌並維持高可靠度的通訊管道。