扣款行上的模板计费单元分类

没有计费单元分类的已结算扣款就像是一笔没有产品故事的资金。财务部门无法将模板发送与会话单元、短信分段或验证尝试区分开来——对账变成了 Slack 考古。本页是账本标签契约：每个生产扣款行都带有映射在目录上的相同单元分类产品，而不是会话窗口定价论文。

相关链接：模板审核门控与计费单元分类、同一账本上的扣款行与送达状态、预付账本中的欺诈拦截燃烧行。

IOSOR 是白标预付费系统。USD 20 的充值资金即可启动一个试点，证明某个通道的扣款行带有单元分类；接近 USD 1,000/month 的软审核将空白或不匹配的分类视为对账债务。客户只会看到白标资金宏。

单元分类是账本字段，不是聊天记录

产品团队可能会在线程中说『OTP 模板』；而财务部门需要一个可过滤的字段：单元分类、模板 ID(如适用)、金额、关联 ID、UTC 时间戳。聊天置顶并不是记录账本。每月约 USD 1,000 的软限制将『我们知道它是哪个分类』视为体量债务；USD 20 证明空白分类绝不会结算。资金与结果的快乐路径：同一账本上的扣款行与送达状态 — 本页专注分类标签，而非 DLR 延迟。

财务可过滤的命名分类

审核门控在发送前映射分类：模板审核门控与计费单元分类。错误的分类会将 OTP 支出变成不可读的杂项。燃烧和拦截的尝试在结算行旁保持可见：预付账本中的欺诈拦截燃烧行。

将目录真相连接到每个扣款

目录保存模板 ID、审核状态和单元分类。扣款行必须针对同一 UTC 窗口连接这些字段。版本提升会重新进入『已批准』状态；提升后的 ID 不会悄悄继承昨天的分类。退役会停止旧 ID 下的生产扣款。缺少的连接列会强迫产生早晨的对账工单。

空白或不匹配的分类将安全失效

缺少单元分类 → 无法生产结算。扣款时的分类 ≠ 目录上的分类 → 安全失效或保持释放并带有真实状态 — 绝不悄悄重写到另一个分类。未知的模板 ID → 无法结算。每月约 USD 1,000 的软限制使得分类不匹配可导出；USD 20 证明了一个空白分类无法扣款的通道。

扣款行单元分类买家检查清单

1. 每个已结算的生产扣款都带有命名的单元分类吗？
2. 模板发送是否包含财务可以连接的模板 ID + 模板单元(或映射分段)？
3. 会话和验证分类是否明显区分 — 而未折叠到『消息传递』中？
4. 目录单元分类是否与同一 UTC 窗口的扣款行匹配？
5. 空白或不匹配的分类是否以真实状态被阻止结算？
6. 在分类标签处于草稿状态时，软体量语言是否被阻止？

任何『否』都会让单元分类账本诚实度停留在草稿阶段。

从 IOSOR 开始

打开 IOSOR 控制台账本配置，并为所有出站消息借记条目启用严格的架构门控。将任何缺少明确单位类别或目录模板 ID 的交易设置为立即故障关闭，在财务结算前将未分类的流量置于保持状态。配置您的reporting webhooks，以便在任何借记类别偏离已批准的目录定义时发出实时警报。

IOSOR 要点

财务对账取决于将单位类别视为不可变的账本字段，而不是非正式的支持备注。每行已结算的借记必须与目录真相（包括模板 ID、版本状态和消息类型）相连接，以便财务团队能够清晰地针对会话和段使用情况审核模板流量。

请强制执行故障关闭规则，对系统中任何空白或不匹配的单位类别条目暂停结算。切勿允许升级的模板版本或未知消息流静默回退到现有类别或绕过目录验证。