在全域涵蓋範圍地圖中考量本地靜默時間限制

在全域涵蓋範圍地圖中考量本地靜默時間限制，以確保訊息傳遞的合規性與效率。

理解靜默時間傳遞封鎖與 DLR 影響

本地靜默時間是嚴格的監管窗口，在此期間，促銷或非必要性的 SMS 與 OTP 流量在法律上是被封鎖的。在這些時段發送訊息會導致電信商層級的立即拒絕，進而浪費您的預付餘額，並產生無效的 DLR 狀態回報。在 IOSOR 中，我們將靜默時間視為動態涵蓋範圍限制。平台不會嘗試傳遞並收到失敗的 DLR，而是會在路由決策前，透過即時查詢 E.164 前綴與目標地的當地時間。這種主動式方法可確保您的流量在無需人工介入的情況下，始終符合當地法規，並透過精確的狀態回報機制，將傳遞失敗的成本降至最低。靜默時間的封鎖機制能有效防止不必要的預付餘額消耗，並確保 DLR 的準確性。

將 E.164 前綴對應至本地時區與路由決策

為了防止靜默消耗與不必要的預付餘額扣款，系統會將 E.164 前綴對應至精確的地理時區。當 API 呼叫發起時，IOSOR 會檢查目標 E.164 前綴所屬的時區。如果目前的當地時間落在受限的靜默時間窗口內，訊息將會在 API 閘道層級被暫停或拒絕，這能有效防止不必要的預付餘額扣款。系統使用即時資料庫查詢，確保即使在單一國家代碼內存在分割時區的情況下，路由決策也能準確計入這些差異。這種機制確保了訊息傳遞的時效性，並避免因時區判斷錯誤而導致的無效流量發送，同時優化了路由路徑的選擇。

在 IOSOR 中設定自動涵蓋範圍檢查與 Webhook 通知

開發者可以透過 IOSOR 控制台或 Webhook 警報設定自動涵蓋範圍檢查。透過設定定義靜默時間邊界(例如當地時間 20:00 至 08:00)的規則，平台會自動更新作用中的涵蓋範圍地圖。如果路由暫時受限，系統會回傳特定的涵蓋範圍封鎖代碼，而非一般的失敗訊息。這讓您的應用程式能夠優雅地將訊息排入佇列以供稍後傳遞，或立即通知使用者。透過 Webhook 的即時同步，您可以即時接收拒絕事件的詳細原因，進而調整發送策略，確保每一筆請求都符合當地的傳遞準則。控制台提供了直觀的介面來管理這些規則，而 Webhook 則確保了即時的事件通知與狀態更新。

管理預付保留金、帳本操作與 USD 20 底限

IOSOR 中的所有號碼取得均採用即時 (JIT) 配置模型。當請求號碼時，系統會對您的餘額進行預付保留，並立即指派該號碼。帳戶需維持 USD 20 的預付底限才能保持啟用狀態。此底限機制旨在確保系統資源的穩定性，避免因餘額不足導致的中斷。當您的餘額接近此下限時，系統會自動發送通知，提醒您進行儲值。對於高流量帳戶，系統會在接近 USD 1,000/月時觸發軟性審查，以優化路由限制並確保符合當地的 STOP 與 Verify OK 協定。這種以帳本為優先的方法，保證您僅需為可行的傳遞路徑付費，並有效管理您的預付錢包餘額，確保帳戶始終處於活躍狀態。

整合合規性、路由規則與通道營運

整合這些規則可確保所有作用中通道的合規性，特別是針對 opt-out 同步的處理。當使用者要求退出時，系統會自動更新黑名單資料庫，確保後續流量不會觸發無效的傳遞嘗試。為了維持最佳路由，請參考以下資源：

• 通道組合擴展時的涵蓋範圍營運
• 未涵蓋前綴：誠實拒絕，勿靜默燃燒
• 合規試行週：首次發送後閘門仍持續開啟

這些指南可協助您管理複雜的路由情境、處理前綴層級的拒絕，並在不同司法管轄區維持高傳遞率與合規性，同時優化通道的營運效率。

從 IOSOR 開始設定時區感知路由

開啟 IOSOR 主控台並設定自動化涵蓋範圍檢查，使其能結合本地時區時差矩陣來處理 E.164 前綴。設定 API 閘道規則，自動將落入本地限制時間內的調度請求排隊或予以拒絕。監控 Webhook 狀態摘要，確保路由狀態變更能在時區進入靜音時段時進行動態調整。透過主控台的視覺化介面，您可以輕鬆配置和管理這些複雜的路由邏輯，確保訊息傳遞的順暢與合規。

IOSOR 要點：預付餘額與時區感知傳遞

將本地靜音時段規則直接整合至自動化涵蓋範圍檢查中，可避免電信業者端產生昂貴的拒絕紀錄。將目的地的 E.164 前綴綁定至地理時區，能確保非緊急流量在推送到受限的下游通道之前，就先於 API 閘道被攔截下來。這不僅節省了預付餘額，還確保了 DLR 的準確性。請務必在 IOSOR 內設定具備時區感知能力的送達區塊，以自動過濾受限的傳送時段。切勿在本地靜音時段嘗試進行未經驗證的發送，因為下游網路會直接拒絕不符合合規要求的嘗試，且不提供送達保證。此機制是保護您預付餘額與確保合規性的關鍵。