成功返回成功，处理中返回处理中
渠道下家服务层处理流程
把解析结果返回给网关
成功
微信文档地址：https://pay.weixin.qq.com/static/product/product_index.shtml#payment_product支付宝文档地址：https://b.alipay.com/signing/productDetailV2.htm?productId=I1011000290000001003上面提到的下家渠道包括（银行、银联、网联、微信和支付宝等可以对接的渠道）
补单服务
渠道核心服务（交易）
定时补单服务
创建订单落库，失败直接返回，落库成功调用下家服务，下家服务同步返回结果，调用下家超时或者异常直接返回
渠道核心服务（异步通知）
渠道下家服务
对返回的数据进行解密或者验签，解析出code_url或者prepay_id 和下家订单号返回调用出
接收异步通知
下家同步响应返回二维码链接（code_url）或者预支付交易会话标识（prepay_id）
渠道核心服务（订单查询）
从各种缓存获取数据，按照下家渠道要求封装对应的报文进行加密或签名
这里聚合支付包含：微信系：Native支付（主扫） 、付款码支付（被扫）、APP支付、JSAPI支付（公众号） 、H5支付、小程序支付支付宝系：当面付（主扫、被扫）、APP支付、网站支付（电脑网站、手机网站）
调用成功
网关服务
请求从网关或运营平台进来
通过
异步通知服务接收到下家渠道的异步通知，根据请求标识调用核心层的异步通知处理，根据下家渠道要求同步响应处理结果，避免下家多次通知，在高并发下影响QPS，以及占用其他服务的处理线程
同步返回OK或SUCCESS等
订单成功
订单完成，且更新成功。把成功订单通知网关，网关通知商户；通知清算总心进行计费、清算给商户；通知备付金系统（发送MQ通知）
先校验参数，不通过，直接返回网关错误信息
处理中
响应下家渠道的信息同步返回异步通知系统
补单分为两个档次：第一档：一个小时内的订单2分钟补一次第二档：一个小时到两个小时内的订单10分钟补一次
把成功订单通知网关，网关通知商户；通知清算总心进行计费、清算给商户；通知备付金系统（发送MQ通知）
渠道核心层处理流程
交易接口流程
请求从接收异步通知服务进来
发送HTTP/HTTPS/Socket请求
先根据订单号查库，订单成功直接返回，处理中在调用下家查询接口
通知完成
作为完整的系统这里还缺少，退款系统和对账系统。这里简单说明一下，从下家提供的方式获取对账文件上传到HDFS系统，上传成功发送一条消息通知对账系统对账。退款分为实时退款和非实时退款（走退款中心进行审核），实时退款直接调用银行接口就行，把退款的订单记录到退款表中。
循环调用渠道核心层service提供的查询接口，直到取出的数据小于2000跳出循环
异步通知流程结束
下家渠道异步通知
取出的订单调用查询完成本次补单任务结束，等待定时任务进入下一轮
根据聚合支付订单的时效性，默认两个小时不支付就关单，补单系统只补订单创建时间在两个小时以内的订单
交易从网关进来
定时任务执行，查询库里符合补单档次且订单状态为支付中的订单，每次取2000笔
调用下家查询，根据下家查询结果更新数据库
接收异步通知服务
渠道核心层service
解析返回结果，更新订单状态和下家订单号
直接调用下家服务进行处理，同步返回结果
请求从网关进来
根据处理结果更新数据库
下家服务说明：这里主要展示一下交易的流程查询接口、异步通知处理接口、商户注册接口等和交易流程类似这里就不一一画出。设计是思想是分成，和下家渠道相关的操作（签名、加密、解密、验签组装报文，发送报文，解析报文）都放到这一层次处理，把处理操作返回给核心层即可。
生成渠道订单号，失败直接返回
处理完成
