跨扣款与 DLR 的关联 ID

当资金流与交付流存在于不同的工具中时，月末对账就变成了聊天记录考古。关联 ID 是一个稳定的连接键，用于将预付费扣款行与同一意图的 DLR（或已签收状态事件）绑定。若无此 ID，财务只能看到支出，产品只能看到状态，双方都无法证明它们描述的是同一次发送。

本页面是连接契约，而非 Verify 会话导出手册，也不是扣款与状态账本的入门指南。相关阅读：同一账本上的扣款行与送达状态, [财务导出的 Verify 会话关联](/learn/verify/财务导出的 Verify 会话关联), 产品与财务的共享状态语言, 缺失信号不等于已送达, 当流量上线时，运维信号看板的构建指南。

IOSOR 是白标预付费平台。USD 20 可资助一个连接试点；在接近 USD 1,000/月 的软评审中，缺失的连接将被视为对账债务。客户仅能看到白标成果。

关联并非聊天记录

Slack 链接和工单标题不是连接键。ID 必须在持有/意图创建时生成，携带在扣款行上，并在每个终端 DLR/状态事件中回传。重试应在相同的幂等键下复用同一 ID。如果支持团队每小时粘贴不同的字符串，那么你拥有的不是关联，而是传说。

扣款与 DLR 上的相同 ID

产品和财务部门应在相同的 UTC 时间窗口内打开相同的 ID。没有匹配扣款的已送达 DLR，或没有终端状态的已结算扣款，都是事故，而非轻微警告。详见 缺失信号不等于已送达。

无需考古的财务连接

月末对账应过滤一列，而不是从截图中重建。导出内容：关联 ID、扣款金额 (USD)、持有→结算、终端状态、时间戳。USD 1,000/月 的软评审将未匹配的连接视为对账工单；USD 20 可在流量规模化前验证小规模走廊的连接。相关 Verify 故事：[财务导出的 Verify 会话关联](/learn/verify/财务导出的 Verify 会话关联) — 扣款形态不同，但连接准则一致。

缺失连接即为事故

不要自动将孤立的 DLR 映射为已送达支出，也不要将空白 ID 的扣款结算为"大概没问题"。开启对账，保持状态真实(在连接或命名关闭前为缺失/未知)，并在运维信号看板上的连接健康状况为红色时，禁止使用"流量上线"的说法。共享词汇：产品与财务的共享状态语言。

关联 ID 买家核对清单

1. 关联 ID 是否在持有/意图时生成，而非在聊天中编造？
2. 扣款行和 DLR/状态在重试时是否携带相同 ID？
3. 财务能否在月末按该 ID 过滤而无需考古？
4. 未匹配的连接是否开启对账，而非自动成功？
5. 运维看板是否将连接健康状况显示为一级行？
6. 覆盖是否由已连接的导出行命名、限时并关闭？

任何"否"都意味着连接契约仍处于草稿阶段。

从 IOSOR 开始

在 hold 当下生成 correlation ID，写入预付扣款行，并要求终态 DLR 带同一字符串。导出一列对上的记录：hold id、扣款金额、DLR 状态、时间戳。没有对上 DLR 的扣款，或没有扣款的 DLR，都还是事故。这是钱对收据的接合，不是请求路径追踪。

IOSOR 要点

扣款与 DLR 必须共用一个 ID，否则财务无法审计这次发送。

要做：在 hold 生成 ID，把对不上的接合当事故拒收。

不要：在回呼当下另造字符串，或用聊天串拼月结。