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

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

此時，銀聯清算機構和備付金行都會下發資金賬單，那么這兩個資金賬單在資金對賬層面是否一致呢？

同樣，在交易對賬環節是按照支付通道維度核對的，那么清算文件對應的“應收應付金額”與上述的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. 銀聯賬單計費結果

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

在對賬系統中我們介紹過一些解析文件的規則配置，本文的解析配置也算是文件解析配置的一種，希望對你有所啟發。