IOSOR 知識庫
JIT DID 購買失敗時:退款、釋放與誠實替換
即時號碼購買失敗必須退款或釋放 prepaid hold、提供買家確認的明確替換,且絕不能戴上 Activated 徽章。產品與財務可匯出的狀態——沒有預購店面目錄假象。
即時(JIT)DID 購買是金錢路徑,不是目錄點擊。即時搜尋、prepaid hold,再購買並指派。當即時購買失敗,誠實結果是 refund / release、買家確認的 明確 swap,或財務可匯出的終端失敗。「Activated」掛在失敗訂單上是產品謊言。沒有面向客戶的預購店面網格可掩蓋失手。
IOSOR 把號碼做成 white-label JIT:一本 prepaid 錢包,目錄 live 對 in setup。月用量接近 USD 1,000+ 時,hold→assign 與 fail→refund 行成為商務覆盤材料。沒有「為了帳號活著」的平台訂閱。
失敗購買是錢包事件
結帳轉圈不是狀態。錢包仍凍結資金、已釋放、已退款,或已把資金落到已指派號碼上。若產品在 hold 仍開著時顯示成功,財務就要重建某個星期二。成功路徑見 虛擬號碼的即時採購;本文是那條路徑必須扛住的失敗面。空搜尋優於假「available」列。帶可用、品牌安全錯誤的失敗,優於 Activated 吐司。
凍結、購買、指派——退款與釋放
| 步驟 | 成功 | 可辯護的失敗 |
|---|---|---|
| 即時搜尋 | 目前篩選下的覆蓋 | 空結果誠實;無回收清單 |
| prepaid 凍結 | 即時購買前預留資金 | Hold 不會悄然變成扣款 |
| 購買 | 號碼已取得 | Refund / release 該 hold |
| 指派 | DID 綁定到帳戶 | 無指派則無 Activated 徽章 |
超限必須在 hold 之前拒絕,並寫明金額。低 prepaid 是停止,不是部分購買——見 低餘額自動停發。Setup 與按比例計費活在成功路徑上;它們不能為失敗上的假啟用開脫。日曆:本地與免付費號碼的租用現實。
替換必須明確,絕非靜默頂替
當選定數字已不在時,唯一誠實的後續是 買家確認的 swap:同一任務、同一國家檔、新候選、新 hold。靜默頂替——換區碼、換訊息就緒度、同一 Activated 吐司——會讓產品與財務不再相信狀態。Swap 是新的 JIT 環。若備選仍是 in setup 而原單按 live 賣,接受前必須說清。失敗購買不得在營運「找個接近的」時仍戴成功徽章。
產品與財務可匯出的狀態
要一份能撐住 CSV 的詞彙:
- searching
- funds held
- ordering
- assigned
- needs attention / swap offered
- cancelled / refunded
客戶端錯誤須可用且品牌安全。開通受監管號碼不等於獲准發送生產 A2P。「Needs attention」是工作佇列,不是 Activated 的同義詞。匯不出去的狀態就是演戲。
危險訊號
- 失敗訂單跳出 Activated
- 扣款卻未指派
- 靜默頂替數字或能力
- 巨大的未預留「available」網格
- 既不指派也不退款的 hold
- 把仍 in setup 的目錄當生產就緒 DID 賣
- 面向客戶的錯誤裡出現外來品牌名
開始使用 IOSOR
為一個國家、一件工作買一個 DID。跟著預付 hold 從即時搜尋走到下單。若購買失敗,先看錢包再重試:hold 必須退回或釋放。失敗訂單上不要留 Activated。號碼沒了,就走買家確認的更換:同一工作、新候選、新 hold,禁止默默頂替。匯出 cancelled/refunded 或 swap offered,讓財務能還原當天。
IOSOR 要點
JIT 號碼購買失敗是錢包事件。誠實結局是退回或釋放 hold,或買家確認的更換。沒有指派卻掛 Activated 是產品說謊。超額要在 hold 之前拒絕。空搜尋比假「可買」列更乾淨。
這篇指南有幫助嗎?
相關指南
- 第二位擁有者 DID 交接:誰能指派與釋放
掌握白標預付費 CPaaS 架構中的營運邊界、及時(JIT)配置與預付費財務門檻。
- 每個 DID 的消費上限:在單一號碼上租用與行動終止流量的結算
透過結合 MRC 與外撥行動終止流量的綜合消費上限,在您的白牌 CPaaS 中控制每個號碼的風險暴露。
- DID 上的入站 webhook 路由:缺少所有者的 MO 會遺失 STOP
安全地將入站 webhook 路由至擁有帳戶。在白標預付費 CPaaS 中防止孤立的 MO 事件和錯失的退訂。