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

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

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

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

一、引言

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

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

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

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

（二）賬務查詢功能分析

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

（三）賬務核對功能分析

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

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

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

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

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

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

（二）賬務監(jiān)管系統(tǒng)構建

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

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

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

參考文獻：

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

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

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

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

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

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

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