写东西的主要目的是为了记录，所以叫做日记。何以解忧，唯有写字。

今天讲讲路由，当然不是家里带天线的那个，是支付渠道路由。

为什么需要支付渠道路由

随着银行资金监管的趋严及代扣逐步退出历史舞台，多支付渠道接入对于互联网金融平台已是大势所趋，以此来保证客户的资金充值和到期还款的成功率。

多个支付渠道同时接入时，我们需要保证交易路由至最适合它的那个条路径，以此来保证支付成功率，同时降低运营成本。

渠道路由设计构想

渠道路由部分主要由：支付渠道信息，支付渠道银行限额，支付渠道路由规则，默认支付渠道，部分组成。

支付渠道路由信息：负责维护对应三方支付渠道的相关信息。

支付渠道银行限额：负责维护三方支付渠道每个对应银行的限额信息，包括单笔限额，当日限额等信息

支付渠道路由规则：负责维护渠道路由规则，可采取多种系统构思方案来进行，根据自身系统的业务复杂度，来选择设计模式。

默认支付渠道：在无可用路由规则或无可用渠道时，选择默认路由进行交易。

渠道路由系统里的交易流程

渠道筛选

在交易进入渠道路由系统后，需要筛选能满足该笔交易要求的可用渠道主要筛选条件如下：

渠道签约、渠道目标银行，渠道状态，单笔限额，单日限额等信息

在超出单笔限额但满足其他交易条件的时候，我们需要进行交易订单的金额拆分，具体拆分规则需要依照业务场景来设计

渠道路由规则设计

渠道路由的实现模式主要取决于你的规则因子有哪些，需要复杂的规则模式，还是简单的取优。

通常我们考虑的规则因子有这些：

费率->决定着公司需要为这笔交易花费多少钱

渠道成功率->决定着客户的交易成功率

渠道时效性->交易时效性

最近交易->客户最近一笔交易选择的渠道

根据不同公司的情况可能还会有营销策略等其他规则因子。

基于规则因子，我们可以去构思如何设计渠道路由规则，扩展性最强的当选规则引擎，其次是权重排序，再者if-else语句。

通常来说，三方支付渠道的交易稳定性一般都比较可观，公司考虑更多的会是交易手续费的问题，在没有其他需求的情况下，我们可以直接采取比较交易手续费的方式来做。

私以为支付渠道没有必要一步做到位，根据公司及个人的当前情况来定是最好的，当然如果在资源充足的情况下，直接使用规则引擎的模式比如groovy，在后续我们有较多的规则因子的情况下，会减少很多后期的工作量。

事事空闲随笔记，愿能解君一惑兮

作者：WellDo

著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。