一、监管重点
智利 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 类营销；建议保留提示词、版本记录、人工抽检结果，并对高风险词设置阻断规则。
参考来源
本文仅供信息参考，不构成法律意见。