杨银占，刘承亮，孙 晶

（1.北京经纬信息技术有限公司，北京 100081；2.中国铁道科学研究院集团有限公司 电子计算技术研究所，北京 100081）

随着中国国家铁路集团有限公司（简称：国铁集团）公司制改革步伐的推进，企业财务管理逐渐向集团化财务管理体制转型[1]，财务管理系统的用户由非法人基层运输站段为主体转变为以铁路局集团有限公司（简称：铁路局）和多种产权形式的母/子公司为主体，系统应用目标从核算型转向管理决策型，财务应用软件也由替代手工、提高效率的工具转变为业务运作分析和监控的手段[2]。目前，铁路企业在用的会计核算账表子系统（简称：账表子系统）V5.0，近10 年未进行较大的功能改进，存在管控不健全、辅助核算功能不完善、缺乏多单位业务协同处理能力、查询统计分析功能薄弱、信息集成共享有待加强、业务卡控薄弱等问题，无法继续支撑和满足业务及管理需要[3]。

根据账表子系统V5.0 的应用现状，围绕国铁集团财会改革和发展需要，设计和实现账表子系统V6.0，实现跨单位核算数据的高度集中和及时全面的信息共享，大幅提升会计工作效率和财务管理效益[4]，满足铁路企业对核算规范化、标准化、精细化、集团化日益提升的管理要求[5]。

1 需求分析

1.1 总体需求

（1）实现符合国铁集团管控特色的集中核算，可根据管理需要，在一个数据库用户下实现多个会计核算单位的核算；各会计核算单位输入、处理、输出独立且合规，支持输出整个集团的账簿、报表等会计信息。

（2）建立全路统一的多维辅助核算体系，铁路局、会计核算单位可根据自身需要启用自有辅助核算；辅助核算功能应输入便捷、处理稳定、输出灵活，支持按各辅助核算项目直接生成各类核算报表、管理报表，使核算更稳定、管理更灵活[6]。

（3）以报表自动生成为目标，统一、规范和细化核算业务，实现业务信息共享，逐步减少报表手工输入，统一梳理合并口径的核算单位体系，改变逐级报送机制，实现多层次自动报表。

（4）建立财务业务协同处理机制，自动生成合并抵消底稿；整合再造业务流程，建立业务协同处理和实时沟通机制，确保跨单位间内部往来、内部债权债务、内部交易、内部投资、内部资金收付等核算业务信息准确、内容完整，提供内部抵消公式，实现合并报表所需抵消底稿的自动生成[7]。

（5）建立支持决策分析的财会数据指标库，通过对报表数据、账务数据的指标化处理，做到数据编码一致、口径一致、历史变化可追溯；提供数据可视化手段，能够图形化展示指标数据，实现穿透查询；对外提供指标数据访问接口，与预算等系统实现共享。

（6）通过优化业务流程，将企业财务内控制度融入系统，由系统控制关键流程和环节；通过严格的卡控机制确保财务全流程数据准确、一致，实现全过程内控和刚性内控[8]。

（7）统一设计输入接口标准，提供灵活、规范、安全可控的输出接口，实现对内、对外信息共享。

（8）收集和总结账表子系统V5.0 既有功能的优化建议，借鉴商用成熟软件的设计思路，设计符合国标、高效、易用、适应业务新需求的账表子系统V6.0。

（9）升级现有技术架构，实现以微服务、前后端分离等主流互联网技术为核心的技术架构，解决客户端安装配置困难、对操作系统和浏览器支持不佳等问题；引入条码扫描、OCR 识别、消息提醒等新技术，改善用户体验。

1.2 业务流程

账表子系统V6.0 的整体业务流程，如图1 所示，包括基础应用、核算处理、和报表处理3 个子域。

图1 业务处理流程

（1）基础应用：国铁集团所属各铁路局提出创建组织机构和开设核算账套的申请，国铁集团审核通过或备案后，允许铁路局创建核算账套，支持创建财务组织、报表组织等多维度组织机构。国铁集团制定统一核算参数及报表参数，铁路局在此基础上扩展，其下属核算单位可进一步扩充本单位的核算参数及报表参数。

（2）核算处理：由核算单位进行年初开账初始设置，开账后进行科目余额和辅助余额初始化；业务系统通过动态会计平台自动推送业务单据，无法由业务推送单据的由财务人员手工录入会计凭证，现金、银行凭证需要出纳确认；内部关联交易凭证需要双方单位进行核对确认。期末本单位可进行关账或由铁路局统一关账，关账后不允许增加、删除及修改凭证操作，如需修改可取消关账，会计期结束后由本单位进行结账操作，结账后不允许修改该期间任何财务数据，且本单位无法进行解账操作；根据凭证处理状态进行账簿查询、打印。

（3）报表处理：根据报表参数设置，通过报表取数工具，可从账务、固定资产等子系统中提取数据，自动生成相关报表数据，报表数据经过内部审核后，进行逐级上报，铁路局负责收审下级核算单位报表数据，并按照配置的审核流程进行审核，审核有问题的报表退回下级单位修改后重新上报，审核通过后可锁定下级单位报表，汇总下级单位报表数据形成铁路局汇总报表；铁路局获取内部单位账务协同数据，生成合并抵消底稿数据，由合并底稿和汇总报表生成铁路局合并报表上报国铁集团；国铁集团报表收审、汇总、合并流程与铁路局类似。

2 总体设计

2.1 应用层次结构

账表子系统V6.0 在国铁集团集中部署，实现国铁集团、铁路局、核算单位（含站段、多经公司、合资公司）三级应用；系统应用划分为集团应用和核算应用两部分，应用层次结构如图2 所示。

（1）铁路应用：主要面向国铁集团、铁路局相关财务部门，负责对全路统一的基础字典进行维护与发布，对核算单位提报的数据进行审核与监督，统筹掌握全路财务情况，支持关联分析。

（2）核算应用：主要面向核算单位（含国铁集团级、铁路局级、站段、多经公司、合资公司），提供会计核算及编制企业报表。

图2 系统应用层次结构

2.2 技术架构

采用前后端分离设计，客户端采用Html5、Less、Ant Design、Angular，RxJS，Spreedsheet 等技术完成基础组件和页面展现组件开发，通过异步请求接口（Ajax/JSONP）提供数据响应式请求，实现类似C/S 架构的单页面应用。服务端采用反向代理技术，兼容大型分布式架构、弹性计算架构、微服务架构、多种客户端，集成报表工具、消息推送、缓存、队列等多种组件提供服务；客户端与服务端之间采用Http 通信协议，支持密钥加解密，并在拦截器中进行Token 验证，保证数据安全。系统技术架构如图3 所示。

图3 系统技术架构

系统技术架构划分为基础设施层、数据层、服务支撑层、组件层、应用层、展现层6 个层次。将业务逻辑与应用分离，提供底层数据访问、数据封装、数据传输等服务程序，各层之间通过接口访问，避免不同层次之间的相互影响。

2.3 信息共享与信息接口

2.3.1 接口方式

提供标准Web Services 接口服务，其它系统通过调用开放的Web Services 服务获取相应数据。

2.3.2 接口数据格式

接口传入参数、返回值均为JSON 字符串；接口传入参数包含头文件和数据参数，头文件描述接口调用者身份、密钥、目标数据等信息，主要信息包含调用者Key、调用者密钥、调用系统代码、调用功能代码、调用单位编码、调用账套编码、目标单位编码、目标账套编码、操作人、操作时间等；数据参数具体格式由接口双方根据需要约定。调用接口的返回信息包含成功标识、错误代码、错误信息、返回结果；若接口调用成功，以JSON 格式返回接口处理结果，具体内容由接口双方约定。

2.3.3 接口内容

（1）与审计考核局审计系统的接口：将会计科目、科目余额、会计报表等数据传递给审计考核局审计系统。

（2）与税总千户系统的接口：系统根据与税总千户系统的约定，将会计科目、科目余额等数据按规范的文件格式输出。

（3）与国家审计署审计系统的接口：根据与审计考核局审计系统的约定，将按单位、年度过滤的包含会计科目、科目余额、会计报表等数据的账套输出。

（4）与财政部财政报表系统的接口：根据财政部财政报表系统格式，输出会计报表数据。

（5）与资金系统交互的接口：账表子系统发送支付指令，资金系统反馈支付结果给账表子系统进行标记。

（6）与预算系统的接口：根据各项目预算数据，对账务凭证支出进行卡控，同时为预算系统提供账务实际发生数。

（7）与统计系统的接口：获取成本报表所需相关工作量数据。

（8）与主数据平台、财会数据共享平台的接口：获取人员、组织机构、供应商等数据。

（9）与固定资产、收入、清算、物资、报账等系统的接口：提供各业务系统外部凭证接入所需的业务单据及所需附件接口, 实现单据转凭证及撤销等相关操作，并可查询各业务系统信息，如账龄、供应商、借款日期等信息，辅助生成财务报表及附注。

3 功能设计

账表子系统V6.0 主要包括账务处理、报表处理、基础应用3 部分功能模块，其功能结构如图4 所示。

图4 账表子系统V6.0功能结构

3.1 账务处理

账务处理主要实现包含科目在内的核算专用基础字典维护、期初余额初始化、凭证编制、审核、期末处理等基础核算处理及总账、明细账、辅助账等各种账簿的查询及打印功能，并为业务系统提供会计接口以生成凭证。

3.2 报表处理

报表处理主要实现对报表组织、报表任务、报表格式、报表公式、审核流程等基础数据的定义，报表数据的生成、编制，报表审核、汇总、合并抵销、上报等决算审核流程管理，报表的查询及打印等功能，并能根据取数公式实现自动获取账务数据。

3.3 基础应用

基础应用提供组织机构、业务库、角色、用户权限等配置与维护，完成账套管理、数据升级和变更控制；实现用户操作终端、操作轨迹等的记录和监控；定义标准的共享数据输出接口，支持各核算单位按要求输出面向税总千户系统、国家审计署审计系统的共享数据以及审计局审计和财政部报表。

4 数据迁移

既有账表子系统V5.0 与其它会计核算子系统自2009 年共同上线，使用至今，积累了大量业务数据。在实施系统升级时，要实现新旧系统间无缝切换，必须保证数据的连贯性、正确性和一致性。

（1）在设计数据结构时，采用“先整合、后增量”的设计方法，在存储结构上保护现有数据的完整性。

（2）按照基础会计规范要求，电子数据保存15 年，最近5 年数据迁移到生产库中，6 年～15 年历史数据迁移到归档库中。

（3）对于在账表子系统V5.0 中通过手工录入、在V6.0 中改为从字典获取的数据项目，数据迁移时应将数据导入临时表中，由用户匹配并确认这些数据的新代码后，再装载到新数据库。

（4）对于V6.0 中新增的数据项目，如果为关键非空项，在数据迁移时需要由用户指定默认值或者数据生成算法；对于V5.0 中有，V6.0 中已取消的数据项目，原则上迁移到该记录的备注字段；对于没有备注字段的需要与用户协商是否需要继续保留。

（5）历史数据归档处理为大量、批量、一次性执行的任务，要求支持异常中断后继续执行；在完成数据迁移后进行正确性校验，出具数据迁移结果报告交用户审核确认；迁移成功完成后，将原数据完整备份存档备查。

（6）数据迁移完成时提交的文档包括：《数据迁移报告》《新旧系统编码项对照关系备忘录》《新系统中取消数据对象、数据项备忘录》。

5 结束语

目前，账表子系统V6.0 已完成开发，并且在中国铁路北京局集团有限公司及所属核算单位进行试点应用，新旧系统可实现无缝切换，功能满足业务新需求。

账表子系统V6.0 的实施，满足铁路企业对核算规范化、标准化、精细化、集团化日益提升的管理要求，显著改善了既有系统存在的集团管控不健全、辅助核算功能不完善、缺乏多单位业务协同处理能力、信息集成共享不足等问题，能进一步推进铁路局现代化财务管理运行体制建设，提升集团财务管理水平，更快速便捷的为决策层提供财务分析数据[9]。

账表子系统V6.0 作为铁路会计核算系统的核心应用之一，未来需要进一步与各业务系统深度集成，深化企业经营管理中的数据采集[10]，不断提高会计核算的精细化程度，为企业管理者提供经营分析和战略制定的数据依据。