支付|聚合支付的路由系统设计( 二 )


支付|聚合支付的路由系统设计
文章插图
三、支付路由引擎基于路由规则构建路由引擎,路由引擎主要包括:路由规则表、路由规则集、路由规则树。
一般采用判断引擎的方式,以支持对路由规则的灵活调整。
1. 路由规则表路由规则表以表格形式将路由规则抽象化,通过描述充值金额、到账时效性、银行卡类型等变量作为判断引擎的条件,然后根据用户提交的支付信息去匹配规则表的一个或多个路由规则,以便快速做出决策。
支付|聚合支付的路由系统设计
文章插图
2. 路由规则集路由规则集是支付路由中使用频率最高的一种判断引擎的实现方式。
利用判断引擎的规则设计器将交易限额、导致时效性和银行卡类型等路由规则最大限度的可视化。
在路由规则集中当条件满足时会自动执行路由动作,并给用户推荐路由渠道。
支付|聚合支付的路由系统设计
文章插图
3. 路由规则树路由决策树是判断引擎中提供的另外一种构建路由规则的方式,把路由规则定义用到的所有条件节点都以树的形式表现出来。路由规则树对于充值金额的判断逻辑很简单,只筛选目前可用的支付渠道即可。
支付|聚合支付的路由系统设计
文章插图
四、支付路由渠道对接多个支付产品并给用户推荐最优的支付渠道,对平台而言是在确保系统稳定的前提下降低通道费用,对用户而言是在确保支付体验的前提下减少通道选择。
因此,系统稳定好、通道费用低、支付体验好是支付路由选择支付通道的最关键因素。
以华创微课的银行路由为例,当前聚合了中国银行、交通银行、农业银行等支付渠道,根据模式分类、黑名单过滤、白名单过滤、路由模板(主要包括渠道QOS、渠道限额、渠道费率、到账实效性、营销费用、开户成功率、交易掉单率等)来确定银行路由的路由状态、路由比例、优先级排序。
支付|聚合支付的路由系统设计
文章插图
通过银行路由配置中国银行A、交通银行B、农业银行C的路由比例分别为30%:60%:10%,假设A通过渠道路由并完成充值的用户数为200人,B通过渠道路由并完成充值的用户数为250人,C通过渠道路由并完成充值的用户数为50人。若业务系统再来一批(单个或若干)充值新用户,将会优先分配给哪个银行渠道?

  • 渠道A的当前负荷为:30÷(30+60+10) – 200÷(200+250+50) = 0.3-0.4 = -0.1 繁忙状态
  • 渠道B的当前负荷为:60÷(30+60+10) – 250÷(200+250+50) = 0.6-0.5 = 0.1 空闲
  • 渠道C的当前负荷为:10÷(30+60+10) – 50÷(200+250+50) = 0.1-0.1 = 0 正常
由于路由比例(权重)是计算某一个支付时刻的繁忙状态,且与支付渠道的处理效率有关,以此类推,将会分配给渠道B交通银行。
在进行华创微课钱包充值过程中,用户选择充值面额、充值方式,并提交订单支付完成充值。其实在收银台选择充值方式的环节,支付系统会根据路由规则调整银行渠道的排序,并给用户默认选择一个最优的银行渠道:交通银行,以此来保证支付成功率,同时降低通道费用。
支付|聚合支付的路由系统设计
文章插图
用户提交充值订单支付后,就需要支付系统执行银行代扣。银行代扣主要包括:银行直连、三方渠道、网银通道、银联渠道等支付渠道。
为了提高充值成功率,降低通道费用,一般会选择银行直连的方式进行代扣。
支付|聚合支付的路由系统设计