2. 聚合支付业务模型

2.1 聚合支付核心业务流程

聚合支付的核心价值在于“一点接入，多通道分发”。商户只需对接一个聚合支付平台，即可向用户提供支付、支付宝、银联云闪付、银行快捷支付等多种支付方式。其标准业务流程可归纳为以下六个步骤：

1. 用户发起支付：用户在商户应用（APP、小程序、网页或线下扫码）中选择商品并提交订单，商户系统生成订单信息。
2. 商户请求聚合平台：商户系统将订单信息（金额、商品描述、商户订单号等）发送至聚合支付平台，请求获取支付凭证。
3. 聚合平台路由与下单：聚合平台根据用户选择的支付方式、通道成本、成功率、商户配置等策略，选择最优的支付通道（如、支付宝），并向该通道发起下单请求。
4. 通道返回支付凭证：支付通道处理请求后，返回支付凭证（如的 prepay_id、支付宝的 trade_no 或二维码链接）。聚合平台将其封装后返回给商户系统。
5. 用户完成支付：商户系统使用该凭证唤起用户端支付界面，用户输入密码或指纹完成支付。支付通道异步通知聚合平台支付结果。
6. 聚合平台通知商户：聚合平台接收通道的异步通知，进行验签、去重、金额校验后，将支付结果同步通知给商户系统（通常通过异步回调或主动查询）。

2.2 多通道接入模式

聚合支付平台通常采用“统一接口 + 通道适配器”的架构模式，屏蔽各支付通道的协议差异。根据通道对接方式，可分为以下三种主流模式：

2.3 交易链路与资金流向分析

理解交易链路与资金流向是设计对账系统的前提。聚合支付场景下，一笔完整的交易涉及“信息流”与“资金流”两条并行但不同步的链路。

2.3.1 信息流链路

• 商户 → 聚合平台 → 通道：订单信息正向传递，包含金额、商品描述、用户标识等。
• 通道 → 聚合平台 → 商户：支付结果反向通知，包含通道交易号、支付时间、支付金额等。
• 对账文件流：通道每日（或 T+1）提供对账文件，聚合平台下载后与自身订单库进行逐笔比对。

2.3.2 资金流链路

• 用户 → 通道：用户支付资金首先进入通道的备付金账户或清算账户。
• 通道 → 聚合平台：通道在结算周期（通常 T+1）内，将资金扣除通道手续费后，结算至聚合平台的银行账户。
• 聚合平台 → 商户：聚合平台在收到通道结算款后，根据商户的结算配置（T+0、T+1、D+1 等），将资金扣除平台服务费后，结算至商户的银行账户。

2.4 业务模型对测试验证的启示

基于上述业务模型，支付订单对账平台的测试验证需重点关注以下维度：