财政转移支付监控系统建设方案 目录1 财政转移支付监控 31.1 业务描述 31.2 用户特征 31.3 系统有关约束 41.4 功能需求与初步设计 41.4.1 基础数

财政转移支付监控系统建设方案

目录

1     财政转移支付监控... 3

1.1      业务描述... 3

1.2      用户特征... 3

1.3      系统有关约束... 4

1.4      功能需求与初步设计... 4

1.4.1       基础数据管理... 4

1.4.2       项目管理... 5

1.4.3       指标管理... 8

1.4.4       审核校验... 10

1.4.5       综合处理... 11

1.4.6       指标对账... 11

1.4.7       数据交换... 13

1.4.8       分析监控... 14

1.4.9       查询报表... 15

1. 财政转移支付监控
   1. 业务描述

财政转移支付监控是基于“金财工程”应用支撑平台，以转移支付项目管理为源头，以预算下发分配为主线，以预算执行跟踪反馈为手段，以规范全国财政转移支付预算信息的统计口径为基础，贯通上下级财政转移支付预算管理信息，全面反映中央和地方转移支付资金的安排、落实、到位情况，为进一步加强财政转移支付资金管理提供有力支持。该模块涵盖了规范转移支付项目、提前告知下级财政转移支付预计数、下发转移支付预算、转移支付资金实时对账、以及反馈转移支付预算执行情况等财政业务，如下图所示：

1. 1. 用户特征

该模块主要涉及各级财政部门的以下使用者：

1、系统管理员：负责应用支撑平台的安装部署、维护，以及该模块在平台上的正常运行，完成本模块使用者权限的分配，保障本模块日常运作，能处理一般的系统错误。

2、数据库管理员：负责数据库的正常运转和数据库备份。

3、预算处（室、局，下同）：负责上级项目、指标数据的接受以及本级项目及指标的维护，完成向上级财政部门数据的报送。

4、业务处：依据各省管理特征，业务处（室）负责归口指标的分配管理，并在专项转移支付模块中进行登记。

5、厅（局）长：通过模块提供的各类决策分析报表进行数据分析查询。

6、其他有关处（室）人员：经有关领导审批通过，可以查询分析有关数据。

1. 1. 系统有关约束

1、本模块的开发要充分利用“应用支撑平台”。各类基础数据、项目数据、指标数据要通过平台的数据交换组件实现上下级数据交换；对于已经使用平台的省市，指标数据、支付数据要从平台中提取。

2、本模块要能满足现有管理级次，并能适应未来变化的需要。目前上下级管理级次主要有以下模式：中央->省->市->县；中央->省->市县；或两种都存在的混合模式，本模块要完全满足以上业务运行模式，并能满足外来业务变化的需要。

3、本模块要制定标准的接口规范，以满足与各省使用的预算执行进行数据交换。

4、本模块要提供人性化的数据编辑界面。模块要提供完善的人机交互界面，以便对于没有执行模块的用户进行数据录入。

5、本模块要提供较为完善的权限管理功能。本模块要满足不同层次用户功能权限、数据权限的管理需要。

6、本模块的架构要能满足构建全国转移支付数据仓库的需要。本模块的设计要充分考虑构建全国转移支付数据仓库的需要，以满足大数据运算的需要。

7、本模块要提供主流数据仓库工具（如cognos、bo）进行报表设计和数据挖掘

8、基础数据要符合财政业务基础数据规范等相关标准。

9、本模块的建设要符合现行预算管理规范（如概念、科目、口径等）。

1. 1. 功能需求与初步设计

监控模块包括基础数据管理、项目管理、指标管理、执行管理、指标对账、数据交换、审核校验、、综合处理、分析监控、查询报表和系统设置等十个子系统，以实现对转移支付资金的跟踪管理和监控。

1. 1. 1. 基础数据管理
         1. 功能描述

基础数据管理子系统主要对转移支付资金管理相关的基础信息数据进行登记和管理，通过自动的数据同步机制，确保全国转移支付资金管理相关的基础数据的规范和统一。系统应预留足够的空间以便根据用户要求增加有关要素。

1. 1. 1. 1. 输入的要素

（一）行政区划。

包括行政区划编码、行政区划级次、行政区划名称、行政区划简称以及行政区划的类型划分。

模块设计时应充分考虑行政区划的类型划分的多维度划分以及调整变动情况，如：是否为计划单列市、是否为民族地区、是否为艰苦边远地区、是否为粮食主产地区、是否为国家或省扶贫开发重点县、是否为边境海岛县等。

（二）政府收支分类科目

包含科目编码、科目名称、科目类别、科目的编码规则、预算年度等。模块在设计时应充分考虑政府收支分类科目在预算执行中的调整变动、年度间预算科目变动的对应关系等。

（三）基于项目的统计口径维护

包含基于项目的统计口径编码、统计口径名称、统计口径的原则、统计口径说明文档等。项目统计口径原则，包括但不限于加入或排除指定项目；根据项目、科目、指标、行政区划等要素规划进行自动筛选、排除；对选中的项目按比例折算等。模块在设计时应充分考虑根据项目统计口径的分级管理以及项目统计口径间的互相引用。

1. 1. 1. 1. 输出的要素

（一）操作界面

基础数据管理子系统操作界面应当简洁方便，操作界面中的各类信息应根据用户的权限动态生成。操作界面中的明细信息应可以导出到EXCEL软件中。

项目统计口径维护的操作界面应当提供方便快捷的条件筛选、过滤定义手段，并且支持不同口径视角定义界面查询结果的切换。结果查询界面可以根据用户需要，选择数据显示、录入的单位：如元、百元、千元、万元、亿元等。

（二）报表输出

模块应当支持通过报表模块，根据用户权限生成管理子系统的信息设置，以便用户查询核对。对于项目统计口径维护结果，应当可以根据用户需要自定义生成相关的管理报表。

1. 1. 1. 1. 其他

基础数据管理子系统应当允许上级财政部门是否将最新的设置信息同步到需要同步的下级财政的基础数据管理子系统的数据，在同步前自动为下级财政备份相关的信息。系统应当提醒下级财政本次同步前后的变动情况。  

1. 1. 1. 项目管理
         1. 功能描述

项目管理子系统主要对上级财政需要监控的转移支付项目情况进行登记和管理，以及将最新的项目信息下发到下级财政的前置机上。系统应预留足够的空间以便根据用户要求增加有关管理要素。

1. 1. 1. 1. 输入的要素

（一）项目要素

项目要素应当支持树状嵌套，主要包括以下要素：

1．项目编码。项目编码应当支持不低于五级的树状结构，每级项目支持的项目不低于9999个。项目编码不等同于系统数据库中的项目ID。

2．项目名称。项目名称应当允许用户录入不少于200个字符。对于项目头尾空格以及特殊的控制字符应当进行必要、合理的处理。

3．项目密级。包括非密、秘密、机密、绝密等。对于秘密级以上的项目，系统应当自动进行降密处理。提供人工降密界面，如修改项目名称或摘要等，否则系统自动对项目的名称以及项目关联的指标摘要改用*号隐藏等。

4．主管处室。主管处室应当支持三级以上的树状结构。

5．项目起始年月。

6．项目终止年月。

7．项目下发年度。

8．项目级次。系统支持中央、省、市、县录入和管理本层级设置的转移支付项目。系统中，上级财政对自己设置的转移支付项目相关的所有下级财政信息具有自由调用权；通过文件规定，上级财政可以调用下级财政设置的转移支付项目相关信息；同级财政相关信息相互隔离，只有通过双方协商一致后才能进行信息交换。

9．项目来源。包括年初项目、追加（动支中央预备费、以前年度预留等）项目、上年结转项目等。系统应当支持用户根据需要定义项目的来源。项目来源应当支持三级以上的树状结构。指标来源实行分级管理，如中央财政项目的指标来源，在中央一级需作明确区分，到省一级后，中央补助省级的资金全部视为“中央转移支付资金”，中央财政项目的指标来源不再追溯到省及省以下财政。

10．项目转移支付属性。包括一般性转移支付、专项转移性转移支付、税收返还等。转移支付属性应当支持三级以上的树状结构。

11．项目使用科目。上级财政设置项目所对应的收支科目，下级财政可作顺向细化；对专项转移支付项目，如果下级财政要作科目调整，系统不作禁止但应作提示，对下级财政上报的数据包中，对调整收支科目的专项转移支付项目要予以标识。系统应当支持用户选择该项目可以使用的支出科目，系统默认为全部科目。

12．项目资金拼盘（资金配套）。如：对于实行按比例配套的资金，应当支持现有中央、省、市、县（区）的各种转移支付配套规则。系统可以根据上级的下发项目资金，自动计算各级的最低转移支付配套。对于实行项目管理的资金，应当支持录入项目的多级投资拼盘。

13．项目预计下发数。上级财政可以告知项目的预计下发数，下级财政根据上级下发的项目预计下发数和项目资金拼盘情况，及时了解测算本级需要安排的配套资金。

14．项目摘要。系统应当支持用户录入至少300个字符的摘要。项目摘要可以选择是否随项目其他信息一起下发给下级财政，默认为随项目其他信息一起下发。

15.项目附件。系统应支持存储各种图形格式、rtf、word、excel、xml等常用格式的电子文件附件，并提供完善的附件查询检索、打印、管理界面。项目附件可以选择是否随项目其他信息一起下发下级财政，默认为随项目其他信息一起下发。

16.项目下发地区。系统应支持用户在项目下发时选择全部或指定的下一级财政。

（二）项目单据

项目以项目单据为载体进行管理。项目单据应当支持承载多个项目，并支持事先定义的审核流程。项目单据的要素主要包括

1、项目单据号。系统应能够按用户设定的单据规则自动生成。

2、单据制作时间和制作人。

3、单据审核时间、审核人和审核意见。系统应当完整记录项目单据的各个环节的审核人和审核时间、审核意见等。

4、单据状态。项目单据状态应当包括新增、送审、退回、通过等。

5、单据备注。系统应当支持至少200个字符的单据备注。

6、单据附件。系统应支持存储各种图形格式、rtf、word、excel、xml等常用格式的电子文件附件，并提供完善的附件查询检索、打印、管理界面。

（三）项目下发

系统应当支持手动下发或自动按项目或单据条件下发。手动下发时，上级用户可以以树状勾选方式对新增或有调整的部分项目进行项目下发，项目下发时受项目下发地区要素的约束。

1. 1. 1. 1. 输出的要素

（一）操作界面

1．项目管理子系统操作界面应当简洁方便，操作界面中的各类信息应根据用户的权限动态生成。操作界面中的明细信息应可以导出到EXCEL软件中。

2．项目录入应当支持用户录入、外部文档导入以及数据库连接导入等手段。

3．项目录入应当支持事先定义的工作流。

4．操作界面应提供如下基本功能：

(1) 新增项目：新增一个或多个项目。

(2) 修改项目：删除由本人制作的新增或退回项目。

(5) 项目送审：由制单人将新增项目（或审核不通过的项目修改后）提交审核人审核，单据状态将由新增（或退回）变为送审。

(6) 调整步骤：在不改变原有审核步骤的基础上，增加或插入新的审核步骤。

(7) 收回送审：由制单人收回已送审的单据，单据状态将由送审变为新增。

(8) 审核信息：查看指标单据的审核流程及审核信息。

(9) 单据附件：查看或修改单据的附件。

(10) 项目附件：查看或修改项目的附件。

(11) 特殊修改：系统应支持由制单人对已审核通过，或已下发的项目，通过事先设定的特殊修改核准流程，对单据或项目的要素进行特殊的修改工作。系统应当支持对于部分项目字段的调整不作为项目特殊修改。如增加项目附件等。

（二）打印输出

系统应当允许用户按事先设定的格式打印一张或多张单据。

1. 1. 1. 1. 业务流程

项目管理子系统业务流程如下图所示（项目的形成与维护分为五种情况：第一，下发预算控制数时，人工生成EXCEL项目导入表，并导入系统中；第二，年前，从中央对地方转移支付编制系统中形成年初预算项目，导入系统中；第三，省市县人大批复预算后，从预算指标管理软件中导出转移支付项目表，并导入系统中；第四，执行中，直接从预算指标管理中导出新增项目，并导入系统中；第五，年底，下发对地方转移支付项目复核表）。

1. 1. 1. 指标管理
         1. 功能描述

指标管理子系统主要是上级财政向下级财政下发转移支付预算，以及下级财政向上级财政反馈转移支付项目的预算安排和执行情况。通过手工录入或导入指标单据，实现上级财政向下级科目之间预算指标的追加、追减等具体业务。系统应预留足够的空间以便根据用户要求增加有关管理要素。

1. 1. 1. 1. 输入的要素

（一）指标单据输入要素

指标单据的输入要素主要包括：处室、指标关联的项目ID（或项目名称）、科目、来源类型、支付方式、指标单据编号、指标文号、指标摘要、指标登记日期、指标发文日期、指标金额、指标备注、指标的财政年度等 。具体单据的录入要素可由定制单据时根据需要选择定义。对于指标文号、指标单据编号等系统应能够按用户需要自动生成。用户在录入指标单据时还应当受用户权限、单据类型约束条件等限制。

系统应支持存储各种图形格式、rtf、word、excel、xml等常用格式的电子文件附件，并提供完善的附件查询检索、打印、管理界面。

（二）指标下发

系统应当支持手动下发或按指标相关要素条件自动下发。手动下发时，上级财政可以以树状勾选方式对新的审核通过的指标或进行了特殊修改的指标进行下发。

1. 1. 1. 1. 输出的要素

（一）操作界面

1.指标录入管理子系统操作界面应当简洁方便，操作界面中的各类信息应根据用户的权限动态生成。操作界面中的明细信息应可以导出到EXCEL软件中。

2．指标录入应当支持用户录入、外部文档导入以及数据库连接导入等手段。

3．项目录入应当支持事先定义的工作流。

4．操作界面应提供如下基本功能：

(1) 新增指标：新增一个或多个指标。

(2) 修改指标：删除由本人制作的新增或退回的指标。

(5) 指标送审：由制单人将新增指标（或审核不通过的指标修改后）提交审核人审核，单据状态将由新增（或退回）变为送审。

(6) 调整步骤：在不改变原有审核步骤的基础上，增加或插入新的审核步骤。

(7) 收回送审：由制单人收回已送审的单据，单据状态将由送审变为新增。

(8) 审核信息：查看指标单据的审核流程及审核信息。

(9) 指标附件：查看或修改项目的附件。

(10) 特殊修改：系统应支持由制单人对已审核通过，或已下发的指标，通过事先设定的特殊修改核准流程，对单据或指标的要素进行特殊的修改工作。系统应当支持对于部分指标字段的调整不视同指标特殊修改。如增加指标附件等。

（二）外部导入指标数据

系统应当允许用户使用文本、EXCEL、各地财政部门已使用的指标软件、财政统一的平台软件等方式导入指标。导入时应当使用灵活方便的可配置接口，支持两端数据的映射关系。

（三）打印输出

系统应当允许用户按事先设定的格式打印一张或多张指标单据。

1. 1. 1. 1. 业务流程

指标管理子系统业务流程如下图所示：

1. 1. 1. 审核校验
         1. 功能描述

审核校验子系统，一是根据事先设定的数据流程，实现对指标和项目单据流转的审核；二是通过事先设定的数据流程和数据审核公式，对地方上报的数据进行审核。系统应当支持存储并利用外部导入的外部数据，如财政部大平台中的总账中的预算指标数据和支出数据、地方财政收支月报数据等，审核校验下级上报的指标下发和预算执行数据的准确度。系统应预留足够的空间以便根据用户要求增加有关管理要素。

1. 1. 1. 1. 输入的要素

（一）审核要素

1、审核流程

系统应能够根据用户的业务需要定义指标单据和项目单据的审核流程，并提供简洁的审核界面，供用户审核。审核的状态包括送审、通过或退回等。

2、审核公式

系统应根据业务管理需要，定义指标、项目或外部数据间的勾稽审核关系。系统应当支持各类要素的分组审核。

（二）外部数据存储

系统应当支持通过灵活的外部数据接口，导入并合理存储外部数据，如财政部大平台中的总账中的预算指标数据和支出数据、地方财政收支月报数据、人民银行收支数据以及商业银行特设专户数据等，以便审核校验。

1. 1. 1. 1. 输出的要素

（一）操作界面

1．综合处理子系统操作界面应当简洁方便，操作界面中的各类信息应根据用户的权限动态生成。操作界面中的明细信息应可以导出到EXCEL软件中。

2．系统应当支持指标、项目或外部数据的导入

3．操作界面应提供如下基本功能：

（1）审核流程定义。包括审核步骤、指定审核人、启用该审核的条件等等

（2）审核公式定义。包括对指标、项目或外部数据的任意要素定义审核公式。系统应当支持定义审核范围、按要素分组汇总后审核和定义审核提示信息。

（3）数据审核。系统应提供简洁合理的审核界面，供审核人进行审核。包括查阅审核相关的信息等。

（4）外部数据导入。系统应当提供灵活、合理的接口，支持财政部大平台中的总账中的预算指标数据和支出数据、地方财政收支月报数据等数据的导入、人民银行收支数据以及商业银行特设专户数据等的导入。

（5）外部数据的查阅和修正。系统应当提供多种查询方式，对外部数据进行查询和修正。并保留修正的痕迹。

（二）打印输出

系统应当允许用户按事先设定的格式打印审核差错情况。

1. 1. 1. 综合处理
         1. 功能描述

综合处理子系统主要是用户根据业务管理需要，利用系统提供的查询功能和不同的条件组合，选择一个或若干个项目和事先定义的项目统计口径，通过数据库自动关联计算出该口径的项目的中央财政提前告知情况，中央实际下发的指标情况、地方各级财政应配套情况、地方各级实际的指标情况（包括待分配和已细化）、实际资金拨付情况等，并根据用户的需要生成相关的需要的报表，并支持将查询条件和结果存盘（excel形式）以方便使用。

1. 1. 1. 1. 输入要素

（一）数据标识。

综合处理子系统允许用户对查询出的特定指标或项目进行标识，在报表查询中予以剔除或对进行金额适当修正。系统应当充分考虑财政用户对系统数据的修正需要。

1. 1. 1. 1. 输出要素

（一）查询操作界面

1．综合处理子系统操作界面应当简洁方便，操作界面中的各类信息应根据用户的权限动态生成。操作界面中的明细信息应可以导出到EXCEL软件中。

2．综合处理子系统应当支持用户在该界面通过项目查询关联的指标，也可以通过指标查询关联相关项目。展示结果允许用户选择分组展示的方式和展示的字段。

（二）打印输出

系统应当允许用户按事先设定的格式打印一张或多张报表。

1. 1. 1. 指标对账
         1. 功能描述

指标对账子系统主要完成上下级财政指标的对账功能，下级财政部门通过读取上级财政部门的下发本级的指标数据，逐笔与红头文件进行对账，能够对上的进行确认，并进入省级专项转移支付数据库，没有对上的，在备注信息中说明具体情况。

1. 1. 1. 1. 输入要素

（一）指标对账单据输入要素

1、指标对账单据的输入要素主要包括：司局处室（科室等）、指标关联的项目ID（或项目名称）、科目、来源类型、指标单据编号、指标文号、指标摘要、指标登记日期、指标发文日期、指标金额、指标备注、指标的财政年度等 。具体单据的录入要素可由定制单据时根据需要选择定义。对于指标文号、指标单据编号等系统应能够按用户需要自动生成。用户在录入指标单据时还应当受用户权限、单据类型约束条件等限制。

系统应支持生成各式主流文档各式，如word、excel、PDF等。

（二）指标对账确认

对账单确认时，向上级财政部门反馈对账成功与否相关信息，如果对账成功要在省级转移支付数据库保存指标数据。

1. 1. 1. 1. 输出的要素

（一）对账成功

1、向上级数据库反馈对账成功信息。

2、在省级转移支付数据库中保存指标数据。

3、自动生成地方生产数据库。如果需要系统提示是否向生产数据库自动生成指标数据。

（二）对账不成功

1、向上级数据库反馈具体原因。

（三）报表输出

系统应支持生成各式主流文档各式，如word、excel、PDF等。

1. 1. 1. 1. 业务流程

指标对账业务流程如下图所示：

1. 1. 1. 数据交换
         1. 功能描述

数据交换子系统是借助应用支撑平台数据交换组件实现上下级财政基础数据、业务数据交换，实现数据的分发与集中。

1. 1. 1. 1. 输入、输出要素

（一）基础数据

行政区划、预算科目、各类统计分析口径

（二）项目数据

项目编码、项目名称、项目密级、主管司局（处室）、项目起始年月、项目终止年月、项目下发年度、项目级次、项目来源、项目转移支付属性、项目使用科目、项目资金拼盘、项目预计下发数、项目摘要、项目附件、项目下发地区。

（三）指标数据

司局（处室、科室等）、指标关联的项目ID（或项目名称）、科目、来源类型、指标单据编号、指标文号、指标摘要、指标登记日期、指标发文日期、指标金额、指标备注、指标的财政年度等

（四）信息反馈

数据交换结果反馈、审核信息反馈

1. 1. 1. 1. 业务流程

数据交换的业务流程如下图所示：

说明：

1、对于没有使用应用支撑平台的省市，也要部署交换组件，保证信息传输的安全可靠。

2、地市或县区只安装平台交换组件的客户端。

1. 1. 1. 分析监控
         1. 功能描述

分析监控子系统是对转移支付资金在地方分配使用情况的监控。对专项资金提供分类监控,弄够从项目分类、资金来源、资金性质、资金管理司（局、处）等进行分类监控。通过弄够设置预警规则，自动发现数据中存在的问题。

1. 1. 1. 1. 输入要素

（一）预警规则设置

预警规则设置主要包括科目变更、执行进度、配套情况等规则

（二）实时监控

能够按照项目分类、资金来源、资金性质、资金管理司（局、处）等不行分类进行专项资金展现，并能按照行政区划等方式逐级进行跟踪。

实时监控模块动态地反映交易情况，并且为人工监控提供录入和管理的平台。另外，利用实时监控模块中的查询、统计、分析功能可以将财政资金支付交易结果从多个方面、多个层次地提取出来。

实时监控模块需具备如下功能：     

• 实时监控：对财政资金支付交易活动进行全过程动态监控。
• 智能预警：按照预警规则对资金支付交易情况自动预警。
• 监控分析：对资金支付监控信息进行钻取分析，提供决策支持。
  1. 1. 1. 输出要素

输出结果要用直观的图表进行展现。

1. 1. 1. 1. 业务流程

分析监控子系统的业务流程如下图所示：

1. 1. 1. 查询报表

查询报表主要实现对专项资金灵活的报表定制及查询功能，并能提供定制表、报表分发、自动汇总等功能。

1. 1. 1. 1. 常用报表

系统提供支出进度、资金配套、以及分类口径进行查询统计。

1. 1. 1. 1. 自定义报表

1、系统提供报表分发功能，报表工具能够按照管理需要，设计好的统计报表能够实现逐级（省、市、县）分发，并进行自动会中。

2、系统提供自定义报表。根据业务需要，在已知报表不能满足需求的情况先，系统能够利用本系统数据库及外部数据源自定义报表。