收款神器!解读聚合收款码背后的原理

图片
作者 | 楼下小黑哥
来源 | 程序通事(ID:US_stocks)
头图 | CSDN 下载自视觉中国
今天跟大家分享一下聚合收款码的支付原理,这也是我这大半年来一直在做的项目。
微信/支付宝收款码大家应该不会陌生,线下小微商户收款大多使用这个,就比如下图。
图片
这种收款方式很方便,微信、支付宝后台申请开通,然后还可以免费申请相关物料。不过这种方式用户体验其实不是很好,之前有好几次拿出支付宝,却扫了微信支付码。另外,这种个人的收款码通常还有单日收款的上限,比如支付宝单日上限 500元。
有了需求,自然会有聪明人人想到解决方案,于是有了聚合收款码产品解决方案,如下图。
图片
一个收款码,支持多种客户端,主流是微信、支付宝,现在常见还会支持银联,QQ 等。用户选择任一支持的客户端扫码,都能完成支付,再也不用纠结扫错码的尴尬。
有没有很神奇?其实底层原理很简单,看完你就明白了,下面就让小黑哥带你解密聚合收款码的底层原理。
微信相关支付方式
聚合收款码底层支付其实还是离不开微信、支付宝支持的支付方式,所以我们先从微信支付宝渠道出发,简单介绍这个过程将会使用的支付方式。
上篇文章,我们以支付宝为例来介绍,这次我们就以微信支付为例。
打开微信支付官网,可以看到很多支付方式。
图片
其中付款码支付在前两篇文章完整介绍过,这里不再介绍,感兴趣的小伙伴可以看下下面这两篇文章。
简单来讲就是商户后台调用微信支付接口,微信返回预支付交易的链接,格式如下:
然后商户将其转为二维码,提供给客户使用微信扫码支付。
图片
来自微信支官网
这种支付方式可以应用在 PC 网站购物场景,比如说英雄联盟官网购买相关游戏道具:
图片
具体业务流程如下:
图片
来自微信支官网
聚合收款码核心原理
了解完聚合支付的所需要的底层支付方式,下面我们来了解一下聚合收款码的核心原理。
聚合收款码业务流程如下:
图片
聚合收款码
第一步用户使用微信/支付宝 APP 扫码之后,将会打开一个收银台页面。这个收银台页面可以自适应,不同 APP 显示不同的样式,比如支付宝打开收银台显示支付宝的 logo,微信打开就会显示微信的 logo。
第二步用户在收银台输入金额,点击支付之后将会唤起 APP 的支付弹窗。好了,观察这个流程,我们可以发现扫码之后,后台应用需要识别出当前 APP 到底是微信还是支付宝。
那如何判断当前使用的 APP 呢?
其实这个原理很简单,在支付宝/微信打开一个链接,实际将会使用内置的浏览器发起了 HTTP 请求,而 HTTP 的请求头将会携带 「User-Agent(UA)」,用来标识用户代理软件的应用类型、操作系统、软件开发商以及版本号。
支付宝
微信
这里需要注意了,不同型号的手机,不同的版本 APP,「User-Agent」不一定会一样,其实我们只需要判断是否包含某些关键字即可,比如说只要「User-Agent」包含「MicroMessenger」就是微信,包含「AlipayClient」就是支付宝。
下面使用 Java 代码为例:
准确来讲,支付宝那边 JSAPI 支付官方名称为支付宝生活号支付。
那这里可以提大家提个小问题,聚合收款码是否可以使用「支付宝当面付扫码支付」接口那?
https://qr.alipay.com/xxxx
这个链接只要在支付宝内中打开,就可以唤起支付。
所以如果聚合收款码使用「支付宝当面付扫码支付」接口,收银台金额提交之后,当拿到支付宝返回的支付链接,应用程序内只要使用 HTTP 302 跳转到支付链接,就可以唤起支付宝支付。
画外音:之前我也一直以为支付宝跟微信一样,不能使用。
那这样实际上聚合收款码底层使用支付方式就有了两种方案:
主要是因为只要 302 跳转唤起支付宝支付,就会关闭我们收银台页面,这样一来整个微信支付与支付宝支付流程就不太一样了。
其次,当用户支付成功之后,JSAPI 支付还可以跳转到一个成功页面,这个页面我们可以支付结果展示,或者骚一点,还可以挂些广告,或者引流其他公号上。
但是如果使用付宝面付扫码支付,支付完成之后,页面就被关闭了,就没办法完成支付页面跳转。
聚合收款码核心流程
介绍完原理,下面主要介绍一下市面上主流聚合收款码业务流程,其实聚合收款码可以分为三类:
静态聚合收款码
动态聚合收款码
银联静态二维码
静态聚合收款码就类似如下这种,需要用户主动输入金额,可以无限次使用。
图片
静态收款码
而动态聚合收款码是只能使用一次,并且由商家指定金额,用户只要扫码就可以支付指定金额。
这种应用场景比如 B 站购买大会员:
图片
银联静态二维码其实功能上与静态聚合收款码差不多,但是它多了支持银联支付的功能。除了这个以外,最主要的区别是银联静态二维码是银联发码,背后对应的地址是银联的地址,类似如下:
https://qr.95516.com/00010000/xxx
静态聚合收款码流程
静态聚合收款码主要支付流程主要可以分为二步,第一步为登录授权。
图片
聚合收款码-登录授权
这里的登陆授权一般使用微信、支付宝匿名登录授权功能,这样这个过程普通用户其实是无感知的。
画外音:如果是程序员的话,可能会感受到这个过程经过了多次跳转。
图片
聚合收款码-JSAPI支付
另外,如果支付宝采用面付扫码支付这种支付方式的话,那么其实不需要第一步登录授权了,可以直接跳到收银台发起支付。
图片
聚合收款码-支付宝 native 支付
动态聚合收款码流程
动态聚合收款码其实与静态收款码总体比较类似,只不过创建动态码内部已经创建了相应的订单,后续流程与静态聚合收款码差不多。
图片
聚合收款码-动态码内部创单
银联静态二维码流程
如果你使用微信、支付宝扫码打开银联二维码,将会打开我们自己收银台页面,后续流程其实跟静态聚合收款码一模一样的。
但是如果你使用支付银联支付的 APP 扫码,比如说各大银行的手机 APP,美团,京东等,就会在这些 APP 内各自支付页面,然后完成支付。
我们银联二维码的功能,将会在银联后台报备一个跳转地址,比如说
https://www.heihei.com
https://www.heihei.comqrCode=URLENCODE(https://qr.95516.com/00010000/xxx)
图片
聚合收款码-银联二维码扫码流程
总结
聚合收款码统一了用户支付流程,提高商家的收款效率。另外聚合收款码其实还可以跟商家后台一些 ERP 等软件打通,这样还提高的商家生产效率。
不得不说,第一个设计出聚合收款码的产品,真实个鬼才~
聚合收款码,背后原理一点也不难,根据用访问请求的「User-Agent」,以此判断用户当前扫码使用的客户端类型。
然后调用微信/支付宝匿名登录获取用户 id,最后用户输入金额之后,调用微信/支付宝完成支付。
好了,今天文章介绍到这里。
相关资料
https://pay.weixin.qq.com/wiki/doc/api/index.html
https://opendocs.alipay.com/open/194
https://developers.weixin.qq.com/doc/offiaccount/OA_Web_Apps/Wechat_webpage_authorization.html