2. 金融交易基础
对账不是简单的“两边数字比一比”，它的本质是用同一笔交易在不同系统中的状态快照，去验证业务事实是否一致。要理解对账差异从何而来，必须先理解一笔交易在金融系统中是如何诞生、流转、成交、清算并最终改变资金与持仓的。本章围绕交易生命周期、订单与成交模型、资金与持仓变动、常见交易类型及对账场景四条主线展开，为后续一致性修复打下模型基础。
一、交易生命周期：一笔交易要经过哪些状态
金融交易的生命周期，通常可以抽象为“委托—撮合—成交—清算—交收—入账”六个阶段。不同市场（证券、期货、外汇、支付）细节不同，但状态骨架高度相似。理解生命周期的关键，是抓住每个阶段谁在写数据、写什么数据、状态如何迁移。
- 委托（Order）：客户端或交易员提交买卖方向、价格、数量、账户、标的等要素，生成唯一订单号。
- 撮合（Match）：交易所或内部撮合引擎按价格优先、时间优先等规则匹配买卖订单。
- 成交（Trade/Fill）：撮合成功生成成交回报，一笔订单可能对应多笔部分成交。
- 清算（Clearing）：计算应收应付、手续费、保证金、净额，形成清算指令。
- 交收（Settlement）：资金与证券实际划转，完成所有权转移。
- 入账（Posting）：账务系统登记资金与持仓变动，形成最终账实结果。
对账差异往往就藏在状态迁移的“缝隙”里：订单已成交但成交回报丢失、清算完成但交收延迟、交收完成但账务未入账。因此，对账的第一原则是先对齐状态，再对齐金额。
二、订单与成交模型：一对多与多对一
订单与成交不是简单的一一对应。真实系统中存在三种典型关系：
| 关系类型 | 典型场景 | 对账关注点 |
|---|---|---|
| 一订单对一成交 | 小额市价单一次性全部成交 | 订单号与成交号可直接映射 |
| 一订单对多成交 | 大额限价单被分批撮合 | 需按订单号汇总成交量与成交金额 |
| 多订单对一成交 | 撮合引擎将多笔对手单合并成交 | 需按成交号反查所有关联订单 |
因此，对账时不能假设“订单数等于成交数”。正确做法是以成交明细为原子事实，向上汇总到订单，向下关联到清算与账务。订单状态通常包括：NEW、PARTIALLY_FILLED、FILLED、CANCELED、REJECTED。其中 PARTIALLY_FILLED 是最容易产生对账差异的状态，因为剩余数量、已成交金额、手续费都需要分段核对。
order_id、trade_id、fill_seq 三个字段，确保任意粒度都能回溯。三、资金与持仓变动：从成交到账务的映射
成交之后，资金与持仓会发生两类变动：资金变动（现金减少/增加、手续费扣除、保证金冻结）和持仓变动（证券数量增加/减少、可用与冻结分离）。对账的核心公式可以概括为：
期初资金 + 入金 - 出金 + 卖出成交额 - 买入成交额 - 手续费 = 期末资金
期初持仓 + 买入成交量 - 卖出成交量 = 期末持仓如果两边系统算出的期末值不一致，就需要沿着成交明细逐笔回溯。常见差异来源包括：手续费计算口径不同（按笔 vs 按日汇总）、汇率折算时点不同、冻结与解冻时序不同、部分成交的持仓更新延迟等。
四、常见交易类型及对账场景
不同交易类型的对账重点差异很大，下面列出四类高频场景：
- 现货买卖：重点核对成交金额、手续费、印花税、持仓数量，差异多来自部分成交与费用口径。
- 融资融券：重点核对保证金占用、利息计提、强平记录，差异多来自利息计算日切与保证金比例调整。
- 期货与衍生品：重点核对每日无负债结算、盯市盈亏、保证金追加，差异多来自结算价来源与日切时点。
- 支付与清结算：重点核对交易流水、通道手续费、退款与冲正，差异多来自异步回调丢失与重复回调。
以支付场景为例，一笔支付可能经历“下单—扣款—通道受理—通道成功—回调通知—入账”多个异步环节。若回调丢失，本地订单会停留在“处理中”，而通道侧已成功，形成典型的单边账。此时对账脚本需要以通道对账单为准，反向修复本地状态。
# 对账差异示例日志
[DIFF] trade_id=T20240518001 local_status=PROCESSING channel_status=SUCCESS
[DIFF] trade_id=T20240518002 local_amount=100.00 channel_amount=99.90 fee_mismatch
[DIFF] trade_id=T20240518003 local_missing channel_present五、误区与复盘：对账不是“找不同”
初学者常把对账理解为“两边数据比对，找出不一样的行”。这种理解会导致三个误区：
- 只比总额，不比明细：总额一致可能掩盖多笔方向相反的差异，必须下钻到成交粒度。
- 只比结果，不比状态：状态不一致但金额暂时一致，会在后续交收或日切时爆发。
- 只修数据，不修流程：修复差异后若不定位根因，同一类差异会反复出现。
正确的复盘方式是建立差异分类树：先按交易类型分，再按生命周期阶段分，最后按差异方向（本地多、本地少、状态不一致）分。每一类差异对应固定的修复策略与监控指标，才能把对账从“事后救火”升级为“事前预防”。