一.项目背景

1.1我行财务核算及总账系统现状

我行2022年对老财务管理系统进行了升级改造，将原来的财务管理系统一分为二，成为现在的总账系统和财务管理系统。目前，我行财务核算工作分散在各业务系统中，通过总账系统接收各系统的会计流水，并与之对账，集聚成为全行级的大总账系统。会计引擎的缺失使得我行交易与核算未实现有效分离，不仅增加了业务系统的负担，也影响了财务工作的效率，制约了经营分析等数据的应用。

1.1.1业务问题

现阶段核算规则分散在多个业务系统，难以进行统一管理和规范，业务发展与账务处理的配合效率较低，无法及时匹配业务创新及时更新财务核算需求，财务核算对业务创新响应能力不足，使得新业务快速上线时效受限。

1.1.2财务问题

部分系统核算场景缺失，标准化程度低，部分场景依赖手工账务处理，一方面影响了财务管理的效率，另一方面也增加了操作风险，无法确保财务核算的时效性及准确性。

1.1.3数据问题

核算规则的分散导致数据计量口径不一致、数据标准不统一，业财数据差异或字段缺失等问题，使得数据质量的完整性和准确性不足，对信息披露的时效性和精细度构成一定程度的制约，限制了财务数据对经营分析、战略规划等方面的支持。

1.2核算精细化助力管理效率提升

在利率市场化的大背景下，各金融机构积极创新多元融资业务，差异化经营成为弯道超车的必然选择。业务创新、产品迭代蓄势待发，我行现有财务管理体系和计量平台已无法满足业务端产品创新对精细化财务管理的要求，数据精度不足、分析维度匮乏、计量准确性不佳都影响长期价值战略制定、短期盈利分析以及定价策略等精益管理工具的实现，财务管理效益的提升也将受到显著制约。

因此，我行亟需优化财务核算能力，形成与业务发展相适应的财务核算体系，以有效解决会计核算、年报披露以及行内经营分析数据缺失的现状痛点，应对业务创新和产品创新对财务的要求，有力支撑业务发展和精益化管理需求。

1.3上市银行披露的硬性要求

金融机构上市要求连续3年高质量的披露年报，经对标上市银行信息披露水平，为满足我行上市构想与计划，我行财务管理体系及核算水平亟需全面升级。

为提前建设我行未来上市所需财务披露及管理能力，满足上市银行披露的硬性要求，我行应提前布局。

二.项目目标

在上述背景下，进一步剖析现况，初步厘清思路。结合目前先进同业的会计引擎发展趋势和行内现有系统建设情况，逐步厘清我行交易级总账系统建设思路。

全面对标监管要求，满足业务发展战略、核算管理、IT整体规划、数据治理等方面的需要，结合交易级总账系统建设规划咨询形成的业务规划方案、系统规划方案和功能需求说明书，实施交易级总账系统项目建设工作，满足我行未来5-10年发展需要。

通过项目实施，提升财务核算体系、业务全生命周期核算标准化、财务数据风险控制能力和运行效率等方面的整体管理水平；同步完成存量数据治理与迁移工作；配合完成与交易级总账系统配套的外围系统改造与对接工作。

三.建设规划

为奠定核算基础、夯实会计准则执行、防范落地风险，科技信息部和财务会计部充分调研同业实践经验，并结合我行经营实际情况，统筹规划、制定项目方案。

实现前端业务交易、中端会计核算、后端账务归集的完整衔接，整体指导推进现状梳理、基础准备、业务需求、系统选型、系统开发及测试上线、账务数据清理迁移等各时序阶段工作，确保本项目具备可行性，可成功落地实施。

借鉴同业实施经验，参考国有大行、股份制银行、城农商行的建设思路和实施路径，在交易级总账落地实施过程中，基本聘请了专业的咨询机构及实施团队开展相关业务规划、系统规划及系统实施，借助专业外部机构先进经验，最终实现系统建设及改造落地。

基于上述情况，我行已于2023年4月启动《交易级总账体系和财务管理转型规划咨询项目》，通过咨询项目，借鉴银行业核算系统发展趋势和先进实践经验，以业务和核算松耦合为建设目标，考虑提升核算标准化和自动化程度、提升税务计量准确性、同时考虑对后期管理会计应用的影响等要求，结合我行业务系统与财务数据现状，形成了交易级总账建设方案、系统需求、前端业务系统核算数据需求和系统选型评估方案等。

基于咨询方案，交易级总账系统建设拟分为两个部分：一方面，推动建设全行独立、统一且功能完善的核算中台会计引擎；另一方面，识别会计引擎建设及科目设置体系变动对现有总账系统的影响，并提出相应的总账升级改造方案。

四.业务功能

4.1会计引擎系统业务功能

作为交易级总账项目的主体建设系统——会计核算引擎系统，是按照统一的会计核算规则，基于交易信息和会计计量信息，自动生成会计分录的独立系统。会计引擎作为业务系统和总账系统之间的桥梁，通过业会分离、独立核算，实现系统间的低耦合性，满足业务上交易与核算分离的要求，即可以使业务端专注于业务处理、提升运营效率，又可以使财务核算快速响应产品创新需求，不受前端业务系统的限制。会计引擎应实现会计引擎参数化、模块化管理，便于财务人员维护、使用。

会计引擎支持接收各业务系统的会计流水、交易流水，完成流水数据的清洗、映射、转换，再基于核算规则配置产生会计分录，以此满足会计准则和核算要求。在此基础上，会计引擎需支持提供多维度财务核算信息传至总账系统，以支持按照多个维度对数据进行加工处理，生成符合财务分析和监管报送要求的多维度会计信息。数据维度包括机构、科目、币种、日期、产品、责任中心、行业等。

4.2总账系统功能改造

我行现有总账系统功能配置较为齐全且具备时效性，基本满足当下监管要求及行方需求。因此总账系统改造主要是适配于会计引擎系统建设所触发的总账现有功能完善以及提升需求，如机构、科目等信息同步功能提升，其余未涉及模块均沿用原系统配置。

4.3外围系统配套功能改造

外围系统系指原先包含会计核算功能的业务系统，如综合贷款核算系统、核心系统、票据系统等。此次剥离其会计核算功能功能，让业务系统更专注客户交易和对客服务，复杂专业的会计计量和核算处理由专业的会计引擎完成，业务交易和会计核算各自独立体系运行，清晰职责边界，降低财务核算对外围系统干扰。同时为了保证对接工作，外围系统需要完成流水、对账、日切接口。

五.创新点

交易级总账项目进行了大胆的架构设计，使业务系统与核算系统之间进行了交易与核算的分离，各自独立体系运行，清晰职责边界，释放了业务系统的压力，使业务系统更专注于交易、产品创新和客户服务，满足实时性较强的高性能要求，使之更能够积极应对市场需要，快速调整业务功能，为实现以客户为中心打下良好的基础。

精细化。建立了多维度、多币种、集中的核算体系，实现真正意义上的独立、最细粒度的会计信息核算。

参数化。配置化的会计核算规则，降低业务系统和会计核算体系的耦合度，能够快速适应会计准则的变更、税法的调整。

自动化。全面规范和完善会计确认、计量和报告，确保会计信息质量。实现了增值税及增值税附加、企业所得税、印花税、递延所得税的规则配置和自动化计提，实现主要会计报表、部分会计报告附注系统自动生成。

预测披露。实现了外围系统流水的准实时对接，准实时业务数据处理及利润预测，满足月度关账、年终决算需要。

全栈信创。从服务器的硬件设施，到使用的基础软件，全部为信创产品。其中服务器是海光PC服务器，应用部署在腾讯云里，操作系统为银河麒麟V10，数据库为TDSQL mysql版10.3，中间件是东方通TongWeb V7。

高度容灾性的部署。作为主体系统的会计核算引擎系统采用微服务架构思想（微服务+分布式计算）进行设计和研发，支持分布式数据库和云部署，实现了“两地两中心”的灾备机制，符合容灾规范。

六.项目过程管理

天津农商银行于2023年8月30日完成项目的招标采购工作，并于10月正式启动实施项目，于2024年9月完成系统编码、测试和上线准备工作。尤其在测试工作中，我行与天阳宏业科技股份有限公司签立了交易级总账专项测试合同，对全交易、全核算场景进行覆盖测试，保证了核算的准确性以及对交易的影响性验证。交易级总账项目于2024年10月份完成投产，进入试运行阶段。

七.运营情况

在实现交易与核算分离之后，原业务系统的交易时长再一次被缩短，大大提升了对客业务的响应速度；缩短了日结、月结和年结的效率；可以轻松应对业务创新和产品创新对财务的要求，有力支撑业务发展和精益化管理需求。

八.项目成效

成效1：提升系统架构灵活性

交易级总账系统建成后，实现了业务系统更专注客户交易和对客服务，复杂专业的会计计量和核算处理由专业的会计引擎完成，业务交易和会计核算各自独立体系运行，清晰职责边界，降低财务核算对外围系统干扰，前瞻性地顺应市场变化趋势，及时响应业务创新，持续不断为业务的发展提供强有力的科技及财务支撑。

成效2：提升财务核算自动化及效率

（1）提高核算自动化水平：通过核算规则配置，有效降低现阶段手工账务处理的情况，通过系统自动触发，实现自动化、标准化、多维度的会计核算。针对我行现阶段手工账务范围，通过此项目内嵌计算逻辑及结转规则等，可实现系统上线后，自动计算并触发完成账务处理，业务范围包含但不限于：

（2）提升价税分离准确性及效率：目前增值税系统是以收入类科目为基础T+1日完成价税分离，其准确性和效率有待提升，如现阶段我行普惠小微贷款，因现阶段无法系统化判断普惠小微贷款其授信额度、资产规模等业务信息，而无法自动判断是否满足减免条件并进一步完成价税分离，因此我行将现行操作模式为全额计算增值税待月末统一手工汇总统计满足减免条件的普惠小微贷款范围并计算申请退税。会计引擎建设完成后，价税分离相关功能将会计引擎中完成，可基于产品税务政策、客户类型、交易对手方类型等实现准实时价税分离，以降低税务风险，提升客户服务感受。

成效3：丰富经营分析的数据、分析口径等

以业务战略规划以及业务发展目标为导向，规划与业务发展相适应，且具有一定前瞻性的数据标准要求。引入多维COA理念，增加核算产品维度，构建了“基础维度+扩展维度”体系，包含会计科目、机构、责任中心、系统来源、期限、产品、行业、客户类型、渠道、业务条线10个维度。打通前端业务与后端核算，通过交易级总账系统向前端业务系统发送数据需求，推动业务系统数据实现标准化、丰富化、多维化，为财务数据应用，如战略规划、经营分析、监管报送等场景奠定高质量数据基础。

相较现阶段我行经营分析报告范围，可丰富经营分析的数据、经营分析指标（基于数据进一步加工）等，可以通过会计科目实现如下维度的经营分析，以贷款类业务、存款类业务为例，可实现但不限于如下类型的分析数据的支持：

成效4：实现部分监管报送数据的科目取数

现阶段我行监管报送主要从业务系统取数，缺乏财务数据与业务数据的校验，易导致监管报送结果与财务数据的差异。待新系统上线后通过本项目“基础科目+辅助维度”落地实施，可丰富财务数据范围、维度等，并进一步运用在监管报表取值上，以央行大集中报送数据为例，会计科目体系方案涉及的财务数据均通过科目级取数，部分明细级数据保留现有报送方式：

成效5：丰富财务报表披露数据维度

受现行科目体系影响，我行目前财务报表披露事项较难从科目获取相关数据，自动化水平较低。本次项目预期通过构建交易与财务分离的交易级总账系统，生成多维度级核算数据及交易级明细数据，打通业财数据链路，提升财务数据自动化水平，实现财务报告披露提质增效。

就财务报表披露而言，通过本次项目，预期可以实现如下披露事项的自动化生成：

成效6：精简内部户使用场景

针对我行现有内部账户使用情况，以会计科目逐一建立内部账户并进行账务处理，导致现阶段内部账户数据量大，没有查询和报表功能，无法按不同维度对账户余额 进行查询和管理；内部账户大量历史数据沉淀情况；内部账户交易未进行封 装，分行开立内部账后，可自由使用，操作风险大等现状。

通过交易级总账的交易与核算分离的处理机制，待交易级总账上线后，基于对于可通过源业务系统、登记簿管理交易信息直接传输至会计引擎进行账务处理或通过业务系统带核算模块的业务类型原则上停用内部户等方式，以实现内部账户使用场景可控、数量有限之目标。

交易级总账建设后，原则上内部账户主要应用场景如下：

存放同业类：存放央行、存放同业；

现金管理类：现金调拨、在途现金、尾箱现金等；

存款类：历史存量账户未迁移至存款账户；

暂收暂付类：支付清算款项、待清算款项、待划转款项、代理业务、各挂账类款项、久悬户、应解汇款等。

表外业务：重要空白凭证等。

九.经验总结

9.1制定相符合的项目计划

根据需求实际情况制定一个相符合的项目计划，计划要有实用性，能够指导工作。制定时要考虑整体情况和内部的连贯性，要尽量的详细，控制力度尽量大。还要考虑到整体成本，结合实际情况尽量降低项目成本。

9.2合理分配项目任务

项目经理使用WBS将项目工作范围进行分解，这样可以有效防治工作范围的遗漏。为了防治任务无法有效的分配，可以采用资源负荷直方图，保证工作任务达到合理的负载均衡。

9.3项目成员相互协调、相互配合

项目经理将工作任务合理的分配给团队成员，同时应该强调成员之间相互配合。项目生命周期阶段包含很多阶段，要注意上下阶段之间的衔接，做好上下阶段信息的沟通。

9.4加强沟通意识

树立沟通意识、善于主动沟通、掌握沟通技巧。应注意下面几点：一要清楚沟通的内容和对象；二要清楚沟通的目的；三要尊重对方耐心倾听。项目中的关系人一定要加强沟通，保证内部人员之间信息畅通。

9.5加强风险管理意识

项目经理要掌握项目风险管理的必备知识。完全分解项目计划找出风险点，针对风险点做出风险管理计划，对风险对策进行评估。风险管理意识一定要加强，为降低项目中的突发事件，以及风险带来的危害程度。

9.6重视项目经验总结

项目工作经验总结可以为下一个项目实施提供良好的指导，在项实施过程中少走弯路。切实可靠的进行项目总结，在制度上鼓励和加强项目经验总结工作，使项目经验总结及时并且具有指导意义，为以后的项目人员更好地工作提供一个极好的资源和依据。