支付结算之路由系统设计-技术圈

作者：叉一知乎ID：叉一（转载已取得作者授权）

路由系统，即智能选择最优‘线路’，对于支付结算系统而言，就是要智能选择入款、出款渠道，那如何体现其智能呢？我们先看几个例子：

例子1：现有2个渠道，渠道A的收费规则是1‰，渠道B的收费规则是2元1笔。毫无疑问，在其他条件相同的情况下，我们更愿意使用更便宜的渠道，而手续费到底哪家便宜，会根据交易金额有所不同。

路由，就是要实现节约成本！

例子2：现有2个出款渠道，收费都是2元1笔，渠道A的到账时效一般在30分钟内，渠道B的到账时效一般在2小时内。显然，通常我们会选择到账时效快的。

路由，就是要提高用户体验！

例子3：现有2个渠道，不管从成本上来说还是从用户体验来说渠道A都占尽优势，可是有个硬伤，此笔交易渠道A走不通，虽然渠道B成本高点速度慢点，但是毕竟能走通且满足用户的需求，也只好使用渠道B了。

路由，就是要确保渠道可用！

还有还有，如果某个渠道突然瘫痪怎么办，傻傻的等到对方恢复吗？

以上，我们对几个最基本的点进行了考虑，总结下来就是：

路由系统，在满足当前交易的前提条件下，选择我们最希望的结果。其中，前提条件有很多，入款和出款还不太一样，一般有单笔限额、渠道当前是否可用等，后面会详述；最希望的结果，与公司的政策策略相关，一般可能考虑的是成本和用户体验。

我们看下入款（支付）、出款（提现）渠道常见的几个限制维度：

入款：单笔限额、卡种、银行、当日限额、当月限额等；

出款：到账时效、金额、发卡行、发起时间、账户类型（对公、对私）等。

路由系统逻辑图可以参考下图：

相关说明：

1、按照手续费从低到高对渠道进行排序，对于手续费相同的，则再依据渠道权重进行排序；

2、按照渠道排序依次对渠道条件进行检查，如果当前渠道有任一条件不满足，则该渠道不满足条件，进行下一渠道条件检查

3、直到找出满足的渠道，如果所有渠道皆不满足，则不支持本次交易。

以上路由系统逻辑模式比较适合渠道较多，判断规则较复杂的场景，如果是出款路由，且规则相对简单，也可以使用如下模型：

大致逻辑为：

1、配置N条规则及1条默认渠道

2、每条规则包含‘‘条件’’和‘‘渠道’’2个组成部分，条件由若干个条件维度组成条件集合

3、当满足此条件时使用该渠道，如此规则不满足则进入下一规则判断直到找到符合的规则

4、如果所有规则都不满足，则使用默认渠道

为了便于理解，给大家举个例子

银行A：所有出款都免费，但是到账周期偏长；

银行B：行内转账免费，实时到账，跨行转账收费；

银行C：所有业务均收费，但是5万以下实时到账，5万以上到账周期也较长

根据以上条件我们设计方案为，如收款银行为B时，则使用银行B进行出款；如收款银行不为B&金额为5万内&到账时效要求高时使用银行C出款；除以上规则外，其他所有情况使用银行A出款。

其他说明：

以上讨论的仅是简单路由系统模式，仍有许多细节没有说明，挑几个需要注意的点介绍给大家

1、每个渠道能配置是否可用，当第三方渠道出现异常时可以进行切换

2、每条规则支持配置生效时间、失效时间，不需要进行蹲守进行变更操作

3、规则调整支持热插拨，而不是写死在代码里面，不需要重启应用

路由系统，对于出款来说有路由系统就够了，一般不涉及产品层面的改动；但是对于入款而言，则最好有产品层面的相应调整。

最后也欢迎有问题的小伙伴加微信：chanpin628 沟通交流。

此外我们的官方网站也上线了，每日分享高质量的文章、原型素材和行业报告，小伙伴可自行前往索取，支持搜索，需要的小伙伴可点击底部的阅读原文直接查看，或者复制网址：www.dadaghp.com 打开。

更多干货可关注微信公众号：产品刘

想学习更多关于产品、职场、心理、认知等干货，可长按右边二维码，关注我们。

··················END··················

RECOMMEND