正式上線前強制執行安靜時段視窗

正式上線前強制執行安靜時段視窗。

時間限制投遞的產線前政策檢查

在部署正式 A2P 訊息傳遞之前，租戶營運商必須在訊息引擎內強制執行嚴格的安靜時段政策規則。深夜發送的對外促銷活動會違反當地電信商規則並招致嚴厲的監管處罰。在 IOSOR 平台上，時間限制投遞強制執行從階段測試階段開始。此外，系統要求用戶的預付錢包維持最低 USD 20 的儲值金額底線(USD 20 floor)，以確保路由管道能持續維護佇列運作與即時額度凍結，避免因餘額不足導致廣播任務在中途中斷。

設定安靜時段排程規則與本地時區對應

設定安靜時段政策涉及將 E.164 格式的目標號碼對應至其各自的本地時區。路由引擎會根據區域合規規則(例如 21:00 至 08:00 投遞封鎖)評估目標區碼和國家前綴。與此同時，系統會啟動退訂同步(opt-out sync)機制，自動將已註記 STOP 或退訂請求的終端用戶過濾掉。此類退訂狀態會在所有發送管道間即時同步，確保進入安靜時段佇列的訊息皆已通過黑名單自動驗證，防止過期或已退訂的用戶受到不必要的行銷干擾。

模擬視窗外佇列行為與帳本凍結

測試安靜時段強制執行需要模擬視窗外的請求。當請求在受限制時段到達平台時，引擎會針對預估的簡訊費用執行預付錢包額度凍結(prepaid wallet holds)，同時將訊息酬載轉移到排定的佇列中。透過 JIT 號碼分配常式獲得的專用長代碼或短代碼保持有效，而 MRC 帳本條目反映了有效的保留。若錢包餘額低於 USD 20 底線，系統將拒絕排隊並發出警告訊息。此預先扣押機制可確保當安靜時段結束、訊息解凍並大量發送時，帳戶具備足夠的扣款能力。

處理交易覆寫與 OTP 例外

諸如一次性密碼 (OTP) 等關鍵驗證酬載必須繞過促銷安靜時段限制。租戶會在路由主控台中設定訊息分類設定檔，以標記高優先權驗證流量。當 OTP 訊息通過系統時，政策引擎會評估高優先權標籤並立即路由訊息，發出 Verify OK 確認。此類緊急交易不受安靜時段與常規佇列限制，但仍會執行額度扣押並在發送完成後透過 DLR 與 Webhook 提供即時狀態報告，確保驗證碼能以最高輸送量與最低遲滯送達目標裝置。

生產閘道就緒狀態與驗證檢查清單

為了確認完全的生產就緒狀態，團隊負責人必須驗證所有主動目標區域的合規對應、餘額保留行為和回呼通知。特別是 DLR 與 Webhook 回傳資料的真實性(DLR/webhook truth)，系統必須能夠精確解析電信商傳回的最終投遞狀態，而非僅憑系統排隊成功即認定發送完成。此外，管理員應檢查退訂同步狀態是否運作正常，確保退訂名單能在全域數據庫中即時更新，並確認預付錢包水準高於 USD 20 的最低營運要求。

相關閱讀: 交易型安靜時段略過機件之明確命名規範 · 安靜時間作為策略而非發送佇列 · 首次扣款前的預付資金保留.

從 IOSOR 開始

請開啟 IOSOR 路由主控台，並觸發視窗外 A2P 測試負載，以驗證目的地時區對應是否符合在地法規封鎖。確認總帳會針對訊息成本建立延遲保留，同時將負載置入排程佇列，而不發布即時提交 DLR。在簽署正式上線閘道檢查表之前，請驗證交易型一次性密碼流量是否完全略過此佇列。

IOSOR 要點

本指南說明瞭強制執行上線前靜默時段政策閘道，如何在即時行銷流量發送前防止違規的非營業時間訊息傳遞與法規罰款。透過在模擬非營業時間發送期間驗證 E.164 目的地時區對應與總帳保留，租戶營運商能確保系統穩定性與合規遞送。

請務必測試模擬的視窗外請求，並驗證交易型一次性密碼覆寫會立即通過，同時將促銷流量排入佇列。切勿在未確認排程佇列行為與預付總帳保留在所有目標目的地走廊無縫執行之前，就將促銷 A2P 活動推送到正式環境。