商業(yè)銀行實現(xiàn)財務(wù)管理數(shù)字化轉(zhuǎn)型的路徑探索
——構(gòu)建“獨立、集中、統(tǒng)一”的會計核算處理模塊

董星宇

（中國銀行北京商務(wù)區(qū)支行計劃財務(wù)部，北京 100026）

一、研究背景

當前，金融科技正在快速發(fā)展，金融市場環(huán)境日新月異。為應(yīng)對新形勢新挑戰(zhàn)，把握數(shù)字化發(fā)展新機遇，拓展經(jīng)濟發(fā)展新空間，商業(yè)銀行財務(wù)變革和數(shù)字化轉(zhuǎn)型勢在必行。

1.財政部制定規(guī)劃，推進會計數(shù)字化轉(zhuǎn)型

財政部制定《會計信息化發(fā)展規(guī)劃（2021-2025年）》，明確提出“十四五”時期會計信息化工作的指導思想、基本原則、總體目標、主要任務(wù)和實施保障，為推進會計數(shù)字化轉(zhuǎn)型、支撐會計職能拓展、推動會計信息化工作向更高水平邁進制定了規(guī)劃。

2.新會計準則相繼實施，適應(yīng)性要求不斷提高

《IFRS9—金融工具》《IFRS16—租賃》等新會計準則的實施，大大改變了銀行在金融工具列報、準備金計提和固定資產(chǎn)折舊等方面的管理，對如何適應(yīng)會計準則變化提出了更高的要求。

3.數(shù)字化轉(zhuǎn)型加快，智能化水平持續(xù)提升

當前，高新技術(shù)行業(yè)紛紛加快了數(shù)字化轉(zhuǎn)型步伐，相關(guān)行業(yè)財務(wù)管理部門通過利用新的科技成果，持續(xù)提升財務(wù)自動化、智能化水平。

4.商業(yè)銀行上線新一代核心銀行系統(tǒng)，財務(wù)管理面臨新挑戰(zhàn)

以中國農(nóng)業(yè)銀行、中國建設(shè)銀行、中信銀行等為代表的商業(yè)銀行近年來，紛紛上線新一代核心銀行系統(tǒng)。其具有以客戶為中心、快速產(chǎn)品創(chuàng)新、改善管理能力等特點，強調(diào)以企業(yè)級角度進行系統(tǒng)整合，實現(xiàn)應(yīng)用集成、信息共享、基礎(chǔ)統(tǒng)一，給商業(yè)銀行財務(wù)管理帶來了新的挑戰(zhàn)。

二、“獨立、集中、統(tǒng)一”的會計核算處理模塊的目標

各大商業(yè)銀行在建立新一代核心銀行系統(tǒng)和分布式IT架構(gòu)過程中，無一例外地選擇了建設(shè)“獨立、集中、統(tǒng)一”的會計核算處理模塊，亦稱之為“會計引擎”，使之歸屬于全行統(tǒng)一的會計核算平臺，搭起交易明細與會計總賬之間的橋梁。

而構(gòu)建“獨立、集中、統(tǒng)一”的會計核算處理模塊，實現(xiàn)以統(tǒng)一、高效、便捷、精細、準確、可視為目標的會計核算，既是商業(yè)銀行不斷提高精細化管理水平、積極服務(wù)信息化戰(zhàn)略發(fā)展格局、迅速高效響應(yīng)市場競爭、靈活適應(yīng)會計準則變化和監(jiān)管的需要，也是不斷推進財會數(shù)字化轉(zhuǎn)型的必然路徑。

統(tǒng)一：按照標準化的核算處理流程，由會計核算處理模塊統(tǒng)一接收各業(yè)務(wù)組件或系統(tǒng)按照統(tǒng)一標準生成并傳送的交易信息。依照統(tǒng)一的會計核算規(guī)則，在會計核算處理模塊內(nèi)統(tǒng)一生成會計分錄并匯總傳送總賬系統(tǒng)，充分解決分散化、非標準化所帶來的會計核算處理流程耗時長、效率低、資源占用較多的問題。

高效：會計核算處理模塊通過聯(lián)機實時進行核算處理、高頻率生成和傳輸總賬系統(tǒng)所需數(shù)據(jù)的方式，有效地提升核算處理效率，為實現(xiàn)快速、準確地展示和輸出核算結(jié)果提供基礎(chǔ)。隨著現(xiàn)代銀行業(yè)務(wù)向多渠道、全天候、立體化業(yè)務(wù)服務(wù)模式的轉(zhuǎn)變，銀行會計核算處理的時效性應(yīng)在系統(tǒng)資源合理配置的前提下不斷優(yōu)化提升，實現(xiàn)支持“7乘24小時”全天候?qū)崟r根據(jù)交易信息生成會計分錄，有效提升會計核算結(jié)果的生成效率。

便捷：在初始建設(shè)統(tǒng)一會計核算處理模塊的過程中，應(yīng)特別關(guān)注建立整套的可靈活配置的核算參數(shù)與科目或子目的映射關(guān)系，將銀行的各類產(chǎn)品、服務(wù)和交易與會計科目及核算管理參數(shù)維護自動化聯(lián)動。實現(xiàn)“一點維護、全局應(yīng)用”。如遇某只產(chǎn)品、某項服務(wù)或者某個交易發(fā)生變化，只需在會計核算處理模塊內(nèi)相應(yīng)調(diào)整核算參數(shù)即可，減少人工傳遞和重復維護，大幅提升操作的便捷性，同時有效降低操作風險。

精細：會計核算處理模塊應(yīng)不斷提升會計核算精細程度。在新一代總賬系統(tǒng)建設(shè)中，大部分商業(yè)銀行在總賬系統(tǒng)中，借助會計科目COA段值形式豐富產(chǎn)品、渠道、客戶類型等其他必要維度，為管理會計提供基礎(chǔ)數(shù)據(jù)支撐。作為直接接收交易信息的會計核算處理模塊，應(yīng)更多地記錄、復述和展現(xiàn)交易中的各項信息，在滿足數(shù)據(jù)安全和數(shù)據(jù)管理的前提下，盡可能多地將客戶信息、賬戶信息、交易渠道信息、員工營銷信息等記錄于所生成的會計核算信息中，為后續(xù)更精細化的管理和經(jīng)營分析提供數(shù)據(jù)支持。

準確：會計核算處理模塊應(yīng)對接收的交易信息和生成會計核算結(jié)果進行實時、全面地合法性檢查，出現(xiàn)異常信息及時做出提醒，并進行自動化差錯處理，有效保證會計核算的準確性、完整性。

可視：通過建立統(tǒng)一的核算視圖，在一個平臺查詢所有會計核算結(jié)果，支持對會計核算結(jié)果的實時查詢、精準定位與篩選。通過“交易流水ID”等鍵值，建立交易信息與會計分錄的對應(yīng)聯(lián)系，實現(xiàn)從會計核算結(jié)果快捷地追溯至具體業(yè)務(wù)，使會計核算處理全程可視。

三、功能定位

1.專注于把交易信息“翻譯”成會計信息

在各大商業(yè)銀行開發(fā)與建設(shè)新一代會計核算處理模塊（“會計引擎”）的實踐中，部分銀行選擇將會計計量、賬務(wù)核對以及手工賬務(wù)調(diào)整等功能嵌入在會計核算處理模塊中，打造了一個“功能全面”的會計核算系統(tǒng)。

但是，會計計量所需的計息率、計提率等比率值本質(zhì)上，與各業(yè)務(wù)系統(tǒng)所處理的業(yè)務(wù)、產(chǎn)品和交易（不同存款產(chǎn)品的付息率、不同貸款產(chǎn)品利率水平、大額中間業(yè)務(wù)收入或費用支出的攤銷方式等）相關(guān)，其計量的結(jié)果是業(yè)務(wù)邏輯的體現(xiàn)，而會計核算則側(cè)重于對計量結(jié)果進行確認和記賬的過程。同時，賬務(wù)的核對（如總分賬務(wù)核對、明細賬務(wù)核對、賬實核對等），手工賬務(wù)調(diào)整更多地體現(xiàn)為賬務(wù)管理的內(nèi)容。因此，作為專注于會計分錄生成的會計核算處理模塊，應(yīng)明確其“翻譯器”的功能定位，即將各業(yè)務(wù)組件或業(yè)務(wù)系統(tǒng)所傳送的交易信息，“翻譯”成會計核算信息-會計分錄。

2.前置會計核算與產(chǎn)品、服務(wù)、內(nèi)部賬戶、資金往來業(yè)務(wù)的核算映射關(guān)系

在新一代核心銀行系統(tǒng)開發(fā)的實踐過程中，“交易與核算”相分離的概念似乎“深入人心”。但“交易與核算”相分離并非等于“交易與核算”相隔離。

在搭建會計核算處理模塊的過程中，應(yīng)與業(yè)務(wù)組件或業(yè)務(wù)系統(tǒng)聯(lián)系明確核算的范圍，通過既定的核算規(guī)則，把產(chǎn)品、服務(wù)、交易與相應(yīng)的會計科目或子目建立參數(shù)化的核算映射關(guān)系，并靈活運用新增、修改、刪除、停用等功能，敏捷地響應(yīng)監(jiān)管政策變化、會計準則變更、前端產(chǎn)品創(chuàng)新、對客業(yè)務(wù)運營所帶來的變化。

在新產(chǎn)品研發(fā)、新服務(wù)確立以及新交易設(shè)計和開發(fā)時，須由相關(guān)的產(chǎn)品研發(fā)部門、業(yè)務(wù)條線管理部門、交易開發(fā)和設(shè)計部門前置發(fā)起建立產(chǎn)品、服務(wù)或交易與相應(yīng)的會計科目或子目參數(shù)化的核算映射關(guān)系，由財務(wù)管理部門審核和最終確定后方可生效上線。有效地避免在快速上線新產(chǎn)品、新服務(wù)項目或新交易時，因其未與會計核算建立參數(shù)映射關(guān)系而帶來的會計核算差錯。

3.實時監(jiān)控、核對每筆業(yè)務(wù)的賬務(wù)處理結(jié)果，及時把控系統(tǒng)運行和員工操作風險

集中的會計核算處理模塊承擔著實時處理全行各個業(yè)務(wù)組件或業(yè)務(wù)系統(tǒng)所產(chǎn)生和傳送的交易信息，并按照統(tǒng)一的核算規(guī)則生成會計分錄的角色。分布式IT架構(gòu)下的新一代核心銀行系統(tǒng)所帶來的交易量級的提升、跨系統(tǒng)或跨組件往來交易筆數(shù)增加以及某些特殊時間節(jié)點可能帶來的交易量集中爆發(fā)，均對會計核算處理模塊輸出完整、準確的會計核算賬務(wù)處理結(jié)果帶來一定的壓力和挑戰(zhàn)。在模塊內(nèi)構(gòu)建一整套異常檢查機制，實時監(jiān)控，核對每筆業(yè)務(wù)的賬務(wù)處理結(jié)果，顯得尤為重要，有助于及時把控和降低由系統(tǒng)原因帶來的賬務(wù)差錯和員工誤操作帶來的操作風險。

4.在對前端業(yè)務(wù)“應(yīng)接盡接”的基礎(chǔ)上，兼顧復雜業(yè)務(wù)系統(tǒng)的過渡性方案

在各大商業(yè)銀行構(gòu)建新一代核心銀行系統(tǒng)的實踐過程中，對于原有各業(yè)務(wù)系統(tǒng)的解構(gòu)、重建并非一蹴而就。業(yè)務(wù)的復雜程度、涉及關(guān)聯(lián)系統(tǒng)的數(shù)量、新線系統(tǒng)或組件的開發(fā)能力和難度以及投產(chǎn)批次和規(guī)劃都決定著某一個舊線系統(tǒng)是否能短時間內(nèi)部新線系統(tǒng)或組件所替代。部分難于被取代的舊系統(tǒng)，往往在適配新會計核算處理模塊交易信息接口數(shù)據(jù)規(guī)范、傳送頻率、系統(tǒng)連接等方面存在配套改造難度較高的問題。所以，在確定會計核算處理模塊的系統(tǒng)對接范圍時，應(yīng)本著對前端業(yè)務(wù)系統(tǒng)或組件“應(yīng)接盡接”的前提下，兼顧復雜業(yè)務(wù)系統(tǒng)的過渡性方案，保留舊系統(tǒng)內(nèi)部的會計核算處理單元，并由統(tǒng)一的會計核算處理模塊接收其日終生成的會計明細分錄并統(tǒng)一匯總傳送總賬系統(tǒng)。

四、面臨的挑戰(zhàn)與應(yīng)對策略

1.數(shù)據(jù)孤島

在會計信息需求內(nèi)化，服務(wù)企業(yè)自身的理念下，會計信息的獲取和使用方式呈現(xiàn)出了明顯的數(shù)字化和服務(wù)化的特征。在以分布式IT架構(gòu)為基礎(chǔ)的新一代核心銀行系統(tǒng)下，會計數(shù)據(jù)散落于多個組件和系統(tǒng)中，由于技術(shù)上或管理制度上的原因，當業(yè)務(wù)發(fā)生時，數(shù)據(jù)在不同的組件或系統(tǒng)按照流程、專業(yè)和應(yīng)用進行分類，儲存在多個數(shù)據(jù)庫中，不同系統(tǒng)之間的數(shù)據(jù)共享和關(guān)聯(lián)難度較高，增加了跨部門數(shù)據(jù)合作的溝通成本，使企業(yè)不具備跨專業(yè)平臺、多應(yīng)用場景和全流程數(shù)據(jù)的互聯(lián)互通能力，對會計數(shù)據(jù)的統(tǒng)一和集中獲取帶來了較大難度。

因此，在建設(shè)會計核算處理模塊過程中，務(wù)必對前端傳送交易數(shù)據(jù)信息的一致性、完整性、可用性提出嚴格要求，并建立統(tǒng)一的交易信息數(shù)據(jù)集中處理平臺，收集和匯總各組件、各系統(tǒng)與交易相關(guān)的各類數(shù)據(jù)信息，集中傳送會計核算處理模塊，有效地避免數(shù)據(jù)孤島問題。

2.數(shù)據(jù)質(zhì)量

不同業(yè)務(wù)系統(tǒng)或組件在采集、加工、統(tǒng)計數(shù)據(jù)的過程中對重要數(shù)據(jù)標簽自行設(shè)置標準，對數(shù)據(jù)加工和統(tǒng)計流程進行非標準化設(shè)計，易造成“數(shù)出多門”的情況。同時，會計核算過程相對于業(yè)務(wù)而言存在滯后性，而從會計數(shù)據(jù)中得到有價值的會計信息需要較多的數(shù)據(jù)準備時間。加上受限于數(shù)據(jù)規(guī)模的限制，難以達到大數(shù)據(jù)應(yīng)用的要求，易形成數(shù)據(jù)質(zhì)量不佳，無法形成有價值的會計信息輸出的問題。

近年來，各大商業(yè)銀行對數(shù)據(jù)質(zhì)量、數(shù)據(jù)規(guī)范、數(shù)據(jù)標準和數(shù)據(jù)管理工作的關(guān)注度、重視度越來越高。隨著新一代核心銀行系統(tǒng)建設(shè)過程中，對數(shù)字資產(chǎn)管理建設(shè)的不斷加強，數(shù)據(jù)質(zhì)量得以顯著提高。但仍需關(guān)注數(shù)據(jù)采集環(huán)節(jié)數(shù)據(jù)源的準確性、真實性問題，同時，需對數(shù)據(jù)安全性、保密性、敏感性加以重視，在會計信息的各類數(shù)據(jù)展現(xiàn)方式上附加權(quán)限管理、脫敏處理等適當要求。

3.新的管理維護方式

在“交易與核算”相分離的概念下，會計核算應(yīng)更加側(cè)重于對核算規(guī)則參數(shù)化、標準化的維護管理工作，聚焦“會計引擎”與產(chǎn)品研發(fā)、服務(wù)價格管理、內(nèi)部賬戶運營以及業(yè)務(wù)組件和業(yè)務(wù)系統(tǒng)的交互關(guān)系。確保產(chǎn)品、服務(wù)、交易與會計核算映射關(guān)系的準確性，在監(jiān)管政策變化、會計準則變更、前端產(chǎn)品創(chuàng)新、對客交易變化時，能及時進行調(diào)整，保證會計核算的準確性。

將產(chǎn)品、服務(wù)、交易與會計核算規(guī)則映射關(guān)系前置于新產(chǎn)品研發(fā)、新服務(wù)項目確立和新交易的設(shè)計與開發(fā)環(huán)節(jié)是確保會計核算準確性的必要一環(huán)。在維護會計核算模塊核算規(guī)則的環(huán)節(jié)中，形成由業(yè)務(wù)和技術(shù)人員發(fā)起申請、財會人員最終確定與審核的線上化維護和管理流程，可以充分體現(xiàn)會計核算反映經(jīng)濟業(yè)務(wù)活動實質(zhì)的職能，亦可對自動化、集中化的會計核算處理的準確性提供充分保證。

4.分布式架構(gòu)下不同組件和單元間賬務(wù)往來的監(jiān)控和核對

部分大型商業(yè)銀行在搭建新一代銀行業(yè)務(wù)和IT架構(gòu)的過程中，采取了分布式、組件化、平臺化的企業(yè)級架構(gòu)建設(shè)模式。在這種模式下，組件間信息反復調(diào)用、交互頻繁。一筆業(yè)務(wù)需要多個組件或單元來協(xié)作完成，不同組件和單元間往往需要通過拆分交易來實現(xiàn)對一筆完整業(yè)務(wù)的串接；類似于跨系統(tǒng)間往來賬務(wù)的處理方式，組件或單元間通過拆分交易所形成的往來賬需要在賬務(wù)處理時進行平衡性過渡。

組件化的顆粒度越細，可能帶來的組件或單元間賬務(wù)往來的頻率就越高。這就要求會計核算處理模塊能夠?qū)崟r監(jiān)控和核對不同組件和單元間往來賬務(wù)是否平衡，對于因系統(tǒng)程序、信息通訊、人為操作等原因所帶來的跨組件或單元往來賬務(wù)不平，及時報送異常提醒信息，充分保障往來賬務(wù)的準確性。

5.成本與效益的平衡

舊線業(yè)務(wù)系統(tǒng)配套改造的技術(shù)投入、提升會計核算時效性所帶來的系統(tǒng)資源占用以及會計核算處理模塊的維護和開發(fā)成本也是建設(shè)“獨立、集中、統(tǒng)一”的會計核算處理模塊不能忽視的考慮因素。

對于大型商業(yè)銀行來說，功能全面、實時高效、參數(shù)化自動化水平高、能支持復雜業(yè)務(wù)的賬務(wù)處理且能實現(xiàn)支持多法人、多準則、多時區(qū)、多貨幣、多賬套的會計核算處理模塊無疑是最優(yōu)選擇。

而對于規(guī)模較小、業(yè)務(wù)量適中、業(yè)務(wù)品種不太復雜、經(jīng)營活動范圍主要集中在境內(nèi)的中小銀行機構(gòu)來說，選擇一個適合自身會計核算要求的會計核算處理模塊顯然是更為經(jīng)濟的選擇。在探索商業(yè)銀行實現(xiàn)財務(wù)管理數(shù)字化轉(zhuǎn)型的路程中，適合自身發(fā)展才是最優(yōu)的選擇。