一、監管重點
印度電信監管局於2026年9月18日發布《電信商業通信客戶偏好第三次修訂條例》，將AI/ML疑似垃圾通信識別、申訴觸發處置、發送方與電信行銷方責任，以及Header與Content Template濫用治理納入同一框架。若同一Sender關聯的5個以上CLI在10天內被標記，接取業者可啟動重新KYC、實地核驗、限制外呼，重複違規時還可中止相關電信資源。
二、對企業的影響
這項修訂的風險不只在行銷簡訊被判定為UCC，也會波及OTP、帳戶提醒與客服回撥等自動化鏈路：多個號碼池、共用CLI或代理商代發，可能讓違規訊號集中到同一Sender名下。企業若無法快速提交發送主體KYC、使用者同意、模板版本、Message Detail Records與申訴處置紀錄，通路可能先被限流或停發，再進入更嚴格的業者核驗。
三、操作建議
建議依Sender、CLI、模板、客戶授權與通路逐項建立可追溯關係，不要讓多個品牌或業務線共用同一發送主體。每次發送都應保留使用者同意來源、時間戳記、模板版本、目的分類、失敗與申訴結果，並以10天滾動視窗監測CLI標記數量；一旦接近5個門檻，立即暫停高風險活動、隔離代理商流量，並準備向業者提交完整說明。
常見問題
印度OTP也會受到AI反垃圾系統影響嗎？
會。規則針對的是商業通信流量與發送主體，不只是廣告文案。OTP通常具有業務觸發依據，但若發送主體、CLI、模板或申訴紀錄無法對應，仍可能被標記。建議為每類OTP保留觸發事件、使用者關係、模板版本與送達紀錄，避免將驗證流量與行銷流量混在同一Sender下。
為什麼共用號碼池會增加印度合規風險？
因為業者可能依Sender及其關聯CLI觀察申訴與疑似違規模式，多個品牌共用號碼池會讓低品質流量彼此疊加。應依品牌、業務用途與代理商拆分CLI，建立號碼對應模板、客戶與通路的關聯，並在異常申訴出現時快速定位具體來源，而不是整體停用整個帳戶。
接近5個CLI被標記後，團隊應先做什麼？
先停止新增高風險行銷或自動外呼流量，依10天視窗核對每個被標記CLI的品牌、模板、發送量、申訴來源與代理商。接著將OTP、交易通知等必要通信移至已完成核驗的專用Sender，並整理KYC、同意紀錄、Message Detail Records與整改時間線，供業者複核。
參考來源
本文僅供資訊參考，不構成法律意見。