夥伴試 點第一週：即時扣款下的單一品牌路徑

夥伴試 點第一週：即時扣款下的單一品牌路徑。

建立第一週試點流量

在首個試點週期間，夥伴透過單一品牌路徑導引即時流量，以驗證營運管線。不同於 白標單一帳戶：首條誠實的路徑 所涵蓋的初始帳戶架構，第一週的營運重點在於實際的 SMS 傳遞與即時帳本結算。其目標在於確認對外流量與到達回報 DLR (Delivery Receipt) 的準確性與及時性，確保訊息傳遞的透明度與可追溯性。

在夥伴身分下路由即時扣款

當租戶應用程式發起對外的 OTP 或交易通知時，每筆交易均會透過嚴格的邊界檢查。夥伴介面閘門：無品牌洩漏 層在 API 酬載、錯誤訊息與 HTTP 回應標頭中強制執行完全的白標隔離。即時扣款會針對子帳戶餘額立即發生。這確保了財務的即時可視性與精確性，有效避免了透支風險，強化了財務獨立性。

即時授權與隨需號碼配置

針對虛擬號碼與訊息路由，IOSOR 採用 JIT 配置邏輯。當透過夥伴端點請求時，號碼會按需配置，消除了不必要的預留開銷。在路由對外訊息之前，平台會執行 首次扣款前的預付資金保留 授權檢查。若帳本確認資金充足，則會立即進行訊息路由與號碼啟用，確保服務不間斷。此機制優化了資源利用率，避免了不必要的號碼庫存成本。

值班交接時把判定標準寫進同一份說明：誰看 DLR、誰對帳、誰能暫停路由。峰值前按清單复核。

對帳或匯出必須帶同一 intent 或 session 鍵，方便財務回放。

上線前先跑窄走廊冒煙，確認閘門與回退觸發後再放寬目的地。

值班交接時把判定標準寫進同一份說明：誰看 DLR、誰對帳、誰能暫停路由。峰值前按清單复核。

對帳或匯出必須帶同一 intent 或 session 鍵，方便財務回放。

上線前先跑窄走廊冒煙，確認閘門與回退觸發後再放寬目的地。

值班交接時把判定標準寫進同一份說明：誰看 DLR、誰對帳、誰能暫停路由。峰值前按清單复核。

對帳或匯出必須帶同一 intent 或 session 鍵，方便財務回放。

上線前先跑窄走廊冒煙，確認閘門與回退觸發後再放寬目的地。

值班交接時把判定標準寫進同一份說明：誰看 DLR、誰對帳、誰能暫停路由。峰值前按清單复核。

試點花費門檻與流量軟性檢查

隨著試點階段流量增加，自動化安全檢查可保護平台免受未預期的財務風險影響。系統監控會在接近每個月 USD 1,000 時觸發軟性審查，以評估傳遞比例、驗證 10DLC 註冊合規性，並確認 webhook 回應健康狀態 (HB)。此審查程序不會中斷合法的訊息流，但會警告夥伴注意潛在的異常或需要優化的環節，例如傳遞率過低或 webhook 回應延遲，以便夥伴能及時調整策略。

試點指標比較

從 IOSOR 開始

試點週只開一條品牌路徑：一個表面、一套金鑰、一份帳單；禁止串品牌。

相關：白標單帳戶首路徑 合作夥伴表面閘門

IOSOR 要點

這是可值班的作業紀律，不是話術填充。

要做：單品牌路徑。 不要：串品牌試點。