服務熱線
400 180 8892
高興
傳統模式下，商業銀行采取 了交易與核算緊耦合的系統模式， 業務系統日間完成交易處理的同時 生成會計分錄，日終將當天賬務傳 至總賬系統作為生成各類財務報表 的依據。隨著商業銀行業務和規模 不斷發展，這種交易與核算緊密結 合的系統模式既影響了銀行對外客 戶服務體驗，又不利于自身產品創 新和內部管理的效率和效果，銀行 業因而興起了交易與核算分離的改 革。
一、交易與核算的概念
交易是對銀行與客戶之間合 同關系變化的實際有效確認，是雙 方權利義務關系得以確立的具體實 現，其目的在于確立經濟事實真實 發生；核算是按照特定規則對于經 濟事實（不僅限于銀行與客戶的合 同關系，還包括了其他能夠影響銀 行經濟利益的事項）的反映和表達, 其目的在于為利益相關者提供有用 的信息。
從時間順序和邏輯順序上，交 易所達成的結果是會計核算的前提 和輸入項，而會計核算本身并不影 響交易事實是否達成，這為交易與
核算分離提供了現實可能。
二、銀行系統交易核算分離的 發展階段
在銀行信息化建設進程中，會 計核算體系的發展經歷了以下幾個 階段：
（―）純手工階段
銀行業發展的初期，信息化尚 未起步，所有的業務均為人工處理。 當時的柜員營業時間手工處理對客 業務，在停止營業后將交易賬務逐 筆記載在會計賬簿中，依次形成分 戶賬和總賬。在這一階段，交易與 核算是完全分離的。
（二） 會計電算化初期階段
隨著會計電算化的興起，各類 賬務處理軟件層出不窮。交易直接 驅動核算成為可能，此時交易與核 算邊界開始模糊。
（三） 交易核算緊耦合階段 隨著IT系統的集中和技術的
發展，交易與核算越來越緊密。這 一階段，交易系統肩負著雙重的責 任，在面向客戶完成各類業務交易 處理的同時，還需要面向銀行內部 會計人員同步完成對業務的核算處 理，形成了 ’‘交易驅動'‘的緊耦合 核算體系。目前，部分股份制銀行 和城市商業銀行均處于這一階段。
（四） 部分分離階段
一些商業銀行逐漸意識到交 易核算耦合的系統模式存在的掣 肘，開始有計劃的實施交易與核算 的解耦。但由于受到原有系統架構 的限制，如部分系統無法將交易與 核算完全分離，往往未能形成企業 級的核算引擎。通常，這類商業銀 行核心系統仍然承擔了一部分核算 功能。中國銀行和中信銀行分別于 2011和2015年，通過核心系統 中的會計核算模塊，完成了交易核 算分離。
（五） 企業級統一的會計核算 引擎階段
處于這―階段的商業銀行業務 處理與會計核算完全分離。交易系 統僅處理業務邏輯，由會計人員在 統一的會計核算引擎模型中配置會 計核算規則，在核算引擎中生成會 計分錄、形成分戶賬并傳遞給總賬 系統，形成生成各類財務報表的依 據。核算引擎的運轉不受對客交易 系統業務邏輯的影響，僅從中提取 核算要素，映射到模型中生成核算 分錄。從國內領先實踐來看，農業
銀行、工商銀行、建設銀行和浦發 銀行迄今已采用企業級獨立會計核 算引擎進行自動化賬務處理。
三、傳統系統架構的劣勢
傳統系統架構下"交易驅動" 引導的交易與核算緊耦合模式，使 得交易與核算結合過于緊密，不利 于應對商業銀行產品創新、集團一 體化、降本增效、會計準則調整以 及精細化管理方面的要求，具體體 現為以下幾個方面：
（-）系統開發周期過長，不 利于產品快速響應市場
對于傳統系統模式，科技人員 不僅要進行業務功能本身的開發， 也要對其背后的會計分錄進行編碼 和配置。相應的，測試人員也需要 同時測試上述功能，加長了系統研 發的周期。在這個交易高度系統化 的時代，一定程度上對于商業銀行 新產品搶先占有市場份額產生不利 影響。
不利于實現集團一體化管理 對于交易核算耦合的系統模 式，一種產品通常只能配置一套會 計核算規則。近年來，隨著商業銀 行的快速發展和國際化水平的提 高，開立海外分行或子公司成為一 種普遍趨勢。海外地區采用不同于 中國大陸的會計準則進行核算，即 使開展相同業務，傳統系統架構也 無法滿足不同會計準則下的賬務處 理。這些商業銀行不得不外購或重 新開發系統，這既增加了成本，也 不利于一體化管理。
（三）核心系統承擔雙重功能， 成本提升效率降低
傳統模式下，商業銀行核心系 統不僅負責對客服務，且承擔著匯 總所有業務系統中賬務的功能。隨 著業務的發展，接入核心系統的業 務系統越來越多，核算接口也將隨 之增加。這會直接導致核心系統的 維護成本增加，運行效率降低。
（四） 核算規則分散，調整難 度較大
對于交易核算耦合的系統模 式，核算規則隨著交易不同散落于 不同的業務系統。例如，銀行金融 工具包括貸款、票據、同業理財、 債券、非債券等多種類型，采用 不同的業務系統進行交易處理。 2018年，新金融工具準則發生重 大變更，將原有四分類變為三分 類，對于交易核算尚未分離的商業 銀行，需逐個分析涉及業務系統并 提出核算規則變更需求，耗費了大 量時間和精力。
（五） 系統功能耦合，職責邊
由于系統功能的緊密結合，導 致營運操作和會計核算職責邊界不 清晰。系統測試時，營運操作人員 除對交易操作邏輯進行驗證以外， 還需對系統產生的會計分錄進行核 對；對客業務處理時，網點營運人 員同時也要考慮回單中賬務信息的 準確性。這種現狀導致銀行業務、 營運、科技等相關部門員工均需涉 足會計專業領域并承擔相關工作， 易造成崗位職責邊界不清晰，不利 于精細化管理。一旦出現問題，亦 容易形成推諉，降低銀行管理效率。
四、交易核算分離的優勢
（-）快速響應產品創新，搶 占市場份額
交易核算分離后，產品系統僅 需專注產品功能本身，核算規則的 新增或修改，均由會計人員在獨立 的會計引擎中進行配置。對于核算 規則相同的產品，支持直接映射到 同一核算類型，減少了繁雜的配置 工作。這大大節省了系統開發和測 試的時間，加速響應了產品創新和 客戶服務，有助于經營效率的提高。
（二） 適應多套會計準則，提 升管理效率
交易核算分離后，會計引擎可 以通過配置引擎變式的方式實現不 同會計準則下核算規則的處理，這 意味著對于集團下不同地區的相同 交易可以通過原有系統進行業務處 理，并在引擎中生成不同準則下的 核算分錄。這不僅為商業銀行海外 新設機構和兼并收購提供了系統便 利，也為未來真正實現集團一體化 管理奠定基礎。
（三） 職責劃分清晰，便于專 業化管理
新模式下，業務系統開發和測 試人員只需專注業務處理本身邏輯 的準確性，營運操作人員也僅需關 注業務操作層面的步驟和可能出現 的問題，而會計核算規則由專門的 會計人員統一在獨立的核算引擎中 參數化配置。分工明確，職責清晰, 有利于業務運營和會計核算在各自 的領域向專業化、精細化發展。
（四） 核算處理獨立，不影響 業務系統
交易是核算的前提和原因，但
核算不作為交易的必然條件。交易 與核算分離后，若核算規則發生變 化，只要業務場景沒有發生變化， 無需對業務系統進行改造，只需在 會計引擎中重新配置核算參數，引 擎會自動根據新的配置形成賬務。
在這個國內會計準則與國際準則不 斷趨同，頻繁發生變化的時代，大
大降低了核算規則的修改難度。
五、核算引擎工作原理簡介
實施交易核算分離后，會計 人員需要在會計核算引擎中的進行 參數配置，產品服務系統由業務數 據提煉出核算要素并傳輸給會計引 擎，會計引擎對逐個交易進行判斷 并根據事先配置好的規則產生會計 分錄，以實時或準實時的方式傳送 給總賬系統，總賬系統進行總賬與 分戶賬的核對后，將科目余額傳送 給報表系統并根據特定的口徑生成 財務報表。具體工作原理如下圖所 示：
鞄日余顎
業務 流程
報表系統
產島服務系統
! 會計核鼻弓I擎
企十,■
歸―
圖1核算引擎工作原理圖示
產品服務系統將業務數據傳 送給會計核算引擎，具體有兩種形 式：業務事件和會計分錄。業務事 件專門針對交易和核算完全分離的 業務系統；會計分錄則針對交易和 核算尚未分離，以及無法分離的系 統。一些國外采購的軟件系統，其 代碼不易獲取，很難將其自帶的核 算功能進行剝離，根據成本效益原 則，此類系統可以保持原有模式， 采用以會計分錄的形式傳送給會計 引擎。
六、交易核算分離后對商業銀 行管理的影響
（-）重新劃分會計工作與營 運工作的范疇
在傳統交易核算耦合的系統 模式下，商業銀行的業務營運部除 承擔業務操作的職責以外，也承擔 了一部分會計職能。例如，網點營 運人員除對客執行業務操作外，還 需注重憑證中賬務信息是否準確。 交易核算分離后，要重新對會計管 理和營運管理的邊界進行界定：會 計管理應側重于制定和維護核算規 則，營運管理則主要負責具體交易 操作，營運人員應不再負責執行會 計管理的相關規定。
（二）重新界定總行及分支機 構的會計工作
分支機構的會計工作主要包括 財務會計和業務會計兩部分。傳統 模式下，分支機構會計人員需要對 總行各項會計制度和政策有著充分 解讀并逐級將其落實，這一現狀隨 著銀行系統化程度的不斷提高已經 越來越少。建立全行統一的會計引 擎機制后，總行應單獨設立核算規 則配置崗，對全行新增和變更的業 務會計核算規則進行配置和審核， 分支機構的業務會計執行工作會被 統一管理的會計引擎所替代。分行 的會計管理工作應圍繞銀行財務會 計及其相關內部控制和質量檢查為 核心，業務會計制度的落地則完全 由總行的核算規則維護崗負責。
（三）產品系統與會計引擎的 銜接
會計核算是對交易的真實反 映。對于交易核算分離后的商業銀 行，盡管交易處理和會計核算在系 統中實現了解耦，會計分錄的生成 仍依賴業務系統的接口如何將業務 數據轉化為核算要素并提供給會計 引擎。在交易核算分離實施前，商 業銀行需要對全行產品清單及核算
規則進行統一梳理，并在核算規則 的梳理過程中明確引擎要求產品系 統傳輸的核算要素，做好會計引擎 與產品系統的銜接工作，為后續會 計引擎參數化配置及自動運轉奠定 基礎。
（四）準確界定財務會計和管 理會計的范疇
會計科目設置的目的是為對 外報告的財務會計進行服務。在傳 統業務模式下，一些商業銀行因管 理會計應用未達到預期效果，導致 會計科目承載了過多的內部管理屬 性。例如，預算考核應基于管理會 計的統計數據，而統計工作則應以 業務數據作為基礎進行加工報送。
原有模式下，交易系統既產生業務 數據又產生財務數據，加之交易核 算捆綁模式下，營運操作人員錄入 交易時更多傾向于核算處理的準確 性而忽略管理會計維度信息的準確 維護，導致業務數據無法滿足內部 管理及統計報送的要求，預算和統 計工作只能基于會計科目余額開 展。同時，因高度依賴科目進行內 部管理，各業務部門不斷提出明細 科目的申請對自身產品進行精準核 算，導致科目體系繁雜混亂，管理 會計和財務會計邊界不清。交易核 算解綁后，業務數據和財務數據分 別取自不同的系統，界限清晰，屬 于管理會計范疇的工作應當基于業 務數據并以業務系統預設維度作為 分類依據，屬于財務會計范疇的工 作則應基于會計引擎傳送給總賬的 科目數據。商業銀行應當明確職責, 提出要求，確保這兩方面數據的準 確性，為內部管理、統計報送及對 外披露各自提供可靠的數據基礎。
作者單位渤海銀行股份有限 公司
