📚 课程目录第4章支付产品与业务模式

4. 支付产品与业务模式

支付工厂端到端建设的第一步，不是写代码，而是把“钱怎么走、信息怎么流、责任怎么分”这三件事在业务模式层面说清楚。不同的支付产品，对账户体系、清结算逻辑、风控策略、对账粒度和合规资质的要求差异极大。本节围绕代收代付、聚合支付、分账、跨境支付四类典型模式，梳理其核心原理与对系统建设的具体约束。

一、核心原理：四种模式的资金与信息流向

代收代付的本质是“受托支付”。代收是商户委托支付机构从用户账户扣款，代付是商户委托支付机构向用户账户付款。系统建设的关键在于：代收需要签约、鉴权、扣款指令三要素；代付需要收款方实名核验、付款指令与结果回调。资金并不属于支付机构，因此账户体系必须区分“商户待结算资金”与“用户资金”，避免资金池混同。

聚合支付的核心是“通道编排”。它不直接持有资金，而是把微信、支付宝、银联等多个通道封装成统一接口，对商户输出一致的支付、退款、查询能力。系统建设重点是通道路由、渠道路由降级、统一订单号与通道流水号的映射关系。

分账的本质是“一次收款、多方分润”。平台代收用户全款后，按约定比例或固定金额将资金分配给平台、商户、服务商、推广员等参与方。系统必须支持分账规则配置、分账时序（收款后分账或结算时分账）、分账回退与冻结。

跨境支付则叠加了“汇率、合规、清算周期”三重复杂度。它涉及本币与外币兑换、境外收单或付款、报关与反洗钱申报。系统需要支持多币种账户、实时汇率锁定、跨境申报要素采集以及更长的结算周期管理。

二、方法流程：从业务模式到系统模块的映射

把业务模式翻译成系统建设要求，可以遵循一条固定路径：先画资金流，再定账户结构，然后设计交易与结算模型，最后确定对账与风控边界。

资金流梳理：明确每一笔钱从谁出、到谁手、中间经过哪些账户。代收代付中资金不进入商户账户；分账中资金先进入平台备付金或监管账户，再拆分；跨境支付中资金可能经过境外合作行。
账户结构设计：代收代付需要用户虚拟账户与商户待结算账户；聚合支付只需商户结算账户与通道映射；分账需要多级子账户或分账接收方标识；跨境需要多币种账户与汇率损益账户。
交易与结算模型：定义订单、支付单、退款单、分账单、结算单五类核心单据。代收代付强调指令状态机；聚合支付强调通道流水映射；分账强调分账明细与冻结余额；跨境强调汇率快照与申报单。
对账与风控边界：对账粒度由业务模式决定。代收代付按单笔对账，聚合支付按通道汇总对账，分账按分账方对账，跨境按币种与笔数对账。风控方面，代收代付重点防欺诈扣款，聚合支付重点防通道盗刷，分账重点防超额分账，跨境重点防洗钱与汇率风险。

实践提示：在支付工厂项目中，建议先输出一张“资金流+信息流”双线图，再据此拆分微服务边界。资金流决定账户与结算模块，信息流决定交易与通知模块。两者混在一起设计，后期极易出现对账不平与状态不一致。

三、案例场景：分账模式下的系统建设要点

以电商平台为例：用户支付100元，平台抽成10元，商户得85元，推广员得5元。系统需要完成以下动作：

收款时，订单金额进入平台监管账户，同时生成分账计划。
分账时，按规则将10元、85元、5元分别记入对应分账方账户，并冻结商户待结算资金。
结算时，商户发起提现，系统校验冻结余额与可提现余额，生成结算单。
退款时，若订单发生退款，系统需按原分账比例回退，或从商户待结算资金中扣减。

对应的核心配置可以用如下参数表达：

分账规则配置示例：
{
  "ruleId": "SPLIT_2024_001",
  "orderAmount": 10000,
  "splitMode": "RATIO",
  "receivers": [
    {"role": "PLATFORM", "ratio": 0.10, "account": "ACC_PLAT_001"},
    {"role": "MERCHANT", "ratio": 0.85, "account": "ACC_MER_889"},
    {"role": "PROMOTER", "ratio": 0.05, "account": "ACC_PRO_012"}
  ],
  "freezePeriod": "T+1",
  "refundPolicy": "PROPORTIONAL_ROLLBACK"
}

常见误区：很多团队把分账当成“多次转账”来实现，导致每笔分账都产生独立交易流水，对账时无法与原始订单关联。正确做法是：分账单必须挂在原支付单下，分账明细作为子单据，保持一棵树状结构。

四、误区与复盘：跨境支付与聚合支付的典型陷阱

跨境支付最常见的误区是忽略“汇率锁定”与“结算周期”对系统的影响。若系统在收款时未锁定汇率，结算时汇率波动可能导致商户实际到账金额与预期不符，引发客诉。正确做法是在支付单上记录汇率快照，结算时按快照计算，汇兑损益单独记账。

聚合支付的典型陷阱是“通道降级”设计不足。当微信通道故障时，系统应能自动切换至支付宝或银联，但切换过程中必须保证订单号不变、退款可追溯。若通道流水号与订单号映射关系丢失，退款将无法定位原通道，造成资金损失。

业务模式	核心单据	对账粒度	关键风控点	常见误区
代收代付	代收单、代付单	单笔	签约鉴权、扣款授权	资金池混同
聚合支付	支付单、通道流水	通道汇总	通道盗刷、降级	映射关系丢失
分账	分账单、分账明细	分账方	超额分账、回退	多次转账代替分账
跨境支付	跨境单、申报单	币种+笔数	洗钱、汇率波动	未锁定汇率

复盘这些模式，可以得出一条通用原则：支付系统的复杂度不来自代码，而来自业务模式对资金、信息、责任三者的约束。代收代付约束的是授权与资金隔离，聚合支付约束的是通道编排与映射，分账约束的是规则与冻结，跨境约束的是合规与汇率。把这四类约束在系统设计阶段显式建模，后续的支付工厂建设才能做到端到端可控、可对账、可追溯。