论会计引擎在现代银行新核心业务系统的运用

余芬

摘 要：传统银行核心业务系统均采用交易与核算紧耦合的处理模式，本文针对该模式弊端，提出现代银行新核心业务系统交易与核算松耦合的概念。由此引出会计引擎的处理模式，分析其优点，并通过对其设计原理、功能架构的描述，介绍会计引擎在银行业的运用。

关键词：核心业务系统;会计引擎;交易与核算分离

中图分类号：F23 文献标识码：A doi：10.19311/j.cnki.1672-3198.2021.30.036

1 会计引擎产生的背景

银行传统的核心业务系统都是以交易对应固定会计分录的方式来实现业务核算要求，被称为交易与核算紧耦合。在交易与核算紧耦合模式下，交易的完成以核算的确认为前提，业务模式创新和会计制度更迭，都需重新设置和匹配新的交易场景与核算规则。

交易与核算紧耦合方式不适合当前银行快速响应产品创新、业务推广、准则变迁的要求，因此一个灵活地、参数化地、准确度高、能够在最大程度上满足用户自定义记账规则的会计引擎，成为当前银行发展的一个主要趋势，交易与核算松耦合（即交易与核算分离）的概念便应运而生。

2 会计引擎的概念和优点

2.1 会计引擎的概念

会计引擎是一套支持客户自行维护记账规则的设置方法，最大优点是实现了交易与核算的分离。会计引擎将核心业务系统的会计核算功能剥离出来，并为总账提供标准的财务核算数据，会计引擎完全独立于业务逻辑，理论上可以脱离交易系统和总账系统独立部署，通过批量方式进行平衡检查和对账，支持自动产生会计分录。

2.2 会计引擎的优点

2.2.1 有利于专业化的系统干专业化的事情

会计引擎的目的是为了实现业务事件与账务核算的相对分离，核心业务模块或其他外围交易系统可以专注于业务处理流程设计、业务功能、交易速度、风险控制、数据归纳等，不受会计账务处理实效掣肘。

2.2.2 有利于及时响应产品创新、准则变化等需求变化

银行业产品推陈出新，业务交易形式复杂多变，但其会计核算场景往往差异不大，当新产品研发时，银行仅需更新产品工厂信息，利用原有的产品工厂与核心引擎的对应关系，或对原对应关系做出微调，便可直接自动产生新账务。这种处理模式下，产品创新的速度不受后台会计账务调整时间限制。

而当会计准则等会计核算规则发生变化时，我们仅需变更会计引擎逻辑，前端交易规则维持不变，不影响前端业务运营。

2.2.3 有利于内部精细化管理

金融业市场竞争加剧，产品创新层出不穷，需要精细化的管理为内部决策提供支撑。新核心业务系统部署的产品工厂和费用工厂登记了多维度业务管理信息，并且与核算引擎建立科学、明确的对应关系。便于将会计数据转换成业务数据，进行多维度（如产品、条线、部室、分行、风险等）分析，有利于内部精细化管理。

3 会计引擎在银行业的运用

3.1 会计引擎的设计原理及功能架构

會计引擎的设计原理是让用户通过各类业务的业务事件分录，相应交易金额指针和产品对应的科目指针和顺序号，自行制订各种记账规则，自动生成整套记账规则会计传票信息。

3.2 会计引擎的功能点

3.2.1 参数化配置

会计引擎就是对银行核算规则要素（产品、业务种类、核算科目、核算金额、记账规则等）进行参数化设置，通过对不同的产品和业务事件、科目指针、金额指针的组合，能够灵活的支持各类业务事件生成相应会计分录，并且支持前台用户自行设定和维护核算规则。

会计引擎的主要参数：科目组、产品科目对照关系、事件会计分录和总分核对参数。

银行每笔业务，通过统一的会计引擎接口，根据会计引擎中核算规则的参数设置，自动生成满足业务核算要求的会计传票信息。

3.2.2 借贷平衡自动校验机制

会计引擎保证每笔业务整套传票的借贷平衡要求，同时保证单机构的借贷平衡要求。对于整套传票出现异常借贷不平时，通过挂账处理并发出提示信息。

3.2.3 总分核对校验机制

会计引擎提供总分核对参数化设置，通过对不同的产品类型和科目指针、金额指针的组合，完成系统总分核对、账簿核对的功能，确保业务明细数据与账务数据一致性。

3.2.4 自动挂账机制

交易发生时，核算若出现异常，系统会自动采用错误传票自动挂账方式处理，确保前端交易的正常完成。

3.3 会计引擎与其他系统、模块之间的关系

3.3.1 引擎参数与产品层级关系

会计引擎是对银行的各种产品提供会计核算服务，因此会计引擎配置的参数都与产品存在密不可分的关系。

在产品定制中，银行的产品由多层结构构成，例如产品模型、基础产品、可售产品。可售产品是产品层级中的最底层，产品模型是产品层级中的最高层。会计引擎的相关参数，可以定义到最底层的可售产品层，也可以定义到较高层的基础产品层，也可以定义到最高层的产品模型层。对于费用核算，则可以定制到费用工厂的收费项目基本信息中的费用代码。

一笔业务交易发生，交易涉及的产品都是最底层产品。会计引擎根据交易提供的底层产品，检索该底层产品定制的引擎参数并生成会计分录信息。如果该底层产品未定制相关的引擎参数，则逐级向上检索上一级基础产品层或产品模型层，直至检索到相关的引擎参数。

为保证会计引擎参数与产品的一致性，在可售产品发布前，都必须检查产品的会计引擎参数是否配置，以及其产品核算事件/科目组参数的有效性。每日检查会计引擎的核算产品是否仍有效。若无效则生成提示报表以便用户跟进。

3.3.2 与外围系统的关系

对于要求在核心成账的外围系统，通过会计引擎在核心系统生成会计传票信息，核心返回记账成功信息;对于自行成账的外围系统，核心业务系统接收其全套账务信息，进行平衡检查，并加工总账数据。

3.3.3 与核心其他子系统的关系

产品工厂，提供会计引擎核算涉及的产品信息，相关产品层级信息，以及对产品核算事件关系的检查。

会计信息子系统负责提供科目信息、内部账户信息，并进行相关检查控制。会计信息子系统对会计引擎生成的传票进行总账加工。

现金管理模块、费用管理模块、存款子系统、贷款子系统、业子系统、外汇买卖子系统在业务发生时调用会计引擎生成会计传票。

由此可见，以“交易与核算松耦合”为理念的商业银行新一代核心业务系统会计引擎，通过建立与各级产品层、外围系统、子系统的信息交互，实现对各交易数据匹配、映射、借贷平衡与总分账务检查，从而更加独立、高效、统一的完成会计处理。

参考文献

[1]刘彬，石亮亮.银行科技系统会计引擎作用浅析[J].中国金融电脑，2017，（09）：57-63.

[2]茆维.交易核算分离在建立自贸区分账核算体系中的实践应用[J].金融会计，2019，（09）：23-28.

[3]陈谦.浅议新一代核心系统“交易与核算分离”模式下的商业银行会计管理[J].金融会计，2020，（07）：24-28.