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

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

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

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

一、引言

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

參考文獻(xiàn)：

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

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

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

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

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

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

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