支付路由管理

最新推荐文章于 2022-11-26 22:46:24 发布

weixin_34226706

最新推荐文章于 2022-11-26 22:46:24 发布

阅读量253

点赞数

原文链接：https://my.oschina.net/u/1398304/blog/741006

版权

2019独角兽企业重金招聘Python工程师标准>>>

作者：王小憨
链接：https://zhuanlan.zhihu.com/p/20060139
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

老王开了个杂货店，蒙街坊照顾，生意一直红红火火，慢慢地店面从一家到两家到三家，最后基本上有商业中心的地方都有了老王的店，而店面也从当初的几十平米的杂货店变成了几千平米的老王连锁超市。

店面大了，大家都喜欢来老王这边买东西，老王要管理的，要打交道的人越来越多，问题也多了。

客户多了，从以前的街坊到集团大企业都来这采购，得处理的交易要好多，要能够都能交易，别临时断电断水或者人手不够，让客户买不了；
合作多了，每个种类商品都有供应商，甚至同一个商品也都有很多渠道给老王供货，这些关系都要处理好，才能拿到好折扣和给到老王更多的营销费用；
要求多了，那些大客户们由于地理位置、公司规定和员工喜好，每个客户要求的服务都不一样；
每天的流水更大了，进进出出都是钱，老王那么大流水，总想能够怎么才能成本少一点？
员工多了，供应商多了，环节多了，谁有个事怎么办，哪个环节出问题了怎么办？
大主顾们、一些老朋友们和一些比较重要的客人体验得照顾好，最好能记住他们常买的，常用的，不用说就知道喜欢什么要什么；

老王对于这些问题，有着朴素的想法，就是希望都服务好。

客人越来越多，老王去买了更多地收银台和准备了充电箱，防止排队过长和临时断电；
合作的渠道越来越多，老王会根据合作关系、进货成本、给的营销费用以及要求，每家都进点货，维持好大家关系；
大客户们的要求不太一样，老王做了好多种方案，能够根据客人的要求提供对应的打包方案，让客人们都一样；
流水越来越大，老王会根据供应商们的提供的不同产品和报价，每种商品选择最合适的进货渠道；比如大米用哪种供应商的，洗发水找谁提供
中间环节多了，有事了或者预计有问题了怎么办？老王多雇了些员工和多准备了供应商，并且设计了一个报表，谁有问题了，就立马找其他供应商来支持下，或者预计谁有问题了，也能自动提醒老王，让老王好提早就安排好，那个时间点应该找谁。
大主顾们、老朋友和那些VIP们，一开始老王还是小杂货铺的时候纯粹靠脑记后来大了老王给他们发了个贵宾卡，通过他们刷卡消费，老王知道他们买什么，喜欢什么，下次打电话或者刷卡的时候，老王也好店员也好都知道要买什么了，客人们也满意，老王也好提前准备。

这是老王开店的故事，老王的遇到的问题，朴素的想法，和坚持的处理方式，其实就是一个支付路由机制的体现，承担了一个支付的收益管理职能，致力于提升用户支付成功率，做到了自动熔断、智能分流；处理高并发、大吞吐、做到支付成本最低的选择。。。。。。

那么如何实现这些了，由于一些涉及到保密，所以不便于讲的太细的请谅解。

支付路由做为一个机制，它承担了一个支付的收益管理职能；而支付的收益管理追求的就是建立以用户需求满意度、支付成功率和收益率为目的，实现效益最大化的机制；而路由的实现是以通道为基础的，需要有丰富的通道。

如下图，作为一个路由的机制，建立引导模板展示控制场景支持支付方式展现和顺序，通过这个控制推荐支付从而达到影响用户支付行为的目的，并且引导模板支持不同商家不同展现模板，从而实现支付方式量身定制，用户支付行为记录与优化，提升用户体验，控制引导方案展示和推荐实现胡搜一最大化（里面涉及到的细节很多，不便讲的太细）。这也就是老王遇到要求的服务都不同的问题。

通过交易路由规则能够做到把适合的交易推荐到合适的地方，达到降低成本的目的；本身路由规则能够控制通道维护时间处理和通过路由的运维策略实现自动熔断，也就是故障自动切换通道，保证成功率，在支付行业中“支付成功率是第一优先级”。这里面所说的就是老王如何节省成本、老王该找谁进货以及老王遇到了问题怎么办的方案。

由于背后通道都是对应银行，平时都要处理关系，所以很多时候需要切量且自然。通过分流的路由规则，可以设定权重、限额，实现通道流量强制分布。以及通过流量分配算法形成或正态分布或强制策略达到各支付包装产品通道控制，甚至于在降成本的方式上使得指定交易不同的通道类型又使得通道显得正常。这个也就是故事里面老王要处理各个供应商的关系。

这套机制能够走下去的前提是需要有丰富的通道，才能实现路由的分流、熔断、交易适配等等。文章里由于机密所致，很多地方只能说道浅尝即止，请大家理解。

作者：梁川
链接：http://www.zhihu.com/question/38278938/answer/79493500
来源：知乎
著作权归作者所有，转载请联系作者获得授权。

这里简单说一下第三方支付在做支付渠道路由设计的一些思路，供参考。作为商户，接入多家第三方支付，在渠道路由策略上比第三方支付的简单多。

1、支付渠道的封装层次
一般分为：银行接口->银行通道->支付渠道->支付产品->支付解决方案
银行接口指的是银行等提供的技术接口。
银行通道是对银行接口的封装，并包含了诸如具体合作银行及通道的详细信息。例如同为某家商业银行的某个支付接口，非总对总的情况，支付公司可能同时在北京分行、上海分行接入。
支付渠道是对银行通道的业务封装，包含了诸如通道成本、最低商户费率等信息。
支付产品是第三方支付对外提供的产品，例如快捷支付。
支付解决方案是针对某个行业的整体解决方案，包含了多个支付及行业定制需求。

所谓的支付渠道路由在以上的几个封装层次上都可以发生，因此以下指的“支付渠道路由”的概念是泛指，可能涉及以上各层次。

2、支付渠道路由的设计
一般采用规则引擎或类似方案（例如基于groovy），以支持对规则集灵活调整。

一个相对丑陋的支付渠道路由的设计方案（不一定很合理，仅供参考）

3、支付渠道路由的一些例子
按费率。
按业务级别。
按业务类型。
按渠道交易总额、单笔交易额、渠道限额等额度信息。
按支付渠道类型：移动支付，在线，代扣，b2b，信用卡无磁无密，游戏点卡等。
按支付渠道可靠性要求，例如支付成功率。
按商户类型。
按渠道状态，例如监控系统发现某渠道掉单率较高时候。
按照到账时效。
按所在银行账户的资金头寸。
按营销策略，例如某个渠道年底有营销活动。
按支付渠道优先级，可以是静态优先级，也可以是动态优先级，实际上优先级的也概念包含了以上各种路由规则。

其实支付渠道路由并没那么高大上，如果单纯只是满足企业当前的业务需要，用最丑陋的If-Else方式也能搞定。最复杂的问题是怎样让支付渠道路由的架构设计能够快速响应业务快速发展、业务模式创新的需要。