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

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

關鍵詞：賬務監管分布式系統信息化

一、引言

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

二、賬務監管系統的需求分析

（一）數據動態監測功能分析

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

（二）賬務查詢功能分析

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

（三）賬務核對功能分析

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

（四）業務事件重現功能分析

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

三、分布式賬務監管系統信息化構建

（一）電商平臺賬務監管系統分析

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

（二）賬務監管系統構建

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

（三）系統功能測試

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

參考文獻：

［1］董曉丹.供電企業賬務管理創新與優化探討［J］.中國國際財經（中英文），2017（23）：192.

［2］王麗華.現代企業財務會計信息化管理體系創新研究—評《互聯網時代的企業財務會計實踐發展研究》［J］.商業經濟研究，2020（17）：193.

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

［4］李治國.基于區塊鏈的財務系統應用研究［D］.中國地質大學（北京），2018.

［5］曾強，袁明明，張永強.基于B-S的文印公司賬務管理系統研發［J］.計算機應用與軟件，2017，34（5）：322-328+333.

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

作者:許靜 單位:鄭州經貿學院會計學院