写东西的主要目的是为了记录，所以叫做日记。何以解忧，唯有写字。
今天讲讲路由，当然不是家里带天线的那个，是支付渠道路由。
为什么需要支付渠道路由
随着银行资金监管的趋严及代扣逐步退出历史舞台，多支付渠道接入对于互联网金融平台已是大势所趋，以此来保证客户的资金充值和到期还款的成功率。
多个支付渠道同时接入时，我们需要保证交易路由至最适合它的那个条路径，以此来保证支付成功率，同时降低运营成本。
渠道路由设计构想
渠道路由部分主要由：支付渠道信息，支付渠道银行限额，支付渠道路由规则，默认支付渠道，部分组成。
支付渠道路由信息：负责维护对应三方支付渠道的相关信息。
支付渠道银行限额：负责维护三方支付渠道每个对应银行的限额信息，包括单笔限额，当日限额等信息
支付渠道路由规则：负责维护渠道路由规则，可采取多种系统构思方案来进行，根据自身系统的业务复杂度，来选择设计模式。
默认支付渠道：在无可用路由规则或无可用渠道时，选择默认路由进行交易。
渠道路由系统里的交易流程
渠道筛选
在交易进入渠道路由系统后，需要筛选能满足该笔交易要求的可用渠道主要筛选条件如下：
渠道签约、渠道目标银行，渠道状态，单笔限额，单日限额等信息
在超出单笔限额但满足其他交易条件的时候，我们需要进行交易订单的金额拆分，具体拆分规则需要依照业务场景来设计
渠道路由规则设计
渠道路由的实现模式主要取决于你的规则因子有哪些，需要复杂的规则模式，还是简单的取优。
通常我们考虑的规则因子有这些：
费率->决定着公司需要为这笔交易花费多少钱
渠道成功率->决定着客户的交易成功率
渠道时效性->交易时效性
最近交易->客户最近一笔交易选择的渠道
根据不同公司的情况可能还会有营销策略等其他规则因子。
基于规则因子，我们可以去构思如何设计渠道路由规则，扩展性最强的当选规则引擎，其次是权重排序，再者if-else语句。
通常来说，三方支付渠道的交易稳定性一般都比较可观，公司考虑更多的会是交易手续费的问题，在没有其他需求的情况下，我们可以直接采取比较交易手续费的方式来做。
私以为支付渠道没有必要一步做到位，根据公司及个人的当前情况来定是最好的，当然如果在资源充足的情况下，直接使用规则引擎的模式比如groovy，在后续我们有较多的规则因子的情况下，会减少很多后期的工作量。
事事空闲随笔记，愿能解君一惑兮
作者：WellDo
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
