企業(yè)分布式賬務(wù)監(jiān)管系統(tǒng)信息化淺析

前言：想要寫(xiě)出一篇引人入勝的文章？我們特意為您整理了企業(yè)分布式賬務(wù)監(jiān)管系統(tǒng)信息化淺析范文，希望能給你帶來(lái)靈感和參考，敬請(qǐng)閱讀。

摘要：數(shù)字經(jīng)濟(jì)時(shí)代各行業(yè)的系統(tǒng)管理軟件應(yīng)運(yùn)而生，企業(yè)的財(cái)務(wù)管理也逐漸走向信息化，尤其是在業(yè)務(wù)流程復(fù)雜化、賬務(wù)數(shù)據(jù)海量化的影響下，實(shí)現(xiàn)賬務(wù)核算、賬務(wù)查詢并面向業(yè)務(wù)流程、可外延的賬務(wù)監(jiān)管系統(tǒng)對(duì)企業(yè)尤為重要。電商平臺(tái)在面對(duì)海量賬務(wù)數(shù)據(jù)的處理時(shí)大多采用分布式賬務(wù)管理模式，在該模式下可以實(shí)現(xiàn)多樣化的賬務(wù)監(jiān)管功能。由此，本文從數(shù)據(jù)動(dòng)態(tài)監(jiān)測(cè)、賬務(wù)查詢、賬務(wù)核對(duì)以及業(yè)務(wù)事件重現(xiàn)四個(gè)功能開(kāi)展分布式賬務(wù)監(jiān)管系統(tǒng)的信息化構(gòu)建，力求為企業(yè)實(shí)現(xiàn)賬務(wù)監(jiān)管工作信息化提供思路。

關(guān)鍵詞：賬務(wù)監(jiān)管分布式系統(tǒng)信息化

一、引言

在社會(huì)經(jīng)濟(jì)不斷發(fā)展和數(shù)字技術(shù)日益成熟的推動(dòng)下，企業(yè)管理系統(tǒng)逐漸走向信息化。目前，企業(yè)的賬務(wù)管理通常采用手工記賬或Excel電子記賬的傳統(tǒng)方式，在傳統(tǒng)記賬方式下賬務(wù)管理存在統(tǒng)計(jì)工作效率低、核對(duì)準(zhǔn)確性差、信息無(wú)法共享等缺點(diǎn)，無(wú)法滿足數(shù)字經(jīng)濟(jì)時(shí)代的快節(jié)奏需求，尤其是在企業(yè)業(yè)務(wù)與賬務(wù)分離的情況下，無(wú)法為管理者的決策提供及時(shí)、準(zhǔn)確的賬務(wù)信息[1]。電商平臺(tái)因其商業(yè)模式的特殊性每天需要處理上億訂單，海量的賬務(wù)管理必然需要高效率的信息化系統(tǒng)作為支撐。目前全球領(lǐng)先的電商平臺(tái)多采用分布式賬務(wù)處理方式，主要是將業(yè)務(wù)層和存儲(chǔ)層分離，基于業(yè)務(wù)交易形成的數(shù)據(jù)被存儲(chǔ)于多個(gè)數(shù)據(jù)庫(kù)進(jìn)行機(jī)器學(xué)習(xí)并形成分配策略知識(shí)庫(kù)，其業(yè)務(wù)交易數(shù)據(jù)包含賬務(wù)信息和事件信息，通過(guò)分配策略知識(shí)庫(kù)可以實(shí)現(xiàn)選擇數(shù)據(jù)庫(kù)記錄新的業(yè)務(wù)交易數(shù)據(jù)，并能夠?qū)π畔?shù)據(jù)開(kāi)展諸多功能的處理。電商平臺(tái)基于分布式賬務(wù)處理方式構(gòu)建的賬務(wù)監(jiān)管系統(tǒng)能夠?qū)崿F(xiàn)定時(shí)更新、共享作業(yè)、作業(yè)狀態(tài)監(jiān)控等功能，對(duì)于企業(yè)賬務(wù)監(jiān)管系統(tǒng)信息化的構(gòu)建具有十分重要的借鑒作用。由此，本文在分析企業(yè)賬務(wù)監(jiān)管需求和電商平臺(tái)賬務(wù)監(jiān)管系統(tǒng)的基礎(chǔ)上開(kāi)展分布式賬務(wù)監(jiān)管系統(tǒng)的信息化構(gòu)建。

二、賬務(wù)監(jiān)管系統(tǒng)的需求分析

（一）數(shù)據(jù)動(dòng)態(tài)監(jiān)測(cè)功能分析

數(shù)據(jù)動(dòng)態(tài)監(jiān)測(cè)功能一方面需要實(shí)時(shí)從外部獲取資金變動(dòng)業(yè)務(wù)信息并及時(shí)開(kāi)展業(yè)務(wù)處理，更為重要的是對(duì)資金流動(dòng)的相關(guān)信息進(jìn)行動(dòng)態(tài)監(jiān)測(cè)和數(shù)據(jù)加密存儲(chǔ)[2]。按照業(yè)務(wù)范疇來(lái)看，需要將采購(gòu)、生產(chǎn)、營(yíng)銷等職能部門(mén)設(shè)定為業(yè)務(wù)單位，從各業(yè)務(wù)單位的周報(bào)、月報(bào)中獲取資金變動(dòng)業(yè)務(wù)信息并在后期進(jìn)行校驗(yàn)，此外，為了實(shí)現(xiàn)信息數(shù)據(jù)的實(shí)時(shí)收集需要各職能部門(mén)及時(shí)傳遞相關(guān)信息，或者由財(cái)務(wù)人員、系統(tǒng)管理人員定期手動(dòng)獲取。從具體的功能來(lái)看，需要實(shí)現(xiàn)數(shù)據(jù)收集和數(shù)據(jù)加密：數(shù)據(jù)收集主要通過(guò)與ERP系統(tǒng)連接可以實(shí)現(xiàn)信息數(shù)據(jù)的自動(dòng)獲取，此外，還應(yīng)與各業(yè)務(wù)單位制定標(biāo)準(zhǔn)格式的文本文件，采用人工傳遞補(bǔ)錄的方式收集信息數(shù)據(jù)；數(shù)據(jù)加密則需要首先實(shí)現(xiàn)數(shù)據(jù)校驗(yàn)在確定信息數(shù)據(jù)的準(zhǔn)確性和完整性后才能加密，數(shù)據(jù)校驗(yàn)應(yīng)在信息傳遞源頭開(kāi)啟身份驗(yàn)證并驗(yàn)證信息是否被篡改，然后運(yùn)用加密技術(shù)進(jìn)行加密。

（二）賬務(wù)查詢功能分析

在賬務(wù)系統(tǒng)中各項(xiàng)賬務(wù)事件均為記賬事件，需要在接受外部信息后生成日記賬行記錄，將信息數(shù)據(jù)整合成為賬務(wù)明細(xì)和賬務(wù)事件，在全面了解這兩方面相關(guān)信息數(shù)據(jù)后才能進(jìn)一步開(kāi)展賬務(wù)處理和制定財(cái)務(wù)決策。賬務(wù)查詢功能需要實(shí)現(xiàn)應(yīng)收賬款、應(yīng)付賬款、銀行存款等賬務(wù)的明細(xì)和相關(guān)事項(xiàng)的查詢管理。為了方便用戶對(duì)賬務(wù)的查詢，賬務(wù)查詢首先需要對(duì)各類賬務(wù)進(jìn)行分類并制定唯一標(biāo)識(shí)，例如將應(yīng)收賬款和應(yīng)付賬款按照時(shí)間進(jìn)行分類，將急需處理的賬務(wù)設(shè)置預(yù)警提示，然后根據(jù)賬務(wù)的分類標(biāo)識(shí)滿足用戶的明細(xì)查詢要求，最后根據(jù)用戶權(quán)限設(shè)置賬務(wù)相關(guān)事項(xiàng)查詢功能。賬務(wù)明細(xì)查詢功能應(yīng)根據(jù)不用的用戶需求提供多種類型的查詢接口，一種是根據(jù)日記賬行提供實(shí)時(shí)賬務(wù)明細(xì)查詢，另一種是根據(jù)分批次處理提供以周或月為單位的明細(xì)查詢，具體而言，可以通過(guò)賬務(wù)標(biāo)識(shí)、賬務(wù)時(shí)間以及賬務(wù)類型等方式查詢單一賬務(wù)或批次賬務(wù)。對(duì)于已經(jīng)進(jìn)行處理完畢的賬務(wù)應(yīng)立即設(shè)置為處理鎖定狀態(tài)，避免不同系統(tǒng)操作人員或財(cái)務(wù)人員開(kāi)展重復(fù)操作。

（三）賬務(wù)核對(duì)功能分析

賬務(wù)核對(duì)是賬務(wù)監(jiān)管系統(tǒng)中重要的環(huán)節(jié)，在資金方面需要核對(duì)資金流水生成日記賬，在業(yè)務(wù)方面需要核對(duì)業(yè)務(wù)收支數(shù)據(jù)，在資金數(shù)據(jù)核對(duì)完成后需要根據(jù)對(duì)賬結(jié)果反向核對(duì)業(yè)務(wù)單據(jù)的收付款結(jié)果[3]。賬務(wù)核對(duì)功能需要實(shí)現(xiàn)出入賬核對(duì)和賬戶余額查詢兩大功能，出入賬核對(duì)功能需要根據(jù)每一筆業(yè)務(wù)的經(jīng)營(yíng)狀況核對(duì)應(yīng)付賬款、應(yīng)收賬款等出入賬金額是否一致，若存在差異則需要追溯業(yè)務(wù)事件各項(xiàng)單據(jù)收付款的具體情況，尋找差異產(chǎn)生原因，在業(yè)務(wù)事件所有的賬務(wù)核對(duì)完畢后立即設(shè)置為核對(duì)鎖定狀態(tài)。在出入賬核對(duì)完畢后整理各業(yè)務(wù)事件的明細(xì)賬，然后與銀行賬戶的出入賬以及余額進(jìn)行核對(duì)。業(yè)務(wù)收支數(shù)據(jù)和資金流水可能會(huì)存在時(shí)間差，所以要滿足延后對(duì)賬的需求，但延遲時(shí)間太長(zhǎng)可能會(huì)核銷到錯(cuò)誤的業(yè)務(wù)流水，因此，同一業(yè)務(wù)事件涉及的業(yè)務(wù)收支數(shù)據(jù)和資金流水?dāng)?shù)據(jù)均需要制定統(tǒng)一的標(biāo)識(shí)。此外，在賬務(wù)核對(duì)完成后應(yīng)將向賬務(wù)系統(tǒng)傳遞核對(duì)結(jié)果，同時(shí)將業(yè)務(wù)單據(jù)收付款狀態(tài)傳遞給各業(yè)務(wù)部門(mén)，由財(cái)務(wù)部門(mén)和業(yè)務(wù)部門(mén)開(kāi)展進(jìn)一步核對(duì)。

（四）業(yè)務(wù)事件重現(xiàn)功能分析

在每一筆業(yè)務(wù)的生命周期中，業(yè)務(wù)訂單生成、采購(gòu)生產(chǎn)、倉(cāng)儲(chǔ)發(fā)貨以及售后服務(wù)等環(huán)節(jié)都可能產(chǎn)生賬務(wù)變動(dòng)，系統(tǒng)操作人員根據(jù)接收的信息對(duì)數(shù)據(jù)的增加或刪改可能會(huì)導(dǎo)致部分事件數(shù)據(jù)丟失，無(wú)法執(zhí)行后續(xù)操作。在傳統(tǒng)的增刪改查模式中，一個(gè)典型的數(shù)據(jù)過(guò)程就是從數(shù)據(jù)庫(kù)中讀出數(shù)據(jù)，修改完后再把修改后的數(shù)據(jù)更新到數(shù)據(jù)庫(kù)中，多個(gè)用戶可能會(huì)同時(shí)操作同一張表，數(shù)據(jù)更新造成的沖突可能影響數(shù)據(jù)的準(zhǔn)確性和完整性。事件溯源模式則記錄事件數(shù)據(jù)庫(kù)中增加數(shù)據(jù)操作過(guò)程中經(jīng)歷過(guò)的事件，應(yīng)用程序代碼會(huì)將數(shù)據(jù)操作過(guò)程中經(jīng)歷的所有動(dòng)作描述成事件，然后持久化到事件數(shù)據(jù)庫(kù)中。借鑒事件溯源模式可以實(shí)現(xiàn)業(yè)務(wù)事件重現(xiàn)，在缺失業(yè)務(wù)部門(mén)和系統(tǒng)操作人員提供信息數(shù)據(jù)的情況下，借助該功能將整個(gè)業(yè)務(wù)事件全過(guò)程重現(xiàn)，進(jìn)而對(duì)賬務(wù)監(jiān)管過(guò)程中出現(xiàn)的問(wèn)題進(jìn)行追溯。業(yè)務(wù)事件重現(xiàn)功能需要將每一項(xiàng)業(yè)務(wù)事件在賬務(wù)監(jiān)管系統(tǒng)中出現(xiàn)的操作進(jìn)行記錄，在需要追溯重現(xiàn)時(shí)將業(yè)務(wù)事件狀態(tài)的結(jié)果作為輸入條件，驗(yàn)證以前操作的合理性并逐步將所有操作整理成事件發(fā)展歷程。

三、分布式賬務(wù)監(jiān)管系統(tǒng)信息化構(gòu)建

（一）電商平臺(tái)賬務(wù)監(jiān)管系統(tǒng)分析

全球領(lǐng)先電商平臺(tái)的賬務(wù)系統(tǒng)大多采用了先進(jìn)的分布式賬務(wù)管理模式，其中，領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)模式將業(yè)務(wù)層和存儲(chǔ)層分離，在業(yè)務(wù)層采用事件溯源構(gòu)架保證業(yè)務(wù)事件的準(zhǔn)確處理和完全追溯重現(xiàn)，在存儲(chǔ)層采用讀寫(xiě)分離架構(gòu)保證系統(tǒng)穩(wěn)定性和準(zhǔn)確性。此外，數(shù)據(jù)庫(kù)采用分庫(kù)分表的模式將數(shù)據(jù)進(jìn)行流量切分。電商平臺(tái)為了保證賬務(wù)數(shù)據(jù)在流動(dòng)過(guò)程中的安全性以及實(shí)時(shí)發(fā)現(xiàn)業(yè)務(wù)問(wèn)題，應(yīng)用了Sherlock賬務(wù)監(jiān)管系統(tǒng)平臺(tái)，該賬務(wù)監(jiān)管平臺(tái)每天處理的日志、事件和指標(biāo)高達(dá)百億條。Sherlock賬務(wù)監(jiān)管系統(tǒng)平臺(tái)通過(guò)構(gòu)建FlinkStreamingjob實(shí)時(shí)處理系統(tǒng)能夠及時(shí)處理日志、事件，主要是在Flink上搭建元數(shù)據(jù)微服務(wù)，能夠用Json來(lái)描述一個(gè)作業(yè)的DAG且相同的DAG共用同一個(gè)作業(yè)，能夠更加方便地創(chuàng)建作業(yè)。系統(tǒng)管理者可以通過(guò)調(diào)用API來(lái)描述和提交作業(yè)，無(wú)需了解FlinkStreamingAPI就可以創(chuàng)建Flink作業(yè)，若需要遷移到其他的流處理框架，只要增加一個(gè)適配器，就可以將現(xiàn)有的作業(yè)遷移到新的流處理框架上。此外，Sherloc賬務(wù)監(jiān)管系統(tǒng)平臺(tái)通過(guò)配置各種軟件程序可以實(shí)現(xiàn)更加豐富的監(jiān)控功能，具體如表1所示：通過(guò)以上分析可以發(fā)現(xiàn)，電商平臺(tái)的分布式賬務(wù)管理模式對(duì)于企業(yè)賬務(wù)管理信息化具有十分重要的借鑒作用，尤其是Sherlock賬務(wù)監(jiān)管系統(tǒng)實(shí)現(xiàn)的多項(xiàng)監(jiān)控功能為企業(yè)賬務(wù)監(jiān)管系統(tǒng)的構(gòu)建提供了大量的思路和技術(shù)指導(dǎo)。

（二）賬務(wù)監(jiān)管系統(tǒng)構(gòu)建

Sherlock賬務(wù)監(jiān)管系統(tǒng)將業(yè)務(wù)層和存儲(chǔ)層分離，借鑒該架構(gòu)將賬務(wù)監(jiān)管系統(tǒng)的總體框架設(shè)計(jì)如圖1所示：業(yè)務(wù)層主要實(shí)現(xiàn)賬務(wù)監(jiān)管系統(tǒng)的各項(xiàng)功能，在系統(tǒng)接收外部業(yè)務(wù)信息觸發(fā)資金變動(dòng)時(shí)通過(guò)對(duì)賬務(wù)數(shù)據(jù)的監(jiān)測(cè)、校驗(yàn)、加密以及日志記賬等主動(dòng)操作實(shí)現(xiàn)業(yè)務(wù)事項(xiàng)的基礎(chǔ)賬務(wù)處理并存儲(chǔ)相關(guān)數(shù)據(jù)；在系統(tǒng)接收操作人員或用戶的需求信息時(shí)，則開(kāi)展賬務(wù)查詢、業(yè)務(wù)查詢以及業(yè)務(wù)重現(xiàn)等被動(dòng)操作。（1）數(shù)據(jù)動(dòng)態(tài)監(jiān)測(cè)設(shè)計(jì)。數(shù)據(jù)動(dòng)態(tài)監(jiān)管功能的實(shí)現(xiàn)需要通過(guò)裝載、處理、加密以及控制四個(gè)模塊實(shí)現(xiàn)。數(shù)據(jù)裝載模塊主要是承接外部傳遞的信息數(shù)據(jù)并進(jìn)行預(yù)處理，將外部信息數(shù)據(jù)轉(zhuǎn)換成ER數(shù)據(jù)并載入Zone數(shù)據(jù)庫(kù)。數(shù)據(jù)裝載模塊需要與賬務(wù)管理系統(tǒng)、ERP系統(tǒng)等進(jìn)行連接，各系統(tǒng)將賬務(wù)相關(guān)信息數(shù)據(jù)壓縮為指定文件，數(shù)據(jù)裝載模塊通過(guò)數(shù)據(jù)采集ETL每隔5分鐘對(duì)各系統(tǒng)的數(shù)據(jù)庫(kù)訪問(wèn)一次并提取指定文件獲取信息數(shù)據(jù)。數(shù)據(jù)處理模塊首先從Zone數(shù)據(jù)庫(kù)中提取ER數(shù)據(jù)并開(kāi)展數(shù)據(jù)清洗、統(tǒng)一口徑等處理并存儲(chǔ)至Data數(shù)據(jù)庫(kù)，然后從Data數(shù)據(jù)庫(kù)提取處理后的數(shù)據(jù)，按照業(yè)務(wù)模型、處理規(guī)則對(duì)數(shù)據(jù)進(jìn)行加工處理并存儲(chǔ)于Sheet數(shù)據(jù)庫(kù)中。加密模塊主要是對(duì)數(shù)據(jù)的完整性進(jìn)行校驗(yàn)并對(duì)敏感數(shù)據(jù)進(jìn)行加密和解密。數(shù)據(jù)完整性校驗(yàn)通過(guò)分布式區(qū)塊鏈記錄業(yè)務(wù)信息，每一個(gè)區(qū)塊記錄單一業(yè)務(wù)的事件變化過(guò)程和資金流動(dòng)過(guò)程，通過(guò)Hash計(jì)算生成唯一標(biāo)識(shí)哈希值，在整個(gè)區(qū)塊鏈中任何一個(gè)區(qū)塊記錄都難以修改而且一旦修改需要對(duì)后續(xù)所有區(qū)塊進(jìn)行修改，因此能夠有效保證賬務(wù)數(shù)據(jù)的完整性[4]。數(shù)據(jù)加密采用DES對(duì)稱加密方式轉(zhuǎn)化為密文，數(shù)據(jù)接收方需要通過(guò)數(shù)字簽名驗(yàn)證后才能解密。數(shù)據(jù)控制模塊主要對(duì)數(shù)據(jù)流轉(zhuǎn)過(guò)程中的處理、流程、權(quán)限進(jìn)行控制，保證數(shù)據(jù)流轉(zhuǎn)過(guò)程中各項(xiàng)操作的合規(guī)性。在數(shù)據(jù)裝載環(huán)節(jié)嚴(yán)格審查獲取數(shù)據(jù)的正確性，首先確定數(shù)據(jù)源正確性，通過(guò)數(shù)字身份驗(yàn)證、指定文件驗(yàn)證保證連接各系統(tǒng)的正確性，其次注明數(shù)據(jù)抽取邏輯、限制條件以及定期與源系統(tǒng)核對(duì)，并定期對(duì)數(shù)據(jù)庫(kù)中的歷史數(shù)據(jù)進(jìn)行篩選和清理，然后建立故障檢測(cè)機(jī)制，對(duì)數(shù)據(jù)動(dòng)態(tài)監(jiān)測(cè)功能各模塊的運(yùn)行定期進(jìn)行掃描，在發(fā)現(xiàn)故障時(shí)及時(shí)報(bào)警并主動(dòng)采取控制措施，最后制定業(yè)務(wù)數(shù)據(jù)校驗(yàn)機(jī)制：對(duì)于單字段業(yè)務(wù)數(shù)據(jù)開(kāi)展字段類型校驗(yàn)、長(zhǎng)度/精度校驗(yàn)、可邏輯條件化約束校驗(yàn)、取值規(guī)則約束校驗(yàn)；對(duì)于多字段業(yè)務(wù)數(shù)據(jù)開(kāi)展非空約束校驗(yàn)、規(guī)則約束校驗(yàn)；記錄間業(yè)務(wù)數(shù)據(jù)開(kāi)展規(guī)則取值約束校驗(yàn)、一致性約束校驗(yàn)、唯一性約束校驗(yàn)。（2）賬務(wù)查詢?cè)O(shè)計(jì)。賬務(wù)查詢的基本功能是滿足使用者對(duì)賬務(wù)明細(xì)、業(yè)務(wù)事件的查詢，需要提供可視化端口，此外，根據(jù)使用者不同的需求還應(yīng)制定個(gè)性化端口。一種情況是在特定場(chǎng)景下使用者需要查詢某項(xiàng)業(yè)務(wù)具體事項(xiàng)的賬務(wù)明細(xì)或事件信息，可以根據(jù)業(yè)務(wù)標(biāo)識(shí)從Zone數(shù)據(jù)庫(kù)、Data數(shù)據(jù)庫(kù)和Sheet數(shù)據(jù)庫(kù)中分別提取出原始數(shù)據(jù)、篩選數(shù)據(jù)和處理數(shù)據(jù)供使用者進(jìn)行查詢和核對(duì)，該功能采用日記賬行即可以實(shí)現(xiàn)[5]。另一種情況是使用者需要查詢一個(gè)或多個(gè)業(yè)務(wù)在一定時(shí)期內(nèi)的賬務(wù)情況，則需要通過(guò)批處理（Batch）按照使用者的需求將一定時(shí)期內(nèi)產(chǎn)生的日記賬行匯總整理成為表格。使用者在web端口輸入查詢內(nèi)容后，系統(tǒng)會(huì)接受到請(qǐng)求將查詢結(jié)果顯示在web端口，對(duì)于業(yè)務(wù)事件查詢的結(jié)果以Json格式顯示，可以進(jìn)一步通過(guò)鏈接查詢所需的事件信息。賬務(wù)查詢?cè)谟脩艚缑鎽?yīng)設(shè)置日記賬端口（JournalLine）、批處理端口（Batch）以及事件端口（event）三個(gè)使用者進(jìn)入端口，根據(jù)使用者的實(shí)際需求提供多樣化、靈活的查詢方式。日記查詢功能通過(guò)記賬服務(wù)（JournalServiceImpl）能夠?qū)崿F(xiàn)單條日記查詢、日記賬查詢、日記賬行列表查詢，該功能模塊采用分庫(kù)分表模式增強(qiáng)數(shù)據(jù)庫(kù)讀寫(xiě)性能，并根據(jù)業(yè)務(wù)類型標(biāo)識(shí)通過(guò)分片方式對(duì)日記賬行進(jìn)行存儲(chǔ)。批處理查詢功能通過(guò)批處理服務(wù)（BatchServiceImpl）能夠?qū)崿F(xiàn)根據(jù)批號(hào)查詢批處理賬務(wù)明細(xì)、根據(jù)業(yè)務(wù)標(biāo)識(shí)查詢批處理賬務(wù)明細(xì)。事件查詢功能通過(guò)事件控制器（EventControlle）能夠?qū)崿F(xiàn)根據(jù)事件標(biāo)識(shí)查詢、根據(jù)有效裝載信息查詢、根據(jù)日期查詢，有效裝載信息查詢主要包含訂單信息、商品信息以及付款人信息等，使用LIKE從數(shù)據(jù)庫(kù)中查詢符合條件的信息，經(jīng)解碼后可以向使用者展示業(yè)務(wù)事件的編號(hào)、創(chuàng)建事件、事件類型、生產(chǎn)者以及具體事件信息。（3）賬務(wù)核對(duì)設(shè)計(jì)。賬務(wù)核對(duì)不僅需要對(duì)應(yīng)收賬款、應(yīng)付賬款、銀行存款及出入賬明細(xì)進(jìn)行核對(duì)，在發(fā)現(xiàn)問(wèn)題時(shí)還需要追溯業(yè)務(wù)事件各項(xiàng)單據(jù)收付款的具體情況，尋找問(wèn)題產(chǎn)生原因。賬務(wù)核對(duì)主要面向賬務(wù)管理者和業(yè)圖1賬務(wù)監(jiān)管系統(tǒng)總體框架務(wù)管理者，對(duì)于賬務(wù)管理者需要及時(shí)發(fā)現(xiàn)出入賬之間差異以及急需處理的賬務(wù)，對(duì)于業(yè)務(wù)管理者需要了解負(fù)責(zé)業(yè)務(wù)的資金流動(dòng)情況進(jìn)而制定下一步經(jīng)營(yíng)決策。賬務(wù)核對(duì)模塊主要按照各業(yè)務(wù)分類開(kāi)展出入賬核對(duì)、賬賬核對(duì)（核對(duì)不同會(huì)計(jì)賬簿之間的賬簿記錄是否相符）、賬證核對(duì)（核對(duì)會(huì)計(jì)賬簿記錄與原始憑證、記賬憑證是否一致）、賬實(shí)核對(duì)（核對(duì)會(huì)計(jì)賬簿記錄與財(cái)產(chǎn)等實(shí)有數(shù)額是否相符），及時(shí)發(fā)現(xiàn)各業(yè)務(wù)存在的賬務(wù)問(wèn)題。賬務(wù)核對(duì)通過(guò)日記賬（JournalLine）可以對(duì)業(yè)務(wù)產(chǎn)生的各項(xiàng)明細(xì)進(jìn)行準(zhǔn)確記錄，通過(guò)編制報(bào)表（PreparedStatement）可以按照業(yè)務(wù)標(biāo)識(shí)從數(shù)據(jù)庫(kù)中收集相關(guān)數(shù)據(jù)并匯總整理支出賬務(wù)明細(xì)和收入賬務(wù)明細(xì)，通過(guò)賬務(wù)計(jì)算邏輯（findVendorPayout）對(duì)支出賬務(wù)明細(xì)和收入賬務(wù)明細(xì)進(jìn)行逐個(gè)計(jì)算，最終判斷是否存在賬務(wù)問(wèn)題[6]。賬務(wù)核對(duì)在出入賬核對(duì)的基礎(chǔ)上還需要將支出賬務(wù)明細(xì)和收入賬務(wù)明細(xì)與原始憑證、記賬憑證、財(cái)產(chǎn)數(shù)額進(jìn)行核對(duì)，確定各項(xiàng)數(shù)據(jù)的正確性。此外，通過(guò)核對(duì)應(yīng)付賬款、應(yīng)收賬款的金額和時(shí)間確定亟需處理的應(yīng)付賬款。業(yè)務(wù)管理者端口主要為輸出端口，業(yè)務(wù)的資金流動(dòng)情況的查詢可以通過(guò)賬務(wù)查詢功能實(shí)現(xiàn)，在系統(tǒng)發(fā)現(xiàn)某項(xiàng)業(yè)務(wù)的出入賬存在差異時(shí)，及時(shí)通過(guò)端口向業(yè)務(wù)管理者報(bào)警并傳遞相關(guān)信息。在賬務(wù)核對(duì)模塊發(fā)現(xiàn)賬務(wù)問(wèn)題時(shí)會(huì)通過(guò)事件控制器（eventController）將相關(guān)信息數(shù)據(jù)傳遞至業(yè)務(wù)管理者顯示層端口。（4）業(yè)務(wù)事件重現(xiàn)設(shè)計(jì)。在賬務(wù)管理過(guò)程中賬務(wù)和事件可能存在時(shí)間差，而在賬務(wù)系統(tǒng)中是根據(jù)賬務(wù)處理和事件發(fā)生的時(shí)間進(jìn)行記錄，在開(kāi)展賬務(wù)核對(duì)時(shí)可能會(huì)出現(xiàn)錯(cuò)誤或無(wú)法進(jìn)行下一環(huán)節(jié)的問(wèn)題，但此時(shí)并非實(shí)際的操作錯(cuò)誤。事件溯源模式可以將業(yè)務(wù)執(zhí)行過(guò)程中產(chǎn)生的賬務(wù)數(shù)據(jù)和事件信息記錄到數(shù)據(jù)庫(kù)中，賬務(wù)管理人員在發(fā)現(xiàn)賬務(wù)問(wèn)題時(shí)可以通過(guò)業(yè)務(wù)事件重現(xiàn)功能將整個(gè)業(yè)務(wù)的賬務(wù)數(shù)據(jù)和事件信息還原尋找問(wèn)題發(fā)生原因。尤其是在業(yè)務(wù)部門(mén)無(wú)法實(shí)時(shí)反饋問(wèn)題信息的情況下，業(yè)務(wù)事件重現(xiàn)功能能幫助賬務(wù)管理人員及時(shí)找到問(wèn)題發(fā)生原因，進(jìn)行處理或預(yù)警等操作。在每項(xiàng)業(yè)務(wù)制定標(biāo)識(shí)進(jìn)行分類的基礎(chǔ)還應(yīng)當(dāng)為事件的類型、生產(chǎn)者、時(shí)間等信息制定唯一標(biāo)識(shí)。業(yè)務(wù)事件重現(xiàn)模塊需要通過(guò)事件查詢程序（EventFinder）接收使用者的事件重現(xiàn)需求，然后由查找?guī)椭绦颍‵inderHelper）從各數(shù)據(jù)庫(kù)中查詢賬務(wù)數(shù)據(jù)和事件信息并按照時(shí)間歷程重現(xiàn)整個(gè)業(yè)務(wù)事件。使用者輸入查詢業(yè)務(wù)ID由事件查詢程序生成該業(yè)務(wù)所有的事件信息，使用者可以選擇生成整個(gè)業(yè)務(wù)的事件重現(xiàn)或選擇部分事件進(jìn)行重現(xiàn)，查找?guī)椭绦蛲ㄟ^(guò)事件信息標(biāo)識(shí)可以從各數(shù)據(jù)庫(kù)中查詢發(fā)起事件（capture）、支付事件（Payment）、結(jié)算事件（settlement）等信息生成業(yè)務(wù)事件。

（三）系統(tǒng)功能測(cè)試

賬務(wù)監(jiān)管系統(tǒng)的測(cè)試環(huán)境需要在正常的辦公配置條件下滿足各項(xiàng)功能需求，因此將測(cè)試環(huán)境配置如下：辦公PC電腦；操作系統(tǒng)Windows7；服務(wù)器為阿里云ECSn4；線上環(huán)境為阿里云docker線上平臺(tái)；測(cè)試軟件為IntelijIDEA；數(shù)據(jù)庫(kù)為阿里云RDS。本文按照月度編制業(yè)務(wù)賬務(wù)信息和事件信息存儲(chǔ)于ERP子數(shù)據(jù)庫(kù)用于系統(tǒng)測(cè)試，其中部分業(yè)務(wù)的賬務(wù)處理時(shí)間和事件處理時(shí)間進(jìn)行打亂，在上述測(cè)試環(huán)境下對(duì)各功能模塊的測(cè)試結(jié)果如表2所示。四、結(jié)論與啟示隨著信息技術(shù)的日益發(fā)展，目前大多數(shù)電商平臺(tái)的賬務(wù)管理系統(tǒng)采用業(yè)務(wù)層和存儲(chǔ)層分離的分布式，分布式技術(shù)因數(shù)據(jù)存儲(chǔ)一致、數(shù)據(jù)存儲(chǔ)及時(shí)、數(shù)據(jù)難篡改等特點(diǎn)，解決了傳統(tǒng)集中式技術(shù)難以克服的問(wèn)題。電商平臺(tái)的賬務(wù)監(jiān)管系統(tǒng)每天可以處理高達(dá)百億條的賬務(wù)、事件，同時(shí)保證較高的準(zhǔn)確率。由此，本文開(kāi)展分布式賬務(wù)監(jiān)管系統(tǒng)的信息化構(gòu)建，力求實(shí)現(xiàn)企業(yè)賬務(wù)監(jiān)管工作的信息化。在分析賬務(wù)監(jiān)管需求以及Sherlock賬務(wù)監(jiān)管系統(tǒng)的基礎(chǔ)上，賬務(wù)監(jiān)管系統(tǒng)應(yīng)從數(shù)據(jù)動(dòng)態(tài)監(jiān)測(cè)、賬務(wù)查詢、賬務(wù)核對(duì)以及業(yè)務(wù)事件四項(xiàng)功能實(shí)現(xiàn)信息化，通過(guò)對(duì)賬務(wù)監(jiān)管系統(tǒng)信息化的構(gòu)建可以實(shí)現(xiàn)上述四項(xiàng)功能，滿足企業(yè)對(duì)賬務(wù)進(jìn)行數(shù)據(jù)動(dòng)態(tài)監(jiān)管、查詢、核算以及事件重現(xiàn)的需求。對(duì)于企業(yè)而言，尤其是中小型企業(yè)在實(shí)現(xiàn)賬務(wù)監(jiān)管系統(tǒng)信息化后能夠大幅縮減賬務(wù)查詢、核對(duì)的工作量而且實(shí)現(xiàn)賬務(wù)問(wèn)題的及時(shí)報(bào)警，釋放財(cái)務(wù)人員繁瑣的賬務(wù)工作，致力于決策管理方面的工作。各項(xiàng)數(shù)字化技術(shù)在企業(yè)的應(yīng)用許可、財(cái)務(wù)人員的專業(yè)技術(shù)能力等均存在空缺，但隨著數(shù)字化經(jīng)濟(jì)的不斷深化，數(shù)字化技術(shù)對(duì)財(cái)務(wù)領(lǐng)域的影響會(huì)越來(lái)越大，推動(dòng)企業(yè)財(cái)務(wù)管理的信息化。

參考文獻(xiàn)：

［1］董曉丹.供電企業(yè)賬務(wù)管理創(chuàng)新與優(yōu)化探討［J］.中國(guó)國(guó)際財(cái)經(jīng)（中英文），2017（23）：192.

［2］王麗華.現(xiàn)代企業(yè)財(cái)務(wù)會(huì)計(jì)信息化管理體系創(chuàng)新研究—評(píng)《互聯(lián)網(wǎng)時(shí)代的企業(yè)財(cái)務(wù)會(huì)計(jì)實(shí)踐發(fā)展研究》［J］.商業(yè)經(jīng)濟(jì)研究，2020（17）：193.

［3］程平，尹赤.大數(shù)據(jù)時(shí)代下基于云會(huì)計(jì)的小微企業(yè)賬務(wù)管理探析［J］.財(cái)務(wù)與會(huì)計(jì)，2017（17）：17-19.

［4］李治國(guó).基于區(qū)塊鏈的財(cái)務(wù)系統(tǒng)應(yīng)用研究［D］.中國(guó)地質(zhì)大學(xué)（北京），2018.

［5］曾強(qiáng)，袁明明，張永強(qiáng).基于B-S的文印公司賬務(wù)管理系統(tǒng)研發(fā)［J］.計(jì)算機(jī)應(yīng)用與軟件，2017，34（5）：322-328+333.

［6］馬勰，張亶.基于SSH技術(shù)移動(dòng)賬務(wù)系統(tǒng)管控平臺(tái)的設(shè)計(jì)［J］.中國(guó)科技論文，2012，7（4）：290-293.

作者:許靜 單位:鄭州經(jīng)貿(mào)學(xué)院會(huì)計(jì)學(xué)院