商财网-专业的商业信息聚合平台
adtop
您的位置:商财网 > 热点观察

支付清结算之渠道路由

时间:2017-08-20 17:51   来源: 互联网    作者:牧晓    阅读量:11096   

原标题:支付清结算之渠道路由

大家好,我是一个技术出生的产品,从事支付行业多年,想到当初自己学习支付的时候到处搜索资料无果,悲催的很,基本都是靠自己不断摸索测试跟大牛学习才基本弄懂。为了不让大家多走弯路也帮助自己整理思路,我会逐步分享出自己的支付经历,希望对大家能有点启发(第一次写文章,文笔有限,多多理解)。

支付清结算之渠道路由

今天我准备从最近的一件任务谈起,主要关于支付系统中渠道路由的事情。

一. 背景

我在的这家公司是做物流领域的互联网公司,周支付交易额约在亿元人民币级别,支付这块的考核指标是在降低渠道成本,这次任务是对渠道路由进行重梳理对现行的渠道路由策略有效性,合理性进行验证并提出降成本的方案。

二. 渠道路由概念说明

支付清结算系统主要包含三大块,包括支付,清结算,风控,其中渠道路由属于支付大模块中。

渠道路由即指发起的支付根据配置的渠道路由策略选择匹配的优先级最高的支付渠道完成支付的过程,已达到业务目标。

渠道路由包括几个实体:支付方式,目标机构,支付渠道。

支付清结算之渠道路由

一种支付方式会关联多个目标机构,一种支付渠道可支持多种目标机构的支付,一个目标机构可同属于多种支付渠道

1. 支付方式

对于渠道路由来说没有直接关系,本文章暂时不详谈。

2. 目标机构

支付清结算之渠道路由

目标机构 主要涵盖两个属性 一个是机构编码 一个是机构名称,支付系统一般会预先根据第三方的机构编码规范完成对系统目标机构的初始化,比如系统搭建好后就会包含农业银行,招商银行,建设银行的目标机构。

3. 支付渠道

支付清结算之渠道路由

支付渠道与路由相关的属性包括 渠道优先级,渠道特性,渠道限额,渠道费率。

(1)渠道优先级

渠道优先级由数字表示,数值越大,优先级越高。

(2)渠道特性

包含:

  • 支持的银行卡类型,如借记,贷记,综合,存折等
  • 对公/对私
  • 货币类型,如CNY,USD等
  • 其他属性

各条件之间是and关系。

(3)渠道限额

渠道限额是指支付渠道对支付所使用的银行卡所属银行,支付金额有上限和下限的限制,比如某银行支付渠道,对于工行的上限是2w,对于民生的限制是5000等。

(4)渠道费率

渠道费率是指渠道收取的通道手续费,费率模式有多种,目前我们这边的渠道费率主要有三种一种是固定费率,一种是单笔固定费用,还有一种是阶梯费率。

四. 渠道路由逻辑

支付清结算之渠道路由

上图即表示了一笔交易的路由过程,描述如下:

根据以上的说明,想必你已经很清楚渠道路由的全貌了,那我们马上就往本次任务的目的前进-即验证渠道路由策略的是否有效以及是否合理并提出降成本方案。

拟定计划

做任何事情之前我们都需要有一个计划,以明确我们如何才能到达我们的目的地,无头苍蝇只会随处乱撞,浪费时间。

那我们如何验证渠道路由策略是否有效以及是否合理了?

根据上述内容你应该很清楚渠道路由关联的实体有哪些,配置有哪些,那既然这样我们就可以拟定如下计划:

  • 通过线上系统导出交易的渠道路由追踪统计数据,统计维度:机构编码+银行卡属性(借记/贷记)(交易量,交易金额),对应命中渠道(交易量,交易金额)。
  • 根据导出数据的机构编码+银行卡属性 按上述逻辑 推算出理论上经过渠道路由应命中的支付渠道。
  • 将1,2中的数据进行一一对比并对异常情况进行定位分析。

PS~统计结果由于涉及到公司机密我就不展示给大家了,你可以尝试让你们研发或者DBA给你导出对应统计维度的数据查阅下,说不定会给你带来不一样的惊喜。

经过上述分析即可完成对渠道路由策略是否有效和合理性的验证,提出对于渠道路由的优化策略,对于我分析了我们公司路由数据后得出了如下结果:

(1)渠道路由符合策略配置要求

(2)渠道路由策略配置基本合理,部分渠道可以进行优化调整,具体渠道路由参数调整就不在本处细说,因为不同公司是不一样的。

(3)为了降低渠道费率,公司着重应该放在如下两个方向上:

在整理的过程中,自己也遇见了不少坑,这些坑都是由于多年运营遗留下来了的,只有通过每次的不同维度梳理你才能发现,比如:

  • 渠道费率这块 由于公司管理方式不一样,系统记录渠道费率与渠道结算扣除的手续费未必一致,原因商务人员谈完后与相关人员同步沟通存在断点导致,所以在梳理的时候可以与财务人员一同对渠道费率进行一次核对。
  • 渠道路由除了上述考虑因素外还需要考虑到渠道稳定性这块,比如公司接入了银联的两个支付渠道,如A和B,两个支付渠道对应的银联系统是同一套,但是限额不一样,在配置策略的时候就需要考虑渠道系统稳定性问题,A一旦支付失败,系统会进行重路由,在重路由过程中就可以不用再选择B了,因为B也会失败,反而会造成交易耗时过长等问题。

综上即为自己根据所做的事情进行的分享,支付清结算是一套闭环体系,我需要以系统思考的方式从整体上去审视它,再细化去探索它,并且不同支付清结算系统实现方式和结构也不一样。不过,产品原理相同,希望我的分享能够给你带来一点启发。

本文由 @黑锅我来扛 原创发布于人人都是产品经理。未经许可,禁止转载。

支付清结算之渠道路由

郑重声明:此文内容为本网站转载企业宣传资讯,目的在于传播更多信息,与本站立场无关。仅供读者参考,并请自行核实相关内容。

本站搜索

adr1
adr2