剖析扫码支付流程

最近项目上需要集成第三方支付,采用扫二维码的方式进行付费。于是开始研读支付宝和微信支付平台的开发文档,根据官方文档总结了下扫码支付的通用流程:商户前台将商品参数发送至商户后台,商户后台生成内部订单号并用于请求支付平台创建预下单,支付平台创建完预订单后将订单二维码信息返还给商户,此时用户即可扫取二维码进行付款操作。

支付业务流程图:
img

支付业务时序图:
img

预下单请求
对于扫码支付场景支付平台提供的SDK是服务端的,所以首先由商户客户端向商户后台请求预下单,商户后台收到请求后再调用支付平台提供的标准预下单接口。由于微信要求商户订单号长度32个字符以内,故商户订单号采用系统时间+随机数的方式生成。商户后台收到预下单请求后首先生成商户系统内部订单号,然后请求支付平台的预下单接口创建订单,支付平台会将二维码信息返回给商户平台,商户平台收到二维码信息后再返回给客户端。

请求参数:

参数 描述
out_trade_no 商户内部交易号
productTitle 产品名称
productPrice 产品价格

返回参数:

参数 描述
qr_code 二维码串

异步通知
客户端收到二维码信息后,将二维码展示给用户,用户扫描二维码后进行支付确认,当支付平台完成这笔订单后,会将订单信息异步通知到商户预留的回调地址,商户收到通知后需应答接收成功,若未应答,支付平台将按一定时间间隔持续发送,直至收到商户的应答或发送次数超限。

返回参数:

参数 描述
trade_no 支付平台的交易号
out_trade_no 商户内部交易号
productTitle 产品名称
productPrice 产品价格

订单查询
考虑到接收异步通知失败的场景,商户可通过支付平台提供的订单查询接口主动查询订单状态及信息,支付平台交易号和商户交易号不能同时为空。

请求参数:

参数 描述
trade_no 支付平台的交易号
out_trade_no 商户内部交易号

对账相关
通过对账接口商户可以下载账单。

请求参数:

参数 描述
bill_type 账单日期
bill_date 账单类型

参考文档
(1)支付宝扫码支付开发文档
(2)微信扫码支付开发文档