4. 对账数据准备

对账工作真正的难点，往往不在比对算法，而在数据准备。支付系统每天要面对来自内部交易库、银行通道、第三方支付机构、清算网络的多份数据，它们的格式、粒度、时间口径、金额单位、手续费表达方式各不相同。如果采集与标准化没做好，后续的匹配、差异定位和账务调整都会建立在错误的基础上。本节聚焦四类核心数据源——交易流水、通道账单、清算文件、汇率与手续费字段，讲清采集要点与标准化方法。

一、核心原理：四类数据源的角色与差异来源

对账本质是“同一笔业务在不同系统中的记录应当一致”。交易流水是平台内部对用户交易的原始记录，是业务视角的“应收”；通道账单是支付机构或银行反馈的受理结果，是通道视角的“实收”；清算文件是资金实际划付的凭证，是资金视角的“到账”；汇率与手续费字段则决定了金额换算与净额计算。四者缺一不可，且必须能通过统一键值关联。

差异来源主要有五类：时间口径不同（交易时间、清算时间、入账时间）、金额口径不同（订单金额、结算金额、手续费、净额）、状态口径不同（成功、退款、冲正、挂账）、标识口径不同（平台单号、通道单号、清算批次号）、币种与汇率口径不同（本币、外币、结算汇率、中间价）。标准化的目标，就是把这些差异收敛到可比较的统一模型上。

二、方法流程：采集、清洗、映射、落库

标准化不是一次性动作，而是一条流水线。建议按以下四步执行：

1. 采集：交易流水从业务库按日切片导出；通道账单通过API或SFTP获取；清算文件从银行或清算机构下载；汇率与手续费从配置中心或通道协议中读取。采集要记录来源、批次、文件哈希，保证可追溯。
2. 清洗：处理编码、空值、重复行、金额单位（分/元）、时间格式（时间戳/字符串）、状态枚举映射。例如通道返回“SUCCESS”需映射为内部“成功”。
3. 映射：建立字段映射表，把不同来源的字段统一到标准模型。核心字段包括：业务单号、通道单号、交易金额、手续费、结算金额、币种、汇率、交易时间、清算时间、状态。
4. 落库：写入对账中间表，按“业务日期+通道+币种”分区，保留原始报文与标准化结果，便于差异回溯。

三、字段标准化清单与示例

下表列出四类数据源的关键字段及标准化要求，可作为落地检查清单。

标准化后的记录建议采用统一结构，例如：

{
  "biz_no": "P202405180001",
  "channel_no": "CH202405180001",
  "amount": 10000,
  "fee": 60,
  "settle_amount": 9940,
  "currency": "CNY",
  "rate": 1.000000,
  "trade_time": "2024-05-18T10:00:00+08:00",
  "settle_time": "2024-05-19T00:00:00+08:00",
  "status": "SUCCESS"
}

四、案例与误区复盘

某电商平台曾出现“通道账单金额与交易流水一致，但清算净额少了几十元”的问题。排查发现：通道账单中的手续费字段是“按笔收取”，而清算文件中的净额已扣除手续费，但平台在标准化时把手续费字段误当作“额外费用”重复扣减。根因是字段语义未对齐，而非数据错误。

常见误区包括：

• 只对金额不对状态：退款、冲正、挂账状态未纳入，导致差异被掩盖。
• 时间口径混用：用交易时间匹配清算时间，跨日交易大量错配。
• 汇率精度丢失：四舍五入过早，导致分位差异累积。
• 手续费重复计算：未区分“通道手续费”与“平台服务费”。
• 缺少原始报文留存：差异发生后无法回溯，只能人工猜测。