国产亚洲精品美女久久久,国产在线观看18岁,AV研究所永久免费看

隨著互聯(lián)網(wǎng)行業(yè)的興起，線上支付已經(jīng)逐步取代了傳統(tǒng)的現(xiàn)金交易，而對(duì)于涉及支付相關(guān)的系統(tǒng)來(lái)說(shuō)，最棘手的事情莫過(guò)于系統(tǒng)間的對(duì)賬工作了，因?yàn)橹Ц断到y(tǒng)中所有跨系統(tǒng)或是服務(wù)的數(shù)據(jù)交互，理論上都應(yīng)該進(jìn)行對(duì)賬，即系統(tǒng)中產(chǎn)生的每一筆交易，都需要相關(guān)上下游系統(tǒng)的交易數(shù)據(jù)一致。那么，什么是對(duì)賬？對(duì)賬系統(tǒng)在這個(gè)支付服務(wù)中所承擔(dān)的職責(zé)又是什么？筆者就此分享我們?cè)趯?duì)賬系統(tǒng)建設(shè)方面的一些實(shí)踐經(jīng)驗(yàn)。

什么是對(duì)賬？

傳統(tǒng)的對(duì)賬又稱為核對(duì)賬目，是指在會(huì)計(jì)核算中，為保證賬簿記錄正確可靠，對(duì)賬簿中的有關(guān)數(shù)據(jù)進(jìn)行檢查和核對(duì)的工作。在銀行或者第三方支付中，對(duì)賬指對(duì)前一個(gè)清算周期內(nèi)的交易信息進(jìn)行核對(duì)，以確保交易信息的一致性和正確性，一般都是第二天在銀行或者第三方支付公司對(duì)前一日交易進(jìn)行清分，生成對(duì)賬單供商戶方進(jìn)行下載，并將應(yīng)結(jié)算款結(jié)算給對(duì)應(yīng)商戶系統(tǒng)。

對(duì)賬系統(tǒng)

對(duì)賬系統(tǒng)，是支付體系中最重要的一環(huán)，也是保證交易、資金安全的最后一道防線。通過(guò)系統(tǒng)的使用，不僅可以提升對(duì)賬效率和解放人工對(duì)賬工作量，而且還可以快速擴(kuò)展其他支付類渠道，它的職責(zé)就是替代傳統(tǒng)的人工對(duì)賬，解放人工對(duì)賬的工作量，提升對(duì)賬效率，實(shí)現(xiàn)系統(tǒng)自動(dòng)化。

以筆者多年前參與的項(xiàng)目為例，對(duì)接了多個(gè)銀行渠道系統(tǒng)進(jìn)行代收代付業(yè)務(wù)，在實(shí)際應(yīng)用場(chǎng)景中，生產(chǎn)交易系統(tǒng)總會(huì)存在因掉單或者系統(tǒng)突發(fā)異常導(dǎo)致的同一筆交易在支付系統(tǒng)與銀行系統(tǒng)的信息不對(duì)稱，使得支付系統(tǒng)在銀行的賬戶資金實(shí)際發(fā)生額與應(yīng)該發(fā)生額不一致，比如長(zhǎng)款（銀行多結(jié)算給支付系統(tǒng)）和短款（銀行少結(jié)算給支付系統(tǒng)）。

而隨著業(yè)務(wù)的體量不斷增加、定制化與個(gè)性化的業(yè)務(wù)場(chǎng)景不斷細(xì)化，接入更多的支付渠道已成為未來(lái)可預(yù)見(jiàn)的必然趨勢(shì)。在這樣的前提下，人工進(jìn)行賬目核對(duì)已經(jīng)很難達(dá)到財(cái)務(wù)部門(mén)所提出的要求，如何依據(jù)軟件工程設(shè)計(jì)理論和結(jié)合系統(tǒng)架構(gòu)現(xiàn)狀，設(shè)計(jì)一款滿足對(duì)賬功能、安全可靠和易于維護(hù)的高質(zhì)量的對(duì)賬系統(tǒng)，顯得尤為重要。

如何高效對(duì)賬

通過(guò)對(duì)既有系統(tǒng)以及其他渠道系統(tǒng)進(jìn)行研究發(fā)現(xiàn)，對(duì)賬的通用流程大致分為如下步驟： 渠道對(duì)賬單下載、對(duì)賬單文件解析、對(duì)賬(軋賬/平賬)。對(duì)賬系統(tǒng)是一個(gè)以定時(shí)任務(wù)為主的系統(tǒng)，我們?cè)谙到y(tǒng)架構(gòu)方面基于分布式任務(wù)框架elastic-job與自定義任務(wù)邏輯相結(jié)合的方式進(jìn)行設(shè)計(jì)，其中elastic-job作為無(wú)中心化的分布式定時(shí)調(diào)度框架，其優(yōu)勢(shì)就是保證后續(xù)任務(wù)可以在任意節(jié)點(diǎn)中執(zhí)行。業(yè)務(wù)邏輯架構(gòu)如圖1所示:

圖1:對(duì)賬系統(tǒng)架構(gòu)

各個(gè)功能模塊功能：

1、對(duì)賬單下載

對(duì)賬單下載組件根據(jù)各個(gè)支付渠道不同的對(duì)賬周期定時(shí)觸發(fā)，通過(guò)支付渠道提供的方法獲取相應(yīng)的對(duì)賬文件。目前主流的獲取方式大致分為 HTTP(S) 和 FTP 兩種下載方式。

從技術(shù)實(shí)現(xiàn)的角度來(lái)說(shuō)，我們可以將其設(shè)計(jì)為工廠模式，針對(duì)不同的支付渠道對(duì)應(yīng)不同的下載類，如果是http接口可以將獲取到的文件寫(xiě)入到對(duì)賬單中，用于后續(xù)解析操作，如果是對(duì)方提供的是ftp服務(wù)器，則需要將服務(wù)器中的對(duì)賬單下載至本機(jī)。在這個(gè)環(huán)節(jié)中，為了防止單一應(yīng)用宕機(jī)導(dǎo)致系統(tǒng)產(chǎn)生異常，對(duì)賬單下載至本地后會(huì)同步將其上傳至DFS服務(wù)器中，方便后續(xù)步驟中的定時(shí)任務(wù)可以從DFS服務(wù)器中獲取到對(duì)應(yīng)的對(duì)賬單文件。這個(gè)環(huán)節(jié)的主要編碼工作包括通用ftp工具類、http(s)工具類的編寫(xiě)，并會(huì)涉及到IO讀寫(xiě)相關(guān)的實(shí)現(xiàn)。

在下載對(duì)賬單的步驟中，很多同仁都踩過(guò)不少坑,也針對(duì)共性問(wèn)題進(jìn)行了總結(jié)，那就是“HTTP(S)用apache httpclient即可實(shí)現(xiàn)鏈接池和斷點(diǎn)續(xù)傳功能,亦可使用Apache Commons Net API實(shí)現(xiàn)FTP的上傳與下載。但不管是哪一種方式，都需要謹(jǐn)慎的設(shè)置重試次數(shù)、重試間隔以及鏈接超時(shí)時(shí)間,其原因是重試太頻繁容易導(dǎo)致服務(wù)器夯死；時(shí)間間隔太大又會(huì)阻塞后續(xù)處理步驟，評(píng)估下來(lái)5～10分鐘是一個(gè)較為合理的重試間隔區(qū)間。”

當(dāng)然，在實(shí)際應(yīng)用種如何選擇這個(gè)重試的區(qū)間，可能需要我們?cè)陂_(kāi)發(fā)時(shí)結(jié)合自身系統(tǒng)的特點(diǎn)制訂出符合自身要求時(shí)間范圍。

2、對(duì)賬單轉(zhuǎn)換

對(duì)于不同的支付渠道，其對(duì)賬單的文件格式也略有不同，包含XML、Excel、Text、csv等不同形式。

如果完全按照下游渠道系統(tǒng)提供的原始賬單格式進(jìn)行對(duì)賬單存儲(chǔ)，那么對(duì)于后續(xù)的賬單數(shù)據(jù)處理邏輯就會(huì)隨著下游渠道的增加而不斷的擴(kuò)展，并且每增加一個(gè)新的支付渠道，賬單存儲(chǔ)表都需要根據(jù)渠道賬單結(jié)構(gòu)新建，使得開(kāi)發(fā)工作量大幅增加。因此，從對(duì)賬模塊來(lái)看，為了讓后續(xù)的對(duì)賬操作變得統(tǒng)一，需要格式化不同形式的對(duì)賬文件，并對(duì)其進(jìn)行標(biāo)準(zhǔn)化處理顯得尤為重要。

由于支付渠道系統(tǒng)在設(shè)計(jì)上存在差異性，我們需要為每個(gè)渠道開(kāi)發(fā)一套對(duì)應(yīng)的解析規(guī)則，可能包含計(jì)量單位的轉(zhuǎn)換、交易日期的格式化、交易結(jié)果的映射轉(zhuǎn)換等操作，對(duì)賬單轉(zhuǎn)換模塊的職責(zé)就是將各式各樣的數(shù)據(jù)源解析為標(biāo)準(zhǔn)格式后插入交易記錄表中，用于后續(xù)對(duì)賬工作。

在導(dǎo)入數(shù)據(jù)的過(guò)程中，我們選擇使用批量導(dǎo)入操作，一方面可以避免重復(fù)記錄導(dǎo)致的臟數(shù)據(jù)，另一方面也可避免逐行入庫(kù)操作過(guò)程中因每次重新建立網(wǎng)絡(luò)連接、關(guān)閉連接造成的效率低下。

3、對(duì)賬模塊

在對(duì)賬模塊中，通常以系統(tǒng)調(diào)用方產(chǎn)生的交易訂單號(hào)作為關(guān)聯(lián)條件，使用事先定義好的比對(duì)規(guī)則核對(duì)對(duì)賬文件中的記錄與本地流水信息，得到一個(gè)交集與兩個(gè)并集。這兩個(gè)并集中的數(shù)據(jù)即為對(duì)賬過(guò)程中產(chǎn)生直接的差異數(shù)據(jù)，而交集部分的數(shù)據(jù)集說(shuō)明根據(jù)訂單號(hào)是可以獲取到對(duì)應(yīng)記錄，當(dāng)然，我們還需要對(duì)其金額以及支付結(jié)果等信息進(jìn)行比對(duì)。

在對(duì)賬的過(guò)程中可能出現(xiàn)某些系統(tǒng)無(wú)法匹配的異常數(shù)據(jù)，為了便于分析，我們需要將三個(gè)集合中出現(xiàn)的長(zhǎng)款、短款、金額不一致等問(wèn)題記錄在差異表中，并同時(shí)登記產(chǎn)生差錯(cuò)的類型。對(duì)于某些類型的差異數(shù)據(jù)，對(duì)賬系統(tǒng)在后續(xù)的跑批中能夠自動(dòng)化處理，一致化交易數(shù)據(jù)。而對(duì)于那些系統(tǒng)無(wú)法處理的異常，則需要人工干預(yù)排查問(wèn)題原因，并尋找合理的解決方式。此外，由于各個(gè)支付系統(tǒng)的日切時(shí)間會(huì)存在細(xì)微的差異，對(duì)于可能在當(dāng)日的賬單數(shù)據(jù)中沒(méi)有匹配到待對(duì)賬的數(shù)據(jù)需要我們進(jìn)行滾動(dòng)對(duì)賬。

圖2:交易流水表與對(duì)賬單表邏輯關(guān)系

4、差錯(cuò)處理

差錯(cuò)處理的目的就是分類記錄對(duì)賬過(guò)程中出現(xiàn)的異常數(shù)據(jù)，并通過(guò)系統(tǒng)自動(dòng)處理或者人工干預(yù)的方式將賬務(wù)對(duì)平，常見(jiàn)的賬務(wù)處理方式有 掛賬、登賬、調(diào)賬 。

補(bǔ)單： 通過(guò)人為干預(yù)方式，將原有業(yè)務(wù)進(jìn)行下去，如通過(guò)接口人工干預(yù)訂單狀態(tài)

掛賬： 對(duì)于不平賬單，先掛起，等查明后再進(jìn)行相應(yīng)處理

登賬： 會(huì)計(jì)記賬，伴隨虛擬資金從一個(gè)賬戶向另一個(gè)賬戶轉(zhuǎn)移的過(guò)程(原始憑證)

針對(duì)可能出現(xiàn)的情況分類，處理方式分為如下幾類：

(1) 本地交易流水中支付狀態(tài)為未支付，但是支付渠道對(duì)賬單中顯示記錄為已支付。這可能是由于本地未正確接收到支付渠道異步通知的消息所導(dǎo)致。針對(duì)這種情況，我們通過(guò)補(bǔ)償機(jī)制同步交易未決的流水信息來(lái)盡量避免這種情況的出現(xiàn)，但是特殊情況下，亦可通過(guò)數(shù)據(jù)維護(hù)的方式將本地支付狀態(tài)修改與渠道側(cè)一致，并響應(yīng)后續(xù)的流程處理等。

(2) 本地交易流水與支付渠道支付狀態(tài)一致均為已支付，但是金額不同。這個(gè)情況一般以支付渠道的金額為準(zhǔn)，需要人工核查自有系統(tǒng)的代碼是否存在缺陷，導(dǎo)致交易過(guò)程中金額計(jì)算出現(xiàn)了誤差，出現(xiàn)記錄失真的情況。

(3) 本地流水中已支付，但是支付渠道中無(wú)記錄。在排查這類問(wèn)題的時(shí)候首先要判斷是否因?yàn)榻灰卓缣焖鶎?dǎo)致的，因?yàn)榻灰紫到y(tǒng)與第三方支付渠道的過(guò)程中恰好跨天，這樣就會(huì)導(dǎo)致前一天的數(shù)據(jù)出現(xiàn)一筆短款記錄，而后一天又會(huì)出現(xiàn)一筆長(zhǎng)款記錄,這個(gè)時(shí)候就需要進(jìn)行補(bǔ)對(duì)賬操作，來(lái)補(bǔ)償那些由于某些原因未對(duì)賬的數(shù)據(jù)，具體流程如圖3所示。

圖 3: 滾動(dòng)補(bǔ)對(duì)賬流程

總體來(lái)說(shuō)，我們發(fā)現(xiàn)不同渠道的對(duì)賬工作會(huì)存在細(xì)微的差異，但是具體的步驟卻又具有共性。細(xì)節(jié)往往決定事情的成敗，簡(jiǎn)單的業(yè)務(wù)反而需要更加細(xì)心去處理可能存在的異常情況。比如，下載過(guò)程中斷線后如何操作，重試次數(shù)如何設(shè)置以及超時(shí)時(shí)間的設(shè)定都需要結(jié)合實(shí)際業(yè)務(wù)，并深入熟悉其背景后選擇最優(yōu)解決方案。

另外，從技術(shù)角度發(fā)現(xiàn)對(duì)賬過(guò)程中逐行比對(duì)算法效率較低，但目前仍未找到更為合理的算法進(jìn)行替代，如采用數(shù)據(jù)庫(kù)INTERSECT、MINUS的方式進(jìn)行比對(duì)則將壓力轉(zhuǎn)嫁到了對(duì)數(shù)據(jù)庫(kù)側(cè)。當(dāng)業(yè)務(wù)呈井噴式增長(zhǎng)時(shí)，大量的交易數(shù)據(jù)需要進(jìn)行對(duì)賬操作，也會(huì)導(dǎo)致數(shù)據(jù)庫(kù)負(fù)荷較高，通過(guò)讀寫(xiě)分離以及避開(kāi)交易高峰等空間換時(shí)間的操作雖然可降低生產(chǎn)系統(tǒng)的風(fēng)險(xiǎn)，但仍沒(méi)有從根本上徹底解決問(wèn)題。后續(xù)優(yōu)化重構(gòu)的過(guò)程中也會(huì)嘗試使用Redis等NOSQL數(shù)據(jù)庫(kù)進(jìn)行對(duì)賬操作，如使用Redis的set集合的sdiff功能，返回兩個(gè)集合之間的差異集合，比對(duì)解析后的對(duì)賬單記錄和本地自有記錄的差異，降低對(duì)生產(chǎn)交易中的mysql數(shù)據(jù)庫(kù)的壓力，并且Redis數(shù)據(jù)庫(kù)在擴(kuò)展上也相對(duì)容易。

當(dāng)然，這個(gè)方案是否是最優(yōu)解仍需要驗(yàn)證后才可知，如何在特定的情況制定出一套最佳方案仍需要我們?cè)诼L(zhǎng)路上不斷探索與研究。

本文作者：興業(yè)數(shù)金供應(yīng)鏈金融事業(yè)部技術(shù)團(tuán)隊(duì) 張佳鵬

特別聲明：

文章來(lái)源：興業(yè)數(shù)金公眾號(hào)（ID：gh_b700b775ae81）

原文鏈接：https://mp.weixin.qq.com/s/2tiHlWT_6iXmIRpxnlwCww

如有侵權(quán)，請(qǐng)聯(lián)系刪除

繼續(xù)閱讀：對(duì)賬對(duì)賬系統(tǒng) 流程自動(dòng)化 RPA