幸福的

在傳統(tǒng)模式下，商業(yè)銀行采用交易與會計緊密耦合的模式。業(yè)務(wù)在一天內(nèi)完成交易處理并生成會計分錄，當天的賬目最終轉(zhuǎn)入總賬，作為生成各種財務(wù)報表的依據(jù)。隨著商業(yè)銀行業(yè)務(wù)和規(guī)模的不斷發(fā)展，這種交易和會計緊密結(jié)合的模式不僅影響了銀行對國外客戶的服務(wù)體驗，也不利于自身產(chǎn)品的創(chuàng)新和內(nèi)部管理的效率和效果，因此銀行業(yè)開始了交易和會計分離的改革。

一，交易和會計的概念

交易是對銀行與客戶關(guān)系變化的實際有效的確認，是雙方權(quán)利義務(wù)關(guān)系確立的具體現(xiàn)實，目的是確立經(jīng)濟事實的真實發(fā)生；會計是對經(jīng)濟事實(不僅是銀行與客戶的關(guān)系，還包括其他能夠影響銀行經(jīng)濟利益的事項)按照特定規(guī)則的反映和表達，其目的是為利益相關(guān)者提供有用的信息。

從時間順序和邏輯順序看，交易實現(xiàn)的結(jié)果是會計核算的前提和輸入，會計核算本身并不影響交易事實是否實現(xiàn)，這是交易和

會計分離提供了現(xiàn)實的可能性。

二、銀行交易會計分離的發(fā)展階段

在銀行信息化建設(shè)過程中，會計系統(tǒng)的發(fā)展經(jīng)歷了以下幾個階段：

(-)純手動階段

銀行發(fā)展初期，信息化尚未起步，所有業(yè)務(wù)都是手工處理。當時柜員在營業(yè)時間人工辦理客戶對客戶業(yè)務(wù)，業(yè)務(wù)停止后在會計賬簿上逐一記錄交易賬戶，依次形成子賬戶和總賬。在這個階段，交易和會計是完全分離的。

(二)會計電算化的初級階段

隨著會計電算化的興起，各種會計處理方法層出不窮。交易有可能直接驅(qū)動會計，交易和會計的界限開始模糊。

(三)交易會計與信息技術(shù)和技術(shù)的集中緊密耦合階段

開發(fā)，交易，會計越來越近了。在這個階段，交易承擔雙重責任。在為客戶辦理各種業(yè)務(wù)交易的同時，還需要同時為銀行內(nèi)部會計人員辦理業(yè)務(wù)核算，形成rsquolsquo“交易驅(qū)動”lsquo�；�于的緊耦合會計系統(tǒng)。目前部分股份制銀行和城商行處于這一階段。

(4)部分分離階段

一些商業(yè)銀行已經(jīng)逐漸意識到交易與會計耦合模式的局限性，開始有計劃地實施交易與會計的脫鉤。但是由于原有架構(gòu)的限制，比如有些事務(wù)和會計不能完全分離，往往無法形成企業(yè)級的會計引擎。通常這類商業(yè)銀行的核心還是承擔一些會計職能。2011年，中國銀行和中信銀行通過核心中的會計模塊完成了交易驗證的分離。

(五)企業(yè)級統(tǒng)一會計引擎階段

在這個階段，商業(yè)銀行的業(yè)務(wù)處理和會計核算是完全分離的。事務(wù)系統(tǒng)只處理業(yè)務(wù)邏輯。會計人員在統(tǒng)一的會計引擎模型中配置權(quán)責發(fā)生制會計規(guī)則，在會計引擎中生成權(quán)責發(fā)生制分錄，形成子賬戶并傳遞到總賬，從而形成生成各種財務(wù)報表的基礎(chǔ)。會計引擎的運行不受客戶交易的業(yè)務(wù)邏輯的影響，僅從其中提取會計要素并映射到模型中以生成會計分錄。從國內(nèi)領(lǐng)先實踐來看，農(nóng)業(yè)

到目前為止，中國工商銀行、中國建設(shè)銀行和上海浦東發(fā)展銀行已經(jīng)采用企業(yè)級獨立會計引擎進行自動會計處理。

第三，傳統(tǒng)建筑的弊端

傳統(tǒng)結(jié)構(gòu)下“交易驅(qū)動”導向的交易與會計緊密耦合模式

對于傳統(tǒng)模式，科技人員不僅要開發(fā)業(yè)務(wù)功能本身，還要對其背后的會計分錄進行編碼和配置。相應(yīng)的，測試人員也需要同時測試上述功能，延長了研發(fā)周期。在這個高交易的時代，一定程度上對商業(yè)銀行新產(chǎn)品搶占市場份額有負面影響。

不利于交易核算實現(xiàn)集團集成管理的耦合模式，一個產(chǎn)品通常只能配置一套核算規(guī)則。近年來，隨著商業(yè)銀行的快速發(fā)展和文化水平的提高，開設(shè)海外分行或子公司已成為大勢所趨。海外地區(qū)采用與中國大陸不同的會計準則，即即使開展相同的業(yè)務(wù)，傳統(tǒng)框架也無法滿足不同會計準則下的會計管理要求。這些商業(yè)銀行不得不外包或重新開發(fā)，不僅增加了成本，也不利于綜合管理。

(C)核心承擔雙重功能，成本增加，效率降低。

在傳統(tǒng)模式下，商業(yè)銀行的核心系統(tǒng)不僅負責客戶服務(wù)，還承擔著所有匯款業(yè)務(wù)中的會計核算職能。隨著業(yè)務(wù)的發(fā)展，連接到核心的服務(wù)越來越多，計費接口也會增加。這將直接導致核心的維護成本增加，運行效率下降。

(四)會計規(guī)則零散，難以調(diào)整。

對于交易會計耦合模型，會計規(guī)則分散在不同交易的不同業(yè)務(wù)中。例如，銀行工具包括貸款、票據(jù)、同業(yè)理財、債券、非債券和其他類型，它們由不同的業(yè)務(wù)處理。2018年，新工具的標準發(fā)生了很大的變化，把原來的四類變成了三類。對于交易會計尚未分離的商業(yè)銀行，需要逐一涉及業(yè)務(wù)，提出變更會計規(guī)則的要求，耗費大量時間和精力。

(五)功能耦合，責任方

由于職能結(jié)合緊密，經(jīng)營和會計責任的界限不清。測試過程中，操作人員除了驗證交易操作邏輯外，還需要檢查生成的會計分錄；網(wǎng)絡(luò)運營商在處理客戶業(yè)務(wù)時，還應(yīng)考慮收據(jù)中記賬信息的準確性。這種情況導致銀行、運營、科技等相關(guān)部門的員工都需要涉足會計領(lǐng)域，承擔相關(guān)工作，容易造成崗位職責不清，不利于精細化管理。一旦出現(xiàn)問題，很容易推諉，降低銀行管理效率。

四、交易會計分離的優(yōu)勢

(-)快速響應(yīng)產(chǎn)品創(chuàng)新，搶占市場份額。

交易記賬分離后，產(chǎn)品只需要專注于產(chǎn)品功能本身，記賬規(guī)則的添加或修改都是由會計在一個獨立的記賬引擎中進行配置。對于核算規(guī)則相同的產(chǎn)品，支持直接映射到相同的核算類型，減少了復雜的配置工作。這大大節(jié)省了開發(fā)和測試的時間，加快了對產(chǎn)品創(chuàng)新和客戶服務(wù)的響應(yīng)，有助于運營效率的提高。

(二)適應(yīng)多套會計準則，提高管理效率

交易核算分離后，會計引擎可以通過配置引擎變體來處理與會計準則下不同的會計規(guī)則，即同一筆交易在集團不同地區(qū)可以由原業(yè)務(wù)處理，在引擎中可以生成不同準則下的會計分錄。這不僅為商業(yè)銀行設(shè)立新的海外機構(gòu)和并購提供了便利，也為未來真正實現(xiàn)集團一體化管理奠定了基礎(chǔ)。

(三)職責分工明確，便于專業(yè)化管理

在新模式下，業(yè)務(wù)開發(fā)人員和測試人員只需關(guān)注業(yè)務(wù)處理邏輯的準確性，操作人員只需關(guān)注業(yè)務(wù)操作層面的步驟和可能出現(xiàn)的問題，而會計人員只需關(guān)注業(yè)務(wù)處理邏輯的準確性

會計不是交易的必然條件。交易與核算分離后，如果核算規(guī)則發(fā)生變化，只要業(yè)務(wù)場景不發(fā)生變化，就不需要進行業(yè)務(wù)改造，只需在核算引擎中重新配置核算參數(shù)，引擎會根據(jù)新的配置自動形成賬戶。

在這個時代的不斷趨同和頻繁變化的國內(nèi)會計準則和標準，大

大大降低了修改會計規(guī)則的難度。

動詞（verb的縮寫）會計引擎工作原理介紹

交易會計分離后，會計人員需要在會計引擎中配置參數(shù)。產(chǎn)品和服務(wù)的會計要素從業(yè)務(wù)數(shù)據(jù)中提取，并傳輸?shù)綍�計引��。會計引擎對每筆交易進行判斷，并根據(jù)預先配置的規(guī)則生成會計分錄，以實時或準實時的方式傳輸?shù)娇傎~�？傎~核對總賬和明細賬后，將賬戶余額傳至報表，按照特定口徑生成財務(wù)報表。具體工作原理如下圖所示：

太陽的殘余部分

業(yè)務(wù)流程

報告表格

島嶼生產(chǎn)服務(wù)

！核算核鼻首I發(fā)動機

企業(yè)十，

返回-

圖1會計引擎工作原理示意圖

產(chǎn)品和服務(wù)向會計引擎發(fā)送業(yè)務(wù)數(shù)據(jù)，會計引擎有兩種形式：業(yè)務(wù)事件和會計分錄。業(yè)務(wù)事件專門針對交易和會計完全分離的業(yè)務(wù)；會計分錄適用于交易和會計尚未分離且無法分離的系統(tǒng)。一些國外的采購，其代碼不容易獲取，很難剝離自身的審計功能，根據(jù)性價比原則，這種可以保持原有模型，以會計分錄的形式發(fā)送給會計引擎。

六、交易會計分離對商業(yè)銀行管理的影響。

(-)重新劃分會計工作和運營工作的范圍。

在傳統(tǒng)交易會計的耦合模式下，商業(yè)銀行的業(yè)務(wù)運營部門不僅承擔業(yè)務(wù)運營的責任，還承擔部分會計職能。例如，網(wǎng)絡(luò)運營商除了對客戶進行業(yè)務(wù)操作外，還應(yīng)注意憑證中會計信息的準確性。交易會計分離后，會計管理與運營管理的邊界應(yīng)重新界定：會計管理應(yīng)專注于會計規(guī)則的制定和維護，運營管理應(yīng)主要負責具體的交易操作，運營人員不再負責執(zhí)行會計管理的相關(guān)規(guī)定。

(B)重新界定總公司和分公司的會計工作。

分公司的會計工作主要包括財務(wù)會計和業(yè)務(wù)會計。傳統(tǒng)模式下，分公司會計需要全面解讀總公司的會計制度和政策，并按部就班地執(zhí)行。這種情況隨著銀行化程度的不斷提高已經(jīng)越來越少了。建立全行統(tǒng)一核算機制后，總行要設(shè)立單獨的核算規(guī)則配置崗，對全行新增和變更的業(yè)務(wù)核算規(guī)則進行配置和審核，分支機構(gòu)的業(yè)務(wù)核算執(zhí)行由統(tǒng)一的管理核算引擎代替。分支機構(gòu)的會計管理應(yīng)側(cè)重于銀行的財務(wù)規(guī)劃及相關(guān)內(nèi)控和質(zhì)量檢查，業(yè)務(wù)會計系統(tǒng)的落地完全由總行會計規(guī)則維護崗負責。

(C)產(chǎn)品和會計引擎的趨同

會計是交易的真實反映。對于交易會計分離后的商業(yè)銀行來說，雖然交易處理和會計核算在系統(tǒng)中是解耦的，但會計分錄的生成仍然取決于業(yè)務(wù)接口如何將業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)換為會計要素并提供給會計引擎。在實行交易核算分離之前，商業(yè)銀行需要對全行的產(chǎn)品進行列示和核算。

在梳理核算規(guī)則的過程中，明確了引擎要求產(chǎn)品系統(tǒng)傳遞的核算要素，做好了核算引擎與產(chǎn)品的銜接，為后續(xù)奠定了基礎(chǔ)

在原始模式中，事務(wù)會生成業(yè)務(wù)數(shù)據(jù)和財務(wù)數(shù)據(jù)。此外，在交易驗證的捆綁模式下，操作員在錄入交易時往往更注重賬務(wù)處理的準確性，而忽略了管理會計維度信息的準確維護，導致業(yè)務(wù)數(shù)據(jù)無法滿足內(nèi)部管理和統(tǒng)計報表的要求，預算和統(tǒng)一核算工作只能基于會計科目的平衡來開展。同時，由于內(nèi)部管理對科目的高度依賴，各業(yè)務(wù)部門不斷申請明細科目以準確檢查自己的產(chǎn)品，導致科目體系復雜，管理會計與財務(wù)會計界限不清。交易核算解除綁定后，業(yè)務(wù)數(shù)據(jù)和財務(wù)數(shù)據(jù)分開取，界限清晰。屬于管理會計的工作要以業(yè)務(wù)數(shù)據(jù)和業(yè)務(wù)預置維度為分類依據(jù)，屬于財務(wù)會計的工作要以會計引擎?zhèn)鬏數(shù)娇傎~的賬戶數(shù)據(jù)為分類依據(jù)。商業(yè)銀行要明確責任，提出要求，保證這兩方面數(shù)據(jù)的準確性，為內(nèi)部管理、統(tǒng)計報告和對外披露提供可靠的數(shù)據(jù)基礎(chǔ)。

作者為渤海銀行股份有限公司。