範本量能審查：拒絕就是拒絕

範本量能審查：拒絕就是拒絕。

理解高流量的拒絕規則

在高產能的 SMS 與 OTP 傳遞中，維持嚴格的範本合規性至關重要。當範本遭到下游電信商或內部合規引擎拒絕時，該狀態是絕對的。有些業者誤以為擴大流量規模會觸發繞過機制或靜默後備機制。在 IOSOR 平台上，被拒絕的範本無論流量規模大小，依然維持拒絕狀態。這意味著即使您嘗試以極高的並行處理量發送，被標記為拒絕的訊息也無法進入傳輸佇列，進而避免不必要的資源消耗與潛在的合規罰款。

為什麼流量不會觸發靜默發送後備

靜默發送後備機制（即被拒絕的訊息標記為已發送，但卻被悄悄丟棄以保持指標）是一種嚴重的合規風險，IOSOR 強制執行極致的透明度。如果您嘗試使用未經核准的範本分發流量，平台會立即終止傳輸並傳回明確的 API 錯誤酬載，通常包含 `TEMPLATE_REJECTED` 錯誤代碼。這能防止您的預付錢包餘額遭到靜默消耗，確保每一筆扣款都與實際的訊息傳遞相關聯。如需管理複雜範本結構的詳細資訊，請參閱我們的範本混合匯出於 02:00 指南，其中詳細說明了如何透過 API 整合來處理不同範本狀態下的訊息路由。

比較範本狀態與扣款行為

當範本遭到拒絕時，不會分發任何訊息，也不會產生電信商費用。不過，平台仍會使用資源來解析 API 請求、驗證認證資訊以及執行初步的路由邏輯。以下是不同範本狀態如何影響您的總帳與營運指標：

若要了解這些狀態如何精確對應至您的資產負債表與營運成本，請查閱關於扣款列上的範本單位類別的文件，其中涵蓋了所有可能的計費場景。

美元廿元預付底線與軟審查限制

IOSOR 採用嚴格的預付模型運作。所有帳戶必須維持至少 20 美元的預付錢包底線，以保持活躍的 JIT (Just-In-Time) 號碼指派與路由設定檔的正常運作。當您的每月外發流量規模擴大，並在每月產生約 1000 美元的費用時，我們的合規團隊會啟動軟審查程序，評估您的範本使用模式與整體流量行為。此20 美元儲值底線對上 1000 美元用量覆盤機制旨在確保您的範本符合區域 10DLC、GDPR 及其他國際法規要求，但絕不會授權繞過任何已被明確標記為拒絕的範本。即使在軟審查期間，被拒絕的範本也將持續被阻擋。

除錯 DLR 信號與 Webhook 酬載

當範本遭到拒絕時，IOSOR 會觸發立即的 Webhook 事件，其中包含帶有特定錯誤代碼（例如 `TEMPLATE_REJECTED` 或 `CONTENT_POLICY_VIOLATION`）的失敗交遞報告 (DLR)。開發人員必須在其系統中設定監聽這些 Webhook 事件，並實作相應的錯誤處理邏輯，而不是假設高流量佇列最終會自行清除或自動重試。由於號碼是以 JIT 為基礎並搭配預付保留來指派的，這表示如果您的範本遭到拒絕，您指派的 JIT 號碼將會維持閒置狀態，在未傳遞任何流量的情況下消耗預付錢包中的保留額度，直到該號碼被釋放或範本被修正為止。

從 IOSOR 開始

請前往 IOSOR 主控台的範本管理區塊，檢查您收到的酬載遭拒的確切原因與錯誤代碼。請務必更新您的 API 整合，以確保能夠即時接收並處理失敗的 Webhook 酬載，而不是將受阻的內容重新排入佇列。請確保您的應用程式邏輯會在任何遭標記為拒絕的範本擴大發送量之前，自動暫停或重新導向流量產生。同時，請留意並配置您的系統以遵守「靜默時段」(Quiet Hours) 設定，避免在特定時段內進行大量訊息傳送，這有助於優化資源使用並減少潛在的網路擁塞。

IOSOR 要點

本指南確立了 IOSOR 中的範本拒絕狀態為最終狀態，無法因流量暴增或並行處理量增加而改變。激增的傳輸量不會觸發靜默發送備援、自動通過機制或隱藏的指標填充，從而確保未獲核准的流量在平台邊界被徹底攔截。所有拒絕的範本都將被明確標記，並觸發相應的 Webhook 通知，以便開發人員進行即時干預。嚴格的預付錢包底線和軟審查機制共同確保了平台的穩定運營與合規性。

請務必監控 Webhook 酬載以取得明確的拒絕交遞報告 (DLR)，並在恢復流量之前，透過 IOSOR 主控台或 API 更新訊息範本以符合電信商的合規要求。切勿嘗試透過提高並行處理量、假設量能限制會覆蓋合規規則，或依賴未經證實的後備機制來強行投遞遭拒的範本。正確的處理流程是識別拒絕原因，修正範本，然後重新提交審核。同時，請確保您的 OTP 傳遞流程在非工作時間或用戶不活躍時段啟用「靜默時段」功能，以避免打擾用戶並優化傳輸效率。