2018年金稅三期決策支持系統(tǒng)升級完善及運維和機構改革軟件服務項目招標文件-技術部分（2包）

招標文件

技術部分

項目名稱：2018年金稅三期管理決策支持系統(tǒng)升級完善及運

維和機構改革軟件服務項目（第2包）

項目編號：2018CGSC024

國家稅務總局

2018年8月

目錄

第1章項目背景..............................................6

第2章項目概述..............................................8

2.1項目現(xiàn)狀...............................................8

2.2項目目標...............................................8

2.3項目內容...............................................9

2.3.1機構改革軟件服務..................................9

2.3.2升級完善及運維...................................10

2.4項目范圍..............................................11

2.4.1機構改革軟件服務...............................11

2.4.2升級完善及運維.................................11

2.5項目邊界..............................................11

2.5.1決策支持系統(tǒng)整體邊界.............................12

2.5.1.1與交易類系統(tǒng)的邊界.........................13

2.5.1.2與應用總集成的邊界.........................16

2.5.1.3與遺留系統(tǒng)的邊界...........................18

2.5.2決策支持系統(tǒng)內部邊界.............................19

2.5.2.1查詢統(tǒng)計...................................20

2.5.2.2數(shù)據(jù)倉庫...................................21

2.5.2.3數(shù)據(jù)治理平臺...............................21

2.5.2.4數(shù)據(jù)應用...................................22

2.6項目投標要求...........................................22

2.6.1對投標人的基本要求...............................23

2.6.2對投標文件的基本要求.............................23

2.6.2.1總體要求...................................23

2.6.2.2具體要求...................................25

第3章項目需求.............................................30

3.1項目總體需求...........................................30

3.2機構改革軟件服務需求...................................32

3.2.1系統(tǒng)改造........................................32

3.2.1.1功能應用機構改革改造需求..................32

3.2.1.2指標管理平臺機構改革改造需求............48

3.2.1.3數(shù)據(jù)集市機構改革系統(tǒng)改造需求..............50

3.2.1.4其他需求..................................51

3.2.2試點實施........................................52

3.2.3推廣上線........................................52

3.2.4統(tǒng)一支持........................................53

3.3升級完善及運維需求.....................................53

3.3.1日常維護........................................53

3.3.1.1環(huán)境保障...................................53

3.3.1.2數(shù)據(jù)運維...................................53

3.3.1.3業(yè)務運維...................................53

3.3.1.4數(shù)據(jù)服務運維...............................54

3.3.1.5高級支持服務...............................54

3.3.2升級完善.................................54

3.3.2.1功能應用升級完善...........................54

3.3.2.2數(shù)據(jù)服務升級完善...........................91

3.3.2.3指標管理平臺升級完善.......................91

3.3.2.4云平臺遷移升級完善.........................93

3.3.3新增需求.........................................93

3.3.3.1辦稅人員信用評價...........................93

3.3.4其他優(yōu)化需求...............................94

3.4非功能性需求..........................................95

3.4.1范圍............................................95

3.4.2系統(tǒng)性能.........................................95

3.4.3可靠性...........................................97

3.4.4可用性...........................................97

3.4.5易用性...........................................97

3.4.6可維護性.........................................99

3.4.7低耦合性........................................100

3.4.8可伸縮性........................................100

3.4.9可移植性........................................100

3.4.10架構約束.......................................101

第4章項目實施............................................102

4.1實施內容..............................................102

4.2實施總體要求..........................................102

4.3項目管理..............................................104

4.3.1項目計劃管理....................................104

4.3.2項目進度管理....................................104

4.3.3項目配置管理....................................104

4.3.4項目變更管理....................................104

4.3.5項目質量管理....................................105

4.3.6項目風險管理....................................105

4.3.7項目溝通管理....................................105

4.4組織和人員要求........................................106

4.4.1項目組織機構....................................106

4.4.2項目人員管理....................................106

4.4.3項目人員保障....................................108

4.4.3.1機構改革軟件服務..........................108

4.4.3,2系統(tǒng)升級完善及運維........................108

4.5機構改革軟件服務實施過程..............................109

4.5.1系統(tǒng)改造調整....................................109

4.5.1.1需求分析..................................109

4.5.1.2設計開發(fā)..................................111

4.5.1.3軟件測試..................................112

4.5.1.4版本管理..................................113

4.5.2試點實施........................................114

4.5.3推廣上線........................................120

4.5.4統(tǒng)一支持........................................126

4.5.5交付物及質量要求................................126

4.6升級完善及運行維護....................................126

4.6.1系統(tǒng)運行維護....................................126

4.6.1.1總體要求.................................126

4.6.1.2環(huán)境保障.................................128

4.6.1.3業(yè)務運維.................................129

4.6.1.4數(shù)據(jù)運維.................................131

4.6.1.5數(shù)據(jù)服務.................................131

4.6.1.6高級支持服務.............................132

4.6.2系統(tǒng)升級完善....................................133

4.6.2.1需求分析..................................134

4.6.2,2設計開發(fā)..................................135

4.6.2.3軟件測試..................................137

4.6.2.4版本管理..................................138

4.6.3交付物及質量要求...............................139

第5章項目驗收............................................140

5.1機構改革軟件服務驗收.................................140

5.1.1總體要求........................................140

5.1.2人員安排........................................141

5.1.3驗收依據(jù)........................................141

5.1.4組織實施........................................141

A

5.1.5交付物要求......................................142

5.2升級完善及運維驗收....................................144

5.2.1總體要求........................................144

5.2.2人員安排........................................144

5.2.3驗收依據(jù)........................................144

5.2.4組織實施........................................145

5.2.5交付物要求......................................146

5.3驗收方案投標響應要求.................................148

第6章其他................................................150

6.1保密要求.............................................150

6.2移交要求.............................................150

6.3歸檔要求.............................................151

6.4知識產(chǎn)權要求.........................................151

6.5知識轉移要求.........................................152

第7章附件................................................153

7.1風險管理（省局端）...................................153

7.2風險管理（總局端）...................................156

7.3跨區(qū)域稅收風險管理協(xié)作（含總局、省局端）.............158

7.4企業(yè)所得稅政策風險提示（含總局、省局端）.............159

7.5千萬人個人所得稅風險分析應用（含總局、省局端）......159

7.6信用管理（省局端）...................................161

7.7信用管理（總局端）...................................162

7.8涉稅專業(yè)服務信用評價管理（含總局、省局端）...........163

7.9稽查案件監(jiān)控管理（含總局、省局端）...................163

7.10稽查雙隨機（省局端）.................................167

7.11稽查雙隨機（總局端）.................................168

7.12指標管理平臺（含總局、省局端）.......................169

5

第1章項目背景

經(jīng)過金稅三期工程第一階段和第二階段的建設，金稅三

期決策支持系統(tǒng)已在總局、全國36個省市區(qū)（含5個計劃單

列市）完成部署。決策支持系統(tǒng)的建設有效提高了稅務系統(tǒng)

的數(shù)據(jù)分析利用能力，為稅務總局、各省稅務局的各類分析

及查詢業(yè)務提供了統(tǒng)一的數(shù)據(jù)管理和數(shù)據(jù)應用支撐能力，為

稅務總局和各省稅務局的信息管稅目標的實現(xiàn)奠定了堅實

基礎。

金稅三期決策支持系統(tǒng)現(xiàn)已建成統(tǒng)一的數(shù)據(jù)綜合利用

及管理平臺，為會統(tǒng)核算、各類分析及查詢業(yè)務提供統(tǒng)一的

數(shù)據(jù)存儲管理、加載、分析展現(xiàn)功能，形成了全國統(tǒng)一管理,

稅務總局、省稅務局兩級部署的數(shù)據(jù)分析應用格局。目前成

熟共性的業(yè)務應用已在兩級平臺運行，同時各地可按照統(tǒng)一

的開發(fā)標準，基于本單位積累的數(shù)據(jù)和省局平臺開發(fā)個性化

的應用，滿足個性化需求。

6

根據(jù)國務院《深化黨和國家機構改革方案》的要求，將

省級及以下的國稅和地稅合并。在系統(tǒng)層面，需要對金稅三

期決策支持系統(tǒng)進行改造調整，并開展試點實施和全國各個

省級單位的推廣實施工作。為確保決策支持系統(tǒng)（2包）良

好運轉，同時進一步增強快速響應政策變化、按需提供數(shù)據(jù)

服務等功能，現(xiàn)需要繼續(xù)對決策支持系統(tǒng)（2包）開展機構

改革系統(tǒng)改造和推廣工作，以完成國務院機構改革工作要

求，更好地服務稅收管理工作。

同時，由于決策支持系統(tǒng)復雜度較高，為確保決策支持

系統(tǒng)良好運轉，同時進一步增強快速響應政策變化、按需提

供數(shù)據(jù)服務等功能，現(xiàn)需要繼續(xù)對決策支持系統(tǒng)開展運行維

護和升級完善工作，以鞏固前期建設成果，更好地服務稅收

管理工作。本項目為決策支持系統(tǒng)（2包），主要涵蓋部分風

險管理、信用管理等數(shù)據(jù)分析應用。

7

第2章項目概述

2.1項目現(xiàn)狀

決策支持系統(tǒng)（2包）已開發(fā)完成風險管理、納稅信用

管理、稽查雙隨機工作平臺、總局千萬人個人所得稅風險分

析、省局企業(yè)所得稅風險提示服務、跨區(qū)域風險管理協(xié)作系

統(tǒng)、涉稅專業(yè)服務信用評價系統(tǒng)、稽查案件監(jiān)控管理、指標

管理平臺等功能應用，初步完成了總局、省局兩級業(yè)務應用

系統(tǒng)之間信息交互，上線以來運行較平穩(wěn)，為各級稅務機關

開展稅收工作提供了良好平臺。

2.2項目目標

本項目主要內容為決策支持系統(tǒng)（2包）機構改革軟件

服務和系統(tǒng)升級完善及運維，旨在按照國家稅務總局要求完

成稅務總局、省稅務局決策支持系統(tǒng)（2包）的運行維護工

作，并持續(xù)升級完善，主要目標如下：

1,確保功能應用及時按照機構改革的要求進行更新。遵

循金稅三期的省級應用集中和總局數(shù)據(jù)大集中總體架構規(guī)

范和標準約束，并根據(jù)機構改革的最新業(yè)務需求進行相應的

系統(tǒng)優(yōu)化調整，不斷優(yōu)化用戶使用體驗，同時滿足個性化需

求。

2.

8

確保指標管理平臺平穩(wěn)運行，進一步深化數(shù)據(jù)分析利

用。優(yōu)化指標管理平臺性能，拓展指標范圍，提升指標管理

平臺的運行效率和風險管理工作質效，為進一步的數(shù)據(jù)分析

運用提供全面高效的數(shù)據(jù)支持。

3.改造數(shù)據(jù)集市，以滿足應用功能和數(shù)據(jù)服務的需要。

根據(jù)合并后的數(shù)據(jù)源進行分析，進行基礎架構的優(yōu)化，并對

加工業(yè)務邏輯進行優(yōu)化和調整，同時分析數(shù)據(jù)模型的影響范

圍，優(yōu)化ETL工具、流程和作業(yè)調度。

4.確保功能應用及時優(yōu)化更新，不斷完善相關功能。在

保障功能應用流暢運行的基礎上，根據(jù)政策調整以及其他工

作需要，及時更新、完善各類功能應用，不斷優(yōu)化用戶使用

體驗，同時滿足個性化需求。

5.確保數(shù)據(jù)服務有效保障系統(tǒng)運行，提升信息管稅水

平。以高質量的數(shù)據(jù)服務，保障平臺間數(shù)據(jù)支持及時完成、

臨時數(shù)據(jù)需求得到快速響應，提升問題解決能力，使決策支

持系統(tǒng)在生命周期內正常運行、發(fā)展和改進。

2.3項目內容

2.3.1機構改革軟件服務

此部分工作包括但不限于以下內容：

1.各子系統(tǒng)優(yōu)化改造。包括：風險管理、信用管理、稽

9

查雙隨機、稽查案件管理、

10

企業(yè)所得稅稅收政策風險提示服務、涉稅專業(yè)服務信用

評價系統(tǒng)、跨區(qū)域風險管理協(xié)作系統(tǒng)。

2.指標管理平臺的優(yōu)化改造。優(yōu)化分析引擎，提升運行

效率和質量。

3.數(shù)據(jù)集市的優(yōu)化改造。分析合并后的數(shù)據(jù)源，優(yōu)化數(shù)

據(jù)架構、調整加工規(guī)則。

4.系統(tǒng)推廣實施。完成全國各省級單位、計劃單列市國

地稅系統(tǒng)合并推廣實施工作。

2.3.2升級完善及運維

此部分工作包括但不限于以下內容：

1.功能應用運行維護和升級完善。包括：風險管理、稽

查雙隨機、納稅信用信息歸集分析、總局千萬人個人所得稅

風險分析、企業(yè)所得稅稅收政策風險提示服務、稽查案源監(jiān)

控管理、跨區(qū)域稅收風險管理協(xié)作、涉稅專業(yè)服務信用評價

管埋。

2.指標管理平臺運行維護和升級完善。

3.數(shù)據(jù)服務的有效保障。根據(jù)需要，完成數(shù)據(jù)供應（數(shù)

據(jù)應用支撐）、數(shù)據(jù)加工、數(shù)據(jù)查詢等服務，并不斷優(yōu)化提

升現(xiàn)有數(shù)據(jù)供應水平。

4.

10

新增需求建設、運行維護、升級完善，主要包括但不限

于稅務總局各業(yè)務司局新增風險管理分析以及其他相關業(yè)

務需求建設及升級完善。

5.為全國提供高級支持服務，包括總局駐點服務、總局

和省局遠程支持服務等。

2.4項目范圍

2.4.1機構改革軟件服務

機構改革軟件服務范圍如下：自合同生效之日起，至最

終驗收合格之日止，完成系統(tǒng)功能整合，完成總局數(shù)據(jù)集成

流程調整工作，以及36個?。ㄖ陛犑小⒂媱潌瘟惺校┩茝V

實施工作。

2.4.2升級完善及運維

系統(tǒng)升級完善及運維范圍如下：自2019年1月1日至

2019年12月31日，完成稅務總局和金稅三期第二階段30

個?。ㄖ陛犑?、計劃單列市）稅務機關決策支持系統(tǒng)（2包）

的運行維護和升級完善工作。項目工作量核算、驗收以及付

款等相關工作原則上按年度進行。

2.5項目邊界

由于決策支持系統(tǒng)的機構改革系統(tǒng)改造、系統(tǒng)升級完善

及運維的工作量大、困難及風險點多，在項目招標時將決策

11

支持系統(tǒng)運行維護及升級完善項目分為了兩個項目，即決策

支持系統(tǒng)（1包）運行維護和升級完善和決策支持系統(tǒng)（2

12

包）運行維護和升級完善。我們在對本項目的項目邊界

進行描述時，決策支持系統(tǒng)（1包）作為稅收信息化系統(tǒng)的

一部分與決策支持系統(tǒng)（2包）、核心征管、人人稅收管理、

外部信息交換、增值稅發(fā)票管理新系統(tǒng)、出口退稅系統(tǒng)等均

有銜接，因此將項目邊界的描述分為決策支持系統(tǒng)的整體邊

界和決策支持系統(tǒng)的內部邊界進行分別描述。

2.5.1決策支持系統(tǒng)整體邊界

本項目作為決策支持系統(tǒng)的核心基礎部分，與外部項目

的邊界大多體現(xiàn)為整個決策支持系統(tǒng)的邊界。如果存在特殊

的本項目與外部系統(tǒng)的單獨關系，則在邊界描述中會著重指

出。

決策支持系統(tǒng)與交易類系統(tǒng)、應用總集成、遺留系統(tǒng)的

具體邊界如下圖：

12

核心征管統(tǒng)一內部工作門戶

個人稅收

省

納稅服務決策支持平臺統(tǒng)

一

網(wǎng)絡發(fā)票身

第1包項目份

局認

行政管理平臺迂

第2包項目平

外部交換平臺（本項目）臺

總

總局云平臺

局

以下對決策支持系統(tǒng)與各外部系統(tǒng)的邊界分別進行詳

細說明：

2.5.1.1與交易類系統(tǒng)的邊界

決策支持系統(tǒng)的重要數(shù)據(jù)來源是金稅三期新開發(fā)或升

級改造項目中的應用系統(tǒng)，包括核心征管系統(tǒng)、個人稅收管

理系統(tǒng)、外部信息交換系統(tǒng)等，以及增值稅發(fā)票管理新系統(tǒng)、

出口退稅系統(tǒng)等；這些交易類系統(tǒng)為決策支持系統(tǒng)的數(shù)據(jù)

源，決策支持系統(tǒng)按需獲取數(shù)據(jù)并開展加工處理，滿足決策

支持系統(tǒng)應用的要求。同時，決策支持系統(tǒng)也將根據(jù)業(yè)務需

求，對交易類系統(tǒng)提供數(shù)據(jù)或者功能性支撐。此外，數(shù)據(jù)分

析應用過程中發(fā)現(xiàn)的各類數(shù)據(jù)源問題，需要盡量在交易類系

統(tǒng)加以分析處理。

13

交易類應用向決策支持系統(tǒng)提供的數(shù)據(jù)的數(shù)據(jù)格式包

括但不限于以下幾種：

1.以XML格式打包封裝的原始憑證數(shù)據(jù)。

2.從原始憑證中解析出來的以數(shù)據(jù)庫表形式存儲的結

構化格式數(shù)據(jù)。

3.PDF格式數(shù)據(jù)。

4.掃描件及多媒體數(shù)據(jù)等。

交易類應用向決策支持系統(tǒng)提供數(shù)據(jù)的時效性均為定

時，但也分為兩種類型：定時，原則上時間間隔要求為15

分鐘（用于核算更正數(shù)據(jù)的增量獲?。欢〞r，原則上時間

間隔要求為1天（用于核算更正數(shù)據(jù)外的其它數(shù)據(jù)獲?。?。

決策支持系統(tǒng)中除核算業(yè)務數(shù)據(jù)相關的源數(shù)據(jù)需要交

易系統(tǒng)以15分鐘的時間間隔定時提供（通過服務接口方式

提供）外，其它類的源數(shù)據(jù)原則上每天對當天產(chǎn)生的數(shù)據(jù)進

行增量獲取，按照約定的時間及數(shù)據(jù)傳輸方式將數(shù)據(jù)傳送到

決策支持系統(tǒng)。

XML格式的數(shù)據(jù)由交易類應用進行組織，以增量方式與

決策支持系統(tǒng)進行數(shù)據(jù)交互。結構化數(shù)據(jù)由各交易類系統(tǒng)按

照自身的物理數(shù)據(jù)模型進行組織，以增量方式與決策支持系

統(tǒng)進行數(shù)據(jù)交互。

14

另外除交易數(shù)據(jù)外，核心征管系統(tǒng)提供對整個金稅三期

主數(shù)據(jù)的統(tǒng)一管理維護，包括共享代碼信息及納稅人狀態(tài)信

息。決策支持需要的代碼數(shù)據(jù)由核心征管提供并同步到?jīng)Q策

支持系統(tǒng)中。決策支持系統(tǒng)所需的其它交易系統(tǒng)的代碼數(shù)據(jù)

也需要同步到系統(tǒng)中。

另一方面，決策支持系統(tǒng)也將向交易類應用提供決策支

持系統(tǒng)的加工結果數(shù)據(jù)。決策支持系統(tǒng)的數(shù)據(jù)加工時效主要

為T+1,核算數(shù)據(jù)（核算數(shù)據(jù)的加工時效存在分鐘或小時級）

除外，即決策支持系統(tǒng)當天加工完從交易系統(tǒng)獲取的前一天

的數(shù)據(jù)，產(chǎn)生的加工結果數(shù)據(jù)對外提供服務。

決策支持系統(tǒng)向交易類應用提供數(shù)據(jù)服務的時效性包

括兩種：

1.實時數(shù)據(jù)服務

實時數(shù)據(jù)服務主要滿足交易系統(tǒng)對決策平臺加工結果

數(shù)據(jù)的小量高時效的服務需求。

2.定時數(shù)據(jù)服務

定時數(shù)據(jù)服務主要滿足交易系統(tǒng)對決策支持系統(tǒng)加工

結果數(shù)據(jù)的定時大批量服務需求。

在提供以上兩種時效數(shù)據(jù)服務支持的基礎上，決策支持

系統(tǒng)向交易類應用提供三種數(shù)據(jù)服務的方式，分別為：

15

1.界面集成

決策支持系統(tǒng)直接提供數(shù)據(jù)展現(xiàn)界面，由數(shù)據(jù)需求方利

用功能的URL直接將齊面集成到自身的功能界面中。這種方

式經(jīng)常在需要實時數(shù)據(jù)服務時采用，由決策支持系統(tǒng)提供服

務功能，需求方進行界面集成調用。

2.數(shù)據(jù)服務

決策支持系統(tǒng)提供數(shù)據(jù)服務并發(fā)布注冊到數(shù)據(jù)集成平

臺，由數(shù)據(jù)需求方調用數(shù)據(jù)服務來獲取所需數(shù)據(jù)。這種方式

也經(jīng)常在需要實時數(shù)據(jù)服務時采用。

3.共享反饋區(qū)

決策支持系統(tǒng)建立數(shù)據(jù)反饋區(qū)，即共享數(shù)據(jù)區(qū)，將加工

結果數(shù)據(jù)按時放入反饋區(qū)中，由交易系統(tǒng)根據(jù)需要進行數(shù)據(jù)

獲取。數(shù)據(jù)反饋區(qū)的數(shù)據(jù)接口形式為數(shù)據(jù)庫共享表的方式。

決策支持系統(tǒng)向交易類應用提供大批量加工結果數(shù)據(jù)時采

用定時批量數(shù)據(jù)反饋方式。

2.5.1.2與應用總集成的邊界

決策支持系統(tǒng)與應用總集成的關系主要體現(xiàn)在業(yè)務工

作門戶、身份認證、用戶權限管理、應用集成、工作流平臺

支持等方面：

1.業(yè)務工作門戶:

16

應用總集成負責提供統(tǒng)一的業(yè)務工作門戶，供決策支持

系統(tǒng)的應用服務接入。決策支持系統(tǒng)向業(yè)務工作門戶的應用

服務接入提供整體功能界面接入和細粒度功能界面接入兩

種方式，根據(jù)總集成商的要求完成不同形式的接入。

2.身份認證

應用總集成負責進行身份認證系統(tǒng)的集成，提供統(tǒng)一的

身份認證功能，供決策支持系統(tǒng)進行用戶的身份認證。

3.用戶權限管理

應用總集成負責提供金稅三期統(tǒng)一的權限模型及用戶

權限管理功能，供決策支持系統(tǒng)使用進行權限管理。

4.應用集成

應用總集成負責提供應用集成標準并建設應用集成平

臺，提供給決策支持項目使用，決策支持項目涉及的與其它

項目間的應用集成都通過應用集成平臺來完成。

5.工作流平臺

應用總集成負責提供工作流標準并建設工作流平臺，提

供給決策支持系統(tǒng)使用。

17

對于非跨系統(tǒng)的各平臺內部工作流的開發(fā)、配置，由各

平臺項目利用總集成提供的工作流平臺進行相關業(yè)務流程

的開發(fā)、配置，并自行完成工作流程的測試，在工作流平臺

的使用過程中，總集成項目需要提供工作流平臺有關的技術

指導及平臺問題解決。

對于涉及跨系統(tǒng)的工作流的配置，在總集成的統(tǒng)一協(xié)調

下，各應用系統(tǒng)分別完成各自業(yè)務部分涉及的工作流的開

發(fā)、配置，然后由應用總集成負責協(xié)調跨系統(tǒng)工作流的聯(lián)調

測試。

2.5,1.3與遺留系統(tǒng)的邊界

根據(jù)金稅三期工程總體規(guī)劃的要求，金稅三期系統(tǒng)上線

后，現(xiàn)有部分系統(tǒng)將繼續(xù)存在，如增值稅稽核系統(tǒng)、增值稅

防偽稅控系統(tǒng)等，還有金稅三期上線過程中，還未遷移至總

局的待遷移系統(tǒng)，此兩類系統(tǒng)稱為遺留系統(tǒng)。決策支持系統(tǒng)

要求實現(xiàn)基于保留系統(tǒng)產(chǎn)生的數(shù)據(jù)的數(shù)據(jù)分析應用，如報表

等。因此，遺留系統(tǒng)的數(shù)據(jù)要抽取到?jīng)Q策支持系統(tǒng)中。

決策支持系統(tǒng)提供標準數(shù)據(jù)接口方式，同金稅三期交易

類應用的數(shù)據(jù)接口方式，遺留系統(tǒng)根據(jù)接口標準，定期（按

天）提供增量數(shù)據(jù)，按照雙方約定的方式通過跨層級數(shù)據(jù)交

換平臺將數(shù)據(jù)上傳至總局進行數(shù)據(jù)提供，并對導入到數(shù)據(jù)接

18

口中的數(shù)據(jù)質量負責。

252決策支持系統(tǒng)內部邊界

決策支持系統(tǒng)（1包）與決策支持系統(tǒng)（2包）一起構

成了決策支持系統(tǒng)，如下圖所示：

19

金稅三期工程決策支持系統(tǒng)運行維護及升級完善切分

為兩個包，其中決策支持系統(tǒng)（1包）主要包括數(shù)據(jù)倉庫、

數(shù)據(jù)服務以及會統(tǒng)核算管理、查詢統(tǒng)計、征管質量監(jiān)控評價

和報表管理等功能應用。

決策支持系統(tǒng)（2包）主要包括指標管理平臺、數(shù)據(jù)服

務以及風險管理系統(tǒng)、稽查雙隨機工作平臺、納稅信用信息

歸集分析系統(tǒng)、總局千萬人個人所得稅風險分析系統(tǒng)和省局

企業(yè)所得稅風險提示服務系統(tǒng)等功能應用。

決策支持系統(tǒng)（1

19

包）是整個決策支持系統(tǒng)的基礎，負責界面及應用服務

集成和數(shù)據(jù)支撐環(huán)境的統(tǒng)一公共基礎架構的建設，該公共架

構可支持各包所支持的業(yè)務功能和管理功能的可持續(xù)發(fā)展，

該公共基礎架構可提供給決策支持系統(tǒng)（2包）使用，并且

決策支持系統(tǒng)（1包）為決策支持系統(tǒng)（2包）提供數(shù)據(jù)來

源與展現(xiàn)渠道，負責解決或回答決策支持系統(tǒng)（2包）提出

的技術架構、數(shù)據(jù)架構和業(yè)務需求上的問題；決策支持系統(tǒng)

（1包）作為總集成，負責統(tǒng)一協(xié)調決策支持系統(tǒng)的各包公

用資源的爭用，統(tǒng)一優(yōu)化調度；決策支持系統(tǒng)（2包）向決

策支持系統(tǒng)（1包）提出技術、標準和體驗的建議，原則上

決策支持系統(tǒng)（2包）不得直接從數(shù)據(jù)源端獲取數(shù)據(jù)。

本項目運行維護及升級完善的內容是決策支持系統(tǒng)（2

包）的全部內容。以下將詳細說明決策支持系統(tǒng)（1包）和

決策支持系統(tǒng)（2包）的關系：

2.5.2.1查詢統(tǒng)計

查詢統(tǒng)計中涉及指標描述的管理統(tǒng)一由決策支持系統(tǒng)

（2包）的指標管理平臺負責。查詢統(tǒng)計的展現(xiàn)由決策支持

系統(tǒng)（1包）負責，芳由決策支持系統(tǒng)（1包）負責集成到

總集成的業(yè)務工作門戶中。

20

2.522數(shù)據(jù)倉庫

決策支持系統(tǒng)（1包）負責對整體的數(shù)據(jù)分布及數(shù)據(jù)架

構進行規(guī)劃。決策支持系統(tǒng)（1包）負責進行同構層、數(shù)據(jù)

倉庫層、數(shù)據(jù)集市層等數(shù)據(jù)模型建設，決策支持系統(tǒng)（1

21

包）和決策支持系統(tǒng)（2包）根據(jù)自身業(yè)務分別進行各

自所需的數(shù)據(jù)集市模型的建設。

決策支持系統(tǒng)（1包）負責為決策支持系統(tǒng)（2包）提

供統(tǒng)一的數(shù)據(jù)源，支持決策支持系統(tǒng)（2包）基于此數(shù)據(jù)源

進行后續(xù)的指標數(shù)據(jù)等的加工。

決策支持系統(tǒng)（1包）負責開發(fā)模型管理工具，可提供

給決策支持系統(tǒng)（2包）使用。

2.5.2.3數(shù)據(jù)治理平臺

決策支持系統(tǒng)（1包）提供數(shù)據(jù)資產(chǎn)管理功能，決策支

持系統(tǒng)（2包）負責本系統(tǒng)應用數(shù)據(jù)的采集和維護，并根據(jù)

決策支持系統(tǒng)（1包）發(fā)布的數(shù)據(jù)資產(chǎn)管理模板，將本系統(tǒng)

應用數(shù)據(jù)主動提供給決策支持系統(tǒng)（1包）實現(xiàn)全系統(tǒng)數(shù)據(jù)

資產(chǎn)管理。

決策支持系統(tǒng)（1包）給決策支持系統(tǒng)（2包）提供數(shù)

據(jù)資產(chǎn)管理中的相關數(shù)據(jù)查詢、分析功能。

決策支持系統(tǒng)（1包）負責進行數(shù)據(jù)質量管理工具的開

發(fā)，并負責利用工具進行決策支持系統(tǒng)所集成數(shù)據(jù)的數(shù)據(jù)質

量檢查。同時將工具提供給決策支持系統(tǒng)（2包），由決策支

持系統(tǒng)（2包）利用此工具進行自身負責加工處理的數(shù)據(jù)的

數(shù)據(jù)質量檢查。

21

決策支持系統(tǒng)（1包）負責實施安全審計、安全訪問權

限控制、數(shù)據(jù)脫敏等數(shù)據(jù)安全管理具體工作。

2.5.2.4數(shù)據(jù)應用

決策支持系統(tǒng)（2包）范圍內的風險管理、信用管理等

各類應用，原則上在省局層面基于數(shù)據(jù)倉庫加以實現(xiàn)，在稅

務總局基于大數(shù)據(jù)平臺加以實現(xiàn)。

2.6項目投標要求

投標人應在合同約定的時間內提供本項目中規(guī)定的全

部內容，承諾與本項目的相關單位，包括國家稅務總局、稅

務系統(tǒng)內各項目單位，進行積極主動的合作。

投標人在實施過程中必須服從國家稅務總局的統(tǒng)一協(xié)

調，國家稅務總局有權裁決項目執(zhí)行各方的責任范圍，投標

人必須無條件執(zhí)行，并在規(guī)定的時間內解決問題。如果任意

一方不配合國家稅務總局工作，嚴重影響工程進度、造成嚴

重后果，國家稅務總局有權退貨、索賠或拒付款項。

22

在本項目合同規(guī)定的服務期內，對本項目開發(fā)的所有軟

件（包括自行開發(fā)的產(chǎn)品工具），招標人擁有在全國稅務系

統(tǒng)（含地稅系統(tǒng)）內，安裝、使用等權利，無需取得投標人

的額外授權；對本項目內由投標人采購的第三方工具軟件，

投標人提供原廠商授權文件，并承諾提供本項目實施過程中

所需的原廠商服務，同時承諾不得有知識產(chǎn)權糾紛。

2.6.1對投標人的基本要求

本項目不接受聯(lián)合體投標、不得轉包或分包。

2.6.2對投標文件的基本要求

2.6.2.1總體要求

投標人必須針對技術部分中的需求逐個或分塊作出實

質性響應，其響應與招標文件內容采用同樣的順序。對每個

需求的響應必須遵循如下規(guī)則：

1.重復該需求。

2.用“是/否”響應來表明該需求是否被滿足（描述需

求）。

3.簡要描述投標文件或投標人案如何滿足該需求，如

果該響應在投標文件其它部分有詳述，可在該處簡單應答，

但必須給出確切的位置索引。

4.解釋投標文件或投標人案與用戶需求之間的偏差；

23

用數(shù)量來表示的需求，必須用確切的數(shù)字、單位來響應。

5.同類項目、類似項目是指項目涉及的業(yè)務領域相同、

項目使用的用戶群體相同；對于提供的案例中包含軟件開發(fā)

/推廣/運行維護及升級完善內容的，案例金額應只計算軟件

開發(fā)/推廣/運行維護及升級完善內容的金額

24

對標書技術部分需求的應答應至少包含以下具體細節(jié)：

1.對項目的描述

投標人必須在充分理解招標文件中描述的用戶需求和

技術方案的基礎上，根據(jù)招標文件有關章節(jié)提供的材料以及

所了解的稅務信息系統(tǒng)建設的情況，提供對本項目的理解和

詳細描述，針對本項目的相關單位(包括國家稅務總局和各

省級單位)用戶要求，承諾滿足招標人列出的所有需求。同

時應對投標文件中所提供的設備如何適用于采購人的需求

作詳細的說明。此項內容作為考察投標人是否具備完成本項

目能力的重要依據(jù)。

2.對技術需求的完全響應，具體包括：

(1)對技術方案的響應

在投標文件中詳細闡述后續(xù)提出各類技術方案內容。

(2)對項目實施、驗收要求的詳細響應

投標人必須按照招標人的項目實施進度要求，提供整個

工程的項目計劃書，提交整體實施方案。包括項目的組織和

管理、投入的技術人員及其簡介、詳細的工作日程表、具體

工作內容及各項具體方案和應急計劃等內容。

項目實施至少需包括后文要求的各項主要內容。

(3)對文檔需求的詳細響應

24

3.投標人認為對整個系統(tǒng)建設特別重要的建議（此項

單列為可選性需求）。

4.附件，提供投標文件中涉及的所有產(chǎn)品說明（要求

彩頁）或相關證明，并最好以中文描述。

2.6.2.2具體要求

1.對現(xiàn)有系統(tǒng)的理解和把握

本項目主要內容金稅三期決策支持系統(tǒng)（2包）的機構

改革系統(tǒng)改造和系統(tǒng)升級完善及運維，投標人必須充分理解

和掌握決策支持系統(tǒng)（2包）的業(yè)務需求、系統(tǒng)應用部署和

運維保障等情況。投標人必須分別詳細闡述對決策支持系統(tǒng)

（2包）指標管理平臺、風險管理、納稅信住管理、稽查雙

隨機、個人所得稅風險分析等業(yè)務需求、設計特點、推廣實

施和運維保障特點的理解。

2.對本項目需求的理解和把握

投標人必須詳細闡述對于指標管理平臺及各子系統(tǒng)機

構改革系統(tǒng)改造、運維和優(yōu)化需求、功能應住運維和優(yōu)化需

求、新增功能開發(fā)、數(shù)據(jù)服務需求以及其他優(yōu)化需求的理解,

同時清晰闡述本項目與原項目的關系，闡述招標人對于投資

保護、原有成果復用或繼承等方面需求的理解。

3.對項目總體設計方案的理解和把握

25

項目總體方案設計須遵循金稅三期決策支持系統(tǒng)（2包）

原系統(tǒng)架構標準和實現(xiàn)約束，實現(xiàn)與原系統(tǒng)的有機統(tǒng)一、無

縫集成，投標人必須在深刻理解決策支持系統(tǒng)（2包）現(xiàn)有

設計的基礎上，提出本項目總體設計方案。投標人必須詳細

闡述原項目的總體設計、業(yè)務架構設計、應足架構設計、數(shù)

據(jù)架構設計、技術架構設計、接口設計等，并重點闡述與原

項目的無縫銜接設計，以及在投資保護、原有成果復用或繼

承等方面的解決方案。

4.指標模型體系設計方案

指標模型體系設計是本項目重大關鍵設計，為確保方案

的可繼承性和可延續(xù)性，投標人必須在深刻理解決策支持系

統(tǒng)（2包）現(xiàn)有設計的基礎上提出本項目指標模型體系設計。

投標人必須詳細闡述架構設計、關鍵設計、接口設計和指標

模型定義規(guī)范，重點闡述指標模型體系的標準化、高擴展性、

高性能和可視化設計方案。投標方案應體系化且成熟穩(wěn)定，

并能體現(xiàn)投標人技術獨創(chuàng)性和先進性。

5.跨區(qū)域、多層級數(shù)據(jù)關聯(lián)體系設計方案

跨區(qū)域、多層級數(shù)據(jù)關聯(lián)體系設計是本項目重大關鍵設

計，為確保方案的可繼承性和可延續(xù)性，投標人必須在深刻

理解決策支持系統(tǒng)（2

26

包）現(xiàn)有設計的基礎上提出本項目跨區(qū)域、多層級數(shù)據(jù)

關聯(lián)體系設計。投標方案必須詳細闡述架構設計、關鍵設計、

接口設計，重點闡述跨區(qū)域數(shù)據(jù)交換和關聯(lián)計算的高可用、

高性能、可視化和可維護設計方案。投標方案應體系化且成

熟穩(wěn)定，并能體現(xiàn)投標人技術獨創(chuàng)性和先進性。

6.項目實施方案

投標人必須按照本項目技術需求書要求詳細闡述項目

實施方案，實施方案內容包括但不限于實施進度計劃、項目

組織架構、項目人員俁障、項目組織管理等，還應覆蓋進度

管理、范圍管理、風險管理、需求管理、質量管理、資源管

理、時間管理、溝通管理等，明確規(guī)定項目實施進度和實施

質量。

7.機構改革系統(tǒng)改造調整方案

投標人必須按照本項目機構改革軟件服務需求的要求，

詳細闡述機構改革系統(tǒng)改造調整方案，包括但不限于改造調

整目標、改造調整措施、改造調整過程、工作約束及交付內

容及要求等。

8.機構改革軟件服務試運行及推廣方案

27

機構改革系統(tǒng)改造內容開發(fā)完畢后，投標人須按照招標

方要求，完成系統(tǒng)的試運行及推廣工作。試運行方案包括但

不限于試運行及推廣步驟、時間、工作內容及要求等內容。

9.機構改革軟件服務統(tǒng)一支持工作方案

在機構改革軟件服務試點及推廣工作過程中，投標人須

按照機構改革軟件服務統(tǒng)一支持需求要求，重點闡述機構改

革軟件服務統(tǒng)一支持服務具體內容。機構改革軟件服務統(tǒng)一

支持工作方案包括但不限于服務團隊、服務內容、服務標準、

服務承諾等。

10.升級完善方案

投標人必須按照本項目技術需求書要求詳細闡述升級

完善方案包括但不限于優(yōu)化目標、優(yōu)化措施、優(yōu)化過程、工

作約束及交付內容及要求等。

11.運維服務方案

投標人必須按照本項目技術需求書要求詳細闡述項目

運維服務方案，重點闡述本項目運維服務具體內容、運維關

鍵點和難點及對應方案。運維服務方案包括但不限于運維服

務團隊、服務內容、服務標準、服務承諾等。

12.驗收方案

28

投標人必須按照本項目技術需求書要求詳細闡述項目

驗收方案，根據(jù)需要驗收內容提出切實可行的驗收流程。對

合同規(guī)定各項驗收指標提出明確的驗收前提條件和驗收依

據(jù)及標準，列明需要移交和交付的各類文檔及產(chǎn)出物。對驗

收中可能發(fā)現(xiàn)的問題，投標人應提出有效解決辦法和補救措

施。

13.知識轉移方案

投標人應嚴格遵守招標人的保密、移交要求，必須按照

本項目技術需求書要求詳細闡述知識轉移方案包括但不限

于應轉移內容、轉移形式、轉移要求及時限等。

14.本項目技術力量

投標人在本項目投入的技術人員至少要包括項目管理、

軟件升級完善、運維支持服務三個類別，其中項目管理包括

項目總監(jiān)、項目經(jīng)理筆項目管理人員，軟件升級完善包括需

求分析人員、設計開發(fā)人員、軟件測試人員、軟件定版人員

等，運維支持服務包括總局駐場服務人員、全國集中實施運

維人員等。每個級別的崗位均有學歷年限要求和專業(yè)技能要

求。投標人提供本項目投入人員的詳細名單、人員簡歷以及

相關資質證明。

29

第3章項目需求

3.1項目總體需求

本項目需依托金稅三期工程第一階段、第二階段、2018

年運維項目的建設成果，做好機構改革系統(tǒng)改造，持續(xù)做好

系統(tǒng)升級完善及運維，提供優(yōu)質高效數(shù)據(jù)服務和技術支持，

不斷優(yōu)化、拓展和豐富稅務總局及各省稅務局的數(shù)據(jù)范圍、

數(shù)據(jù)管理水平和數(shù)據(jù)分析應用工作，持續(xù)推進各類數(shù)據(jù)應用

的運行維護和升級完善。

1.投標人應充分理解國家財稅體制改革、征管體制改革

以及稅務系統(tǒng)服務與管理的要求，不斷適應業(yè)務、技術發(fā)展,

充分考慮用戶實際使用過程中提出的優(yōu)化建議和要求，不斷

完善和優(yōu)化應用系統(tǒng)。

2.稅收業(yè)務需求和信息系統(tǒng)關系復雜，在項目運維及優(yōu)

化過程中面臨多點實施、多種部署方式、項目變更等風險，

投標人應對此充分認識，采取有效措施，規(guī)避風險，確保系

統(tǒng)運維和優(yōu)化按期按質完成。

3.投標人應建立完善的項目管理機制，做好運維和優(yōu)化

之間的有效銜接，并就合同范圍內運維和優(yōu)化內容提供完整

的文檔資料。

4.

30

招標人將不定期對項目實施情況和工作質量進行評價，

投標人應對工作評價中的意見和建議及時進行答復，并提出

相應的改進方法和措施。

5.投標人必須遵彳稅收信息化建設的整體要求，滿足稅

務系統(tǒng)業(yè)務、技術、數(shù)據(jù)、安全、運維和項目管理等各項要

求，服從招標人的管理。

6.投標人要嚴格按照招標人要求完成運維保障和升級

完善工作，招標人有權根據(jù)實際情況對工作計劃進行調整。

7.一般情況下，對超出工作量的情況，招標人不再另行

支付費用；如遇重大業(yè)務和信息化變革需求，招標人另行安

排，不納入本項目范圍。

8.投標人應在投標文件中針對以上需求提出具體的系

統(tǒng)改造調整、試點實施、推廣上線實施、統(tǒng)一支持服務、升

級完善、運維服務方案。

9.中標人應在1個月內完成風險管理、跨區(qū)域稅收風

險管理協(xié)作、企業(yè)所得稅稅收政策風險提示服務、千萬人個

人所得稅風險分析、納稅信用管理、涉稅專業(yè)服務信用評價、

稽查案件監(jiān)控、稽查雙隨機工作平臺應用業(yè)務功能開發(fā)，交

付上線使用。做好與現(xiàn)有系統(tǒng)的銜接，確保稅收工作平穩(wěn)運

行。

31

10.

32

招標人有權根據(jù)政策變化、項目執(zhí)行效果及評價結果等

情況提前終止合同。

3.2機構改革軟件服務需求

3.2.1系統(tǒng)改造

決策支持系統(tǒng)（2包）的各項功能應用需根據(jù)稅務總局

數(shù)據(jù)管理整體規(guī)劃及機構改革工作要求進行體系結構的設

計與實現(xiàn)，項目需求以招標人實際需求為準。

3.2.1.1功能應用機構改革改造需求

3.2.1.1.1風險管理應用

國地稅合并后，風險管理應用的影響范圍主要包括風險

分析和任務流程。風險分析將基于合并后的數(shù)據(jù)源進行分

析；任務流程將根據(jù)稅務組織機構調整情況做相應調整，以

及保持合并前后整體業(yè)務的連續(xù)性和延續(xù)性。

風險管理系統(tǒng)國地稅合并系統(tǒng)改造內容主要包括但不

限于：

1.總省局端指標模型體系整合

對于原先國地稅基礎信息比對類監(jiān)控指標需要取消，對

業(yè)務比對類的指標需要根據(jù)最新的數(shù)據(jù)模型進行口徑調整。

2.總省局端查詢統(tǒng)計表樣調整

對于原先因國地稅特有管理內容帶來的表樣差異，需根

32

據(jù)表樣調整規(guī)則來明確整合規(guī)則。

33

3.總省局端查詢統(tǒng)計處理規(guī)則調整

在查詢統(tǒng)計類功能層面，當業(yè)務數(shù)據(jù)遷移后，需根據(jù)業(yè)

務規(guī)則來進行數(shù)據(jù)統(tǒng)計規(guī)則調整。

4.總省局端新舊版本兼容機制

由于省局端合并系統(tǒng)調整與現(xiàn)有系統(tǒng)變更需求的升級

完善會并行存在，對于總局端系統(tǒng)來說，任務下發(fā)時需要對

并版地區(qū)與未并版地區(qū)進行識別，并采取不同的任務下發(fā)模

式。

5.總局端任務、數(shù)據(jù)下發(fā)時的接收機關調整

總局風控平臺任務下發(fā)、云平臺數(shù)據(jù)清分規(guī)則要調整，

由于機構合并后，稅務機關單位減少，需要根據(jù)最新稅務機

關構成，分階段調整任務、數(shù)據(jù)的接收單位，同時調整相應

的系統(tǒng)崗責。

6.省局端企業(yè)劃型業(yè)務實現(xiàn)邏輯調整

企業(yè)劃型業(yè)務因存在跨區(qū)經(jīng)營、總分機構納稅人、國地

稅共管戶、個體工商戶等問題，為保證劃型結果的完整性，

原有的劃型模式為總局、省國稅、省地稅三方聯(lián)合劃型。應

用系統(tǒng)合并后，將調整為總局、省局兩方聯(lián)合劃型。

7.省局端正在辦理中業(yè)務的處理邏輯調整

33

需要根據(jù)一系列的對應業(yè)務數(shù)據(jù)轉換規(guī)則進行調整。例

如目前跨區(qū)域風險管理中存在國地稅互發(fā)協(xié)作任務和情報

的情況，機構改革后，需要根據(jù)一定的業(yè)務規(guī)則來判定如何

處理相關數(shù)據(jù)。

8.省局端任務反饋等模塊功能調整

原先因國地稅管理稅種的不同帶來的國地稅功能差異，

需要做整合。

9.滿足規(guī)范并減少稅務檢查的工作要求

決策支持風險管理信息系統(tǒng)合并后，原國地稅檢查計劃

和原國地稅已應對風險納稅人名單需要進行合并，以充分適

應稅務總局關于規(guī)范并減少稅務檢查的工作要求。

3.2.1.1.2跨區(qū)域稅收風險管理協(xié)作

國地稅合并后，跨區(qū)域稅收風險管理協(xié)作系統(tǒng)的影響范

圍主要包括：原有協(xié)作任務、情報信息、異常名單共享協(xié)作

的機制調整，以及保持合并前后整體業(yè)務的連續(xù)性和延續(xù)

性。

跨區(qū)域稅收風險管理協(xié)作國地稅合并系統(tǒng)改造內容主

要包括但不限于：

1.省局端任務、情報下發(fā)時的接收機關調整

34

在跨區(qū)風險管理系統(tǒng)、總局風控平臺等核心功能上，由

于國地稅合并后，稅務機關單位減少，需要根據(jù)最新稅務機

關構成，分階段調整任務、異常名單、情報的接收單位，同

時調整相應的系統(tǒng)崗責。

2.省局端正在辦理中業(yè)務的處理邏輯調整

需要根據(jù)一系列的對應業(yè)務數(shù)據(jù)轉換規(guī)則進行調整。例

如目前跨區(qū)域風險管理中存在國地稅互發(fā)協(xié)作任務和情報

的情況，國地稅合并后，需要根據(jù)一定的業(yè)務規(guī)則來判定如

何處理相關數(shù)據(jù)。

3.總省局端新舊版本兼容機制

由于省局端合并應用的系統(tǒng)調整與現(xiàn)有系統(tǒng)新增變更

需求的升級完善任務會存在并行，對于總局端系統(tǒng)來說，任

務下發(fā)時需要對并版地區(qū)與未并版地區(qū)進行識別，并采取不

同的任務下發(fā)模式。

4.總省局端查詢統(tǒng)計表樣調整

國地稅合并后，原先因國地稅特有管理內容帶來的表樣

差異，需根據(jù)表樣調整規(guī)則來明確整合規(guī)則。

5.總省局端查詢統(tǒng)計規(guī)則調整

在查詢統(tǒng)計類功能層面，當業(yè)務數(shù)據(jù)遷移后，需根據(jù)業(yè)

務規(guī)則來進行數(shù)據(jù)統(tǒng)計規(guī)則調整。

35

3.2.1.1.3企業(yè)所得稅稅收政策風險提示服務應用

支撐企業(yè)所得稅事中監(jiān)控風險識別、風險分析工作。國

地稅合并系統(tǒng)改造內容主要包括但不限于：

36

1.事中監(jiān)控數(shù)據(jù)計算服務優(yōu)化改造

事中監(jiān)控是以風險特征庫中維護的監(jiān)控指標對匯算清

繳環(huán)節(jié)數(shù)據(jù)進行掃描審核，主要涉及匯算清繳申報表數(shù)據(jù)質

量、申報數(shù)據(jù)的合規(guī)性、合理性等。國地稅合并后，國地稅

企業(yè)所得稅信息合并，相關的計算處理機制需要進行升級完

善。

2.分單位事中監(jiān)控風險查詢優(yōu)化改造

國地稅合并后，需要根據(jù)最新的崗責及機構信息對現(xiàn)有

分單位的風險查詢功能進行優(yōu)化改造，以各企業(yè)所得稅匯算

清繳數(shù)據(jù)分單位實時進行風險查詢。用于合并后稅務機關人

員查看管戶的風險情況。

3.成效統(tǒng)計優(yōu)化改造

國地稅合并后，總局端和省局端均需要對成效統(tǒng)計功能

的口徑進行調整，以滿足合并后各單位對企業(yè)所得稅匯算清

繳事中監(jiān)控數(shù)據(jù)進行成效統(tǒng)計。

3.2.1.1.4千萬人個人所得稅風險分析應用

千萬人風控分析是以金稅三期的個稅管理系統(tǒng)數(shù)據(jù)為

基礎，并結合扣繳義務人核心征管系統(tǒng)的部分信息，以自然

人為主線、以個稅主要管理事項為內容進行風險管理分析。

國地稅合并系統(tǒng)改造內容主要包括但不限于：

36

1.個稅高風險任務下發(fā)機制調整

國地稅合并后，按照新的稅務機關組織架構來調整個稅

風險任務下發(fā)和接收機制。

2.業(yè)務處理規(guī)則調整

涉及到國地稅機關功能要基于金稅三期國地稅合并后

稅務機關樹來調整查詢口徑。

3.歷史數(shù)據(jù)的近移和重新加工

對國地稅合并之前的數(shù)據(jù)按照最新的數(shù)據(jù)規(guī)則重新加

工。

4.查詢統(tǒng)計口徑調整

千萬人風控分析功能涉及到按照稅務機關和地區(qū)的功

能都要基于金稅三期國地稅合并后稅務機關樹來調整查詢

口徑。優(yōu)化改造主要內容如下：

1）千萬人個稅風控分析

2）個人納稅情無分地區(qū)統(tǒng)計表

3）個人分國家（地區(qū)）統(tǒng)計表

4）個人分收入?yún)^(qū)間統(tǒng)計表

5）個人分行業(yè)統(tǒng)計表

6）個人納稅情況分地區(qū)統(tǒng)計表（申報）

7）個人分國家（地區(qū)）統(tǒng)計表（申報）

37

8）個人分收入?yún)^(qū)間統(tǒng)計表（申報）

9）個人分行業(yè)統(tǒng)計表（申報）

10）居民收入分配分析

11）稅改測算管理

12）TOP排名分析

13）12萬以上申報統(tǒng)計

5.個稅指標分析優(yōu)化改造內容

1）各地區(qū)綜合完成率情況

2）各地區(qū)未明組申報-非考核單位剔除原因

3）明細申報基本情況統(tǒng)計表

4）明細申報分項目統(tǒng)計表

5）明細申報分行業(yè)統(tǒng)計表

6）明細申報分區(qū)間統(tǒng)計表

6.個稅優(yōu)惠分析改造內容

1）非上市公司股權激勵個人所得稅遞延納稅備案情況

統(tǒng)計表

2）上市公司股權激勵個人所得稅遞延納稅備案情況統(tǒng)

計表

3）技術成果投奏入股個人所得稅遞延備案情況表

38

3.2.1.1.5納稅信用管理應用

納稅信用管理系統(tǒng)是各省級單位按照標準的評價流程，

采用國地稅聯(lián)合評價機制，開展本區(qū)域內容的信用評價，評

價結果發(fā)布后，總局歸集各省的評價結果，進行相關的結果

分析，最終完成全國A級納稅人名單的發(fā)布，并與國家信用

中心實現(xiàn)信用信息的共享及外部門信用信息的獲取。國地稅

合并后，納稅信用管理應用調整為采用單一評價機制，即評

價信息的數(shù)據(jù)來源變?yōu)閬碓从趩畏?，評價流程變?yōu)閱畏介_展

評價工作。同時，為保持合并前后整體業(yè)務的連續(xù)性和延續(xù)

性，總局端和省局端在應用數(shù)據(jù)準備、評價流程、任務流程、

歸集規(guī)則、共享規(guī)則、查詢統(tǒng)計等方面做適應性、兼容性改

造。

納稅信用管理系統(tǒng)國地稅合并系統(tǒng)改造內容主要包括

但不限于：

1.總局端信用信息歸集機制調整

國地稅合并后，原有國地稅向總局歸集信息的綜合處理

機制需要進行調整，一個省只向一方歸集信息，以滿足國地

稅合并后各類信息的有效歸集與應用。歸集的信息主要包括

評價結果、評價指標扣分情況、信用信息應用成效等。

2.總局端配套查詢統(tǒng)計功能調整

39

國地稅合并后，總局端配套的查詢統(tǒng)計功能需要進行適

應性改造，調整內容主要包括查詢口徑調整、展示信息名稱

調整、兼容歷史年度的數(shù)據(jù)查詢等。

3.省局端應用數(shù)據(jù)加工機制調整

國地稅合并后，結合國地稅合并后的數(shù)據(jù)情況，建立新

的基礎信息比對規(guī)則，以適應數(shù)據(jù)來源變化對應用數(shù)據(jù)加工

的影響，保障后續(xù)評價流程的開展和評價結果的準