税务审计软件升级完善项目技术

招标文件

技术部分

项目名称：2020年税务审计软件升级完善项目

项目编号：2020CGSC021

国家税务总局

2020年9月

目录

第1章项目概述.................................................5

1.1.项目背景..............................................5

1.2.项目建设思路..........................................5

1.3.项目建设目标..........................................5

1.4.项目业务需求..........................................6

1.5.项目数据处理..........................................6

1.6.项目实施范围..........................................6

第2章项目需求.................................................6

2.1.项目总体需求..........................................6

2.2.总体业务需求.........................................11

2.2.1.业务背景.......................................11

2.2.2.需求概述.......................................11

2.3.详细业务需求.........................................13

2.3.1.完善千户集团数据中心功能.......................13

2.3.2.完善千户集团决策中心功能......................19

2.3.3.完善千户集团指挥中心功能......................24

2.3.4.完善千户集团分析中心功能.......................25

2.4.项目设计要求.........................................28

2.4.1.总体设计要求...................................28

2.4.2.数据处理........................................29

2.4.3.应用展现要求....................................29

2.4.4.用户体验要求...................................30

第3章项目约束................................................31

3.1.基础约束..............................................31

3.1.1.环境约束........................................31

3.1.2.系统约束........................................32

3.1.3.软件及工具约束.................................33

3.1.4.标准约束.......................................33

3.1.5.技术路线约束...................................37

3.1.6.集成约束.......................................37

3.2.界面集成.............................................38

3.2.2.安全约束........................................39

3.3.架构约束.............................................40

3.3.1.与风险管理系统的对接...........................40

3.3.2.与金税三期决策支持系统指标管理功能的复用......41

3.4.非功能性要求.........................................41

3.4.1.性能要求........................................41

3.4.2.稳定性..........................................43

3.4.3,健壮性..........................................43

3.4.4.易用性..........................................43

3.4.5.可扩展性.......................................45

3.4.6.可维护性.......................................45

第4章投标要求................................................47

4.1.总体要求.............................................47

4.2.项目管理要求.........................................48

4.2.1.项目沟通管理...................................48

4.2.2.项目计划管理....................................48

4.2.3.项目配置管理....................................49

4.2.4.项目变更管理.................................49

4.3.组织和人员要求.......................................49

4.3.1.项目组织机构...................................49

4.3.2.项目人员管理....................................50

4.4.项目实施要求.........................................52

4.4.1.需求分析阶段...................................53

4.4.2.设计阶段.......................................54

4.4.3.编码实现阶段...................................54

4.4.4.系统测试阶段...................................55

4.4.5.推广和培训阶段.................................60

4.4.6.服务期阶段......................................61

4.5.报价要求.............................................61

4.6.其他要求.............................................62

4.6.1,保密要求.......................................62

4.6.2.知识转移要求...................................62

4.6.3.知识产权要求...................................62

4.6.4.归档要求.......................................63

第5章项目培训................................................63

5.1.培训层级.............................................64

5.2.培训目标.............................................64

5.3.培训类别.............................................65

5.4.培训方案.............................................65

5.5.培训实施.............................................66

5.6.培训费用和组织实施...................................66

第6章项目验收................................................66

6.1.验收主要内容.........................................67

6.2.人员安排.............................................67

6.3.验收依据..............................................68

6.4.组织实施..............................................68

6.5.验收指标..............................................69

6.6.验收方案投标响应要求..................................69

6.7.资料移交与审核........................................70

6.7.1.主要交付成果物.................................70

6.7.2.交付文档标准...................................73

第7章服务与支持..............................................73

7.1.运维服务.............................................74

7.1.1,总体要求.......................................74

7.1.2.服务内容.......................................75

7.1.3.服务方式.......................................76

7.1.4.服务响应要求...................................77

7.2.人员要求.............................................78

7.2.1.总体要求.......................................78

7.2.2.运维服务人员管理要求...........................78

7.2.3.相关运维技术要求...............................79

第8章投标响应要求............................................80

8.1.明确双方的权利和义务.................................80

8.1.1.招标人的权利和义务.............................80

8.1.2.投标人的权利和义务.............................81

8.2.资质要求..............................错误!未定义书签。

8.3.应答要求..............................错误!未定义书签。

8.3.1,对应答书的基本要求...............错误!未定义书签。

8.3.2.技术服务的应答...................错误!未定义书签。

8.4.其他要求..............................................81

第1章项目概述

1.1.项目背景

税务审计软件于2005年立项，一直是大企业税收服务

与管理的重要信息系统。按照《国家税务总局关于印发〈深

化大企业税收服务与管理改革实施方案〉的通知》(税总发

(2015)157号)的相关要求和2016年总局领导关于“建立

全国统一的大企业税收管理系统”的指示精神，2017年至

2019年系统进行了升级改造，2020年需要继续升级完善平

台，满足大企业税收服务和管理工作的新要求。

1.2.项目建设思路

本次税务审计软件的升级完善应遵守总局金税三期和

大数据云平台等标准规范及架构约束，并充分吸收金税三期

决策支持项目第二包的建设成果，包括：集成或调用指标管

理平台已有的业务元素管理及分析引擎的功能、对接总局风

险管理系统、数据层与大数据云平台无缝衔接等。

1.3.项目建设目标

根据总局领导对大企业税收服务与管理的工作要求和

5

2020年大企业税收服务管理工作的需要，为大企业税收风险

分析、经济分析和个性化服务等工作提供有效的技术支撑，

实现两级统筹、合作共享、信息集成、专业分析的工作目标。

1.4.项目业务需求

项目需完成第2章中描述的全部内容。

1.5.项目数据处理

按业务需要实现税务端数据、企业端数据及第三方数据

按集团、行业、区域等维度进行加工和归集。具体数据范围

见业务需求。

1.6.项目实施范围

税务审计软件为总局集中部署，使用人员包括税务总局

和各省的大企业管理人员，各级用户均访问总局部署的税务

审计系统，通过授权的方式控制各级用户的数据权限。

第2章项目需求

2.1.项目总体需求

本项目的采购内容为：在充分利用总局税务审计软件的

原有建设成果的基础上，优化升级数据中心、决策中心、指

6

挥中心、分析中心四方面的业务功能，完成系统开发、推广

和升级完善工作。

1.投标人应充分理解国家财税体制改革、税务系统服务

与管理创新的要求，不断适应新技术的发展，充分考虑用户

在系统使用过程中提出的优化建议和要求，不断完善和优化

应用系统。

2.本系统业务关系复杂，在项目实施过程中面临全国集

中部署、与多个系统对接、项目变更等风险，投标人应对此

充分认识，采取有效措施，规避风险，确保项目建设保质保

量如期完成。

3.投标人应建立完善的项目管理体系，并为未来与系统

运行维护衔接建立完整的文档资料。

4.投标人应建立完善的质量保障体系，提供高质量的软

件产品，及时有效的解决推广实施中的各类问题。

5.采购人将在项目建设过程中，不定期对项目实施情况

和工作质量进行评价，投标人应对工作评价中的意见和建议

及时进行答复，并提出相应的改进方法和措施。

6.投标人必须遵守税务系统信息化建设的整体要求，服

从采购人的管理。

7.时间要求：本项目服务期为2020年10月30日起至

2021年10月29日止。其中，根据采购人安排的推广计划，

7

投标人应在合同签订后六个月内完成系统分析、设计、开发、

用户测试及系统上线工作，采购人有权根据实际情况对上述

计划进行调整；项目验收前，投标人应完成优化和质量保障

工作。

2.2.资质要求

投标人必须是具有独立承担民事责任的能力的在中华

人民共和国境内注册的企业法人，投标人必须具备《政府采

购法》第二十二条的规定，不接受联合体投标。

投标人具有独立承担民事责任的能力；

投标人具有良好的商业信誉和健全的财务会计制度；

投标人必须具有依法缴纳税收和社会保障资金的良好

记录；

投标人参加政府采购活动前三年内，在经营活动中没有

重大违法记录。

投标人具有以下证书资质的，给予加分：

IS09001：2015质量管理体系认证证书

IS0/IEC27001：2013信息安全管理体系认证证书

8

2.3.应答要求

2.3.1.对应答书的基本要求

投标人必须针对技术需求书（含业务需求）中有关章节

的需求逐个或分块作出实质性响应，其响应应与需求书内容

采用同样的顺序。对每个需求的响应必须遵循如下规则：

1.重复该需求；

2.用“是/否”响应来表明该需求是否被满足（描述性需

求）；

3.简要描述应答书或应答方案如何满足该需求，如果该

响应在应答书其它部分有详述，可在该处简单应答，但必须

给出确切的位置索引；

4.解释应答书或应答方案与国家税务总局需求之间的偏

差；用数量来表示的需求，必须用确切的数字、单位来响应;

5.投标人应提供实质性确切响应，并有详细的文字描述

和说明，任何仅采用“符合”、“满足”或非确定性数值（如

“＞二”或“＜二”）的响应均将被视为没有对本需求书的实质

性响应，从而可能导致严重后果；有关表格部分的响应应按

商务部分规定的格式列出；

6.对本项目技术需求书的完全响应，具体包括：

■对项目建设思路的理解及详细响应。

9

■对项目建设目标的理解及详细响应。

■对项目总体需求的详细响应。

■对项目业务需求的详细响应。

■对项目设计要求的详细响应。

■对项目管理要求的详细响应。

■对项目实施岗位人员配备的详细响应。

■对项目实施要求的详细响应。

■对项目培训方案的详细响应。

■对项目验收方案的详细响应。

■对项目运维服务方案的详细响应。

2.3.2.技术服务的应答

投标人必须提供充分的具有说服力的材料，以证明投标

人提供的方案、服务等满足本项目的需求。

1.在应答书中，整体技术实现方案必须基于现状，描述

如何实现工作。投标人应在方案中描述具体工作内容及各项

具体方案。

■要求提供详细的技术方案，内容包括但不限于设计原

则、集成能力要求、稳定可靠性要求、安全性要求、运行

效率描述、接口方案、数据整合方案、测试方案等；

■要求明确列明提供的软件产品（包括版本号、具体模

10

块和功能）；

■要求方案具有可扩展性，支持大数据量；

■要求提供系统管理和维护方案，包括系统安全控制、

数据备份与恢复等。

2.在项目实施岗位人员配备的详细响应中，投标人重点

需要对以下方面作出应答：项目总监、项目经理、项目设计

负责人、开发负责人、实施负责人的简历及技术认证证明等

内容

2.4.总体业务需求

2.4.1.业务背景

根据千户集团税收服务与管理业务工作需要，2020年税

务审计软件升级完善项目主要优化升级数据中心、决策中

心、指挥中心、分析中心四方面的业务功能。

2.4.2.需求概述

一是完善千户集团数据中心。按照业务标准化的要求，

完善数据工具业务功能，完善财务软件的标准化采集、检测

和加载等业务功能；根据风险分析业务工作需要，完成千户

集团税务端、企业端和第三方数据的加工集成；提高数据安

11

全管理信息化保障能力。

二是完善决策中心功能。按照实时性、直观性的业务要

求，实现千户集团关键决策指标创新业务模型的运算、加工

和展示，提升千户集团风险管理和经济分析的决策支撑能

力。

三是完善指挥中心功能。以注重实效为原则，扩展完善

千户集团税收管理与服务工作的专业化和智能化，进一步构

建上下联动的大企业个性化纳税服务信息化体系；结合业务

工作模式，进一步升级总局与省局、省局和省局、省局内部

开展风险分析的相关业务功能，加强各类千户集团风险管理

工作的人员跟踪和过程留痕。

四是完善分析中心功能。以“专业化”为目标，依托大

数据智能算法，升级完善分析功能。加强明细数据的分析应

用，实现发票明细数据、第三方股权结构等数据查询和统计、

企业财务电子账套数据（以下简称账套数据）的全面扫描和

分析，投资控股关联关系网络展现等业务功能；全面支撑千

户集团指标模型4.0体系，根据业务工作需要，开展行业和

事项的专项分析和工具开发，支持研发、验证和应用等环节

业务工作；应用机器学习和大数据分析技术，研发智能分析

工具和智能模型算法，拓展自定义分析工作台、风险关联关

系分析、智能查账等业务功能，推进千户集团风险分析智能

化、个性化和网格化。

2.5.详细业务需求

2.5.1.完善千户集团数据中心功能

为了提高以省局为管理中心的账套数据采集和加载效

率，按照总局大企业司有关账套数据业务标准要求，全面升

级数据工具，加强数据安全性管理，实现千户集团税务端、

企业端和第三方数据的处理和集成。

2.5.1.1.支持账套数据远程加载

2.5.1.1.1.改进账套数据采集功能

一是优化千户集团账套数据采集模板。继续根据以省局

为中心的数据采集工作模式，改进千户集团成员企业账套数

据采集模板；完成采集工具优化升级，制作账套数据采集接

口操作指南，整体提高账套数据采集工作效率。

二是优化集团总部统一开展账套数据采集业务功能，满

足以集团为单位的集中采集工作需要，同时支持各地以成员

企业为单位分散采集账套数据。

三是加强对财务核算软件标准接口支撑。为了进一步落

实账套数据常态化采集工作，提高账套数据采集完整性和准

13

确性，引入《财经信息技术会计核算软件数据接口标准》

(GB/T24589),实现数据采集工具对该标准的支撑。

四是优化科目对应功能易用性。针对千户集团会计科目

设置方面“千人千面”的特点，解决账套数据科目对应过

程发现的问题。

五是优化数据采集其他功能。账套数据是大企业税收服

务和管理的特色数据，随着每年工作开展的重点不同，除以

上四方面的功能优化外，还需要新增或优化其他相关功能。

2.5.1.1.2.改进账套数据核对功能

一是优化财务核算软件标准接口采集数据校对规则。针

对《财经信息技术会计核算软件数据接口标准》(GB/T

24589)采集的数据，新增采集数核对规则，并在数据核对

模块研发实现。

二是优化账套数据完整性核对规则，并在数据工具的核

对模块开发实现。

三是优化其他数据工具核对模块相关功能。

2.5.1.1.3.实现省局在线上传账套数据

随着以“省局为主”的数据采集工作模式的不断完善，

以及账套数据分析应用的全面铺开，为了提高账套数据的安

全性，全面优化省局到总局的账套数据上传功能。

14

一是上传账套数据核对结果文件。将前一个工作环节产

生的核对结果文件上传到总局，高效完成纳税人账套数据核

对情况分析，提高账套数据上传工作效率。

二是软件后台验证账套数据文件与纳税人的对应关系，

避免账套数据文件与纳税人对应错误，最大程度的提高用户

易用性。

三是实现账套数据上传的安全配置功能。

四是实现省局账套数据上报目标服务器的安全认证，降

低数据安全管理风险。

五是应用指纹验证技术，实现省局账套数据上传人员身

份和权限验证功能。

六是实现省局账套数据上传和加工相关权限的及时调

整，以提高数据上传和加载工作效率。

七是考虑到总局和省局网络带宽，针对多省上传数据的

并发操作，保障纳税人账套数据文件上传到总局工作。

八是验证上传文件结果，在总局端实现省局账套数据上

传文件结果完整性验证，展示上报错误情况信息。

九是账套数据上传工作的统计查询，包括已上传纳税人

信息、上报账套数据的核对结果、账套数据上传情况查询功

能、数据上传日志记录与查统。

15

2.5.1.1.4.改进账套数据加载功能

进一步优化完善数据加载的功能，要求如下：

一是实现账套数据加载任务队列管理，提高多省账套数

据加载处理效率。

二是实现加载队列优先级调整。更好的支撑账套数据加

载工作。

三是实现账套数据上传结果文件解压解密，提升文件传

输效率和安全性。

四是实现上传数据质量核查，避免网络丢包或人为操作

失误导致的数据文件不完整。

五是实现数据质量核查情况、核对结果加载情况、账套

数据加载情况等查询。

六是展示加载问题情况，汇总查询加载日志。

2.5.1.1.5.实现账套数据采集工作过程管控

增加对数据加载过程的管控功能，要求如下：

一是实现账套数据采集工作管理，按集团、税务机关、

全国整体情况采集进度查统功能。

二是实现账套数据核对进度查统，实现按成员企业、集

团、税务机关上报进度查统功能。

16

三是实现账套数据加载进度查统。

四是实现按集团、税务机关异常信息等其他查统功能。

2.5.1.2.扩展数据加工处理范围

2.5.1.2.1.完善税务端数据加工处理

根据2020年税务端数据应用工作需要，继续提供数据

抽取、转换和加载服务，并根据新的数据口径要求，按照集

团、地区、行业等维度进一步改进数据加工和归集功能，并

根据业务工作实际扩展数据加工处理范围。税务端数据的时

间跨度根据工作开展需求和数据范围扩展来确定。

对税务端数据的加工处理需要按以下要求进行：按标准

拆分、按纳税人归集、按年度归集、按行业归集加工税务端

数据、按地区归集、按集团归集、按登记注册类型归集。

为了提高数据应用效率，对税务端数据进行统一分层设

计开发和统一存储管理开发。

2.5.1.2.2.完善纳税人端数据加工处理

根据2020年风险分析中对账套数据的要求，按照集团、

地区、行业等维度加工和归集纳税人端数据，并根据业务工

作实际扩展数据加工处理范围。数据范围包括余额表、总分

17

类账、明细账和会计凭证。

对纳税人端数据的加工处理需要按以下要求进行：按标

准拆分、按纳税人归集、按年度归集、按行业归集、按地区

归集、按集团归集、按登记注册类型归集。

为了提高数据应用效率，对纳税人端数据进行统一分层

设计开发和统一存储管理开发。

2.5.1.2.3.完善第三方数据加工处理

将千户集团第三方股东、投资、工商登记、涉税大事件

数据抽取到系统，按照集团、地区、行业等维度进行数据加

工和归集，并根据业务工作实际扩展数据加工处理范围。数

据范围可主要来自合作的第三方数据提供机构。

根据工作需要，对第三方数据的加工处理需要按以下要

求进行：按标准拆分、按纳税人归集、按年度归集、按行业

归集、按地区归集、按集团归集、按登记注册类型归集。

为了提高数据应用效率，对第三方数据进行统一分层设

计开发和统一存储管理开发。

2.5.1.3.支撑专题专项风险分析数据要求

为满足专题专项风险分析需要，要对各类型数据进行加

工和处理。

18

一是自然语言处理算法加工处理。从技术上应用自然语

言处理技术学习、分析、还原明细数据真实的业务含义，如

发票商品名称学习、备注栏学习等。

二是电子发票品名学习加工处理。需要应用机器学习等

数据分析技术，解决一些企业发票的开具不规范问题。

三是会计科目学习加工处理。应用机器学习技术，将企

业“千人千面”科目算法化。

四是会计凭证业务拆分加工处理，应用机器学习等技术

实现会计凭证业务拆分和数据加工处理。

2.5.1.4.完善数据中心其他需求

根据工作实际需要的其他优化完善需求。

2.5.2.完善千户集团决策中心功能

针对千户集团关键决策支持指标，应用大数据新兴技

术，升级改造千户集团监控大屏，改进千户集团经济分析支

撑能力、千户集团风险管理决策支撑能力。

2.5.2.1.实现大企业综合监控决策分析

2.5.2.1.1.大企业名册信息

实现对大企业的名册信息的管理和监控，要求如下：

19

一是展示千户集团和列名企业基本信息，实现税收收

入、营业收入、企业数量等信息统计和分析。

二是展示千户集团和列名企业地区分布。实现企业数量

和税收收入情况分布统计和分析。

三是展示千户集团和列名企业行业分布。实现企业按照

行业大类的分布统计和分析。

四是展示千户集团和列名企业税收集中度。实现根据年

纳税总额分段统计和分析企业的税收集中度。

五是展示千户集团和列名企业纳税信用情况。实现企业

纳税信用等级统计和分析。

2.5.2.1.2.大企业税源监控

优化完善对大型企业的税源情况监控，要求如下：

一是实现千户集团入库税款金额以及变动趋势统计和

分析。

二是实现千户集团入库税款按行业分布统计和分析。

三是实现千户集团入库税款金额按申报税种统计和分

析。

四是实现千户集团实缴税款按缴纳集团统计和分析。

五是实现千户集团出口退税金额以及变动趋势统计和

分析O

20

2.5.2.1.3.大企业经济运行

优化完善对大型企业经济运行状态的监控展现，要求如

下：

一是展示千户集团资产、营收、成本、利润、新增固定

资产、库存、就业、职工薪资等数据情况，实现相关数据指

标的动统计和分析。

二是展示千户集团票流分析。实现千户集团发票购销地

区间流动统计和分析、千户集团发票开具笔数和金额以及变

动统计和分析。

三是展示千户集团各分析专题情况。实现千户集团疫情

后复工复产情况统计和分析、新基建专项统计和分析、减税

降费金额以及变动统计和分析、重点区域经营专项统计和分

析、研发强度金额以及变动统计和分析。

2.5.2.1.4.大企业风险管理

优化完善针对大型企业的风险管理的监控跟踪，要求如

下：

一是实现千户集团数据仓库和数据采集情况的统计和

分析。

二是实现千户集团风险分析对象范围、风险分析预估税

21

款金额、行业分布的统计和分析。

三是展示千户集团风险管理工作进度，实现风险应对入

库税款金额以及变动统计和分析。

2.5.2.1.5.大企业个性服务

优化完善针对大型企业的个性服务的监控跟踪，实现千

户集团个性化服务税企沟通情况、政策服务情况、风险提示

情况、合作遵从情况、满意度情况的统计和分析。

2.5.2.2.实现附报财务报表分析

2.5.2.2.1.开发财务报表通用分析工具

主要功能要求如下：

一是分析对象方面，支持千户集团、列名企业、规模以

上工业企业的财务报表分析，支持分年报和季报财务报表开

展分析，实现多维度报表查询。

二是分组分析方面，实现财务报表各数据项按时间分组

分析、按行业分组分析、按地区分组分析、按登记注册分组

分析、按专题热点分组分析，并可浏览查询财务报表明细数

据。

三是分析成果方面。实现按分组内容层级数据归集、按

分组内容层级数据钻取，实现报表分析多种图形展示，同时

22

可以保存和加载报表分析方案，实现报表分析结果导出。

2.5.2.2.2.开发经济分析专项工具

主要功能要求如下：

一是分析对象方面，支持千户集团、列名企业、规模以

上工业企业的财务报表分析，支持附报财务报表年报和季

报、集团直报季报和月报分析，实现多维度报表查询

二是分组分析方面，实现集团直报各数据项按行业分组

分析、按地区分组分析、按经济类型分组分析、整体增减变

动分析、一直高位分析、一直低位分析、先高后低分析、上

下徘徊分析。

三是结果展示方面，实现报表分析直观图形展示、按照

分组分析内容钻取功能，同时实现选定分组内容的整体情况

分析地区排名分析、经济类型排名分析、集团排名分析。

2.5.2.3.升级一户式分析相关功能

2.5.2.3.1.实现纳税人发票明细查统

完善千户集团纳税人发票明细查询和浏览功能。实现千

户集团关联纳税人发票查询，实现发票往来分析、发票汇总

数据钻取和显示发票汇总查统数据。

23

2.5.2.3.2.实现第三方股权投资展现

完善千户集团纳税人第三方数据查询和浏览，包括千户

集团纳税人企业图谱、分支机构、股权穿透、股东和投资信

息。

2.5.2.4.完善决策中心其他需求

根据工作实际需要的其他优化完善需求。

2.5.3.完善千户集团指挥中心功能

全面支撑大企业税收管理网络化要求，实现千户集团风

险专业化和智能化分析工作的无缝衔接，进一步支撑总省联

动分析任务、省省协同分析任务。

2.5.3.1.优化专业化和智能化分析风险点工作流转

根据千户集团风险管理的工作需要，优化完善一户式分

析、集成分析白板、专业复评、个案分析等相关功能。

2.5.3.2.优化大企业风险管理工作协同

2.5.3.2.1.优化总省联动分析任务管理

根据千户集团风险管理的工作需要，优化完善总省联动

24

任务风险扫描、人工专业复评、综合审核、应对推送、个案

分析上报、应对结果反馈、反馈结果查统等相关功能。

2.5.3.2.2.优化省省协同分析任务管理

根据千户集团风险管理的工作需要，优化完善省省协同

的跨省任务风险扫描、人工专业复评、综合审核等相关功能。

2.5.3.2.3.加强风险分析任务过程管理

提升风险管理流程的查询统计，完善专业复评任务进度

查统、人工专业复评结果查统、风险点全流程跟踪、集团性

风险点共享与统计等相关业务功能。

2.5.3.3.支撑指挥中心内控内生化相关需求

根据税务总局关于内控内生化的统一工作要求，结合大

企业税收管理工作的新要求，完善“内控内生化”业务功能。

2.5.3.4.完善指挥中心其他需求

根据工作实际需要的其他优化完善需求。

2.5.4.完善千户集团分析中心功能

以“专业化”为目标，依托大数据智能算法，升级完善

25

分析中心各项业务功能。

2.5.4.1.应用大数据挖掘技术赋能大企业指标体系

应用大数据挖掘技术，优化风险识别功能，要求如下：

一是探索实现指标体系2.0.3.0模型指标机器学习数

据挖掘，提升指标模型应用效果。

二是应用指标体系2.0和3.0生成的机器学习模型，在

风险分析计划制定环节应用选择风险分析对象，在风险扫描

环节提升风险识别能力。

2.5.4.2.全面支撑专项风险分析

在现有指标模型体系基础上，进一步升级完善风险分析

能力，要求如下：

一是针对集团风险分析。支撑分集团专项分析业务研

究、工具研发、风险识别、人工专业复评、风险应对等工作,

重点识别集团和成员企业之间、成员企业和成员企业之间、

成员企业和外部其他企业之间的关联性风险。

二是针对行业风险分析。支撑分行业的专项分析业务研

究、工具研发、风险识别、人工专业复评、风险应对等工作,

重点识别行业内部的典型性风险。

三是针对产业链风险分析。支撑分产业链的专项分析业

26

务研究、工具研发、风险识别、人工专业复评、风险应对等

工作，重点识别沿产业链上下流的流向风险。

四是针对专题事项风险分析。根据风险管理工作实际需

要，支持其他专题性专项风险分析工作。

2.5.4.3.实现大企业关联网络分析和展现

实现基于发票的关联关系分析功能，包括纳税人综合关

联关系网络展示、查询和分析。

2.5.4.4.升级改进基于发票数据的风险分析

实现发票遗漏或空缺商品品名自动补全的数据清洗，开

发纳税人购销台账、发票风险点自动识别等分析功能。

2.5.4.5.实现智能查账模块提升风险分析效率

实现从人工阅账到智能查账的信息化升级，高效识别同

类风险点的纳税人，提高账套数据在风险识别环节的价值。

2.5.4.6.完善分析中心其他需求

根据工作实际需要的其他优化完善需求。

27

2.6.项目设计要求

2.6.1,总体设计要求

1.在系统结构设计上要具备良好的可扩展性，能够进行

水平的或垂直的扩展，以充分利用硬件系统的资源，满足业

务不断发展的需求；能够将负载分布到多个应用服务器上，

提供负载均衡方案，包括循环往复、权重、随机选取等均衡

算法，以完成对负载的分配。

2.系统部署模式：系统采用总局集中部署的模式，要支

持与云平台及金三各系统的交互。

3.Web层/应用层采用集群加负载均衡部署，数据库层根

据实际需要可采用集群模式部署。

4.系统要考虑与金税三期决策支持项目第二包风险管

理系统实现风险应对任务的对接，指标模型运算等功能复用

金税三期决策支持项目第二包的成果，金税三期已实现的功

能不再重复建设。

5.系统要考虑税务审计软件原有功能的整合。

6.风险分析和经济分析模块对指标模型运算和数据加

工的设计要求较高，需对指标模型和计算加工进行重点设

计，如利用利益关联网络进行纳税人风险识别的计算、利用

各种组合算法进行指标评分等。

28

2.6.2.数据处理

系统要统筹考虑税务端数据、企业端数据和第三方数据

的采集和加工整合，需要按集团、行业、区域等维度进行加

工和归集。

系统所需的税务端数据来源于税务总局大数据平台，由

业务部门提出业务表级的数据需求，由大数据平台先对数据

进行加工归集，后续数据处理工作由投标人负责。

2.6.3.应用展现要求

1.展现框架

应用展现支持多种主流的浏览器。

具有风格元素的定义及标准化能力，界面具备灵活的界

面元素布局能力，具有统一的风格，功能体现的直观、形象、

明了。

对展现结果集支持数据缓存机制以提高查询效率，使重

复进行的查询操作或对查询结果集的后续操作无需频繁直

接查询数据库，数据显示也应按查询需求分页显示，从而减

少网络传输，全面提高查询性能。

2.展现渠道

所展现的内容能被标准化封装，封装的结果不能破坏原

29

有的钻取、样式等动态效果，能提供给多种渠道调用。

3.展现方式

应用能以多种简便方式展现，例如以图形、报表的方式

展现。当图形作为报表的辅助进行展现时，将图形与报表进

行关联。

系统应支持图文、数字混排的智能分析报告功能。

系统应支持主流统计图样式，如柱状图、饼图、堆叠图、

折线图、散点图、雷达图、仪表盘、组合图形等。

4.展现内容

能够友好的展示系统的查询结果、报表、图形图像、原

始表单等（包括但不限于以上所列内容）。各种展现的结果

之间相互关联后也能作为展现内容再展现。对于展现出来的

结果可以进行回溯。被封装的展现内容也可被动态逐层跟踪

钻取、展现。

5.展现内容的导出

支持对展现结果的导出，用户可自定义导出的内容，可

以多种通用文件格式（包括但不限于以下格式：DOC、XLS、

PDF等等）导出，提供打印功能。

2.6.4.用户体验要求

1.通过任务的方式指引用户进行工作，与用户所处理

30

工作相关的对象、环节信息能够自动推送给用户，解决用户

在各个不同业务类之间来回切换查找的问题。

2.用户界面简洁、大方，视觉舒适，以Web方式展现。

3.提供用户自定义的分析功能，用户可以自己选择分

析要素和分析条件等，并可以将本次分析过程保存。

第3章项目约束

3.1.基础约束

3.1.1.环境约束

投标人需熟悉本项目涉及的关联业务系统情况，包括数

据库详细配置、部署模式、全量数据和增量数据大小等。根

据全国各关联业务系统全量数据、增量数据大小，测算本项

目部署所需数据存储资源。根据部署模式，针对用户群体，

测算本项目所需计算资源，包括数据库服务器、应用服务器

等服务器详细配置信息。

系统资源估算：全国大企业用户数约2万人，税务端原

始数据约5T,纳税人端原始数据约60-80T。

投标人提出正式计算存储资源使用需求后，由招标人组

31

织进行资源评估，并根据最终评估结果配置相应计算存储资

源，确定运行环境。如出现运行环境不匹配等情况，一切后

果由该投标人自行负责。

3.1.2.系统约束

1.支持操作系统要求

支持各种常见的操作系统，如IBMAIX、国家税务总局

专有云ECS（阿里云）、Windows以及Linux。

2.数据库要求

支持各种常见的关系数据库,如Oracle、SQLServer.

阿里云数据库（ODPS、RDS、ADS、OSS、OTS）等。实施时软

件部署在Oracle数据库（使用Oracle11G版本）环境或国

家税务总局专有云环境（阿里云）。

3.应用服务器要求

支持各种常见J2EE的应用服务器，如Weblogic.

WebSphere>Tomcat等，软件部署在Oracle11g中间件环境

或国家税务总局的专有云环境（阿里云）的ECS。

4.浏览器要求

支持IE、Firefox,谷歌、360等主流浏览器，IE浏览

器主要支持IE6及以上版本。最终以满足税务系统现有浏览

器运行要求为准。

32

3.1.3.软件及工具约束

对总局已采购的工具产品，如数据库、中间件、工作流、

报表等，若本项目所建应用系统中涉及，需要优先使用总局

采购的工具产品。投标人应结合自己的开发环境等实际情况

添加完善产品工具，选定各种工具，并说明各种工具需要购

买还是自行开发，产品工具能实现目标的程度。对于购买第

三方工具产品，乙方应提供原厂商授权文件，并承诺提供本

项目实施过程中所需的原厂服务。投标人充分使用先进、成

熟的第三方工具将有助于本项目的实现（质量和效率），所

选第三方工具的技术先进性、合理性、整体效益等，将影响

投标人及其投标书的评价。

3.1.4.标准约束

对于本项目架构设计中各类可以量化定义以及必须共

性遵循的架构元素，例如业务流程、数据标准、接口标准、

技术指标等均需符合税务总局《金税三期架构标准体系》内

容。对于本平台自行采集的暂时不包含于金税三期架构标准

体系中的数据，需由税务总局标准管理部门对采集数据进行

审核后进入数据仓库。

33

金税三期架构标准体系内容

业务流程标准，从业务视角来定义各类业务流程的执行

标准，从而形成各类系统能够共同参照和遵循的业务基线，

目前的基线业务需求可以作为业务流程标准。

业务数据标准，业务数据标准保证不同应用系统在实施

过程中能够对各类业务数据有一个统一的理解和定义，不同

系统在数据的采集、共享交换以及数据库层面能够形成一致

的业务语义环境。业务数据标准将从元数据体系、业务代码

标准以及业务数据项标准三个层面来进行标准定义。

模型设计标准，将业务数据反映到IT层面必须进行建

模工作，从目前主流的建模技术来分析主要有两种，XML建

模和关系数据库建模。因此模型设计标准将规定在XML建模

和关系数据库建模方面必须遵循的各类原则和要素，保证各

类应用系统在模型表达方面的一致性。

集成标准，集成标准规定了各类应用系统必须遵循的各

类技术规范，以保证系统间未来的互操作性以及用户体验的

一致性，具体包括：界面集成标准、应用集成标准以及数据

交换技术协议标准。

关键技术体系标准，规定出整个税务应用系统开发所需

要采用的各类关键性技术路线标准以及主要的指标要求，为

各类应用系统的关键技术选择提供约束和指南，同时也为相

关的平台和工具软件产品选型提供参考指南。

基于上述标准，本项目必须遵循的各类标准如下表所

示:

类别遵循的相关标准遵循要求

业务流程1.税务总局制定的税务审计业务流程分析必须遵从税务总局统

分析软件业务需求一发布的税务审计软件基线业务需求。

系统开发过程中涉及到各类数据元

1.税务数据元编制标准

的定义，必须遵循该标准进行定义。

系统开发过程中涉及到各类税务业

2.税务业务术语编制标准务术语的定义，必须遵循该标准进行定

业务数据义。

设计系统开发过程中涉及到各类税务业

3.税务信息分类与编码标准

务代码的定义，必须遵循该标准进行定

编写指南

义。

4.税务数据元标准该标准定义了各类全局性的税务数

35

据元目录体系，明确了各类业务数据项

目的命名、类型、长度、分类等字典信

息，在进行各类数据设计时（包括数据

表单定义、数据库表设计以及数据共享

交换报文设计）必须严格遵循该标准定

义的各项数据项标准。

该标准定义了各类全局的税务业务

代码体系，明确了各类业务代码的命名、

类型、长度、分类等信息，在进行各类

5.税务业务代码标准数据设计时（包括数据表单定义、数据

库表设计以及数据共享交换报文设计）

必须严格遵循该标准定义的各代码项标

准。

该标准定义了基于XML进行相关数

据建模的设计规范，明确了XML数据的

6.XML的数据交换设计标准各类关键性设计要素的使用指南，在进

行XML类数据设计时必须严格遵循该标

准来定义。

该标准规定了数据采集以及共享交

换等场景的业务报文设计规范，对于各

7.税务行业数据报文设计标

类业务表单的采集报文、系统内及系统

准

间进行数据共享交换报文的设计都必须

严格遵循该标准进行。

该标准定义了数据库设计的相关规

范，包括数据库元素命名、设计原则等

8.数据库设计标准

内容，在进行数据库设计时必须严格遵

循该标准进行。

36

9.数据模型标准必须严格遵循该标准进行。

该标准明确定义应用服务集成的技

术接口、协议报文、集成方式等内容，

10.应用服务集成标准

系统在开发对外服务时必须严格遵循该

标准进行。

该标准定义了界面集成的相关内

容，包括界面的布局、样式、实现技术

11.界面集成标准

开发集成等要求，系统在进行开发时必须遵循标

准中定义的各项内容。

该标准定义了系统中可共享和复用

的各类构件的设计规范，包括服务构件

12.服务构件开发规范的设计原则、定义要素以及设计流程，

系统进行服务构件开发时必须遵循该标

准的相关要求。

3.1.5.技术路线约束

基于J2EE标准进行开发，B/S结构，全面支持SOA体系

架构。

3.1.6.集成约束

系统在总体设计时，需预留接口，以便将来可以实现和

总局统一部署的各相关应用系统的集成，包括界面集成、应

用集成、数据集成、安全集成。

37

3.2.界面集成

系统界面集成范围主要是与税务总局业务工作门户的

集成等，界面集成要求如下：

1.要求各应用系统界面遵循税务总局统一业务工作门

户集成标准。

2.要求支持统一单点登录控制。

3.要求支持统一的用户管理。

3.2.1.1.应用集成

系统应用集成要求遵循税务总局统一的应用集成架构

设计规范和标准：

1.要求必须遵循税务总局应用集成架构制定的服务协

议标准。

2.要求所有应用系统中需要被外部应用调用的功能必

须将其暴露为共享服务，注册发布到全局的应用集成平台之

中。

3.必须遵循金税三期应用集成的各类要求。

3.2.1.2,数据集成

系统涉及到的主要数据来源包括：金三的税务端数据、

38

税务审计系统采集的企业端数据、第三方数据，系统需要基

于这三类数据按集团、行业、区域等维度进行加工和归集，

基于总局大数据平台实现数据抽取加工。

3.2.1.3.安全集成

系统安全集成包括与税务总局和省局应用安全支撑平

台等几方面内容集成，安全集成要求遵循税务总局总体应用

安全支撑体系规划要求。

3.2.2.安全约束

系统必须在整体安全架构的设计要求下，符合税务信息

安全标准(物理安全、运行安全、数据安全、内容安全等)规

定而采取的技术和管理要求，实现信息安全和数据质量管理

的技术环境，提供安全策略的具体方案。

1.安全级别

系统在设计上和部署上要不低于三级等级保护的标准。

2.安全策略

依据金税三期工程安全策略关于安全架构、安全域划分

规范和安全域防护规范中的要求，不同区域间互通时，需要

遵循以下安全策略要求：

(1)区域边界必须进行安全访问控制；

39

(2)区域边界访问控制依据业务要求遵从最小化原则，

默认全关闭；

(3)互联网区域与业务专网区域间执行单向访问控制,

禁止互联网区域向业务专网区域主动发起连接；

(4)业务专网和互联网之间的数据交换，必须通过专

门的安全域(业务专网的应用前置域)进行数据摆渡；

(5)互联网连接业务专网的链路禁止绕过应用前置域

的防火墙直接接入业务专网。

3、安全检查

系统上线或重大升级需要出具总局认可的安全检查报

告。

3.3.架构约束

3.3.1.与风险管理系统的对接

风险管理系统为总局省局两级部署，并有任务通道可以

实现总局省局间的风险应对任务下发和应对结果反馈，税务

审计软件通过总局风险管理系统下发大企业的风险应对任

务，接口为Webservice方式，接口数据为纳税人风险清册

及风控报告，实现风险任务扎口管理。

40

3.3.2.与金税三期决策支持系统指标管理功能的复用

指标管理平台为金税三期决策支持系统重要基础平台

之一，主要实现业务元素管理（指标模型管理及算法支撑）

及分析引擎（指标模型语义解析及计算）的功能。

税务审计软件集成或调用指标管理平台已有的业务元

素管理及分析引擎的功能，以实现指标模型定义及计算的基

础功能，并从结果表获取计算结果。

3.4.非功能性要求

3.4.1.性能要求

本系统是总局统一部署的应用系统，使用用户包括总局

大企业司和各省局的大企业管理干部。

主要满足总局和省级各职能部门指标模型设置以及风险扫描、

风险扫描结果的查询统计、风险流程的业务操作及集团一户式

应用特点分析等统计分析功能。数据源对应的是总局集中的千户集团相

关的税务端数据、企业端数据和第三方数据，需要针对大量数

据进行后台统计分析。

用户规模人数较多，同时在线＞=3000人

数据量数据量规模在60-80T的级别

根据业务处理类型的不同，把交易划分为三类：交互类

业务、查询类业务和大数据量批处理类业务，分别给出响应

时间要求的参考值，包括峰值响应时间、平均响应时间。

41

1.交互类业务

日常交易指传统的交易业务处理，具有较高的响应要

求。

平均响应时间峰值响应时间

业务复杂性

参考值（秒）参考值（秒）

日常交易<5秒<10秒

说明：以上交易如果涉及与其它系统之间交互，响应时

间应包括系统之间交互的时间；以上给出的响应时间为参考

值。

2.查询类业务

查询业务由于受到查询的复杂程度、查询的数据量大小

等因素的影响，需要根据具体情况而定，在此给出一个参考

范围。

业务复杂性平均响应时间峰值响应时间

参考值（秒）参考值（秒）

简单查询<5秒<10秒

复杂查询<20秒(40秒

说明：业务处理过程的交互操作的响应时间参见上面交

互类业务的相关指标。

3.大数据量、批处理业务

批量交易指一次完成多笔业务处理的交易，由于批量交

易的数据量不确定，需要根据具体的情况确定响应时间。

42

3.4.2.稳定性

1.软件部署考虑冗余，并具备良好的备份机制，消除单

点故障。

2.确保系统7*24小时持续稳定运行。

3.保障平均年故障时间＜3天，平均故障修复时间＜1小

时。

3.4.3.健壮性

1.应满足网络不稳定、单点故障、升级完善等特殊情况

下，系统的正常运行。

2.对用户的非法操作等有容错能力，提供补偿业务功

能。

3.支持故障转移和负载均衡。单个物理设备、模块、组

件故障不影响系统运行，并能支持故障转移和负载均衡。

4.系统能够提供数据备份与数据恢复功能，确保数据正

确、完整，保证业务处理的连续性。

5.单