清结算：老王的账本
支付的三件事：交易、清分、结算。前面几篇讲的都是交易相关的事情——通道、路由、重试、BIN。这最后一篇，我们来看清分和结算，也就是怎么算账、对账和付账。
用老王的话说就是：账要记清楚，账要对得上，钱要付得对。
双边关系：没有三角债
在讲清结算之前，有一个认知前提必须先建立：商户、支付平台、支付通道之间的关系是双边关系，不存在三角债。
- 商户只是支付平台的商户，不是支付通道的商户
- 支付通道的商户只有一个，就是支付平台
所以，无论上游支付通道有没有向支付平台提供账单，支付平台都应该按自己记录的结果向商户提供账单；无论支付通道有没有把钱结算给支付平台，支付平台都应该按自己的账单结算给商户。
收支两条账，两两清清楚楚。
清结算的整体流程
清分是数据准备和计算的过程，结算是资产交割和转移的过程。整个清结算涉及以下模块：
- 支付核心模块：完成支付交易，推送订单到清结算系统
- 账单模块：落地交易数据、生成对账单、获取通道对账单
- 计费模块：计算商户手续费和通道成本
- 对账差错模块：账账对账、差账处理
- 账户模块：账户分类、记账、资金信息流变动
- 会计模块：日间记账、日终处理、财务并账
- 财务模块：账证对账、账实对账、结算处理
计费服务：先算清楚该收多少钱
计费服务有两个对象：商户（我们向商户收手续费）和支付通道（通道向我们收手续费）。流程分三步：配置、查询、计费。
商户计费规则
一条计费规则由多个维度组成：
- 计费维度：币种、地区、国家、卡组织、卡类型、支付方式、交易方式（DCC/EDC）、风险模型（3DS/非3DS）、支付通道、到账时效、支付产品等
- 计费规则类型：交易类型、单笔/批量、计费类型（按笔/按百分比/阶梯/封顶）、手续费
- 计费规则状态：生效/失效、有效期、优先级
- 结费属性：结算周期、结算日、工作日/自然日、全额/净额
同一商户可以有多条计费规则。当一笔交易命中多条规则时，按优先级执行。优先级可以手动设定，也可以按规则的详细程度决定——配置越具体的优先级越高。
通道成本规则
与商户计费规则几乎一致，只是方向反了：商户付给我们手续费，我们付给通道手续费。
账单服务：四个核心职能
1. 落地交易单数据
一笔交易结束后保存的数据包括：
- 商户信息：商户号、订单号、交易金额、交易类型、支付方式……
- 用户信息：用户 ID、风险等级、会员等级……
- 自身系统信息：支付流水号、路由规则 ID、风险数据……
- 支付通道信息：通道 ID、交易金额、汇率、币种、返回码……
保存得越详细，能做的事情越精细。
2. 获取支付通道对账单
三个步骤：
明确对账文件规范：文件命名规则、日切时间区间、提供账单的时间差（T+1 还是 D+1）、时区、推送时间。
下载对账文件：邮件推送、SFTP/FTP 获取、后台下载。推荐 FTP 自动下载，实现”加活不加人”。
解析对账文件：每家通道的文件格式不一样，需要理解每个字段的含义并映射到自身系统。
国内的对账文件通常是 Excel 格式，比较直观。但国际卡组织的对账文件可能是”天书”——每行按位数截取字段，正向交易用 A~I 表示，负向交易用 J~R 表示，不研究文档根本看不懂。
3. 生成与推送商户对账单
需要提前跟商户约定好这些规则：
- 日切时间与时区
- 不同交易币种/结算币种是一份账单还是多份
- 不同交易类型的账单规则
- 同一天发生正反交易怎么处理（轧差还是都显示）
- 一份账单最大容量和笔数
4. 生成通道对账单
为了做”账账对账”，需要生成我方的通道对账单。关键是要跟对方账单保持相同维度（日期、商户、交易类型、币种），以对方的规定为准。
对账服务：轧账和平账
对账的分类
- 单向对账：我方与支付通道对账
- 双向对账：自身各服务间对账（如账单与会计）
- 账账对账：交易流水对账
- 账证对账：账单与银行打款凭证对账
- 账实对账：账单与银行实际打款对账
对账基准
一般以对方的账单流水为准。因为支付通道打款是按它自己的账单来的，为了不影响后续的账证对账和账实对账，对方账单对平了就视为对平。
对账内容
对明细账：按通道订单号/流水号、交易类型、交易金额、交易日期、手续费逐笔比对。
对总账：核对总交易金额和交易笔数。注意交易类型有双重含义——既代表具体类型（消费、退款），也代表交易方向（正交易、负交易）。
日切时间的临界点问题
支付是高频交易，日切时刻也有瞬时交易发生。可能出现我方算在今天、通道算在明天的情况。
处理方式：为每个通道设定自动对账时间范围（如 48 小时）。当天对不上的订单先留着，等下一日账单生成时再比对。对上了算对平，还对不上再进差账处理。这叫连续对账、滚动对账。
对账的四种结果
对平：打包批次推送财务模块，进行账实对账。
长款（通道有我方无）：多收了用户的钱。处理方式是我方补单 → 对平 → 退款给用户。
短款（通道无我方有）：少收了用户的钱。先调单判断是不是通道漏了，如果通道不认账，需要通过补偿机制（如重新扣款）追回。如果追不回来就是资损。
金额不一致：两边明细都对得上但金额不同，以一方为主修改。
这里有三条原则：不能少收钱、不能多收钱、不能收错钱。
结算：资产的交割
对完账就该付钱了。结算需要明确几件事：
结算节点：
- 账单日结算（T+1 或 D+1）
- 周期结算（月结、季结）
- 实时结算（一笔一结）
结算方式：
- 卡类：银行实体卡、虚拟卡
- 账户类：钱包账户、银行账户
- 汇出方式：网银转账、线下打款、接口代付、虚拟卡结算
结算金额：
- 全额结算：全额打给商户，手续费从另一个账户扣
- 净额结算：扣掉手续费后打给商户
结算币种：外币交易需要明确交易币种结算成什么币种，中间汇率转换规则是什么。
会计：企业的晴雨表
会计在清结算中的职能：
- 记录会计科目：按国家统一标准的六大类科目（资产、负债、资产负债共同、所有者权益、成本、损益）进行记录
- 生成余额表：反映期初期末的资产变化
- 试算平衡：”有借必有贷，借贷必相等”
会计偏财务专业，本书不深入展开。但一个道理很通用：通过会计数据，企业经营是好是坏一目了然。
系列总结
回顾这六篇文章，我们从支付的三原基出发，走过了支付通道、跨境支付、路由系统、重试服务、BIN 服务，最后来到清结算。
支付说到底就是三件事：交易、清分、结算。
- 交易是前提和基础，通道提供交易能力，路由找到最优通道，重试和 BIN 提升成功率
- 清分是数据准备，计费算好手续费，账单记录明细，对账确保准确
- 结算是资产交割，按约定方式把钱付给该付的人
这本书最大的价值在于实操性。不管是通道接入时的 25 个确认事项、路由的四种算法设计、重试服务的规则配置，还是对账文件的解析方法，都是可以直接拿来用的。
如果你是支付行业的从业者或者对支付感兴趣，强烈推荐读一读原书。本系列只是提炼了核心骨架，书中还有大量的案例、流程图和配置界面设计，值得细细研读。