2. 支付基础
在建设支付工厂之前，必须先厘清一组最容易被混用、却直接决定系统边界与接口设计的基础概念：支付清算体系回答“钱最终怎么结”，支付方式回答“用户用什么付”，支付通道回答“指令走哪条路”，支付网关回答“系统怎么统一接”。四者层次不同、职责不同，混为一谈会导致支付工厂的路由、对账、清结算模块反复返工。
一、核心原理：四层概念的分工
支付清算体系是宏观基础设施，指一国或区域内用于传递支付指令、完成债权债务清偿的制度与网络总和。它通常分为两层：上层是清算（Clearing），负责交易信息的收集、轧差与确认；下层是结算（Settlement），负责资金的最终划拨与入账。以中国为例，央行主导的大额支付系统（HVPS）、小额批量支付系统（BEPS）、网上支付跨行清算系统（IBPS，即超级网银），以及网联平台、银联等，共同构成跨行支付清算的骨架。理解这一层，才能明白为什么一笔跨行转账的到账时间、限额、退汇规则各不相同。
支付方式是面向用户的“付款形态”，如银行卡支付、账户余额支付、扫码支付、NFC 支付、代扣、转账汇款等。支付通道是支付方式背后的实际链路，例如某银行直连通道、银联通道、网联通道、第三方支付通道。支付网关则是支付工厂面向内部业务系统暴露的统一入口，负责协议转换、参数校验、通道选择、结果归一。四层关系可概括为：用户选择支付方式 → 网关接收并标准化 → 路由选择支付通道 → 通道接入清算体系完成资金结清。
二、方法流程：一笔支付在四层中的流转
以电商平台用户使用银行卡支付为例，支付工厂内部的标准流转如下：
- 方式识别：收银台将用户选择的“银行卡支付”转换为网关可识别的支付方式编码，如
BANK_CARD。 - 网关受理：网关校验订单金额、币种、商户号、回调地址，生成全局支付单号，并写入幂等键。
- 路由决策：路由引擎根据通道成本、成功率、限额、可用性、商户指定等策略，选择具体支付通道。
- 通道交互：按通道协议组装报文，调用银行或第三方接口，获取受理结果与跳转地址。
- 结果归一：将不同通道的返回码映射为支付工厂统一状态，如
SUCCESS、FAIL、PROCESSING。 - 清算结算：日终按通道对账文件完成清算，再通过清算体系完成资金结算与入账。
这一流程中，网关解决“统一接入”，通道解决“实际链路”，清算体系解决“最终结清”。支付工厂的价值，正是把这三者解耦，使新增通道、切换路由、调整对账规则不必改动业务系统。
三、案例与场景：通道切换为何不能只看费率
某企业支付工厂初期只接入一家第三方通道，费率低、接入快。大促期间该通道成功率骤降，业务被迫临时切换，却发现新通道的返回码、对账文件格式、退款接口全部不同，导致订单状态错乱、对账差异激增。复盘后，该企业做了三件事：
- 在网关层建立统一状态机，所有通道返回码必须映射到标准状态，禁止业务系统直接解析通道原始码。
- 在通道层建立能力清单，记录每个通道支持的支付方式、限额、退款时效、对账时间、是否支持部分退款。
- 在路由层引入多维权重的策略，综合成功率、成本、限额、可用性，而非单一费率。
四、常见误区与复盘清单
| 误区 | 典型表现 | 正确做法 |
|---|---|---|
| 混淆支付方式与支付通道 | 把“扫码支付”直接当成通道编码 | 方式面向用户，通道面向链路，二者多对多 |
| 网关只做转发 | 业务系统直接解析通道返回码 | 网关必须做协议转换与状态归一 |
| 忽视清算体系差异 | 以为所有跨行转账都实时到账 | 按 HVPS/BEPS/IBPS 分别设计时效与限额 |
| 通道能力未建模 | 切换通道后才发现不支持部分退款 | 建立通道能力清单并纳入路由约束 |
| 对账口径不统一 | 各通道对账文件字段各异，人工核对 | 统一对账模型，按通道适配解析 |
掌握这四层概念后，后续设计支付工厂时，才能清晰划分网关、路由、通道适配、清结算、对账等模块的职责边界，避免把基础设施问题误当成业务问题处理。