印度 DLT 不是印度覆蓋範圍地圖

印度 DLT 不是印度覆蓋範圍地圖。

區分 DLT 合規性與地理路由

印度電信框架中的分散式帳本技術(DLT)常被誤解為區域路由圖或營運商覆蓋表。實際上，DLT 是 TRAI 強制執行的嚴格密碼學身份與治理層，與底層的地理信令路徑完全解耦。DLT 負責驗證實體發送權限與內容範本註冊，而實際的短訊投遞則仰賴電信核心網的訊號傳輸能力與即時處理容量。

主體實體與電話行銷商帳本繫結

在印度營運需要建立已註冊的主體實體(PE)ID，並将其繫結到授權的電話行銷商(TM)ID。在提交 SMS 流量之前，必須在此 PE-TM 配對下明確註冊標頭(發件人ID)與內容範本。電信商路由引擎會在解析行動終止之前，對照國家 DLT 帳本檢查您 API 酬載中提交的標頭與範本雜湊。此外，印度法規針對促銷類訊息設有嚴格的安靜時段(Quiet Hours)限制(通常為晚間 9 點至隔日上午 9 點)，任何在該時段嘗試派送的促銷流量都會被網關直接攔截或延後處理。

JIT 供應、號碼分配與路由狀態

IOSOR 中的虛擬號碼與專用發件人地址運行於確定性的隨需即用(JIT)供應架構上。號碼並非從靜態庫存中提取；相反，IOSOR 應用 JIT + 預付費保留 + 分配序列，將主動的 E.164 資產與客戶帳號以及每月的 MRC 分配進行繫結。入站雙向串流、STOP 關鍵字處理與即時退訂名單同步(Opt-out Sync)以及出站交易型 OTP 管線皆需要相應的網頁hook端點，以確保使用者偏好設定能在全平台即時生效，避免產生合規爭議。

餘額下限、預付費保留與花費里程碑

IOSOR 專門基於透明的預付費餘額模型運行。帳號維持強制性的 USD 20 預付費下限，以保證不間斷的權杖消耗、網頁hook處理與訊息路由。當 API 請求進入分派管線時，系統會先針對預估成本執行預付費錢包保留(Prepaid Wallet Hold)，待下行線路回傳確定狀態後再結算實際扣款。若可用額度觸及 USD 20 門檻，排隊系統將暫緩低優先級佇列，確保關鍵交易型 OTP 與雙向認證流量不受影響。

生產環境驗證與管線相依性

在傳輸生產流量之前，系統會驗證範本變數、標頭 ID 與同意權杖是否解析正確。只有當 DLT 雜湊值與路由狀態一致時，成功分派才會回傳 Verify OK。同時，終端交付回執(DLR)與 Webhook 的即時回呼數據構成了端到端狀態的單一事實來源(Single Source of Truth)，幫助工程團隊準確追蹤營運商層級的接收狀態與潛在的阻斷原因。

相關閱讀: DLT Header Mismatch Nni Deliver Wɔ CPaaS Routing Mu · 印度 DLT 在模板發送前之主體與電信商綁定 · 首次扣款前的預付資金保留.

從 IOSOR 開始

請開啟 IOSOR 主控台，前往 DLT 合規性分頁，註冊您由 TRAI 發行的主要實體 (PE) 識別碼以及電信行銷商 (TM) 綁定。在綁定您的有效 E.164 資產之前，請將核准的標頭寄件者識別碼直接對應至此 PE-TM 配對。請觸發測試酬載，以在開啟正式流量管線之前，驗證 DLT 雜湊是否通過預檢驗證。

IOSOR 要點

本指南確立了印度 DLT 註冊純粹作為密碼學治理與合規層運作，完全與實體電信業者路由及地理涵蓋範圍圖脫鉤。註冊主要實體 (PE) 識別碼並將寄件者識別碼綁定至電信行銷商 (TM) 金鑰，符合 TRAI 的法律要求，但地理投遞效能完全取決於底層網路觸及範圍。

請在發送流量之前，於主控台內將每個寄件者識別碼標頭與範本雜湊綁定至您已驗證的 PE-TM 關係。切勿將 DLT 標頭核准與地理路由能力混淆，也切勿試圖將標頭註冊視為區域涵蓋範圍開關來繞過合規檢查。