支付结算之路由系统设计本篇文章主要介绍支付结算系统中的路由系统设计，在阅读本篇文章之前，需要一定的支付结算基础知识，为了方便您的理解，建议您先参考本人知乎专栏文章《支付结算杂谈》。 路由系统，即智能选择最优‘‘线路’’，对于支付结算系统而言，就是要智能选择入款、出款渠道，那如何体现其智能呢？我们先看几个例子： 例子 1： 现有 2 个渠道，渠道 A 的收费规则是 1‰，渠道 B 的收费规则是 2 元1 笔。毫无疑问，在其他条件相同的情况下，我们更同意使用更便宜的渠道，而手续费到底哪家便宜，会根据交易金额有所不同。 路由，就是要实现节约成本！ 例子 2： 现有 2 个出款渠道，收费都是 2 元 1 笔，渠道 A 的到账时效一般在30 分钟内，渠道 B 的到账时效一般在 2 小时内。显然，通常我们会选择到账时效快的。 路由， 就是要提高用户体验！ 例子 3：现有 2 个渠道，不管从成本上来说还是从用户体验来说渠道 A 都占尽优势，可是有个硬伤，此笔交易渠道 A 走不通， 虽然渠道 B 成本高点速度慢点，但是毕竟能走通且满足用户的需求，也只好使用渠道 B 了。 路由，就是要确保渠道可用！ 还有还有，假如某个渠道突然瘫痪怎么办，傻傻的等到对方恢复吗？ 以上，我们对几个最基本的点进行了考虑，总结下来就是： 路由系统，在满足当前交易的前提条件下，选择我们最希望的结果。其中，前提条件有很多，入款和出款还不太一样，一般有单笔限额、渠道当前是否可用等，后面会详述；最希望的结果，与公司的政策策略相关，一般可能考虑的是成本和用户体验。 我们看下入款（支付） 、出款（提现）渠道常见的几个限制维度：入款：单笔限额、卡种、银行、当日限额、 当月限额等；出款：到账时效、金额、发卡行、发起时间、账户类型（对公、对私）等，出款这块的知识可以参考之前的一篇文章《提现业务流程》； 路由系统逻辑图可以参考下图： 相关说明：根据手续费从低到高对渠道进行排序，对于手续费相同的，则再依据渠道权重进行排序；根据渠道排序依次对渠道条件进行检查，假如当前渠道有任一条件不满足，则该渠道不满足条件，进行下一渠道条件检查直到找出满足的渠道，假如所有渠道皆不满足，则不支持本次交易。 以上路由系统逻辑模式比较适合渠道较多，推断规则较复杂的场景，假如是出款路由，且规则相对简单，也可以使用如下模型： 大致逻辑为：配置 N 条规则及 1 条默认渠道每条...
