您可以放入報價單的並發量控管

您可以放入報價單的並發量控管。

定義並發量與發送速率上限

當您起草服務水準協議時，必須將平台的原始效能轉化為清晰且可計費的並發量指標。買家需要針對高容量的 OTP 與簡訊行銷活動提供可預測的吞吐量。透過將特定的發送速率上限綁定至買家帳戶輪廓，您可以確保外發流量保持在協商的範圍內，同時保護下游網路資源免受突發流量的衝擊。此外，在定義發送速率上限時，必須考量特定國家或地區的「安靜時間」(quiet hours)限制。平台允許您配置特定時段的流量暫緩，避免在深夜發送非必要的行銷簡訊。同時，系統會自動進行退訂同步(opt-out sync)，確保已被標記退訂的門號不會佔用寶貴的並發通道，從而優化整體吞吐量。

將視窗綁定至買家報價單

為了強制執行這些限制，請直接在 IOSOR 控制台中設定速率限制視窗。您可以為每個帳戶或子帳戶設置每秒最大交易次數(TPS)。當買家發起流量暴增時，平台會根據這些定義的視窗評估佇列。如果速率超過配額，系統會根據您的策略將訊息排入佇列或拒絕，確保諸如驗證碼之類的關鍵警報始終順利通過而不延遲。這些速率限制視窗不僅是技術防護，更是定價策略的核心。您可以為黃金級與白銀級買家設定不同的 TPS 階梯，並在報價單中明確列出。當高優先級的驗證碼(OTP)與普通行銷簡訊同時進入佇列時，系統會依據報價單綁定的優先級規則，自動調整發送順序，確保關鍵業務不受低優先級流量的擠壓。

針對 E.164 號碼的即時供應與預付扣款

我們不維持閒置號碼的靜態庫存。相反地，IOSOR 採用動態的即時供應(JIT)模式。當買家請求新的 E.164 資源時，平台會執行即時查詢，在帳戶帳本上對相應的每月經常性費用進行預付扣款，並立即分配活動號碼。這消除了管理開銷，並確保您只需為產生收益的資產付費。為了防止欠費風險，平台引入了嚴格的預付錢包扣款與凍結機制(prepaid wallet holds)。當買家發起號碼訂購或大目录价送請求時，系統會先在預付錢包中凍結相應的預估費用，待交易確認完成後再進行實際扣款。這種即時的帳本控制能有效防止帳戶餘額透支，確保您的白標平台營運資金安全無虞。

財務門檻與軟性審查

營運白標 CPaaS 需要嚴格的帳本控制。新帳戶必須達到 20 美元的預付門檻才能發起即時流量。隨著買家擴展其簡訊與 OTP 業務量，他們的每月花費也會隨之成長。一旦買家的營運速率接近每月 1,000 美元的軟性審查門檻，平台就會觸發自動化通知，以審查他們的並發量限制，並驗證其路由輪廓是否已針對大容量交付進行最佳化。請注意，這個 20 美元的最低餘額限制(USD 20 floor)是強制執行的硬性門檻。一旦買家的錢包餘額低於此數值，系統將自動暫停其外發流量，直到完成加值。這項機制與軟性審查門檻相輔相成，能協助您在買家業務快速擴張的同時，有效管控信用風險，避免因突發的大容量發送而產生無法收回的欠款。

Webhook 交付與狀態回報流程

高吞吐量發送需要同樣快速的狀態追蹤。每條外發訊息都會產生一則狀態回報(DLR)，必須透過 Webhook 交付回傳給買家。如果買家的 Webhook 端點無法跟上狀態回報的流量，可能會導致資料庫瓶頸。請監控端點的延遲，並確保伺服器能夠處理大量並發回調。為了確保數據的絕對準確性，IOSOR 堅持 DLR/Webhook 的真實狀態同步(DLR/webhook truth)。這意味著平台不會向買家發送偽造的成功回報，所有的狀態更新均直接來自下游電信網路的真實反饋。當高並發流量產生海量 DLR 時，平台會提供重試機制與排隊緩衝，確保即使買家端點暫時離線，真實的遞送狀態也能在恢復後完整、無遺漏地送達。

相關閱讀: TPS 限制與佇列機制 — 絕不靜默丟棄訊息 · TPS 容量與每日流量運營習慣 · 首次扣款前的預付資金保留.

從 IOSOR 開始

開啟 IOSOR 主控台，並前往現行買方報價的帳號速率限制設定。設定符合買方服務水準協議 (SLA) 的嚴格每秒吞吐量窗口與子帳號 TPS 上限。確認客戶的網路鉤子端點已調校妥當，能接收產生的 DLR 回呼速率而不會遺失封包。

IOSOR 要點

本指南示範了如何將原始平台吞吐量轉化為高量買方清晰且可執行的併發報價。在系統內綁定特定的 TPS 上限與佇列窗口，可確保傳遞的預測性，並防止未管理的流量爆量使平台佇列超出負荷。

簽署高量客戶報價前，務必在主控台定義明確的發送速率窗口。切勿提供無限制的發送速率，或在承諾併發 SLA 時忽略買方的 DLR 網路鉤子接收容量。