2. 支付基础概念
在支付网关端到端工程中，术语混乱是沟通成本最高的隐性风险。产品、研发、测试、运营、财务对“清算”“结算”“对账”的理解经常不一致，导致接口设计、状态机、报表口径出现偏差。本节把支付全链路中最核心的术语放进同一张业务地图中，帮助你建立统一的语言体系。
一、核心原理：支付、清算、结算的本质区别
支付（Payment）是付款人授权、发起并完成资金转移指令的过程，关注的是“钱能不能付出去”。清算（Clearing）是机构之间交换交易数据、计算应收应付净额的过程，关注的是“谁欠谁多少”。结算（Settlement）是依据清算结果完成实际资金划拨的过程，关注的是“钱真正到账”。
三者是时间上先后衔接、责任主体不同的阶段。用户点击“确认支付”后，支付网关完成的是支付受理与授权；日终或准实时阶段进入清算；最终由银行或清算机构完成结算。工程上必须把这三个阶段的状态分开建模，否则会出现“支付成功但未结算”被误判为异常的情况。
关键判断：支付状态回答“交易是否被受理并授权”，清算状态回答“应收应付是否已确认”，结算状态回答“资金是否已实际划拨”。三者不可互相替代。
二、参与方与通道：收单、发卡、通道、路由
收单（Acquiring）是指收单机构为商户受理支付指令、完成资金结算的服务。发卡（Issuing）是指发卡银行为持卡人开立账户并提供支付授权的能力。收单方与发卡方通过卡组织或清算网络完成信息流与资金流交互。
通道（Channel）是支付网关对接的外部支付能力，例如某银行快捷支付通道、某第三方支付通道、某卡组织通道。路由（Routing）是根据交易特征选择最优通道的决策过程，常见因子包括：支付方式、金额、币种、商户行业、通道成功率、费率、限额、可用余额、故障状态等。
路由不是简单的 if-else，而是带权重的动态决策。工程上通常把路由规则配置化，并支持灰度、降级与熔断。例如某通道成功率低于阈值时自动降权，某通道维护窗口内自动切流。
route_rule:
payment_method: QUICK_PAY
currency: CNY
amount_range: [0, 50000]
candidates:
- channel: BANK_A
weight: 60
fee_rate: 0.0025
- channel: PAY_C
weight: 40
fee_rate: 0.0030
fallback: BANK_B
health_check: success_rate >= 0.95三、对账与差错处理：资金安全的最后防线
对账（Reconciliation）是将支付网关内部交易流水与外部通道、银行、清算机构的对账文件进行逐笔或汇总比对，识别不一致项。对账的核心不是“比总数”，而是“比明细、比状态、比金额、比时间”。
差错处理（Exception Handling）是对对账差异进行分类、定位、修复与闭环的过程。常见差错类型包括：长款（通道有、我方无）、短款（我方有、通道无）、金额不一致、状态不一致、重复入账、时间戳越界等。
| 差错类型 | 典型表现 | 处理方向 |
|---|---|---|
| 长款 | 通道对账文件有我方无 | 补单入账或挂账待查 |
| 短款 | 我方有通道对账文件无 | 发起查询、冲正或人工补录 |
| 金额不一致 | 同一订单金额不同 | 以通道为准或按协议规则调整 |
| 状态不一致 | 我方成功、通道失败 | 以通道终态为准，触发退款或补单 |
| 重复入账 | 同一订单多次结算 | 幂等校验、冲正、冻结 |
对账文件通常包含：通道流水号、商户订单号、交易金额、手续费、交易状态、交易时间、结算日期。工程上必须保留原始文件与解析日志，便于审计与回溯。
四、业务场景串联：一笔订单的完整生命周期
用户下单后，支付网关生成支付单并调用路由选择通道；通道返回授权结果后，支付状态变为“支付成功”；日终通道下发对账文件，系统执行对账，生成清算净额；结算系统依据清算结果向商户打款；若对账发现差异，进入差错处理流程，最终闭环。
这个过程中，支付、清算、结算、对账、差错处理是五个不同阶段，分别由不同系统或模块负责。支付网关的核心职责是支付受理、路由、通道交互与状态管理；清算与结算通常由清结算系统负责；对账与差错处理则横跨网关、清结算与财务系统。
五、常见误区与复盘要点
- 误区一：把支付成功等同于资金到账。支付成功只代表授权通过，清算与结算尚未完成，商户余额可能仍是待结算状态。
- 误区二：对账只比总金额。总金额一致不代表明细一致，长款与短款可能互相抵消，必须逐笔比对。
- 误区三：路由只按费率选择。费率低但成功率差的通道会造成更多客诉与差错，路由必须综合成功率、限额、健康度。
- 误区四：差错处理没有闭环。差异记录后未跟踪修复，会导致财务账与业务账长期不一致。
工程落地时，建议为支付、清算、结算、对账分别建立独立的状态机与流水表，并通过全局唯一交易号串联。任何跨阶段的状态变更都必须记录操作日志与幂等键，避免重复处理。
掌握这些术语的边界与衔接关系，是后续设计支付网关接口、状态机、对账任务与差错处理流程的基础。只有在统一语言下，端到端工程才能被准确拆解与验证。