呼入 MO 自动进入黑名单机制：DID 上的 STOP 指令保护发送声誉

通过呼入 MO 实现自动退订的架构设计

当终端用户在专用 E.164 DID 上对呼入的移动起始(MO)消息回复 STOP、UNSUBSCRIBE 或 QUIT 时，您的 CPaaS 平台必须立即捕获并处理该信号。在 API 层级将手机号码直接写入抑制黑名单列表中，能够有效防止后续的移动终止(MT)下行流量违反运营商的合规性监管规则。如果系统尝试向已处于抑制列表中的接收方发送下行短信，网关会在数据包进入运营商网络传输前将其拦截并标记为跳过。这种架构设计依赖于高效的事件驱动流，确保合规操作毫秒级生效，同时全面保护主号段的发送声誉和运营商通道服务质量(QoS)。

将呼入关键字映射至抑制黑名单列表

接收到的 MO 消息将通过 Webhook 实时推送至您的系统，其中包含发送方 E.164 号码、目标 DID、时间戳以及原始消息正文。抑制子系统会自动解析标准的合规关键字，包括 STOP、CANCEL、END、QUIT 和 OPTOUT。一旦检测到匹配项，数据解析引擎会通过清除空格、去除重音符号、将字符统一转换为大写形式，并执行正则表达式匹配来规范化字符串。如果消息正文包含独立匹配项或前导关键字，引擎将触发对持久化数据库的原子写入操作，实时更新全局或子账户级别的黑名单数据库。

Webhook、状态码以及为何 Skipped 不等于 Failed

当下行发送请求尝试触达已被抑制的 E.164 目的地时，CPaaS 引擎会在将数据推送到上游路由路径之前阻止传输。此时，平台将返回 HTTP 200 OK 响应，并在状态载荷中明确注明 'skipped_suppressed'。对于退订拦截事件，返回 4xx 或 5xx HTTP 状态码是一种反模式，因为此类状态码通常意味着底层基础设施故障或客户端请求格式错误，这会导致 API 客户端 SDK 触发不必要的重试机制。通过返回 HTTP 200 OK 结合 'skipped_suppressed' 标志，系统能够清晰明确地传递拦截意图，避免系统资源浪费。

运营规则与预付费余额控制机制

管理呼入 MO 处理与黑名单抑制引擎需要稳定且严密的财务安全护栏。CPaaS 平台基于严格的预付费模式运行，设置了 USD 20 的预付费最低门槛，以维持 Webhook 推送和 DID 路由的无间断服务。如果账户余额跌破此最低阈值，系统不会直接丢弃呼入的 MO Webhook，而是将其在队列中安全缓冲最多 72 小时，从而妥善保留关键的退订合规信号。随着每月业务量增长并接近 USD 1,000/月 的软性审核线，客户经理将介入评估呼入流量拓扑结构与并发配置。

合规性矩阵：呼入退订处理规则

开启 IOSOR 合作之旅

STOP 落到 DID 上，就在下一封 MT 之前把主叫 MSISDN 写入该租户的抑制名单。证明后续发送会被拒。导出 MO 时间戳和名单行。没有名单写入的 webhook 2xx 不是这份活；E.164 清洗是另一道闸。

相关: 主叫号码 Caller ID 与短信发送方 From：语音上线不等于短信就绪 DID 绑定前的 E.164 规范化处理：加号、前导零与空格 首次扣款前的预付资金预留.

IOSOR 要点

DID 上的呼入 MO 是名单写入，不是日志纪念品。

要做：下一封 MT 之前抑制。不要：把 STOP 标成“已知”却继续 MT，或等一周再倒名单。