銀聯(lián)“地獄級對賬單”的解析模型

0 評論 4991 瀏覽 14 收藏 10 分鐘
🔗 产品经理专业技能指的是:需求分析、数据分析、竞品分析、商业分析、行业分析、产品设计、版本管理、用户调研等。

銀聯(lián)清算機構和備付金行都會下發(fā)資金賬單,那么這兩個資金賬單在資金對賬層面是否一致呢?據(jù)了解,銀聯(lián)的賬單文件形式比較復雜,解析難度大,本文將總結如何設計一個模型來解析銀聯(lián)機構的賬單,一起來看看吧。

斷直連之前支付機構會通過銀聯(lián)分支簽約一些銀聯(lián)通道,這樣通過銀聯(lián)分支機構清算的資金進入到某行的資金賬戶中。

此時,銀聯(lián)清算機構和備付金行都會下發(fā)資金賬單,那么這兩個資金賬單在資金對賬層面是否一致呢?

同樣,在交易對賬環(huán)節(jié)是按照支付通道維度核對的,那么清算文件對應的“應收應付金額”與上述的2套資金賬單的結果是否一致呢?

這就是整個核算體系,3套賬單之間需要進行比對。

其中,銀聯(lián)的賬單文件形式比較復雜,解析難度大,本文就是設計一個模型來解析銀聯(lián)機構的“魔鬼賬單”。

同樣,本文的一些思路也可以用于其他類型文件的解析。

一、銀聯(lián)賬單分析

我們看銀聯(lián)分支機構提供的賬單:

1. 賬單的表頭

表頭中主要關注的機構號:“清算機構:*****”;就像一個企業(yè)的企業(yè)信用編號,通過機構號你就知道這是哪個地區(qū)的哪家銀聯(lián)分支機構。

2. 交易類型

交易類型其實代表的是類似“消費支付、支付退款、充值、付款”等類型,只不過交易類型名稱看起來比較晦澀,不容易懂,因此枚舉和解讀交易類型很有必要,以下是個別交易類型。

3. 4個費用列

整個文件最核心的是4個費用列,分別是交易金額、交換費、轉(zhuǎn)接清算費、資金清算凈額。

每個費用列又有2個子列,借、貸,借就是減少支付機構賬戶余額,貸就是增加賬戶余額。

4. 每個數(shù)字

賬單中有很多數(shù)字,每個數(shù)字都代表著某個費用的數(shù)值,但是我們要解構這個數(shù)值的全部含義。

可以采用定位法,也就是一個坐標來定位這個數(shù)字:

A(x,y,z)={(x,y,z)|(交易類型、費用列、借貸方向)}

通過這個坐標,我們就可以定位出整個文件中的全部數(shù)值,未來要解析這個賬單時,我們就通過坐標進行解析。

比如(網(wǎng)上消費受理、交易金額、貸)=35473134.25。

二、支付機構層面的費用

支付機構內(nèi)部有自己的一套核算體系,在資金對賬環(huán)節(jié)也有一套自己的費用編號和名稱,比如交易入金等。

那么,任何通道下發(fā)的賬單都需要解析到對應的支付機構層面的費用上,比如這個通道的交易入金是多少,手續(xù)費是多少等等。

這樣的話就需要一套映射算法,去將機構賬單中的數(shù)字解析成支付機構的費用。

比如:(網(wǎng)上消費受理、交易金額、貸)屬于“交易入賬(本金)”,但屬于并不是算法,因為銀聯(lián)賬單中很多的坐標都屬于交易入賬(本金)。

所以,需要建立一個支付機構費用與銀聯(lián)賬單之間的關系模型。

三、費用關系模型

這里需要一個算法去建立支付機構費用和銀聯(lián)賬單數(shù)值坐標的關系,即支付機構費用的數(shù)值是銀聯(lián)賬單坐標數(shù)值的函數(shù)。

支付機構費用=F{A1(x1,y1,z1),A2(x2,y2,z2),…,An(xn,yn,zn)}

比如:

交易入賬(本金)=(間聯(lián)POS消費受理 ,交易金額,貸)-(間聯(lián)POS消費撤銷受理,交易金額,借)+(POS查詢受理方 ,交易金額,貸)

這樣,我們就建立了一個可配置化的算法。

支付機構的費用由銀聯(lián)賬單的(交易類型,費用列,借貸方向)運算得到,其中:

(1)交易類型的枚舉值

(2)費用列的枚舉值

共有交易金額、交換費、轉(zhuǎn)接清算費、資金清算凈額,四個費用列。

(3)借貸方向枚舉值

共有借、貸兩個方向。

通過上面的分析,我們將銀聯(lián)賬單解構出來了,系統(tǒng)要實現(xiàn)的就是通過交易類型、費用列、借貸方向的枚舉值,獲取賬單中的全部數(shù)值,并給數(shù)值賦予A(x,y,z)的坐標。

為了與交易對賬的接口維度數(shù)據(jù)能夠一致,我們可以將銀聯(lián)賬單數(shù)據(jù)解析到接口的層面,以下是算法舉例。

四、將上述業(yè)務產(chǎn)品化

上面我們分析完了業(yè)務模型以及賬單的解析模型,那么下一步就需要將上面的內(nèi)容產(chǎn)品化,做成系統(tǒng)在邏輯上可以運行,財務在后臺可以操作的產(chǎn)品系統(tǒng)。

1. 機構信息的管理

第一步就是將資金賬戶、銀聯(lián)機構機構、機構賬單的交易類型進行信息化,這個在配置解析規(guī)則時直接選擇配置好的信息即可。

結構化信息:

資金賬號-銀聯(lián)機構號-交易類型(行名稱)

2. 接口信息與費用信息

我們需要將接口(這個在主數(shù)據(jù)有配置好的直接選擇)與銀聯(lián)機構號之間建立關聯(lián)。

同樣,需要建設一個支付機構內(nèi)部費用的枚舉,這個在主數(shù)據(jù)同樣存在,就不再贅述了。

3. 費用算法維護

以上信息配置好以后,接下來就是構建配置解析算法的能力,要實現(xiàn)的目標是,可以建立支付機構費用與銀聯(lián)賬單坐標之間的計算規(guī)則。

4. 銀聯(lián)賬單計費結果

通過上面的配置,獲取銀聯(lián)賬單以后,就可以通過配置的算法解析出我們想要的結果了。

在對賬系統(tǒng)中我們介紹過一些解析文件的規(guī)則配置,本文的解析配置也算是文件解析配置的一種,希望對你有所啟發(fā)。

專欄作家

陳天宇宙,微信公眾號:陳天宇宙,人人都是產(chǎn)品經(jīng)理專欄作家。多平臺支付領域?qū)谧髡?,十年資深產(chǎn)品;專注為10萬支付產(chǎn)品經(jīng)理和支付機構以及企業(yè)提供深度支付內(nèi)容和服務!

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自 Unsplash,基于 CC0 協(xié)議。

該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務。

更多精彩內(nèi)容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!
专题
16507人已学习12篇文章
本专题的文章分享了支付体系的设计指南。
专题
17895人已学习13篇文章
用户等级体系是产品的底层基础之一,也是用户成长激励体系之一。本专题的文章分享了如何搭建用户等级体系。
专题
16820人已学习12篇文章
如何搞懂财务和业务之间的关系,并推进业务系统财务模块的建设呢?本专题的文章分享了财务系统的设计指南。
专题
12902人已学习11篇文章
内容管理系统是一种位于WEB 前端(Web 服务器)和后端办公系统或流程(内容创作、编辑)之间的软件系统。本专题的文章分享了内容管理系统(CMS)的设计指南。
专题
15992人已学习12篇文章
数据中台是处于业务前台和技术后台的中间层。本专题的文章分享了如何搭建数据中台。
专题
45230人已学习12篇文章
产品经理和运营都要懂一点的推荐算法基础和进阶知识