一、監管重點
智利 Subtel 在 2026 年 6 月修訂 mass communications 規則，重寫 600 的適用邊界：只有與使用者已明確申請、已簽約或已發起辦理事項直接相關的資訊與支援聯絡，才能歸入 600。監管同時強調，這一定義涵蓋 verbal、written、pre-recorded 與 AI generated communications，且明確包含 SMS 與 MMS；凡是宣傳新產品、附加權益或未申請服務的大量觸達，都應落入 809，而不是繼續借用看似可信的 600。
二、對企業的影響
這代表企業不能再把續費提醒、客服回訪、交付通知與交叉銷售簡訊放在同一套自動化鏈路裡統一出號。只要文案主目的轉向促銷新增服務，即使對象是既有客戶、即使由同一品牌發送，也可能必須從 600 切換到 809；對依賴簡訊補發、語音機器人、帳單催繳與 CRM 行銷編排的團隊而言，模板分類、觸發條件、同意證據與號碼資源都要重新拆分，否則會同時暴露申訴、識別誤導與監管查核風險。
三、操作建議
實務上應先做一輪 purpose mapping，把智利流量依已申請服務通知、契約履行支援、未申請行銷、催繳例外情境分倉；再把每條模板綁定契約基礎、使用者主動動作、時間戳與通路。若同一事件流裡同時有 OTP、帳單提醒，也有資費升級或保險加售，建議拆成獨立 campaign、獨立前綴與獨立稽核留痕；對使用 AI 外呼或自動文案生成的團隊，還要把模型輸出納入人工抽檢，避免把促銷內容誤投進 600 類通路。
常見問題
既有客戶簡訊裡順帶推薦升級資費，還能繼續走 600 嗎
風險很高。Subtel 的口徑看的是通訊主目的，而不是客戶是否已簽約；如果簡訊或自動外呼的核心從服務履行轉向推銷新增、附加或不同產品，就應按 809 處理。較穩妥的做法是把通知模板與行銷模板完全拆開，連觸發規則與號碼資源也分離。
WhatsApp 觸達失敗後補發 SMS，是否也要依 600 和 809 重新分類
要。規則不是按通路品牌區分，而是按是否屬於自動化大量通訊、是否基於已申請服務、是否具備明確同意來判斷。OTT 失敗後補發的簡訊如果承載的是訂單通知、身分驗證或已申請客服事項，可按服務類治理；若補發內容改成促銷召回，就不能沿用同一分類。
AI 生成外呼腳本或簡訊文案，合規上最容易踩到哪裡
最常見的問題不是模型使用本身，而是內容漂移。原本用於服務通知的模板，經過模型改寫後加入優惠、加購、轉介紹或召回措辭，就可能把 600 類通訊改寫成 809 類行銷；建議保留提示詞、版本紀錄、人工抽檢結果，並對高風險詞設置阻斷規則。
參考來源
本文僅供資訊參考，不構成法律意見。