3. 对账平台整体架构

对账平台是支付系统的“财务审计中枢”，其架构设计必须同时满足高吞吐、高一致性、可扩展和可追溯四大要求。本节从分层架构、核心模块划分、数据流与状态机三个维度，拆解一个生产级对账平台的完整设计。

3.1 对账平台分层架构

采用经典的四层架构，自底向上依次为：数据接入层、对账引擎层、差异处理层、运营管理层。各层职责清晰，通过内部契约解耦。

3.2 核心模块划分

基于分层架构，对账平台可进一步拆解为以下核心模块，每个模块对应一个独立的微服务或进程：

3.3 数据流与状态机设计

对账平台的数据流以“对账批次”为核心实体，每个批次经历从初始化到最终关闭的完整生命周期。状态机设计是保证对账一致性的关键。

3.3.1 对账批次状态机

一个对账批次的状态流转如下：

• INIT（初始化）：批次创建，等待文件就绪。
• FILE_LOADED（文件已加载）：渠道文件已拉取并入库。
• PARSING（解析中）：正在解析文件内容。
• PARSED（解析完成）：文件解析完毕，记录数已确认。
• MATCHING（匹配中）：执行记录匹配。
• MATCHED（匹配完成）：匹配结束，生成差异集。
• DIFF_PROCESSING（差异处理中）：自动冲正或人工复核进行中。
• DIFF_RESOLVED（差异已处理）：所有差异已处理完毕。
• CLOSED（已关闭）：批次归档，不可再操作。

3.3.2 数据流关键路径

以一次标准的日终对账为例，数据流经过以下关键步骤：

1. 文件采集：定时任务触发，从渠道方拉取T日对账文件，写入原始文件存储区。
2. 格式解析：解析器按渠道模板将文件转为内部统一Record，写入对账明细表。
3. 记录匹配：匹配引擎以“渠道+交易流水号”为键，关联我方交易流水表与渠道对账明细表。
4. 金额比对：对匹配成功的记录，逐笔比对订单金额、手续费、结算金额。
5. 差异分类：未匹配或金额不一致的记录进入差异表，打上分类标签。
6. 差异处理：自动冲正服务处理可修复差异；人工复核处理需人工介入的差异。
7. 批次关闭：所有差异处理完毕后，批次状态置为CLOSED，生成对账报告。

3.4 架构设计要点总结