幸福的

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

一，交易和會計的概念

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

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

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

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

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

(-)純手動階段

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

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

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

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

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

(4)部分分離階段

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

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

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

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

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

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

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

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

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

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

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

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

(五)功能耦合，責任方

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

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

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

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

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

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

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

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

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

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

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

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

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

太陽的殘余部分

業(yè)務流程

報告表格

島嶼生產服務

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

企業(yè)十，

返回-

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

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

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

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

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

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

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

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

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

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

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

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