前言
现在市面上太多的聚 合 支 付产品了。诸如：快跑者平台、通联收银宝、祥付宝、Paymax收款、享云收银、哆啦宝、采宝、乐信付、富友富掌柜、嗨支付等等。当然还有很多品牌的产品，这里就不再一一列举了！
那么问题来了，这些 聚 合 支 付 的流程是如何实现的呢？接下来先说一种我自己的理解与实现方案。
这里不涉及聚 合 收 款 码 的码值内容结构，只是说明聚 合 支 付的流程。
流程
1、首先，业务系统会生成一个有着自己规则的聚 合 收 款 码
2、用户访问一个统一的扫码页面，去扫描 聚 合 支 付码（未绑定商户时访问的一般是聚 合 支 付的官网，绑定商户之后，访问的是统一扫码页面）
3、用户扫码后，我们的业务系统会根据UA来判断扫码的客户端是支付宝、微信或者云闪付等等，来生成业务订单号。
4、这是根据判断之后的结果，调用支 付 系 统 中相对应的统一下单接口。此时支 付 系 统中回来验证我们的请求参数，生成支付订单。
5、再去根据渠道ID，调用第三方的下单，第三方返回下单数据结果。更新支付支 付 系 统中的支付订单数据，将下单数据返回给业务系统。业务系统将根据下单数据来更新业务订单数据。并将第三方支付请求参数返回给支付用户。
6、打开第三方支付客户端来完成其支付业务。第三方支付中心，将回调我们的支 付 系 统预留地址。支付中心，在去回调我们的业务系统完成一整串的业务逻辑操作！
流程图
上面所说的流程是整体的大致流程，接下来我们看一下静态聚合码的一个流程
静态聚合码收款流程
其实，上面描述了大致的整体流程。接下来我们看一下静态聚合收款码他的主要支付流程，
分为两个步骤：下面我们看一下第一步骤：授权登录
如上图，我们可以很清晰的看到，这一步用户扫码后，通过后台api接口来实现判断用户的访问的UA，以及查询来判断内部是否进行了绑定关系，然后将微信或者支付宝的授权地址返回给前端，然后再由前端的浏览器来重定向到我们的具体地址，然后在获得token，从而通过token获取微信或者支付宝的o p e n i d，携带o p e n i d返回给api接口，然后再由前端跳转相应的收银台地址（微信或支付宝的收银台）
这个登录授权的过程其实对于用户来说是无感知的，这个一般是使用的支付宝、微信匿名登录授权功能。只有我们的程序员开发者，肯能会对这个交互的过程深有体会！
接下来，第二步：用户在收银台页面输入了具体的支付金额后，我们的应用api会在内部创建相对应的微信、支付宝订单，然后在去调用了微信或者支付宝的JSAPI支付
动态聚合码
静态聚合码相对应的还有动态聚合码，这动态聚合码和静态聚合码总体上大概是类似东西，只是在创建动态二维码的时候，是内部创建了响应的订单，之后的流程与静态的聚合码大概一致的！
这里我们讲解了聚 合 支 付的业务流程，以及分享除了业务流程图。欢迎大家留言交流。
如果觉的不错，可以点击下方卡片，关注《coder练习生》