子帳戶額度上限是強制停止，而非靜默溢位

IOSOR 的子帳戶額度上限為強制停止，而非自動扣除母帳戶餘額，這能有效避免 SMS 與 OTP 流量產生意外費用。當觸發限制時，您可以透過 API 快速調整上限以解除封鎖。

理解硬上限運作邏輯

在 IOSOR 架構中，子帳戶限制作為強制停止執行。當特定部門或品牌達到其分配的額度時，系統會立即暫停所有外發 SMS 與 OTP 請求，以確保白牌合作夥伴的財務可預測性。與允許靜默溢位至母錢包的舊系統不同，IOSOR 要求明確的手動介入或自動 API 觸控來調整上限，有效防止週期結束時出現意外的帳單暴增。當硬上限觸及時，任何針對該子帳戶的待處理訊息請求將立即被拒絕，確保預付費錢包持有機制被嚴格遵守，防止超出分配額度的任何支出。系統會提供即時回饋，允許營運團隊進行即時調整。

為什麼停用靜默母帳戶借用

靜默借用會導致各個子實體缺乏當責性。在我們的白牌環境中，若子帳戶觸及 MRC 或每日流量上限，DLR 狀態會反映為 STOP 或拒絕狀態，Webhook 則會立即通知您的主控台。這種隔離可確保受損的子帳戶不會耗盡整個主餘額。JIT 號碼分配對其他子帳戶保持活躍，但受限制的實體將被凍結，直至帳本重設或上限調高。DLR (送達回執) 與 Webhook 提供關於訊息狀態的精確、即時真相。當子帳戶達到其限制時，DLR 會明確顯示 STOP 或 REJECTED 狀態，而非模糊的失敗。相應的 Webhook 事件將包含具體原因 (例如 account_limit_reached)，使您的平台能夠準確更新使用者狀態、管理重試邏輯，並為每個子實體維護完整的財務透明度。這消除了訊息失敗原因的任何歧義。

管理 20 美元預付費底線

為維持活躍狀態，每個子帳戶或母錢包必須遵守 20 美元的預付費底線。此最低餘額可確保 JIT 佈建與初始 SMS 突發流量無延遲處理。當餘額跌破此底線時，系統可能會預先暫停流量以避免負餘額。這並非溢位，而是安全機制。您可以透過儀表板監控這些水準，或在達到強制停止前設定自動警報。20 美元底線是關鍵的營運門檻。當子帳戶餘額低於此金額時，系統會主動啟動預付費錢包持有，暫時中止外發流量以防止餘額變為負數。此底線確保始終有足夠的資金來支付即時營運成本，例如 JIT 號碼佈建和初始訊息發送。它作為一個緩衝區，讓管理員有時間在強制停止生效前為帳戶充值。此時會觸發警報，以便及時介入。

超越 1,000 美元軟性審查的擴展

隨著流量增長，當子帳戶或母實體接近 1,000 美元的月消費額時，IOSOR 會實施軟性審查。這是確保流量品質與符合全球路由標準的標準程序。在此審查期間，我們會檢查 DLR 模式與 OTP 轉換率。這不是硬性阻斷，而是晉升至更高吞吐量層級的驗證步驟。通過後，您的子帳戶可處理更高併發負載，且不會面臨被自動反垃圾郵件過濾器標記的風險。此審查確保高流量帳戶能持續維持最佳傳送率，並避免因異常模式而導致的潛在服務降級。

流量管理的關鍵連結

管理流量需要了解系統如何處理佇列與壓制機制。請參考 子帳戶總覽 與 API 速率限制指南。為了優化使用者體驗並遵守區域規範，IOSOR 支援配置靜默時段 (quiet hours)。在此時段內，系統會自動暫停非關鍵性訊息的發送，例如行銷通知，以避免在深夜或特定時間打擾使用者。您可以為每個子帳戶設定獨立的靜默時段規則，確保訊息傳遞符合當地文化習慣與法規要求。此外，為了維護通訊的合規性與使用者偏好，IOSOR 提供強大的退訂同步 (opt-out sync) 機制。當使用者選擇退訂某個子帳戶的訊息時，此狀態會即時同步至您的主控台，並在系統層面阻止該使用者接收來自該子帳戶的進一步通訊。這確保了您的訊息發送始終符合隱私權法規，並尊重使用者的選擇，避免不必要的投訴。

相關閱讀: 正式上線前的品牌消費上限 · 部門子帳戶與白牌租戶 · 首次扣款前的預付資金保留.

從 IOSOR 開始

請前往 IOSOR 主控台的子帳號控制項，設定子帳號額度門檻的 Webhook 警示，以防在達到強制停用前發生狀況。若某個部門達到上限，請檢查被阻擋的 DLR 事件，切勿直接假設流量會自動備援至主帳號。您可以直接在治理標籤頁中手動調整額度上限，或是核准專屬的子帳號點數加值，以恢復訊息發送。

IOSOR 要點

子帳號達到上限時必須立即暫停，而不是默默消耗母公司的點數或額度。隔離部門限制可確保嚴格的財務當責性、可預測的路由指標，以及所有啟用品牌執行個體中透明的子帳號投遞報表。

請務必監控門檻 Webhooks，並在子帳號達到每月或每日流量上限的 90% 時設定自動化呈報警示。切勿期望母公司層級的備援機制會默默吸收溢位流量，因為這會掩蓋營運超支問題，並破壞個別品牌的稽核軌跡。