大型企业集团合并报表系统建设选型的思考 ——以H集团合并报表项目建设为例

合并报表平台的应用架构

一般而言，合并报表管理属于财务分析应用，而不是纯业务应用。目前围绕上述问题有不同的讨论和分歧，可以总结出合并报表系统的两类应用架构。

• 一是合并报表系统ERP模块化，合并报表系统作为一个独立的报表模块加到核算系统中，是核算系统的延伸。目前市场上的厂商有：用友、远光、久其等，我们可以称为重应用架构。
• 二是基于多维数据仓库的合并报表系统，合并报表平台把业务口运营数据统一在合并报表系统中，实现业务数据财务数据的多维分析。这类系统基于多维数据模型是必须的，与核算系统完全分离。

目前国外软件供应商和少数国内厂商是基于此项技术架构设计的合并报表产品，如SAP BPC产品、海波龙（Hyperion），我们称之为轻应用架构。

1、重应用架构的合并报表系统（图1）。这里以用友NCC产品为例：标准财务仓和报表系统是作为NCC系统的子模块。依托外系统同步NCC工具，将各核算系统凭证数据统一汇集到标准财务仓中。值得注意的是财务数据同步，不包含业务数据。

2、轻应用的合并报表系统（图2）。这里以SAP BPC产品为例，首先建立多维数据模型立方体，将财务数据和业务数据分类为会计科目、货币、时间、项目、合同、杂项等多个维度，形成合并主模型、客商报表模型等。然后依托BW数据仓库工具，将各个数据来源的ERP系统数据抽取到模型中，其中也存在数据清洗和转化等操作。

合并报表平台的应用架构对比分析

由于整个财务合并报表系统的建设和应用影响面较大，会贯穿系统的设计交付、上线后日常应用、上线后运维及调整、系统应用后评估等多个环节。以下是在具体的案例中，总结两种应用架构带来的影响（表）。

应用案例

H集团企业为了加快信息化建设，同时解决合并报表管理工作的难点，于2019年启动合并报表项目建设工作。集团存在以下现状：业态主要分为四大板块，涵盖电力、科工、煤业、金融等多个行业，因此合并报表编制流程分散于不同的应用系统和数据库中；集团合并抵消分录仍依靠邮件沟通手工编制；报表需求变化实现周期长、成本高，出具合并报表是一件复杂的、低效率的工作。因此，为了提高合并报表效率和准确性，H集团通过对国内各大厂商和使用企业的调研，经过对比分析论证，最终选择国内Y厂商（重应用架构）承担集团合并报表系统的建设工作。在实施厂商驻场之后，集团抽调精干人员配合实施商工作。双方经过方案多次论证之后，在合并报表项目建设过程中，项目组还遇到了如下几点问题。

ERP系统数据集成问题

H集团主要有四套ERP系统：SAP系统、两套ORACLE系统、GRIS系统。厂商的方案是要基于四套财务系统最新的科目体系，在账务仓分别创建四套与源系统相同的科目体系，双方进行映射。由于四套ERP系统设计原理与Y厂商的核算系统设计原理不一致，导致数据映射非常困难。

业务数据取数问题

H集团合并报表中的部分数据是与业务相关的数据，例如机组、项目等数据。源系统的业务数据无法映射到合并报表系统的核算系统中，导致合并报表中的业务数据需要人工手动录入，加大了用户的工作量，也可能导致数据不准确。

数据查错问题

厂商搭建的测试系统中，采取历史数据进行验证。合并报表系统自动生成的数据，与企业的合并报表数据存在很多的不一致。数据错误查询，需要人工查询源数据，无法直接通过系统溯源寻找原因，导致用户的体验感极差。

大型企业集团合并报表系统选型的建议

针对这次合并报表系统项目建设，笔者对过程中所发生的问题以及遇到的困难进行了思考总结，并提出以下三点建议。

首先，要综合考虑合并报表系统建设和财务核算系统。集团型企业异构系统数据交互是项目建设过程中最大的难点。数据的完整性和溯源数据查询是重点考虑的因素。

其次，要将报表系统开发和ERP建设结合起来。报表无法取数的一个重要原因是，当初在设置财务核算系统初始化时，未充分考虑报表报送需求，导致财务核算系统不能满足报表取数需要。建议确定报表选型时，同步进行财务核算系统项目改造升级，最好将财务核算系统改造作为报表开发项目的一个子项目。这样两个项目才能统筹兼顾，产生互动，最终达到报表一键取数的预期效果。

最后，集团数据管理要求应与区域公司管理需求结合起来，在满足集团公司统一管理要求的同时，兼顾区域公司管理对数据的需求。在区域公司设置同步的镜像数据库，允许区域公司根据自身管理需求，开发使用自身数据，为区域公司“管实”提供有力工具。

关于作者
张少华  中国华电集团理学硕士、PMP、曾主导实施多个大型企业财务信息化、财务共享服务中心项目。
王亚斌  中国华电集团管理学学士、曾主导实施多个大型企业财务信息化、财务共享服务中心项目。