发件人拒绝与内容过滤：财务的状态真相

在粗糙的仪表盘上，两笔预付费消耗看起来很相似，但它们并非同一事件。发件人/注册拒绝意味着发送身份未获该通道或消息类别授权，该单元从未获得投递路径。而内容过滤则会接受任务，闪烁显示已发送/已提交，随后在预付费扣除后拦截收件箱。如果财务将两者合为«已送达»，就会捏造出虚假的成功率。

IOSOR 是白标预付费系统。底线 USD 20；接近 USD 1,000/month 的软审核将混合的拒绝标签转化为深夜对账。选择：首次营销活动前的发件人 ID 选择。门槛：发件人注册生产前门槛。过滤：已发送不是收件箱。资金：同一账本上的扣款行与送达状态。

财务绝不能合并的两类失败

相同的扣款可以归入任一通道。导出数据必须携带类别，否则月末就会捏造从未发生的送达量。软 USD 1,000/month 让混合情况可见；USD 20 资助双路径试点。

发件人/注册拒绝：身份在内容之前失败

此处的拒绝是一个身份关卡：未注册的字母数字、待处理的 10DLC、未完成的免费电话验证，或该 ISO/类别的禁用发件字符串。修复注册 — 发件人注册生产前门槛 — 而不是模板。请勿重试相同的创意。保留金应当释放或从不开启；路径错误的结算扣款将获得与意图相关的明确退款。客户状态保持拒绝 — 绝非已发送或已送达。

内容过滤：移交可能显示已发送，而收件箱从未到达

过滤结果是接受后的送达真实性。已发送/已提交意味着移交，而非手机终端 — 已发送不是收件箱。搭配 未送达、拒收与过期状态 使用。重试相同的文案会燃烧两次预付费 — 请先更改模板、列表或发件人类别。切勿将过滤重新标记为«发件人拒绝»，或将注册拒绝标记为«已过滤»。

保持通道真实的导出列

每个意图一行：失败类别(sender_reject | content_filter | other)、发件身份 ID、注册快照、模板系列、扣款/释放/退款、终端状态、相关性 ID。产品和财务共享该行 — 同一账本上的扣款行与送达状态。如果表格只显示«失败»，请重新打开直到明确类别。

拒绝与过滤真相的买家检查清单

1. 失败类别是否明确分为注册拒绝与内容过滤？ 2. 过滤命中是否保留 sent≠inbox 语言([已发送不是收件箱)？ 3. 注册是否在生产密钥前加设门槛([发件人注册生产前门槛)？ 4. 保留试点是否在独立意图上证明了两个通道并可导出类别？ 5. 扣款/退款行是否匹配命名类别([同一账本上的扣款行与送达状态)？ 6. 软 USD 1,000/month 拥有者是否追踪独立于过滤的发件人拒绝份额 — 与 USD 20 底线区分开？

从 IOSOR 开始

请在执行每月财务对账前，打开您的 IOSOR 报告导出文件，并仔细检查失败分类映射。请确保发件人注册拒绝和交接后内容过滤器写入不同的 fail_class 列，而不是被归类到通用的拒绝状态中。配置网页钩子以捕获终端交付回执相关标识符以及注册快照，从而让合规和财务部门能够基于单一真实数据源进行审计。

IOSOR 要点

本文证明，将发件人注册拒绝与下游内容过滤器合并会同时损坏财务账本和送达率分析。注册失败发生在消息分发前的身份网关处，而内容过滤器则代表接受后的网络过滤，此时的交接状态与收件箱交付情况有所不同。

务必在会计系统中强制使用不同的导出列，将身份注册拦截与交接后的交付结果隔离开来。切勿允许财务或产品团队将飞行前发件人拒绝视为消息送达率问题，也不要假设已发送状态就能保证手机端成功接收。