預付餘額扣款下的發送者 ID 輪替規則

預付餘額扣款下的發送者 ID 輪替規則。

動態資源配置與即時供應 (JIT)

動態發送者 ID 輪替需要精確的即時供應 (JIT) 機制，以避免產生不必要的每月循環費用 (MRC)。IOSOR 不會維持閒置的 E.164 號碼庫，而是根據流量需求動態分配資源。當簡訊或 OTP 行銷活動啟動時，系統會評估即時流量並按需供應號碼。此流程確保資源利用率最大化，並減少因號碼閒置而產生的額外成本。

預付餘額保留鎖定機制與 USD 20 底線

為了維持訊息傳遞的連續性，平台強制執行 USD 20 的預付餘額底線。當動態輪替請求新的發送者 ID 時，IOSOR 會計算所需的 MRC 並在您的帳戶中設置臨時預付保留金。若餘額低於此底線，保留鎖定機制將防止新的 JIT 供應請求。此機制能確保活躍的簡訊流量不會因資金不足而在傳輸過程中中斷。當您的預付錢包餘額不足時，系統將暫停分配新號碼，直到儲值完成並通過餘額檢查，從而保障業務連續性。

電信商垃圾訊息過濾與靜默時間管理

動態輪替對於繞過電信商嚴格的垃圾訊息過濾至關重要。透過將高流量的 OTP 與通知訊息分散至輪替的 E.164 發送者池中，您可以降低單一 ID 被標記為垃圾訊息的風險。系統會持續監控回傳的 STOP 指令，並自動將不合規的發送者從活躍輪替池中移除。此外，您可以設定精確的靜默時間 (Quiet Hours)，確保在特定時段內自動暫停行銷訊息發送，以符合當地法規並降低用戶投訴率，確保您的發送聲譽維持在最佳狀態。

帳務整合、扣款標籤與退訂同步

每一筆動態分配與訊息費用都會透過即時帳務系統進行追蹤。透過使用特定的扣款標籤 (Debit Tags)，您可以隔離不同發送者池產生的成本。當用戶發送退訂請求時，系統會執行自動化的退訂同步 (Opt-out Sync)，將該用戶加入全域拒絕清單，並立即停止向其發送訊息以節省成本。這種細緻的追蹤功能讓白標運營商能夠將 MRC 與每則訊息成本直接歸因於終端用戶。當動態發送者被停用時，帳務系統會自動釋放剩餘的預付保留金，確保您的可用餘額準確反映實際消耗。

API 等冪性與 DLR/Webhook 真實性驗證

為防止在快速輪替過程中發生重複扣款，開發人員必須實作嚴格的 API 等冪性 (Idempotency)。若發生網路逾時，使用相同的等冪性金鑰重試分配請求，可確保 IOSOR 不會供應重複號碼或觸發多次預付扣款。一旦供應完成，狀態更新將透過 Webhook 傳送。您必須驗證 Webhook 的簽章以確保 DLR (傳遞報告) 的真實性，並確保您的端點回傳 Verify OK 響應，以確認已成功接收 DLR 與分配事件，避免因傳輸失敗導致的狀態不同步。

相關閱讀: 大容量多發送者營運 · 在每筆預付扣款列上標記寄件者 ID · 冪等、重試與資金安全.

從 IOSOR 開始

請在「傳送者管理」底下的 IOSOR 控制台設定您的集區輪替規則與帳本通知觸發條件。建立動態配置緩衝區，以便在即時 (JIT) 供應請求發出前驗證可用資金。使用網頁鉤子模擬器測試您的重試邏輯，以確認冪等金鑰能正確抑制重複的保留建立。

IOSOR 要點

動態傳送者識別碼集區輪替可分發訊息量以繞過嚴格的垃圾郵件過濾器，但未協調的供應可能會鎖定訊息發送所需的資金。將即時配置與主動保留管理並行，既能確保高送達率，又不會使外發流量佇列停滯。

請務必實作嚴格的 API 冪等金鑰，並指派不同的扣款標籤來即時追蹤集區專屬的經常性費用。切勿在未預先計算保留需求或未監控所有啟用 E.164 傳送者的進站 STOP 退訂潮之情況下，就觸發基於流量的集區擴充。