银联清算机构和备付金行都会下发资金账单,那么这两个资金账单在资金对账层面是否一致呢?据了解,银联的账单文件形式比较复杂,解析难度大,本文将总结如何设计一个模型来解析银联机构的账单,一起来看看吧。
断直连之前支付机构会通过银联分支签约一些银联通道,这样通过银联分支机构清算的资金进入到某行的资金账户中。
此时,银联清算机构和备付金行都会下发资金账单,那么这两个资金账单在资金对账层面是否一致呢?
同样,在交易对账环节是按照支付通道维度核对的,那么清算文件对应的“应收应付金额”与上述的2套资金账单的结果是否一致呢?
这就是整个核算体系,3套账单之间需要进行比对。
其中,银联的账单文件形式比较复杂,解析难度大,本文就是设计一个模型来解析银联机构的“魔鬼账单”。
同样,本文的一些思路也可以用于其他类型文件的解析。
一、银联账单分析
我们看银联分支机构提供的账单:
1. 账单的表头
表头中主要关注的机构号:“清算机构:*****”;就像一个企业的企业信用编号,通过机构号你就知道这是哪个地区的哪家银联分支机构。
2. 交易类型
交易类型其实代表的是类似“消费支付、支付退款、充值、付款”等类型,只不过交易类型名称看起来比较晦涩,不容易懂,因此枚举和解读交易类型很有必要,以下是个别交易类型。
3. 4个费用列
整个文件最核心的是4个费用列,分别是交易金额、交换费、转接清算费、资金清算净额。
每个费用列又有2个子列,借、贷,借就是减少支付机构账户余额,贷就是增加账户余额。
4. 每个数字
账单中有很多数字,每个数字都代表着某个费用的数值,但是我们要解构这个数值的全部含义。
可以采用定位法,也就是一个坐标来定位这个数字:
A(x,y,z)={(x,y,z)|(交易类型、费用列、借贷方向)}
通过这个坐标,我们就可以定位出整个文件中的全部数值,未来要解析这个账单时,我们就通过坐标进行解析。
比如(网上消费受理、交易金额、贷)=35473134.25。
二、支付机构层面的费用
支付机构内部有自己的一套核算体系,在资金对账环节也有一套自己的费用编号和名称,比如交易入金等。
那么,任何通道下发的账单都需要解析到对应的支付机构层面的费用上,比如这个通道的交易入金是多少,手续费是多少等等。
这样的话就需要一套映射算法,去将机构账单中的数字解析成支付机构的费用。
比如:(网上消费受理、交易金额、贷)属于“交易入账(本金)”,但属于并不是算法,因为银联账单中很多的坐标都属于交易入账(本金)。
所以,需要建立一个支付机构费用与银联账单之间的关系模型。
三、费用关系模型
这里需要一个算法去建立支付机构费用和银联账单数值坐标的关系,即支付机构费用的数值是银联账单坐标数值的函数。
支付机构费用=F{A1(x1,y1,z1),A2(x2,y2,z2),…,An(xn,yn,zn)}
比如:
交易入账(本金)=(间联POS消费受理 ,交易金额,贷)-(间联POS消费撤销受理,交易金额,借)+(POS查询受理方 ,交易金额,贷)
这样,我们就建立了一个可配置化的算法。
支付机构的费用由银联账单的(交易类型,费用列,借贷方向)运算得到,其中:
(1)交易类型的枚举值
(2)费用列的枚举值
共有交易金额、交换费、转接清算费、资金清算净额,四个费用列。
(3)借贷方向枚举值
共有借、贷两个方向。
通过上面的分析,我们将银联账单解构出来了,系统要实现的就是通过交易类型、费用列、借贷方向的枚举值,获取账单中的全部数值,并给数值赋予A(x,y,z)的坐标。
为了与交易对账的接口维度数据能够一致,我们可以将银联账单数据解析到接口的层面,以下是算法举例。
四、将上述业务产品化
上面我们分析完了业务模型以及账单的解析模型,那么下一步就需要将上面的内容产品化,做成系统在逻辑上可以运行,财务在后台可以操作的产品系统。
1. 机构信息的管理
第一步就是将资金账户、银联机构机构、机构账单的交易类型进行信息化,这个在配置解析规则时直接选择配置好的信息即可。
结构化信息:
资金账号-银联机构号-交易类型(行名称)
2. 接口信息与费用信息
我们需要将接口(这个在主数据有配置好的直接选择)与银联机构号之间建立关联。
同样,需要建设一个支付机构内部费用的枚举,这个在主数据同样存在,就不再赘述了。
3. 费用算法维护
以上信息配置好以后,接下来就是构建配置解析算法的能力,要实现的目标是,可以建立支付机构费用与银联账单坐标之间的计算规则。
4. 银联账单计费结果
通过上面的配置,获取银联账单以后,就可以通过配置的算法解析出我们想要的结果了。
在对账系统中我们介绍过一些解析文件的规则配置,本文的解析配置也算是文件解析配置的一种,希望对你有所启发。
专栏作家
陈天宇宙,微信公众号:陈天宇宙,人人都是产品经理专栏作家。多平台支付领域专栏作者,十年资深产品;专注为10万支付产品经理和支付机构以及企业提供深度支付内容和服务!
本文原创发布于人人都是产品经理,未经许可,禁止转载。
题图来自 Unsplash,基于 CC0 协议。