财务管控信息化平台：数据集市和合并报表技术解决方案

目录

第1章项目背景13

第2章项目建设目标与范围15

2.1.总体建设目标15

2.1.1.业务需求目标15

2.1.2.总建设目标16

2.2.数据集市与合并报表目标16

2.2.1.公司层面建设目标16

2.2.2.板块层面建设目标16

2.2.3.板块下属企业建设目标16

2.2.4.接口目标17

2.3.项目建设范围及周期17

2.4.系统建设原则要求17

2.4.1.业务建设原则17

第3章项目建设需求分析19

3.1.系统功能需求19

3.1.1.数据采集19

3.1.2.数据校验及审核19

3.1.3.法定合并及管理合并20

3.1.4.组织架构管理22

3.1.5.权限管理23

3.2.系统技术要求23

3.2.1.系统架构设计方案23

3.2.2.软件架构23

3.2.3.操作系统24

3.2.4.应用服务器24

3.2.5.数据库24

3.2.6.精度24

第1页

3.2.7.时间特性要求24

3.2.8.灵活性24

3.2.9.高可用性25

3.2.10.并发要求25

3.2.11.企业数据总线25

3.2.12.安全与审计要求25

3.2.13.系统集成与可扩展要求26

3.2.14.数据管理要求27

3.2.15.可操作性与易维护性要求27

3.2.16.用户管理要求27

3.2.17.系统质量要求27

3.2.18.故障处理要求27

3.2.19.用户文档要求28

3.2.20.二次开发要求28

3.2.21.其它专门要求28

第4章项目团队、培训及售后29

4.1.项目管理要求29

4.1.1.项目计划29

4.1.2.实施人员29

4.1.3.对招标人实施队伍要求30

4.1.4.项目交付要求30

4.2.项目实施要求31

4.2.1.培训最低要求31

4.2.2.实施质量要求31

4.2.3.实施团队要求31

4.3.项目培训要求32

4.3.1.培训课程要求32

4.3.2.培训质量要求32

4.3.3.培训讲师要求32

4.4.售后服务方案要求32

4.4.1.售后服务方案要求32

4.4.2.售后服务质量要求33

4.4.3.售后服务体系要求33

4.4.4.责任要求33

第5章系统总体设计方案34

5.1.系统总体框架34

5.2.系统功能结构35

5.3.系统部署35

5.4.系统设计原则35

5.4.1.规范性36

5.4.2.系统性36

5.4.3.安全性36

5.4.4.扩展性36

5.4.5.可用性37

5.4.6.兼容性37

5.4.7.运维性38

5.4.8,集成性38

5.5.技术标准和技术路线38

5.5.1.技术标准38

5.5.2.技术路线39

第6章合并报表系统解决方案40

6.1.信息门户40

6.1.1.统一工作平台40

6.1.2.多元化内容展示41

6.1.3.个性化定制41

6.2.数据采集42

6.2.1.数据导入42

6.2.2.接口采集44

6.2.3.在线填报44

6.2.4.数据导入46

6.2.5.数据穿透46

6.3.数据处理46

6.3.1.数据运算46

6.3.2.数据汇总47

6.3.3,数据审核47

6.3.4.数据上报48

6.3.5.数据退回48

6.3.1.报送管理48

6.3.2.数据输出49

6.4.合并报表50

6.4.1.合并架构50

6.4.2.合并报表流程54

6.4.3.主附表合并57

6.5.查询输出77

6.5.1.报表查询77

6.5.2.报表历史查询78

6.5.3.抵消数据查询78

6.5.4,财务分析工具79

6.5.5.数据输出88

6.6.管理合并报告及智能分析报告91

6.6.1.管理主体报告91

6.6.2.财务分析展示95

6.6.3.移动终端展示97

6.6.4.自定义个性化表97

6.6.5.智能分析报告97

6.7.移动应用98

6.8.系统管理99

6.8.1.组织机构管理99

6.8.2.指标体系定义100

6.8.3.报表定义101

6.8.4.公式定义103

6.8.5.用户管理103

6.8.6.权限管理104

6.8.7.日志管理105

6.8.8.系统选项105

第7章数据集市管理方案108

7.1,整体架构方案108

7.2.数据采集方案109

7.3.系统管理111

7.3.1.组织机构管理111

7.3.2.计划任务管理111

7.3.3.数据建模112

7.3.4.自定义查询112

7.4.源数据管理113

7.4.1.数据源管理113

7.4.2.参数管理114

7.4.3.数据导入114

7.5.客户端115

7.5.1.参数管理115

7.5.2.数据源配置116

7.5.3.映射方案管理117

7.5.4.数据提取117

7.6.主数据映射管理118

7.6.1.科目管理118

7.6.2.组织机构映射管理119

7.7.业务数据管理119

7.7.1.业务模型管理119

7.7.2.标准化方案管理120

7.7.3.业务查询121

7.8.汇总数据管理122

7.8.1.预处理122

7.9.财务数据引擎122

7.9.1,单位映射管理123

7.9.2.公式方案管理124

7.9.3.数据提取125

7.9.4.透视查询126

第8章异构系统集成方案129

8.1.接口设计原则129

8.2.EFDC帐表一体化方案129

8.3,中间数据库模式135

8.4.ETL工具136

8.4.1.取数逻辑136

8.4.2.配置管理137

8.5.单点登录146

8.6.其他通用标准接口方案148

8.6.1.基于文件交换的数据接口实现方案148

8.6.2.基于API交互的数据接口实现方案(Webservice)150

8.6.3.基于消息机制的数据接口实现方案151

8.7.应用接口对接方案153

8.7.1.统一用户管理平台对接方案153

8.7.2.综合信息平台对接方案153

8.7.3.蓝信系统对接方案154

8.7.4.xx公司报表系统对接方案154

8.7.5.主数据对接方案154

8.7.6.核算系统对接方案155

8.7.7.软通动力对接方案155

8.7.8.决策报表支持系统对接方案155

8.7.9.合并报表对接方案156

第9章云平台建设方案157

9.1.建设原则157

9.1.1.标准化157

9.1.2.高可用157

9.1.3.增强二级网158

9.1.4.虚拟化158

9.1.5.高性能158

9.1.6.开放接口159

9.1.7.绿色节能159

9.2.平台支撑性159

9.3.建设目标160

9.4.云平台建设思路160

9.5.总体网络拓扑162

9.5.1.云平台总体拓扑结构162

9.5.2.云平台分层架构163

9.5.3.组网物理拓扑结构图165

9.5.4.云平台技术选型165

9.5.5.云平台软件选型166

第10章系统部署方案168

10.1.网络拓扑图168

10.2.系统性能指标估算与选型168

10.2.1.内存性能规划169

10.2.2.CPU性能规划169

10.2.3.服务器磁盘使用量估算169

10.2.4,网络带宽估算170

10.3.第三方软硬件配置建议170

第11章安全方案173

11.1.质量安全173

11.1.1.设计原则173

11.1.2,物理层安全174

11.1.3.网络层安全174

11.1.4.系统层安全175

11.1.5.应用层安全175

11.1.6.管理层安全177

11.1.7.操作系统安全策略177

11.1.8.数据库安全策略177

11.1.9,数据存储安全178

11.2.运行保障178

11.2.1.机房值班管理规范178

11.2.2,消防安全管理规范179

11.2.3.设备管理规范179

11.2.4.安全保密管理规范180

11.2.5.服务器管理规范180

11.2.6.系统容灾备份方案181

11.3.系统安全184

11.3.1.信息安全需求分析184

11.3.2.信息安全的定义和范畴188

11.3.3.组建安全组织机构189

11.3.4.网络安全策略190

11.3.5.数据安全机制197

11.3.6.应用安全策略202

11.4.本项目参考的安全标准和技术规范216

第12章项目实施方案...218

12.1.项目管理方法概述218

12.1.1.项目成功实施的关键因素218

12.1.2.IS09001质量管理体系218

12.1.3.CMMI软件能力成熟度模型219

12.2.实施约定220

12.2.1.项目协商、沟通、评估原则220

12.2.2.实施条件确认220

12.2.3.验收标准221

12.2.4.交付文件221

12.3.项目实施概述223

12.3.1.项目实施原则223

12.3.2.项目实施的标准223

12.3.3.项目实施方法论224

12.4.项目实施计划管理232

12.4.1.项目实施主计划232

12.4.2.项目实施详细计划232

12.4.3.核算集成实施计划233

12.4.4.甘特图234

12.5.项目风险控制与保障措施234

12.5.1.风险分析235

12.5.2.业务需求范围不确定性235

12.5.3.业务指标的确定和规范236

12.5.4.系统间数据接口的确定和规范237

12.5.5.需求变更237

12.5.6.工作协调与配合238

12.5.7.风险管理流程239

12.6.项目组织结构与资源配置241

12.6.1.实施组织结构241

12.6.2.实施工作小组职责242

12.6.3.项FI组人员组织保证244

12.6.4.项目组人员配置建议245

12.7.XX公司项目组人员配置建议246

第13章项目测试方案247

13.1.测试原则247

13.2.测试策略247

13.2.1.功能测试248

13.2.2.性能测试248

13.2.3.用户界面（UI）测试248

13.2.4.安全性与访问控制测试249

13.2.5.兼容性测试249

13.2.6.回归测试250

13.3.测试环境及开发、测试工具介绍250

13.3.1.硬件环境250

13.3.2.软件环境251

13.3.3.本系统开发和测试工具介绍251

13.4.测试内容258

13.4.1.安装测试258

13.4.2.功能测试259

13.4.3.界面测试259

13.4.4.性能测试260

13.4.5.文档测试260

13.4.6.其他测试261

13.5.系统测试通过标准262

第14章项目验收方案263

14.1.验收原则263

14.2.验收依据263

14.3.验收前提条件263

14.4.验收内容265

14.4.1.里程碑验收265

14.4.2,系统单项验收265

14.4.3.系统整体初始化266

14.4.4.系统验收266

14.5.项目验收程序266

14.5.1.验收准备267

14.5.2.项目团队自检测试267

14.5.3.验收申请268

14.5.4.成立验收组268

14.5.5.项目组验收审查268

14.5.6.项目验收文档269

14.6.验收结论269

14.7.其他事项269

第15章培训方案271

15.1.系统培训概述271

15.2.培训及知识转移目标271

15.3.培训内容272

15.4.培训对象273

15.5.培训方式273

15.6.培训流程275

15.7.培训教材275

15.8.培训计划及课程275

15.9.培训质量保证276

15.10.培训风险及风险控制277

15.10.1.培训风险277

15.10.2.培训风险控制278

第16章服务方案279

16.1.本项目及售后服务承诺279

16.2.XX公司软件售后服务体系279

16.3.服务方式及服务内容280

16.3.1.服务事项280

16.3.2,定期常规性预防维护281

16.3.3.热线电话、传真和电子邮件支持281

16.3.4.远程在线诊断和故障排除282

16.3.5.现场响应282

16.3.6.提供系统应急策略282

16.3.7.提供本地化服务282

16.4.XX公司软件技术服务流程283

16.5.xx公司软件技术服务规范284

第1章项目背景

XX公司的中长期发展战略是做强铝业，做优铜业，做精稀有稀土，其他相关

业务为三大核心主业提供服务和保障，加快向产业链前端和价值链高端转型，提

高国家战略性矿产资源和国防军工材料的保障能力，建设具有国际竞争力的世界

一流企业。

XX公司信息化工作伴随着公司的发展壮大而不断进步，经过多年的努力，在

网络基础设施、应用系统建设、信息化管控体系构建等方面都已经相对成熟并不

断巩固。XX公司在不断完善信息化组织机构和运维体系的同时，制定了一系列信

息化管理制度及规范，为公司信息化工作稳定开展及推进信息化进程提供了基础

保障。

综合信息平台采用IBMPortal、WAS平台，基于JAVA开发，覆盖xx公司全

部下属公司。

蓝信软件作为公司的整体移动门户，集成了XX公司总部部分办公系统业务功

能，系统采用hlml5架构。

XX公司总部财务网报管理平台采用XX公司报表系统软件。

XX公司正在搭建集团统一集中管理的主数据管理平台，实现了通过数据交换

总线实现与现有系统的数据自动交换，并提供了相关数据接口和数据标准。

xx公司股份有限公司基于采用oracleBIEE软件，ORACLE数据库以及ETL

工具informatica软件，在公司总部集中搭建了管理层决策报表支持系统（BD,

支持xx公司股份有限公司的数据报表展现。

统一用户管理平台正在建设中。

1）新中大核算系统

公司成立之初在全公司范围内推广使用新中大软件，且该核算系统仍在总部、

资产管理板块、资源板块和铝加工、铜加工以及中铝股份部分企业中广泛使用，

据统计目前尚在使用该软件的企业共156户。

2）用友核算系统

中国稀土、中铝国际通过招标选取用友核算系统，基本实现了板块层面的

“一套账”管理。此外，中铝财务公司、资本控股及中铝股份下属宁夏能源集团

等企业也在使用该财务核算系统，据统计目前在使用用友核算系统的企业共139

户。（宁夏能源NC5.2,中铝国际NC5.7、中国稀有稀土NC6.0）

3）SAP系统

目前公司所属中铝股份、云铜集团、西南铝的部分企业以及秘鲁铜矿已经使

用了SAP系统（云铜ECC6.0,中铝股份ECC5.0、西南铝、西北铝ECC5.0）,

基本实现了“财务业务一体化”管理，据统计，目前在用SAP系统的企业共134

户。

4）其他系统

目前公司所属用浪潮系统企业6户，在用金蝶系统企业11户，在用其他系统

企业10户，手工记账企业8户。

5）中铝财务公司资金支付系统采用软通动力定制开发的财务公司核心业务系

统。

第2章项目建设目标与范围

2.L总体建设目标

目前财务数据管理平台的数据与大部分在用核算软件之间，不能实现数据传

递、互联互通，所有报表数据基本只能通过人工录入的方式完成。同时，由于公

司目前依赖各单位定时上报的财务报表进行分析、决策，不能实时、准确、详细

地掌握各企业的财务明细状况，严重影响了财务管理的效率及公司领导层决策的

及时性。公司内部各下属企业之间的往来业务频繁、内部交易量大，由于地域分

散、入账不及时等问题难以及时的对账，信息不能及时的汇总。同时各单位之间

缺乏沟通，关联交易数据核对的效率很低，导致各单位很多关联交易核对不一致，

差额较大，加大了关联交易信息对外披露以及合并报表抵消工作的难度。各企业

间财务信息系统建设也仅仅简单的考虑各自自身的需求，缺乏整体意识，既没有

实现数据标准化、结构化，也无法达到公司整体信息化系统集成、标准统一、信

息共享的要求。

因此公司需要在集团层面组织统一的财务信息化建设，实现统一业务标准及

核算，企业账表一体化建设，统一收集各级企业凭证级数据，实现关联抵消数据

的采集，从而自动生成合并报表。

2.1.1.业务需求目标

为切实加强和改进公司财务信息系统的集中统一管控，实现精准管理，公司

将通过本次信息系统建设，实现财务信息系统从单机版、分散型向网络版、集中

型转变，分步骤、有计划地完成公司财务信息集中应用平台的搭建工作，以满足

公司管理、决策对财务数据及时性、准确性的要求，使得会计信息能够迅速、完

整地在公司内部传递、流通，更好地满足管理层以及国资委监管信息披露的需要，

初步建设全公司的费用报销共享服务中心，为下一步实现全面财务共享中心奠定

基础。

2.1.2.总建设目标

公司所属全部下属单位均可通过财务信息集中应用平台的凭证库信息生成自

身财务报表，公司及各板块公司均可在财务信息集中应用平台加工生成各自的内

部合并管理报表和对外监管报表，且能够传递至XX公司报表平台。

2.2.数据集市与合并报表目标

2.2.1.公司层面建设目标

通过建设财务信息集中应用平台，收集全公司的财务凭证数据，实现公司

财务数据的互联互通和数据共享，基本实现自动合并抵消，据此实现财务数据

的综合利用，从而增强财务数据实时、精准获取能力，提高公司财务管控力，

初步建成全公司的费用报销服务共享中心，为实现公司层面的财务共享服务奠

定基础。

2.2.2.板块层面建设目标

落实公司总体目标基础上，通过公司财务信息集中应用平台，结合板块业

务特色，制订执行策略，尽可能建设板块层面财务一套账，基本实现自动编制

板块层面合并报表，初步实现板块层面的财务管控，提高板块层面财务管控力。

2.2.3.板块下属企业建设目标

在落实公司和板块目标基础上，按照公司发布的规范流程，完成财务信息

系统的实施落地工作，实现规范化的财务核算和单户报表的账表一体化功能，

致力于完成与自身业务系统的对接，努力实现财务、业务融合。

2.2.4.接口目标

包括但不限于A标段核算系统、xx公司及其下属单位已投用的SAP系统、

NC核算系统、金蝶财务系统等相关应用系统。

2.3.项目建设范围及周期

时间要求最晚2017年4月1日入场，截至2017年12月31日，合并报表功

能上线，并专人运维至2018年4月30日。实现所属全级次465户企业功能上线。

2.4.系统建设原则要求

统一平台、统一业务标准、统一数据标准、采用私有云统一部署。

1.先进性：基于右平台架构，全公司进行数据优化，有效提高经营管理水平

和工作效率，提高公司的共享服务能力以及市场竞争能力，满足公司目前的财务

管理要求以及今后一个时期的企业发展要求。

2.集成性：具备进行财务与其他应用系统集成的能力以及完善的集团化财务

管理能力。

3.稳定性：采用稳定平台，成熟技术，在成熟技术选择中，采用先进的技术，

具有广泛的客户群应用，良好地系统升级保障体系。

4.扩展性：具备良好的功能扩展性（方便二次开发），能够适应未来组织和流

程改进的需要，具有灵活地功能和工作流配置，具有完善地、全方位地接口支持。

5.前瞻性：着重考虑前瞻性，支持多层级地多组织架构，具有大量的内部应用

集成功能。

2.4.1.业务建设原则

财务数据集市的目标是将集团核算系统及业务数据，通过业务关联、合并维

度等模型运用，为合并报表、关联交易等财务行为提供数据支撑。该系统需要满

足三部分内容：一、满足公司范围内的合并报表数据自动抽取；二、满足数据联

查时的自动穿透；三、满自身的模型分析、管理分析和各级管理分析等多个分析

应用。

应用范围：公司范围内，全级次报表单位。涵盖统一和非统一核算管理接口

集成。

实现过程：要构建简单的查询数据管理、可视化的数据抽取路径及数据追溯、

可分析的数据存储模式、可共享的数据互通互联渠道等数据过程。

第3章项目建设需求分析

3.1.系统功能需求

3.1.1.数据采集

（1）支持Excel文件导入、WEB表单网上填报等多种填报方式；

（2）除合并报表所需财务信息，还支持通过文件导入或WEB表单填报的方

式采集外部披露或内部管理所需辅助文字及数据信息；

（3）当公司内子公司会计核算科目不统一时，合并及分析系统应根据映射规

则实现与多种会计科目体系的结构映射，该转换需高效、准确、快速；

3.1.2,数据校验及审核

（1）系统设置导入和录入数据的验证环节，对自动采集数据需要校验与原系

统数据一致性，如有异常，系统在保存原数据的基础上会自动提示问题所在或形

成差异报告；

（2）提供数据验证规则，包含：主表内及表间的勾稽验证、主附表间勾稽验

证、关联交易对称性验证，期初数与上年期末数验证，表与附注勾稽验证等，同

时支持用户灵活定义数据验证规则；

（3）数据填报或各级审核人员均可以通过系统内置审核功能对填报数据逻辑

关系进行检查，未通过系统逻辑审核的数据可从用户端定义是否允许向上提交或

者必须添加文字说明后才能提交；各级审核人员审核不通过的，可退回下级单位；

己接收的报表可取消接收并打回；

（4）提供完整的合并过程上级复核功能，能从合并结果追溯到数据来源，支

持对合并数据进行复核、验证,

3.1.3.法定合并及管理合并

（1）法定合并报告

各法人主体和合并报告主体资产负债表、利润表、现金流量表和所有者权益

变动表；

各法人主体和合并报告主体会计报表附注信息、评级等对外披露信息；

各合并报告主体月度国资委快报、财政快报。

（2）股权抵消

支持同一控制下企业合并、非同一控制下企业合并、收购少数股东股权、分

步收购股权、部分处置股权不丧失控制权、部分处置股权丧失控制权等各类增（减）

持股权形式的权益抵消；可根据不同情况灵活方便设置不同的抵销分录模板，持

股比例支持版本控制；

联合持股、交叉持股、循环持股复杂多层级股权形式的权益抵消；

支持股权架构、股权比例变化的权益抵消，能分期保存股权架构、股权比例，

支持股权结构范围及变化展现；支持持股比例版本化管理，且能够分段抵销；抵

销模板可根据实际业务进行灵活设置；

能准确计算因股权变动等复杂股权形成的分段合并，在年度内股权比例发生

变化时分段计算少数股东权益及损益；

支持新的长期股权投资准则规定，投资企业对子公司的长期股权投资，应当

采用成本法核算，编制合并财务报表时按照权益法进行调整。同时也允许企业可

真接根据按照成本法核算的个别报表编制合并报表，不做长期股权投资调整分录。

（3）内部交易及往来抵消

提供内部交易、内部往来余额及内部现金流对帐平台，实现自动核对及生成

对账表；对账结果可直接输出成Excel格式；

实现内部交易、内部往来和内部现金流系统自动抵消；

以直接法和间接法分别实现合并现金流量表编制抵消；用户可以自己灵活方

便设置抵消分录模板，根据往来抵销分录模板自动生成往来类抵销分录；

内部交易未实现内部损益的抵消；支持主附表联动抵销、自动抵销功能；支

持从引入数据进行往来核对；

连续编制合并报表期初滚动抵消的处理，支持备查簿管理；

支持按照类别对关联方交易抵消制订自定义规则，如取大、取小、取借方、

取贷方、取平均值、取零，或手工指定等。

（4）外币报表折算

在系统中通过计算规则自动维护历史汇率、期末汇率及平均汇率；

支持按照最新会计准则，制定对不同会计科目采用不同汇率的规则折算：

支持外币财务报表折算差额在归属于母公司和少数股东权益之间的划分。

（5）合并底稿及合并报告

法定合并用于对外披露报表的编制，通过设置不同的合并范围完成多口径的

合并计算；通过管理合并可直接抓取数据，出具各单位的管理报表；支持工作底

稿内容、格式自定义；

完整记录各合并层次的合并抵消过程，包括抵消分录和调整分录，提供合并

底稿可以查看抵销明细数据，满足上级财务人员审核和内外部审计要求；

支持年度报告审计调整处理，能够考虑审计调整分录的单独列示，并有调整

后审计数据、报表的单独提取及列示功能：

支持灵活的合并层面手工调整分录功能，修正准则差异、系统差错、会计差

错等差异；支持调整分录预设模板的引入等；

支持对合并范围内个别报表及合并报表的归档与反归档，归档后的个别报表、

汇总报表、抵销分录、调整分录、工作底稿、法定合并不允许修改与新增；

支持在系统自定义设置财务附注模板，系统自动收集采集数据中的部分附注

明细信息，也支持WEB网页填报、Excel输入等录入方式，生成合并附注可与报

表科目建立勾稽检查。

（6）合并流程管理

系统需要提供流程管理界面，方便合并人员看到下属公司数据提交、审核状

态，提供未编制、编制中、提交、接收等报表数量统计及指示功能。

（7）管理合并及报告

支持财务指标体系分析，包括但不限于：资产负债表、利润表、现金流量表

和其它管理类报表同环比分析、对标分析、结构分析、财务比率分析等，分析结

果可在移动端以图表化多维展示；

支持根据管理需要，财务人员自行搭建以法人结构、业态版块、地区、时间

等不同纬度的合并报表格式，轻松定义表间公式函数，智能生成个性化管理合并

报表；

3.1.4.组织架构管理

支持多报表方案组织架构，如快报组织级次、月报单位组织、决算单位组织、

管理报表单位（事业部）组织等。

支持组织权限管理，即可以按照管理角色分配系统权限、也可以按照组织机

构的管理范围和级次进行权限和系统资源分配。

系统支持对同一组织的不同周期的单位组织级次、架构、管理权限的同步调

整和更新。当其他集成系统出现与该系统组织差异时，可以支持映射方式，满足

各系统间差异化组织管理。

报表合并组织、关联交易组织之间要有业务区分和业务关联对应关系。例如：

当关联交易业务单元影响到合并单位的合并时，能够同步满足两者之间的组织同

步调整。以简化系统维护人员的日常运维工作量，提高系统维护效率。

系统集成时，财务数据集市需支持对组织、部门、项目维度的多级映射其他

异构系统的管理。同时提供财务数据集市系统界面化，易用性强的管理平台。

财务数据集市须满足对各级单位的维度映射管理功能，以便满足xx公司的集

团化多为数据映射与统一化管理要求。

3.1.5.权限管理

系统支持对功能、资源、权限、数据操作等的不同类型维度的权限划分支持。

以便满足系统对不同单位、不同报表、不同填报范围、不同查看和编辑对象等的

多项交叉权限管理。

系统支持规则性权限的匹配管理，也须支持单个单位、组织、角色、人员的

个性化权限调整和管理。

系统支持查询分析、统计报表管理的分级权限管理。可以实现对管理单位的

自定义报表查询模板的赋权和协调管理。以便于二级子集团在集团统一管理的规

则下实现自主型报表统计与分析管理。即差异化管理权限设置。

权限设置功能，需简洁、直观、可知识转化。

3.2.系统技术要求

3.2.1.系统架构设计方案

系统应采用先进的体系结构，投标人须提供以下文档：

系统架构设计思路；

完整的系统架构设计方案，并说明架构的成熟性和稳定性；

结合招标人的招标需求给出系统软、硬件架构及硬件评估算法及配置方案；

设计方案预计能够实现的应用效果；

与招标人目前系统架构统一。

3.2.2.软件架构

系统平台必须采用标准成熟的技术构建，客户端支持使用主流浏览器。业务

架构必须具有较强的可扩展性；接口支持标准WebService、ESB、MQ、Mail、文件、

数据库等常用方式以及和P1等数据交换中间件的集成;系统具备定时任务的功能。

3.2.3.操作系统

系统平台必须采用以下系统最新稳定版本：Windows、Linux;

3.2.4.应用服务器

标准应用容器：Jboss^IIS>Tomcat>Wcblogic>Websphere>Apache、Nginx

等；

3.2.5.数据库

数据库应支持OraclelOg及以上、mysql等主流数据库版本。

3.2.6.精度

输入、输出数据精度应该满足采购工作的需要，并且与公司其它业务系统的

数据要求保持一致。

3.2.7.时间特性要求

系统年（月）可用率299.95%（即全年故障时间不超过5小时）；

系统运行寿命215年；

用户界面调用时间W1秒；

数据库调用时间W2秒；

查询响应时间E2秒；

报表生成时间W5秒；

数据的转换和传送时间W5秒。

3.2.8.灵活性

系统应能够适应操作方式上的变化；

系统应能够适应运行环境的变化；

系统应能够适应同其他软件接口的变化；

系统应能够适应精度和有效时限的变化；

系统应能够适应业务流程的变化或改进。

3.2.9.高可用性

无单点故障隐患；

全面负载均衡；

无性能瓶颈。

3.2.10.并发要求

系统成熟稳定，并发用户满足业务实际使用需求，如投标人所投方案并发用

户不足，则由投标人免费提供；

3.2.11.企业数据总线

利用公司主数据管理平台现有数据总线，实现财务管控信息化平台与其他所

有信息系统之间的传输，特别是数据集市部分必须和主数据平台建立全面的集成。

本项目所涉及的所有数据传输，必须遵守XX公司主数据主题或管理要求。

基础环境要求

投标人需准备财务管控信息化平台软硬件基础环境的建设方案，方案必须基

于私有云的建设方案。该方案需要保证任何情况下，平台安全、稳定、数据完整

及业务连续。

投标人须在标书中给出基于私有云(laaS.PaaS、SaaS)的建设方案、技术

架构、软硬件配置清单等内容，

其中基础环境解决方案中应包含对私有云方案的理解，提出针对中铝财务管

控信息化平台所需要的私有云平台中laaS平台中的应用、数据库、中间件等软件

运行环境的系统部署方案及具体配置详单。

投标人的解决方案应包含PaaS平台的解决方案，投标人提供的PaaS产品不

仅能支持本公司产品，同时还应满足对其他第三方产品的管理与支持。

投标人的解决方案应包含SaaS平台的解决方案，投标人提供的SaaS产品不

仅能支持本公司产品，同时还应满足对其他第三方软件产品的管理与支持。

3.2.12.安全与审计要求

安全可靠是系统建设的重要方面，系统的安全性必须满足国家及XX公司有关

软件产品安全的规章制度。系统技术设计和数据库设计要保证企业的机密信息不

受损害，同时要保证满足国家及公司审计要求。

在系统整体架构设计上要考虑安全域划分和相应的安全防护措施，保障各模

块、数据库、中间件及应用等方面的安全性。对于存在的系统后门需进行说明。

系统必须支持密码、证书等多种安全认证方式。

根据业务系统需求，提供系统和数据的备份、恢复策略及灾备方案（包含产

品及相关技术文档）。RTO时间为小于等于2小时，RPO为0。

3.2.13.系统集成与可扩展要求

系统建设必须遵照招标人统一的数据规范和管理规范，投标人系统应与须集

成的系统架构统一，不仅要考虑系统的完整实现，还要考虑与现有系统的无缝集

成能力。

集成系统的接口不但要保证畅通的数据交换，还要满足扩展要求，符合接口

标准规范。系统要预留软、硬件接口，能够实现与XX公司现有信息系统的集成,

实现数据共享。

系统的内容与标准会随着企业的发展而产生变化，因此，系统建设必须随着

业务的变化可以柔性地适应，要便于维护、升级，并留有数据接口，利于以后系

统变更。

根据当前需求范围，本期项目须完成的接口和集成范围包含但不限于以下内

容：

与XX公司主数据管理系统集成；

与XX公司统一用户管理系统地集成；

移动端应用必须满足在蓝信系统内部署，支持Html5；

实现和公司xx公司网报系统的数据对接与集成。

合并报表、数据集市需要实现与所有财务核算系统的对接与集成。

实现费用报销共享服务与财务公司支付系统和所有核算系统的数据对接与集

成。

以上列示仅供参考，总体须集成的系统包括但不限于本招标书第三章第2部

分所列系统清单，最终集成系统范围应在满足业务需求前提下，由投标人进行详

细论证后给出。同时上述系统集成所需的所有资源（包括但不限于所有相关方资

源），均由投标人负责・，投标人在投标人案中应对此进行详细说明，如投标人在投

标人案中未对上述内容进行说明，则视为投标人免费提供。

3.2.14.数据管理要求

对系统数据要有一个准确的测算，并且提供有效、合理、安全的数据存储方

案、数据性能调整方案，提供数据安全性、完整性保障方案。

通过完整的技术架构方案，构建单独的数据集市，通过数据集市生成合并报

表。数据集市具备完整的多系统数据采集和数据ETL功能，实现实时的数据传输

要求。

提供建设系统与各应用系统间数据核对方案及具体的实现方式。提供数据安

全性、完整性保障方案。如在网络，集成中间件发生故障时，如何保证传输中以

及双方系统在故障期间发送的数据不会被丢失。

3.2.15.可操作性与易维护性要求

界面友好、操作简单、实用，保证有效信息的唯一性，查询数据要方便、快

捷。系统要具有易维护性，技术与业务结构清晰，并提供相应文档或工具支持维

护的方式。

3.2.16.用户管理要求

软件产品的用户数在满足日常工作需要的前提下保留适当的余量，以满足业

务发展的需耍。用户管理的策略应符合XX公司的规章制度。如投标人所投方案用

户数不足，则由投标人免费提供。

3.2.17.系统质量要求

软件产品质量与实施服务质量必须符合国家及XX公司有关软件产品质量的规

章制度。

3.2.18.故障处理要求

软件产品的故障处理必须符合国家及XX公司有关软件产品质量的规章制度。

3.2.19.用户文档要求

提交文档包括但不限于规划方案、架构方案、项目计划、用户手册、在线帮

助和教程、相关制度与流程、各类验收测试文档、培训教材等项目相关资料，规

格为WORD、PDF、HTMLo所提交项目交付件必须符合xx公司项目管理、软件开发

管理要求。

3.2.20.二次开发要求

对于系统存在二次开发的情况，招标人应根据技术标书中提出的需求，结合

自身的实施方案，测算二次开发的工作量，并提出二次开发的内容清单。

投标人需提供二次开发的工作量界定标准和工作量计算模式；明确说明在售

后服务中是否包含对一次开发部分的系统升级服务等内容。

3.2.21.其它专门要求

本标书只作为XX公司内部项目评审使用，不作为项目建设、开发的依据，功

能分析和业务需求不仅以投标人提供的为准，也须根据招标人项目开展后的实际

需求作为依据。

投标人须对招标人需求完整、充分的理解，投标人所报的产品、服务应满足

招标人项目所需，可支持项目相关系统正常、合理、合法运行，如有漏项由中标

方免费提供。如投标人方案不能充分满足招标人项目需求时，由投标人补充完整，

并免费提供相关产品和服务。

第4章项目团队、培训及售后

4.1.项目管理要求

4.1.1.项目计划

投标人须根据本期项目需求制定详细的项目计划，包括但不限于项目组织和

管理方案、实施策略、实施范围、实施进度、验收方案、系统测试方案、系统应

急预案、技术支持及培训方案、售后服务方案等，也可以提供其它建议方案。

集中核算推广与核算完成后报表推广阶段计划合理可行，每个阶段实施单位数量

不能超过50家。

4.1.2.实施人员

投标人应说明为满足本项目实施需要，拟成立的本项目实施团队的管理组织

机构，包括人员的配备、分工、参加项目时间，并附上参加本项目的主要管理、

技术人员一览表，主要人员个人简历表、主要人员的相关从业资格证书/类似项目

经验及相关证明人（须出具由项目单位加盖公章的证明材料复印件或传真件），并

承诺项目周期内实施人员的稳定性。

此次投标须由项目经理讲标，中标单位在项目实施期间不得更换项目经理与

核心项目成员，如更换项目经理或核心项目成员，则视为中标方违约，须全额退

还XX公司的全部己支付款项（此条款将列入合同条款）。项目经理在讲标阶段须

介绍其曾作为项目经理主持的项目成果情况，现场展示个人负责的实施案例。项

目经理须具备8年以上大型集团化企业且与本项目招标内容同类型系统的建设实

施经验。

所有顾问必须有有色行业、冶金行业或至少具备流程制造行业同类型项目实

施经验，从事所投标段业务模块主力实施顾问、工作经历不低于5年。熟悉招标

人与本项目相关的信息系统或有招标人项目实施经验的顾问货源优先考虑。

项目要求范围内所有其他相关资源，不得有漏项，否则视为投标人免费提供。

4.1.3.对招标人实施队伍要求

在投标文件中明确对招标人实施队伍的人员组成、基本技能和业务能力等与

实施工作相关的要求。

本项目中招标人投入的资源将不会超过35人，其中集中核算参与人员至多12

个，数据集市和合并报表参与人员至多14个，费用报销共享服务中心参与人员至

多7人，投标人在投标时应充分考虑招标人配合人员数量、业务能力等情况，切

勿提出不符合招标人实际情况的人员配置需求。

投标人所提供人员除项目高级领导层外，其他项目实施人员在场时间不能低

于90%,直至任务完成为止。

投标人实施团队全体人员须在接到招标人中标通知后（书面、短信或邮件等

任何形式）三天内进驻招标人工作现场，务必保证项目在招标人发出中标通知后

五天内进入项目正式启动。

4.1.4.项目交付要求

整体项目须交付如下成果：

-总体架构方案

-财务管控信息化平台

项目文档交付须满足XX公司项目管理、软件管理相关规定，至少须包括：

-项目计划

-组织架构

-项目章程

-现状分析报告

-需求规格说明书

-蓝图设计报告

-项目实施方案

系统设计说明书：概要设计说明书、详细设计说明书、数据库设计说明

书

-系统配置报告、系统开发文档

-测试报告

-用户使用手册

-系统上线计划

-上线应急预案

-数据迁移计划

-系统试运行报告

-运维服务方案

-技术和业务运维操作指导手册（包含常用故障排查处理方法）

-以及满足用户需求所需交付的成果与文档。

4.2.项目实施要求

4.2.1.培训最低要求

提供满足项目实现目标的主计划及详细计划，并且要清晰、全面、详尽、合

埋。

4.2.2,实施质量要求

提供符合公司组织架构、业务需求、技术需求，符合公司各项管理规定、相

关标准规范的系统，系统可用并稳定运行，有配套的一系列标准、规范支撑，保

证XX公司有一批过硬的技术骨干和专家队伍维护系统。

4.2.3.实施团队要求

提供项目实施团队的管理组织结构，此外还要提供主要人员简历、相关从从

业资格证书及从事项目经历等。项目实施团队必须具备丰富的咨询经验、行业经

验以及同类项目实施经验，有良好的沟通技巧，并承诺项目周期内实施人员的稳

定性，项目经理必须作为项目经理负责实施过流程制造业集团化企业财务管控管

理项目。

4.3.项目培训要求

4.3.1.培训课程要求

为了保证XX公司具有一批过硬的技术骨干和专家队伍来维护系统，保障系统

的安全、稳定运行，投标人负责提供详细的针对项目中选用的产品的专业培训以

及项目建设过程中的前期培训、现场培训和后期培训。投标人制定培训方案及培

训计划，提供培训结果评估报告。培训所涉资料必须全部提供给XX公司。除项目

期间的培训外，乙方应从项目一期上线开始，针对XX公司内部专家提供一段时间

免费原厂培训。

4.3.2.培训质量要求

培训效果要达到XX公司预定目标，应针对XX公司财务管控信息系统，面向

最终用户、各级领导、高层用户、内部专家、各层级关键用户，提供全面的技能、

知识转移方法，根据甲方建议和需求提交整体培训方案。

4.3.3.培训讲师要求

培训讲师应是投标人项目团队骨干成员，熟悉系统相关功能及配置，具备良

好的沟通表述能力，培训全程使用中文普通话。

4.4.售后服务方案要求

4.4.1.售后服务方案要求

提供针对产品的技术支持和售后支持服务方案。包括但不限于系统性能评估、

性能评测、压力测试、性能调优等。

提供的技术支持服务方式必须符合XX公司信息系统安全管理及审计的相关要

求，不能采用远程登录等不合规方式进入系统进行操作。

4.4.2.售后服务质量要求

对XX公司售后服务期间反馈的问题及要求应予以分级响应,并实现100%解决,

同时对交付使用后的系统进行定期体检，跟踪运行状况，并出具服务质量报告，

保证系统的稳定运行。

4.4.3,售后服务体系要求

提供完备的售后支持服务体系，包括但不限于售后服务方案、支持团队、服

务目标、服务措施等。

4.4.4.责任要求

提供售后服务计划包括售后服务机构，以及与其对应的完善的服务工作流程,

以确保系统的正常运转。按如下原则制定周密的售后服务计划：

-成熟完善的售后服务体系；

-稳定、可靠、有效的售后服务队伍；

-满足用户需要的售后服务保障承诺；

-现场故障反应机制和反应速度。

免费升级与维护期：项目结束验收之日起一年内免费维护。

故障反应和故障处理机制：服务方式从支持形式上可以分为现场服务和非现

场服务两大类。服务响应时间一般规定分为：紧急4小时内、普通24小时内。

投标人为项目的故障反应和故障处理还将设立经验丰富的维护专家组，负责

制定现场的应急处理方案。

投标人赋予项目售后服务小组启动紧急处理程序的权力，包括召集维护专家

组成员直接赶赴现场，指派售后服务保障预备队伍成员直接赶赴现场等。

服务费只能按照软件产品计价，服务费比例不得超过15虬

第5章系统总体设计方案

5.1.系统总体框架

本系统采用B/S模式，这种结构保证了系统的可扩展性和可伸缩性，每一层

均可被单独扩展和升级：

业务外观层（Facade层）业务规则层（Ru