租用号码上的入站事件与收件箱：双向运营

外呼有路线图幻灯片；入站有呼叫器。客户在租用号码上回复 STOP、发来照片或回拨时，事件必须落进你的系统——支持信得过的收件箱，不是散落日志。没有入站纪律的双向，只是单向承诺外加投诉队列。

IOSOR 分配租用号码，配套入站 webhook 与对客户安全的错误——白标界面，日常运维不必另开门户。月平台用量接近 USD 1,000+ 时，webhook 鉴权证据、STOP 日志与收件箱关联会进入更紧密的商务复盘。先拿证据，再谈扩量。对外承诺须与目录 live / in setup 一致。

入站必须覆盖的事件类型

漏掉 STOP 是合规事故，不是「稍后补日志」。漏掉 DLR 与外呼关联，财务月末只能盲对账。对照 双向消息收件箱指南 与 STOP 与 HELP 关键词政策。目录标 live 的双向必须覆盖上表四类；in setup 不是生产双向。

入站 webhook 该守的纪律

• 认证每一笔入站请求
• 处理器必须幂等——重试是常态
• 先持久化，再做副作用（工单、自动回复、CRM）
• 死信队列加可回放工具

对照 入站 webhook 的重试与幂等。目录已经 live 却不鉴权 webhook，无法辩护。平台会重试；消费者若把重试当成新事件，收件箱与账本一起炸。快速 ACK，异步处理；先落库再自动回复。

没有欺诈漏洞的收件箱

收件箱不是聊天玩具——它是证据：

1. 展示号码、时间戳、脱敏正文。
2. 回复成线程时，关联外呼上下文。
3. 限流自动回复，防止环路。
4. 合规问询时可审计导出。

座席绝不看到原始上游载荷。原始诊断进运维通道，不进客服屏幕。无限流的自动回复会在误配置时把预付费打空。

租用号码生命周期如何绑住收件箱

号码按 UTC 日历月续费；释放必须干净切断入站。写清谁续租、谁退役——财务不该从愤怒客户那里才知道号码已死。配对 本地与免费号码的租用现实。目录仍为 in setup 就不是双向生产。没有活分配的收件箱行是幽灵工单。预付费仍走同一本白标钱包。

危险信号

• 生产号码上入站仍写「即将推出」
• 没有去重，工单重复
• 无同意上下文就自动回复
• 无法追溯哪个号码收到事件
• 座席看到原始上游载荷
• 目录 live 但 webhook 未签名
• 号码已释放，入站仍在投递
• 对外承诺双向，目录却是 in setup

开始使用 IOSOR

分配一个租用的双向号码。发一条测试 MO。打开收件箱，确认一行里有 DID、租户和 correlation id。从死信重放同一事件，确认没有第二行。把客服会大声念出的 STOP 路径交给他们。这是租用 DID 上的收件箱物件，不是网关锁，也不是洪峰限速。

IOSOR 要点

租用号码收件箱是客服行。Webhook 2xx 没有行就是静默丢件。

要做：把每条 MO 绑到坐席能打开的一行。不要：把入站丢在原始日志里还叫它收件箱。