SCI论文（www.lunwensci.com）
摘 要： 近年来， 各大商业银行不断加强金融科技建设， 全面推进数字化转型， 打造企业级的可扩展、分布式、组 件化的业务和IT架构。在财务管理领域，构建企业级架 构下， “独立、集中、统一”的会计核算处理模块， 成为 商业银行在探索财务管理数字化转型的选择路径。本文对 “独立、集中、统一”的会计核算处理模块的建设目标、 系统功能定位以及建设过程中可能遇到的各种挑战及应对 措施进行了阐述， 为更好地完成会计核算处理模块的系统 建设， 发挥其推动商业银行财务管理数字化转型的作用提 供参考借鉴。
关键词： 金融科技,数字化转型,财务管理,会计核算处理模块
一、研究背景
当前，金融科技正在快速发展，金融市场环境日 新月异。为应对新形势新挑战，把握数字化发展新机 遇，拓展经济发展新空间，商业银行财务变革和数字 化转型势在必行。
1.财政部制定规划，推进会计数字化转型
财政部制定《会计信息化发展规划(2021-2025 年)》，明确提出“十四五”时期会计信息化工作的 指导思想、基本原则、总体目标、主要任务和实施保 障，为推进会计数字化转型、支撑会计职能拓展、推 动会计信息化工作向更高水平迈进制定了规划。
2.新会计准则相继实施，适应性要求不断提高
《IFRS9—金融工具》《IFRS16—租赁》等新会计 准则的实施，大大改变了银行在金融工具列报、准备 金计提和固定资产折旧等方面的管理，对如何适应会 计准则变化提出了更高的要求。
3.数字化转型加快，智能化水平持续提升
当前，高新技术行业纷纷加快了数字化转型步 伐，相关行业财务管理部门通过利用新的科技成果， 持续提升财务自动化、智能化水平。
4 .商业银行上线新一代核心银行系统，财务管理 面临新挑战
以中国农业银行、中国建设银行、中信银行等为 代表的商业银行近年来，纷纷上线新一代核心银行系 统。其具有以客户为中心、快速产品创新、改善管理 能力等特点，强调以企业级角度进行系统整合，实现应用集成、信息共享、基础统一，给商业银行财务管 理带来了新的挑战。
二、“独立、集中、统一”的会计核算处理模块 的目标
各大商业银行在建立新一代核心银行系统和分布 式IT架构过程中，无一例外地选择了建设“独立、集 中、统一”的会计核算处理模块，亦称之为“会计引 擎”，使之归属于全行统一的会计核算平台，搭起交 易明细与会计总账之间的桥梁。
而构建“独立、集中、统一”的会计核算处理模 块，实现以统一、高效、便捷、精细、准确、可视为 目标的会计核算，既是商业银行不断提高精细化管理 水平、积极服务信息化战略发展格局、迅速高效响应 市场竞争、灵活适应会计准则变化和监管的需要，也 是不断推进财会数字化转型的必然路径。
统一：按照标准化的核算处理流程，由会计核算 处理模块统一接收各业务组件或系统按照统一标准生 成并传送的交易信息。依照统一的会计核算规则，在 会计核算处理模块内统一生成会计分录并汇总传送总 账系统，充分解决分散化、非标准化所带来的会计核 算处理流程耗时长、效率低、资源占用较多的问题。
高效：会计核算处理模块通过联机实时进行核算 处理、高频率生成和传输总账系统所需数据的方式， 有效地提升核算处理效率，为实现快速、准确地展示 和输出核算结果提供基础。随着现代银行业务向多渠 道、全天候、立体化业务服务模式的转变，银行会计 核算处理的时效性应在系统资源合理配置的前提下不 断优化提升， 实现支持“7乘24小时”全天候实时根据 交易信息生成会计分录，有效提升会计核算结果的生 成效率。
便捷：在初始建设统一会计核算处理模块的过程 中，应特别关注建立整套的可灵活配置的核算参数与 科目或子目的映射关系，将银行的各类产品、服务和 交易与会计科目及核算管理参数维护自动化联动。实现 “一点维护、全局应用”。如遇某只产品、某项服务或 者某个交易发生变化，只需在会计核算处理模块内相应 调整核算参数即可，减少人工传递和重复维护，大幅提 升操作的便捷性，同时有效降低操作风险。
精细：会计核算处理模块应不断提升会计核算精细程度。在新一代总账系统建设中，大部分商业银 行在总账系统中，借助会计科目COA段值形式丰富产 品、渠道、客户类型等其他必要维度，为管理会计提 供基础数据支撑。作为直接接收交易信息的会计核算 处理模块，应更多地记录、复述和展现交易中的各项 信息，在满足数据安全和数据管理的前提下，尽可能 多地将客户信息、账户信息、交易渠道信息、员工营 销信息等记录于所生成的会计核算信息中，为后续更 精细化的管理和经营分析提供数据支持。
准确：会计核算处理模块应对接收的交易信息和 生成会计核算结果进行实时、全面地合法性检查，出 现异常信息及时做出提醒，并进行自动化差错处理， 有效保证会计核算的准确性、完整性。
可视：通过建立统一的核算视图，在一个平台查 询所有会计核算结果，支持对会计核算结果的实时查 询、精准定位与筛选。通过“交易流水ID”等键值， 建立交易信息与会计分录的对应联系，实现从会计核 算结果快捷地追溯至具体业务，使会计核算处理全程 可视。
三、功能定位
1.专注于把交易信息“翻译”成会计信息
在各大商业银行开发与建设新一代会计核算处理 模块(“会计引擎”)的实践中，部分银行选择将会 计计量、账务核对以及手工账务调整等功能嵌入在会 计核算处理模块中，打造了一个“功能全面”的会计 核算系统。
但是，会计计量所需的计息率、计提率等比率值 本质上，与各业务系统所处理的业务、产品和交易 (不同存款产品的付息率、不同贷款产品利率水平、 大额中间业务收入或费用支出的摊销方式等)相关， 其计量的结果是业务逻辑的体现，而会计核算则侧 重于对计量结果进行确认和记账的过程。同时，账务 的核对(如总分账务核对、明细账务核对、账实核对 等)，手工账务调整更多地体现为账务管理的内容。 因此，作为专注于会计分录生成的会计核算处理模 块，应明确其“翻译器”的功能定位，即将各业务组 件或业务系统所传送的交易信息，“翻译”成会计核 算信息-会计分录。
2 .前置会计核算与产品、服务、内部账户、资金 往来业务的核算映射关系
在新一代核心银行系统开发的实践过程中，“交 易与核算”相分离的概念似乎“深入人心”。但“交 易与核算”相分离并非等于“交易与核算”相隔离。
在搭建会计核算处理模块的过程中，应与业务组 件或业务系统联系明确核算的范围，通过既定的核算 规则，把产品、服务、交易与相应的会计科目或子目建立参数化的核算映射关系，并灵活运用新增、修 改、删除、停用等功能，敏捷地响应监管政策变化、 会计准则变更、前端产品创新、对客业务运营所带来 的变化。
在新产品研发、新服务确立以及新交易设计和开 发时，须由相关的产品研发部门、业务条线管理部 门、交易开发和设计部门前置发起建立产品、服务 或交易与相应的会计科目或子目参数化的核算映射 关系，由财务管理部门审核和最终确定后方可生效上 线。有效地避免在快速上线新产品、新服务项目或新 交易时，因其未与会计核算建立参数映射关系而带来 的会计核算差错。
3 .实时监控、核对每笔业务的账务处理结果，及 时把控系统运行和员工操作风险
集中的会计核算处理模块承担着实时处理全行各 个业务组件或业务系统所产生和传送的交易信息，并 按照统一的核算规则生成会计分录的角色。分布式IT 架构下的新一代核心银行系统所带来的交易量级的提 升、跨系统或跨组件往来交易笔数增加以及某些特殊 时间节点可能带来的交易量集中爆发，均对会计核算 处理模块输出完整、准确的会计核算账务处理结果带 来一定的压力和挑战。在模块内构建一整套异常检查 机制，实时监控，核对每笔业务的账务处理结果，显 得尤为重要，有助于及时把控和降低由系统原因带来 的账务差错和员工误操作带来的操作风险。
4 .在对前端业务“应接尽接”的基础上，兼顾复 杂业务系统的过渡性方案
在各大商业银行构建新一代核心银行系统的实践 过程中，对于原有各业务系统的解构、重建并非一蹴 而就。业务的复杂程度、涉及关联系统的数量、新线 系统或组件的开发能力和难度以及投产批次和规划都 决定着某一个旧线系统是否能短时间内部新线系统或 组件所替代。部分难于被取代的旧系统，往往在适配 新会计核算处理模块交易信息接口数据规范、传送频 率、系统连接等方面存在配套改造难度较高的问题。 所以，在确定会计核算处理模块的系统对接范围时， 应本着对前端业务系统或组件“应接尽接”的前提 下，兼顾复杂业务系统的过渡性方案，保留旧系统内 部的会计核算处理单元，并由统一的会计核算处理模 块接收其日终生成的会计明细分录并统一汇总传送总 账系统。
四、面临的挑战与应对策略
1.数据孤岛
在会计信息需求内化，服务企业自身的理念下， 会计信息的获取和使用方式呈现出了明显的数字化和 服务化的特征。在以分布式IT架构为基础的新一代核心银行系统下，会计数据散落于多个组件和系统中， 由于技术上或管理制度上的原因，当业务发生时，数 据在不同的组件或系统按照流程、专业和应用进行分 类，储存在多个数据库中，不同系统之间的数据共 享和关联难度较高，增加了跨部门数据合作的沟通成 本，使企业不具备跨专业平台、多应用场景和全流程 数据的互联互通能力，对会计数据的统一和集中获取 带来了较大难度。
因此，在建设会计核算处理模块过程中，务必对 前端传送交易数据信息的一致性、完整性、可用性提 出严格要求，并建立统一的交易信息数据集中处理平 台，收集和汇总各组件、各系统与交易相关的各类数 据信息，集中传送会计核算处理模块，有效地避免数 据孤岛问题。
2.数据质量
不同业务系统或组件在采集、加工、统计数据的 过程中对重要数据标签自行设置标准，对数据加工和 统计流程进行非标准化设计，易造成“数出多门”的 情况。同时，会计核算过程相对于业务而言存在滞后 性，而从会计数据中得到有价值的会计信息需要较多 的数据准备时间。加上受限于数据规模的限制，难以 达到大数据应用的要求，易形成数据质量不佳，无法 形成有价值的会计信息输出的问题。
近年来，各大商业银行对数据质量、数据规范、 数据标准和数据管理工作的关注度、重视度越来越 高。随着新一代核心银行系统建设过程中，对数字资 产管理建设的不断加强，数据质量得以显著提高。但 仍需关注数据采集环节数据源的准确性、真实性问 题，同时，需对数据安全性、保密性、敏感性加以重 视，在会计信息的各类数据展现方式上附加权限管 理、脱敏处理等适当要求。
3.新的管理维护方式
在“交易与核算”相分离的概念下，会计核算应 更加侧重于对核算规则参数化、标准化的维护管理工 作，聚焦“会计引擎”与产品研发、服务价格管理、 内部账户运营以及业务组件和业务系统的交互关系。 确保产品、服务、交易与会计核算映射关系的准确 性，在监管政策变化、会计准则变更、前端产品创 新、对客交易变化时，能及时进行调整，保证会计核 算的准确性。
将产品、服务、交易与会计核算规则映射关系前 置于新产品研发、新服务项目确立和新交易的设计与 开发环节是确保会计核算准确性的必要一环。在维护 会计核算模块核算规则的环节中，形成由业务和技术 人员发起申请、财会人员最终确定与审核的线上化维护和管理流程，可以充分体现会计核算反映经济业务 活动实质的职能，亦可对自动化、集中化的会计核算 处理的准确性提供充分保证。
4 .分布式架构下不同组件和单元间账务往来的监 控和核对
部分大型商业银行在搭建新一代银行业务和IT架 构的过程中，采取了分布式、组件化、平台化的企业 级架构建设模式。在这种模式下，组件间信息反复调 用、交互频繁。一笔业务需要多个组件或单元来协作 完成，不同组件和单元间往往需要通过拆分交易来实 现对一笔完整业务的串接;类似于跨系统间往来账务 的处理方式，组件或单元间通过拆分交易所形成的往 来账需要在账务处理时进行平衡性过渡。
组件化的颗粒度越细，可能带来的组件或单元间 账务往来的频率就越高。这就要求会计核算处理模块 能够实时监控和核对不同组件和单元间往来账务是否 平衡，对于因系统程序、信息通讯、人为操作等原因 所带来的跨组件或单元往来账务不平，及时报送异常 提醒信息，充分保障往来账务的准确性。
5.成本与效益的平衡
旧线业务系统配套改造的技术投入、提升会计核 算时效性所带来的系统资源占用以及会计核算处理模 块的维护和开发成本也是建设“独立、集中、统一” 的会计核算处理模块不能忽视的考虑因素。
对于大型商业银行来说，功能全面、实时高效、 参数化自动化水平高、能支持复杂业务的账务处理且 能实现支持多法人、多准则、多时区、多货币、多账 套的会计核算处理模块无疑是最优选择。
而对于规模较小、业务量适中、业务品种不太复 杂、经营活动范围主要集中在境内的中小银行机构来 说，选择一个适合自身会计核算要求的会计核算处理模块显然是更为经济的选择。在探索商业银行实现财 务管理数字化转型的路程中，适合自身发展才是最优 的选择。
参考文献
[1] 陈谦.浅议新一代核心系统“交易与核算分离”模式下的商业银行会计管理[J].金融会计，2020(7)：24-28.
[2] 刘彬，石亮亮.银行科技系统会计引擎作用浅析[J].. 中国金融电脑，2017(9)：57-63.
[3] 包毅涛.强监管下商业银行新一代总账系统建设的策略分析[J].. 中国总会计师，2021(6)：51-52.
[4] 张庆龙.集团公司会计数据管理的现状分析[J]..财会月刊，2020(6)：58-60.
[5] 张庆龙，张延彪.企业财务数字化转型的理论逻辑—会计职能视角[J].. 中国总会计师，2020(4)：39-42.
关注SCI论文创作发表，寻求SCI论文修改润色、SCI论文代发表等服务支撑，请锁定SCI论文网！
文章出自SCI论文网转载请注明出处：https://www.lunwensci.com/guanlilunwen/55381.html
