财政国库动态监控管理系统建设方案
目录
主要实现覆盖预算执行全过程的动态监控功能,能自动检查和发现预算执行过程各节点存在的问题,如违规支付、超出规定时限、下达额度超预算指标、支付超用款额度、账户处理存在差错等。资金范围涵盖全口径中央支出的财政资金,如国库集中支付资金、转移支付资金及民口重大科技专项资金,账户涉及中央预算单位零余额账户、各类中央财政专户及中央国库。系统支撑财政内控管理,涵盖各岗位各业务全流程。同时系统满足对专员办、中央主管部门进行监控管理。
另外,系统提供综合分析功能,实现预算执行全过程的综合查询分析功能,支持多年度、多口径、多角度的决策分析,并提供灵活的报表定制功能。权限管理方面,支持角色用户权限灵活设置,实现用户间的复核和控制关系,防范系统使用风险。
系统的设计时,严格按照本项目建设的推进计划(分三个阶段)分步完善国库支持系统的监控业务,通过构建统一的监控体系,实现财政资金运行各环节、各流程,事前、事中、事后的全过程监控。同时重点考虑系统的灵活性、易用性和扩展性,以层次化的设计思想构造系统的设计框架,主要有:数据资源层、应用支撑层、业务应用层、门户层等。具体见下图:
图1‑1监控管理设计框架
该设计架构有以下特点:
- 系统设计采用层次化结构,系统可扩展性强。
- 子系统及业务处理单元之间建立松耦合的交互关系,实现处理逻辑之间灵活挂接和易配置,能够使服务随业务流程变化而快速适应。
系统按照需要划分为多个层次,层次之间通过规范的接口相互协作,共同实现系统目标,以下分别对各个层次进行简要说明:
- 数据资源层
作为监控系统的基础层,主要实现系统的数据准备工作。由于监控系统监控的数据来源一部分来自执行系统内部,如执行指标、用款计划、资金支付、账务等子系统,另一部分需要交换平台从外部系统中获取,如代理银行数据、人行数据等。同时,为满足综合分析功能需要构建数据仓库,存储生产系统多年度、多口径的业务数据,支撑财政综合分析。
- 应用支撑层
系统在应用支撑层提供了基础的技术支撑组件来支持上层的业务应用,如:工作流引擎,负责控制系统中的业务信息审核流程;系统智能预警,负责系统预警规则的定义和执行,其预警分析结果提供给上层的业务应用层进行展现;报表组件提供了灵活报表定制的功能;权限组件提供角色、用户、数据及功能的权限设置功能。
- 业务应用层
业务应用层提供了用于支持用户的日常业务操作和处理的系统功能。
提供对日常监控的主要业务操作的支持,包括日常监控、专项监控及内部管理等。如:对预警结果的人工处理;系统基础信息的维护等。
提供对业务数据的深层次的综合分析挖掘,从各个角度对财政国库监控业务进行分析和展现。
支持角色用户权限灵活设置,实现用户间的复核和控制关系,防范系统使用风险。
监控业务对象管理主要实现涉及预算执行全过程的监控对象业务定义。
具有很好的扩展性,能够根据新的业务要求快捷地扩展监控对象;
具有很好的灵活性,能够根据新的业务要求灵活的将各类财政业务信息纳入监控平台中作为监控对象,同时方便的建立业务对象之间的联系,灵活的设置关键业务要素对业务对象数据分类展示,这些都是监控业务对象定义功能设计的重点和难点。
- 应对策略
业务对象管理子系统,支持金财工程应用支撑平台数据元,能遵照《财政业务基础数据规范》明确各类业务信息中的所包含的财政业务要素;能通过简单快捷的方式,灵活的定义和扩展业务对象来适合各种业务要求,同时能方便的建立维护业务对象之间的联系,实现业务对象信息检索的互通和关联检索;灵活的业务对象视角定制功能,能为各个业务对象定义关键的业务要素作为视角,用户通过选取不同的视角来对业务对象数据进行不同角度的展示。
图 1‑2业务对象管理
业务对象是一个或多个业务表。业务对象的核心是将基础的业务表,以及表关系,产生业务系统可以使用的业务数据对象(集)。
业务对象的一个列,是业务表的一个列或多个列的上定义的函数。
业务对象对象有层次关系,有三个核心属性:业务类型、处理类型、应用类型。业务类型:执行指标、用款计划、资金支付、账务等业务子模块;处理类型:支出表、输入表、实体对象、单据对象等;应用类型:录入应用、审核应用、查询类型等。
业务对象列的限定属性包括:维度、明细和度量,其他属性类似业务表列属性。
业务处理流程描述:
显示已创建的业务对象列表,创建、修改或者删除业务对象,对已创建的业务对象能进行业务对象检查。
业务对象的创建可以选择从一个业务表创建,也可以选择从一个业务对象创建。
在业务对象树上选择需要操作的业务对象,进入业务对象的列表界面,新增、修改或者删除业务对象的列,可以选择增加表达式,为业务对象增加表达式列(虚拟列)。
选中一个业务对象,选择子业务对象维护,进入子业务对象维护界面,创建、修改或者删除当前业务对象的子业务对象,对已创建的子业务对象能进行业务对象检查。
- 关联引用关系设置
业务对象的几个列的值之间存在关联引用关系,例如一个业务对象中的“单位”列的取值会影响“项目”列的值范围,不同的单位对应可以使用的项目是不同的。关联引用关系设置登记业务对象内的关联列对应,同时指定关联列之间的关联与被关联关系。
业务处理流程描述:在业务对象树选择需要设置关联引用关系的业务对象,进入已关联引用关系定义列表界面,新增、修改或者删除关联引用关系。
- 关联引用数据设置
对于已经定义好关联引用关系的两个关联引用列,需要定义关联值的对应关系,例如单位A对应项目A1、A2,单位B对应项目B1、B2、B3。关联引用数据设置中对已经登记过的关联引用关系进行具体的值对应。
业务处理流程描述:在已登记关联引用关系下拉框中选中需要设置关联引用数据的关联引用关系,在左边的关联数据树中选择一条数据,在右边的被关联数据列表中选择或取消对应的被关联数据后保存。
- 默认排序设置
设置业务数据在查询时的排序机制,可以根据业务对象中的任意一个数字字段进行升序和降序操作。如果所选字段为引用字段则根据引用字段的显示ID进行相关排序操作。
业务处理流程描述:显示已经设置排序的数据,可以增加、修改、删除排序项。
- 默认查询设置
为实现对数据的快速过滤,系统可为每个业务对象设置相关的查询项。具体的查询项、查询条件、查询的默认值以及查询项的显示方式由用户定义。其中查询条件和查询的默认值是根据查询项而变化的。
业务流程处理描述:系统显示已有的查询条件,可以增加、修改、删除查询项。
- 默认视角设置
视角提供了从多个角度来导航数据的功能,如果把单位做为视角则系统列出当前业务的所有单位,如果把科目做为视角则系统列出当前业务的所有科目。用户可以根据不同的单位或不同的科目对数据进行导航。
业务流程处理描述:系统显示已有的视角,可以增加、修改、删除视角,每个业务对象必须有一个视角,只有引用字段才能定义成视角。
- 页面表头设置
根据不同的业务对象来设置表头的格式,设置的表头格式为页面上业务数据显示的格式,表头可设置一级表头,也可以设置多级表头,表头我名称可以自定义。
业务流程处理描述:系统显示已有的表头,可以增加、修改、删除表头,每个业务对象都需要设置表头的格式。
- 单页面设置
定制业务对象的数据录入页面,用户可选择当前业务对象的任意字段作为数据录入项,在此页面提供常规的HTML组件如Label、Text、Image、File等,还提供了Tab页签。用户可以根据需要来灵活设置单页面的录入格式,可以对必录字段进行颜色标识。
业务流程处理描述:系统显示已有的录入格式,可以增加、修改、删除录入字段。
- 业务对象明细表设置
业务对象明细表是指和业务对象相关联的业务表,这里的业务表可以是一个物理表也可以是一个视图,针对某个业务对象设置与其相关的业务对象明细表,这些表或者视图都是通过某个和业务对象相关联的字段连接起来的(如账户字段、项目编码字段)
设置业务对象表和其他关联表之间的关系组成关联明细表(如监控业务对象和账户表之间通过账户字段来关联),然后再设置关联明细表的前台显示字段和排序字段,设置完成后,用户在前台查看相应业务对象的明细表信息时,就会按照之前设置的形式显示出来,以方便用户查看(例如,可以根据业务对象中的账户字段,查看该账户的详细信息)。
业务对象明细表可以设置多个,前台显示的时候会以多个TAB页的形式展现给用户,每个TAB页里的具体内容都可以由用户来具体设置,需要显示什么字段和显示的形式都可以灵活的定制。这些设置的主要目的就是为了方便用户查看某业务对象下的数据的更加详细的信息。
图 1‑3预警规则总体流程
预警规则协作流程具体如下:
- 流程开始,指定监控业务对象。
- 基础检查项,通过检查项对检查单元进行审核处理,得出检查结果。
- 从检查项得出的检查结果进行判断,由判断结果决定预警规则的流程流向,控制,包括分支、条件判断、合并等关键控制。
- 流程结束部分,定义预警分析结果。
图 1‑4专题预警总体流程
专题预警协作流程具体如下:
预警规则引擎子系统由检查项、预警规则、预警规则分析结果定义组成,功能如下图所示:
图 1‑5预警机制
检查项图形化流程定义包括检查项主体定义,检查项业务逻辑定义,检查项结果定义。检查项图形化流程定义通过组件的定义和线的定义,用流程控制线串联组件的形式,使整个审核检查项过程形成一个完整数据流程走向。
图 1‑6检查项的图形化定义界面
检查项的图形化组件可以定义检查项的最小粒度的业务逻辑处理,可以将一个基础检查项拆分成各个最细化的处理逻辑,每个组件单独定义,相互独立,共同组成一个完整的基础检查项目。
检查项图形化流程控制线定义采取了可视化的连线方式,使用户操作起来更直观简便,操控性较好,可以较便捷的组织多个检查项组件共同组成一个图形定义的检查项。连线是用来控制检查项组件间数据流的走向,连线一端连接检查项组件的数据出口即输出,另一端连接检查项组件数据的入口即输入,用来串联整个检查项组件,使多个检查项组件共同组成一个检查项的完整的流程定义。
检查项图形化流程控制线定义可以定义勾选数据来源的字段,可以给对应的
下一组件的输入字段重命名,给对应的下一组件的输入字段设定顺序。
检查项定义有如下功能:
- 新建检查项:需要指定检查项的所属分类,检查项的检查业务对象,定义检查项的基本信息如检查项名称,创建人,描述等信息。
- 修改检查项:选择一条检查项,修改检查项可以修改检查项的所属分类,检查项的检查业务对象,修改检查项的基本信息如检查项名称,创建人,描述等信息。
- 删除检查项:可以单条删除检查项和多条批量删除检查项。
- 图形化编辑:选择一条检查项,图形化编辑则进行检查项的组件定义和检查项的图形化流程线定义。
- 检查主体定义
检查主体即监控的业务主体,系统维护了各种需要检查的财政业务对象,对业务信息进行监督检查,在定义基础检查项时,可以选择业务对象作为检查主体。
检查主体定义在图形化的检查项定义中表现为送审主体组件的定义,送审主体组件用来显示送审主体数据,送审主体组件可以查看送审主体的数据字段的相关信息,这些数据字段会用来被检查项审核。
- 检查业务逻辑定义
检查业务逻辑定义是对检查主体即业务对象进行的业务逻辑处理的定义,是将细粒度的检查项进行最细的逻辑项处理,对检查的业务逻辑进行最细化的抽取,检查项建立了可定制的业务逻辑项的组件定义。检查项逻辑可以通过图形化的定制,更直观,更便捷的进行逻辑项定义,图形化定义表现为组件定义和线定义,通过线对业务逻辑项目的流程控制,将逻辑项连接成完整的检查项流程。
检查项业务逻辑定义包括各个检查项组件定义,包括数据集组件,参数组件,常值组件,计算表达式组件,排序组件,排它组件,递归组件,代码替换组件,分组聚合组件,条件筛选组件,数据集合并组件,去重组件,连接组件,审核组件。
(1)数据集组件可以选择审核送审主体所需要的中间处理数据,可以通过选择数据对象,将中间数据加入数据组件中,在组件属性中可以查看数据字段的相关信息。
(2)参数组件用来定义送审主体所需要的相关参数,比如字段名,常值等,参数组件可以定义参数的字段相关信息,并可以进行修改和删除字段。
(3)常值组件用来定义检查项所需要的中间常值,定义常值,以供多个组件公用,常值组件可以定义常值字段的相关信息,并可以进行修改和删除字段。
(4)计算表达式组件是用来将输入数据的字段进行表达式计算,输出经过
计算处理的数据。
(5)排序组件是用来将输入的数据按照定义的字段进行升序或降序排列。
(6)排它组件是实现将输入的主数据集的数据中某字段的值在另一数据集中某字段不存在的数据筛选出来的功能。
(7)递归组件是用来实现从数据某字段递归的父找子或者子找父的查询过程,还可以运用某些递归函数来处理递归结果。
(8)代码替换组件是用来将输入的数据集中的某个字段值替换成和另一数据集中某字段值相同的记录对应的某特定字段的值的组件。
(9)分组聚合组件是将输入的数据集按某一字段或某些字段分组,聚合出的字段通过聚合函数进行处理。
(10)条件筛选组件是将多个输入得数据集经过连接和条件表达式的条件判断,筛选出符合条件表达式的数据。
(11)数据集合并组件是将多个输入的数据集进行数据集合并的组件。
(12)去重组件是将输入的数据集中的全部字段完全相同的记录去除重复的
保留一条的组件。
(13)连接组件是将多个数据集组件按某字段左连接,右连接,外连接等等连接的组件。
(14)审核组件是将送审主体的数据经过一系列的数据处理后的数据集和数据的经过处理后的数据集通过数据连接,输出结果为判断数据满足某一条件表达式输出结果数据的枚举输出,或者输出结果为经过计算表达式计算某些字段后输出的结果。
- 检查结果定义
检查项结果在检查项组件里可以预先定义,包括定义检查项结果的名称,定义检查项的结果的返回类型,检查结果的类型可以包括简单数据类型和复杂的数据类型,定义检查结果的计算方式,定义检查结果的默认输出值,定义检查结果的长度等相关信息。
预警规则是提出的规则引擎中比较重要的一个功能,即通过规则引擎对预警规则进行管理,扩大了系统的适用性,实现了财政监控的重要功能。
- 数据池设置
用来定义规则引擎中数据,这部分数据是规则引擎进行运算,只有在数据
池录入的数据,才会在系统中被使用。这部分主要数据是送审的业务对象数据,用户可自定义其他字段,用来存放检查项返回的结果。
- 预警规则流程定义
流程组件设置中,主要是对流程组件的管理,其中包括开始组件,检查项组件,条件组件,分支组件,合并组件,结束组件。
- 流程起始设定
设置预警规则流程的起始点。
- 数据绑定设置
当流程中出现检查项组件时,需要对检查项参数和返回内容进行设定。定义检查项和预警规则中数据池的数据传递方式,这么设置,可以灵活的调用检查项组件。
- 条件设置
当流程中出现条件组件时,表明该流程将有选择的执行后续操作,需要设定条件,不同的条件将决定下一步预警规则的流向,其中条件的判断对象是数据池中的数据字段。
- 分支/合并设置
分支是指该送审主体的数据将要被分支流程中并发执行的。合并是指对并发执行的分支流程进行合并操作的,到该流程节点,当满足合并节点向下执行的条件后,才会继续往下执行。
- 结束信息设置
结束信息主要是设置规则的分析结果,分析结果是通过归纳办法设置的,先通过检查项的审核结果得出的最直接的分析结果,然后在当前分析结果的基础上,把当前多项分析结果从更大的层面上再进行归纳。提供这样的设置方式, 是因为可以根据实际业务的需要,每个财政业务问题都存在从外在现象到深层原因的逐步细化的层次结构,系统需要通过层次关系组织相关预警分析结果,使得监控系统能够真实、精细的分析各类财政业务问题。
- 预警规则分析结果设置
预警规则分析结果设置主要包括显示方式设置和分析结果计算方式设置(图形化定义预警规则的分析结果的计算方式)。
预警分析结果可定义不同的显示方式,主要有图片,柱状图,开关,颜色扇形区等,该规则分析结果在显示的时候,可以输出定制的显示方式,也是系统为了人性化而设置的,这样用户可以在很短的时间内,能发现违规使用的资金,进而达到监控的目的。
- 规则分析结果流程定义
因为系统预警是立体化的分层次预警,每一个预警结果都是由一系列基础分析结果汇总产生,该功能点就是定义预警结果的分析过程,能够明确追踪到每一个具体的分析结果及该分析结果产生的原因。
- 分析结果组件设置
在定义分析结果流程中,数据的来源组件包括两部分:预警规则中检查项的处理结果、当前分析结果的下一级分析结果,这些数据是分析结果中重要的判断依据,此外还需要使用数据处理组件,主要用到的是基于单条数据进行计算的数据处理组件,主要有权值计算组件,等级计算组件,开关组件3个组件。使用这些组件的时候,需要对组件计算信息进行必要的设置。
当前财政部预警的业务范围广,涉及到部门多,数据综合性很强等特点,而且当前业务管理工作对于引用系统的功能也有了很大的提升,如灵活的汇总分析能力。基于目前的信息平台,只做局部的数据预警已经难以满足业务发展的需要了,大量的对比分析工作通常需要手工完成,系统中存在大量的业务数据,不能满足业务与管理的需要,因此需要一个能从宏观上进行展现、统计、跟踪与分析的系统。
专题预警就是一个宏观上的预警机制,可针对多个监控业务对象和这些监控对象的多个预警规则进行专项汇总,通过专题预警可以从整体上检查某一财政业务主题下的预警分析结果。
专题预警是根据系统预警结果汇总统计得到的,所以专题预警结果能够把不同的监控业务对象的多个预警规则囊括进来,进而能体现财政业务内容的一个或者多个角度的专题分析结果,故专题分析结果支持多维分析,多维分析是通过把监控业务数据的多项重要的属性定义为多个维度,使得用户能方便地汇总数据集,简化了预警结果的分析处理逻辑,并能对不同维度值的业务数据进行比较。用户在专题中可设置维度的结构、属性和下钻路径,使得专题预警的灵活性和可扩展性得到更大的提升。
基于检查项到预警规则,再到专题预警,每次范围都在不断的扩大,形成一个立体金字塔,最大化完善对监控业务对象的预警。
- 基础信息设置
专题监控是以对某项财政业务的整体监控为目的,首先需要设置专题监控的业务对象,并且指定业务对象的预警规则,这些预警规则的分析结果在专题预警中作为汇总的数据。在专题模型中,将使用预警规则的分析结果进行数据的汇总统计。
- 定制专题模型
专题预警提供了对基础预警规则进行统计的图形化定制方式,专题预警重用了检查项中部分组件,并且增加了常用的统计学组件,例如基于描述统计的频率组件等,基于报告的摘要个案组件等。专题模型中增加专题分析结果,专题分析结果是一个统计数据的集中展现,在里边需要设置统计维度的结构、属性和下钻路径。
这里简单介绍三个组件:
摘要个案组件是对个案进行汇总,需要设置变量,分组变量,此外还可设置统计量,变量是需要统计的数据列,分组变量是指数据处理时的分组条件,统计量表示的是每个组内需要关注的统计学变量。而摘要个案中涉及的统计量主要有:集中趋势方面的统计量,如均值、中位数、合计、合计百分比等;离散方面的统计量,如标准差、方差、范围、最大值、最小值等;基于分布的统计量:偏度、峰度等。
频率组件是完成频率统计的组件。频率是描述统计中的一种重要方式,可以大致了解数据的分布类型和特点,数据分布的集中趋势和离散程度。频率组件需要输入变量和统计量,统计量和摘要个案中类似,但是增加了百分比位值,主要是统计在某个百分比区域内,数据命中的次数。频率组件的输出主要是频数分布表,分布表中列有:
1) 频数:即变量值落在某个区间中的次数.
2) 百分比:即各频数占总样的百分比.
3) 有效百分比:即各频数占有效样本数的百分比.这里的有效样本数=总样本数-缺失样本数.
4) 累积百分比: 即各百分比累加起来的结果.最终取值为100%.
探索分析组件值完成探索分析的组件。探索分析可对变量进行更深入的描述性统计分析,探索分析一般通过数据文件在分组和不分组的情况下获得常用统计量和图形。 一般以图形方式输出,直观的帮助研究者确定奇异值,影响点还可进行假设检验,以及确定研究者要使用的某种统计方式是否合适。组件内需要设置因变量列表、因子列表、标准个案。因变量列表设置待分析的变量名称;因子列表是从源变量框中选择一个或者多个变量进入因子列表;分组变量可以将数据按照观察值进行分组分析;标准个案是在源变量表中指定一个变量作为观察值的标识变量。其中也可设置统计量,可设置均值的置信区间,百分数等。
图1‑7专题预警模型定制
- 定制展现形式
专题的分析结果是对之前的监控业务对象数据进行各个维度汇总统计分析得到的,每一层的专题分析结果都可以指定不同的显示方式,主要有图片,柱状图,开关,颜色,扇形区等,该规则分析结果在显示的时候,可以输出定制的显示方式,也是系统为了人性化而设置的,这样用户可以在很短的时间内,能发现违规使用的资金,进而达到监控的目的。这部分类似预警规则分析结果的展现形式。
(1)重点描述
根据公司多年的监控项目开发和实施经验,日常监控子系统存在以下要点和难点:
预警分析结果细化处理,能够按照问题分类,不同的问题类别进行不同的业务处理。
预警业务信息灵活,多角度展现,快捷的数据查询功能以及关联业务数据的集中展现。
预警业务信息能够按照用户权限控制过滤。
预警分析结果立体化展现,层层挖掘问题深层次原因,精确定位问题来源。
预警分析结果多样化展现,支持多种展现方式。
对于多条具有类似预警结果的业务信息能打包统一处理。
对于监控问题提供细化的问题录入界面,问题录入界面支持灵活的录入方式定义、录入项检查定义。
相同问题的处理结果能够重复利用,提高问题处理的效率。
处理结果审核流程的可灵活定制,审核流程多样化,审核流程中全程权限控制。
(2)应对策略
监控问题类别定义模块可以将不同的预警分析结果对应上不同的问题分类;每一类问题分类可以指定对应的处理单据(处理内容)、业务审核流程和关注程度,支持一条问题记录可对应多个问题分类,由多个处理单分类处理,完全实现预警分析结果的细化处理。
业务对象管理子系统提供对业务对象丰富的界面设置:
控制业务对象中业务要素的显示;
指定业务对象的视角业务要素,支持多角度切换灵活查看业务数据;
指定业务对象查询面板设置,最大程度的提供查询条件的个性化设置;
业务对象明细表设置灵活定义业务对象间的关系,能够快捷的把关联的业务对象的业务数据进行集中展现,同时支持单页面、列表等丰富的展现方式。
权限管理子系统根据用户和角色对业务对象对象权限、列权限、行权限进行控制,多角度的控制业务数据的展现。
公司使用规则引擎建立的立体化预警机制,提供针对监控业务对象而设计的预警规则。同一个业务对象可以设置多条预警规则,每种预警规则可以设置不同的侧重点,预警规则的分析结果是分层定义、可挖掘的,支持层层挖掘找到对应的检查项,实现了逐层分析,精确定位问题来源。
预警规则的分析结果除了支持层层挖掘,每个分析结果还支持多种展现方式,包括数值、柱状图、颜色、开关、图片等。
预警分析结果按照问题分类后,同一问题的预警分析结果可以打包由一个处理单据进行处理。
可设置不同的问题类别对应不同的处理单据,每一个处理单据可通过图形化的界面配置,支持多种录入方式自由定义,通过业务对象设置界面设置单据各个录入项的检查定义。
保存处理单据时可以选择将单据信息存入知识库,比较有通用性的知识,可以申请为公有知识,提供所有业务人员使用,在填写同类问题单据时,能方便的从知识库中选取历史处理单据修改后使用,提高工作效率。
提供图形化的业务流程定制界面,可以设置问题类别和业务流程的对应关系,不同的问题类别对应不同的审核流程,业务流程中每一个流程节点受权限控制,并且可以通过图形化的界面进行设置。
图 1‑8日常监控模块业务流程图
日常监控模块由监控问题类别定义、预警结果展现、预警结果处理组成,具体功能如下图所示:
图 1‑9 日常监控模块功能结构图
系统提供给用户定义各种监控问题类别的功能,这些问题可以根据监控的实际业务中存在的各种问题从业务含义上分为多个类别,并且这些问题类别是随着系统使用的不断深入而不断变化的,不同类别的业务问题需要有不同的关注度和处理方式,为此,系统提供了一套灵活的、可扩展的问题类别维护功能。
对于定义的每个问题类别,首先需要定义以下这些关键的业务要素:
问题类别对应的预警结果
预警分析结果能够按照问题分类定出不同的问题类别。
用户需要设置预警分析结果属于什么问题类别,即用户可以根据一个监控主体的预警分析结果来决定监控主体的问题类别,系统提供了一个人性化的设置界面来让用户方便的设置问题类别对应的预警分析结果条件。
问题类别对应的人工处理内容
系统提供给用户设置问题类别和人工处理内容(问题处理单据)类型关联关系的功能,设置完成后处理不同问题类别时所需要人工处理内容也不同,这可以在源头上控制问题处理中人工录入的内容的规范性和有针对性。
问题类别对应的业务审核流程
用户可以根据不同的问题类别让业务数据走不同的业务审核流程,以满足不同的用户对不同的问题类别的数据的不同的业务审核流程要求,系统提供给用户设定问题类别对应的业务审核流程的功能。
问题类别的关注程度
系统提供给用户对不同的问题类别可以设定不同的问题关注度的功能,以便用户可以根据需要有选择的更改某类问题的关注程度。问题类别对应的关注程度设置完成后,在前台的业务数据的界面展示上会有相对应的一些变化,以方便用户根据问题类别的关注程度来查看处理业务数据。
监控问题处理单据定义
用户处理人工处理监控问题时录入的处理单据和问题类别一一对应的,系统会自动判断用户需要处理的业务数据违反了哪些问题类别,然后根据这个问题类别确定需要完成的处理单据。
单据定义功能确定了一个单据的详细信息,这些信息包含:
选择单据包含哪些业务对象;
指定一个业务对象为单据的主对象;
各个业务对象在单据中的展示、录入格式;
单据中业务对象的排列顺序。
- 预警结果数据多视角展现
视角就是用户查看数据的一个角度,通过业务对象视角设置,可以为预警结果定制多个视角,用户可根据需要在页面中切换不同的视角,从不同的角度查看预警结果数据。
- 预警结果数据动态展现
- 数据列表动态表头
业务对象页面表头设置功能可以灵活定制预警结果数据的展示元素,为不同的业务提供个性化的需求。
- 关注程度区别
问题类别关注程度,决定预警结果数据展现时的注目程度,关注程度高的问题类别数据显示位置会提前并用醒目标识标示出。
- 汇总数据展现
预警结果支持多维度展示,可以依据维度,如问题类别、单位等,按维度汇总的总体信息进行展示,支持动态表头,支持多层维度嵌套显示,可以层层钻取查看明细数据,支持上钻下钻。
如果设置有汇总维度,进入预警结果展现界面后默认的就是汇总数据,页面展示表格如下:
表 1‑1 页面展示表
序号 | 单位(维度列) | 正常状态记录数(监控) | 违规状态记录数 | …… | 总记录数 |
1 | A单位 | 100 | 80 | 90 | 500 |
2 | B单位 | 341 | 90 | 20 | 700 |
3 | C单位 | 31 | 78 | 60 | 650 |
- 明细数据展现
展现最明细的预警结果数据,支持动态表头和关注程度。
如果没有设置汇总维度,进入预警结果展现界面后默认就是显示最明细的预警结果数据;
如果设置了汇总维度,需要通过汇总数据钻取后查看,支持上钻返回查看汇总数据。
- 预警结果数据权限过滤
权限信息过滤功能,针对不同用户和角色对数据的权限信息过滤,依照权限子系统中数据权限的控制分为业务数据对象权限、列权限、行权限,预警结果数据依据此进行数据过滤。
- 业务对象权限过滤:是表示用户是否拥有查看相关预警结果数据的权利;
- 列权限过滤:是表示用户是否拥有查看预警结果相关业务要素列数据的权利。
- 行权限过滤:是表示用户是否有查看预警结果一些含有特定业务要素值数据的权利。
- 预警结果明细数据查看
依据用户的业务需求, 提供必要的预警结果信息展示明细功能,方便查看与监控主体有关联的其他业务信息,具体的其他关联业务信息在业务对象明细表设置中设置。
当用户点击页面预警结果信息查看明细信息时,根据已经定义好的关联关系,用多TAB页的形式展现出与当前监控主体相关的其他业务对象数据信息以供查看。
- 预警结果数据动态查询
- , 是根据用户的个性化设置,在预警结果数据列表界面显示不同内容的查询栏,方便用户快速定位数据;在业务对象子系统的业务对象界面设置中用户可以灵活定制需要使用的查询业务要素,所定义的查询业务要素都会在中得到体现。
- 预警分析结果立体化展现
- 针对监控业务对象而设计的立体化预警规则的分析结果是分层定义、可挖掘的,支持层层挖掘找到对应的检查项。
- 用户双击需要查看明细的相应分析结果,会弹出分析结果明细窗口,可以依据预警规则的多层分析结果层层点击展开一棵分析结果明细树,将分析结果由粗到细层层展示,直到最细化的对应检查项。
- 预警规则的分析结果支持多种展现方式,用户查看分析结果时,界面根据分析结果展现方式的定义展现出对应的效果,包括数值、柱状图、颜色、开关、图片等,当用户查看明细的分析结果树时也按照多种展现方式进行展现。
图 1‑10预警分析结果立体化展现
- 人工分析预警结果
分析结果大部分是通过预警规则系统自动分析得到,然后根据分析结果得出对应的监控状态,但是当监控状态为疑点或者有业务特殊要求的情况下,可以使用人工分析功能,通过填写人工分析结果直接引起监控状态的变更,增强特殊事项的业务分析正确率。
用户选择需要进行人工分析的监控记录,点击人工分析,在弹出的人工分析窗口中填入人工分析结果,保存后根据填写的人工分析结果,造成监控状态的变更。
- 问题处理单维护
对于预警结果的处理,根据预警结果对应的问题类别,将需要填写的处理结果细化为各种对应的问题处理单,实现对具体问题的具体处理。一个预警结果可能对应多个问题类别,需要填写多个问题处理单;对于相同问题类别的预警结果,也可以一次填写一个问题处理单进行打包处理。
问题处理单界面根据监控问题处理单据定义,支持多种录入方式。
根据业务对象的列对象的检查定义,录入项需要进行数据检查,如必填项、数据格式验证,数据关联关系验证等等。
- 新增问题处理单
用户在预警结果界面选择一条或者多条预警结果数据,点击人工录入,在弹出窗口中选择需要填写的问题处理单,进入问题处理单填写界面。
根据问题处理单据定义用多TAB页的形式展现出问题处理单填写界面,每个TAB页对应不同业务对象,不同的录入方式,用户录入后对录入项进行检查,检查通过后保存回到问题处理单列表界面。
如果选择的是多条预警结果数据,那就是将这些预警结果数据打包进行处理,依存在同一个单据下执行完全一样的业务流程。
- 修改问题处理单
用户在问题处理单列表界面选择一个问题处理单,点击修改,进入问题处理单修改界面。
根据问题处理单据定义用多TAB页的形式展现出问题处理单填写界面,每个TAB页对应不同业务对象,不同的录入方式,用户录入后对录入项进行检查,检查通过后保存回到问题处理单列表界面。
- 删除问题处理单
用户在问题处理单列表界面选择一个问题处理单或者多个问题处理单,点击删除,弹出是否确认删除界面,确认后所选择问题处理单删除,取消后返回不操作。
已经提交审核流程的问题处理单不能删除。
- 问题处理单知识库
为了提高用户的操作效率,对同一类问题的处理单,可以选择保存进知识库中,在以后再次填写同一类问题的处理单的时候,可以从知识库中取到以前保存的历史知识,直接或者修改后使用,减少操作强度。
- 问题处理单保存到知识库
用户在填写问题处理单保存的时候,勾上单据录入界面的保存到知识库选项,在弹出窗口中输入知识关键字,选择作为公有知识还是私有知识提交,然后保存单据。
如果是作为私有知识提交,相应的单据就会自动作为私有知识保存到知识库中,下次使用时同一用户能在知识库的私有知识中找到并使用。
如果是作为公有知识提交,相应的单据就会自动作为公有知识保存到知识库中,但是知识的状态是待定状态,需要管理员审核通过后,才能真正成为可以使用的公有知识,在下次使用时具有业务对象权限的用户都能在知识库的公有知识中找到并使用。
- 使用问题处理单知识库
用户在填写问题处理单的时候,点击单据录入界面的从知识库中选取,会弹出知识库知识选取列表界面,分为私有知识和公有知识两个TAB页,用户可以自由选择,私有知识显示的是用户自己以前保存过的同类单据,公有知识显示的是经过管理员抽取审核的公有的同类单据,还可以根据知识关键字进行快速过滤。
在知识库知识选取列表页面中选取需要使用的知识,确定后知识库弹出页面关闭,知识的信息会直接自动填入到当前的单据中,用户可以修改也可以直接保存,系统对录入项进行检查,检查通过后保存回到问题处理单列表界面。
- 处理状态设置
在对有问题的预警结果的处理过程中,依据处理的进展阶段,我们把处理状态分为以下三类。
表 1‑2 处理状态表
序号 | 处理状态 | 说明 |
1 | 未处理 | 表示该预警结果尚未处理。 |
2 | 处理中 | 表示该预警结果已录入问题处理单,正在进行后续工作 |
3 | 已处理 | 表示该预警结果已完成处理 |
通过处理状态,用户能很直观的看到直接对预警结果的处理情况。在实际应用中,存在一些特殊情况,例如有的预警结果虽然没有处理完,但是用户需要忽略这些预警结果的处理,那就要直接把这些预警结果的处理状态更改为已处理。
处理状态设置就是提供用户一个直接快捷更改预警结果处理状态的功能。
用户在预警结果界面选择一条或者多条预警结果数据,选择处理状态设置,在弹出的新处理状态窗口中选择需要修改的新处理状态,保存后所选中的预警结果数据处理状态变更为新处理状态。
- 问题处理单动态展现
问题处理单和预警结果类似,也支持多种动态展现,具体细节同预警结果。
- 问题处理单数据权限过滤
问题处理单权限过滤功能和预警结果数据的权限过滤基本类似,分为业务数据对象权限、列权限、行权限,但是因为有业务流程的缘故,还需要加上业务流程权限。
- 问题处理单业务流程
问题处理单填写完毕后需要提交业务流程进行审核,根据问题类别的分类,不同的问题类别对应不同的业务流程,不同的问题处理单也相应对应不同的流程。
在问题处理单提交业务流程后,全程受工作流控制,在不同的流程节点能执行不同的动作,执行相应动作后完成对应的业务流程推送。
- 提交业务流程
用户在问题处理单列表界面选中一条或者多条问题处理单,点击送审,
完成问题处理单据送审,所提交处理单的业务流程开启。
- 执行业务流程动作
用户在问题处理单列表界面选中一条或者多条问题处理单,如果单据已经是送审状态,右键会出现用户对选中单据在当前节点下能做的动作,例如在审核节点的单据,任务审核人选中后右键会出现审核通过和审核不通过动作,点击需要执行的动作,完成业务流程的流转。
系统通过使用基础检查项和高级预警规则进行立体化系统预警后,取得了财政业务从最细粒度的检查结果到粗粒度的系统预警结果的总体预警情况。在这个基础上,系统需要提供一个宏观的分析方法,通过组织相关的多个监控业务对象及相应的预警结果,实现从整体上对某个财政业务进行监控。
- 应对策略
专题组件可很好的解决此类问题,一是组织哪些监控业务对象、预警结果进行专题监控可以灵活定制,二是每一个专题的组织方式都可以灵活定制。三是可灵活的、形象的定制每一个专题中的总体预警情况结果。四是可以在总体预警境况的基础上再次进行汇总分析。
图 1‑11专题监控流程
图 1‑12专题监控功能结构
专题是指使用基础检查项、高级预警规则从宏观的角度对多个财政业务进行监控,可以在系统预警机制部分设置专题的组成结构及各个分析结果的展示方式。专题使用类似于金字塔结构的设计方式,每一层的预警情况都来源于它的下一层预警情况分析。从显示形式上大体分为四类:
- 迭代显示
- 替换显示
- 图形显示
- 单据显示
专题中,每一个系统分析结果都可以在原有基础上通过使用辅助工具进行二次汇总分析,每一个辅助工具都可以灵活定制。辅助工具包含是否启用、名称、样式。
是否启用是指该辅助工具是否可以使用;名称是指该辅助工具显示的中文名称;样式是指该辅助工具包含哪些值(这些值都是由原分析结果计算汇总得来)、显示形式是什么(可以为图形或表格)。
维护辅助工具。辅助工具的新增、修改、删除。
业务处理流程描述:选中专题,新增、修改、删除辅助工具。
专题是一个特殊的监控对象,它里面也有分析结果,对于不同的分析结果,可以合并为一个或多个问题(一个分析结果也可以作为一个单独的问题存在),给一个或多个问题指定对应的单据类型,然后按照单据类型的不同生成对应的单据录入单,展示符合条件的录入单进行问题录入,录入单的录入信息可灵活定制。(录入单的详细信息可参考单据信息管理模块)
可以将多条数据中出现的相同问题作为一个整体进行单据录入,录入后只会产生一个单据,方便后续操作。
业务处理流程描述:选中专题中的某一层信息中的某条信息,选择问题录入单,录入信息,保存。
问题单据填写完毕,可以依据相关的流程定制进行提交审核。
支持灵活定制递交流程。一个单据类型可以定制一个或多个审核流程,当提交审核时,系统自动列出当前单据类型对应的所有审核流程,选择适合当前业务的审核流程进行提交审核。(审核流程设置可参考工作流模块)
支持多条问题单据同时进行提交。根据业务人员业务需求,可选取一个或多个单据信息提交审核流程。
在流程中,不同的单据根据审核流程的不同可以有不同的操作动作,有选择的执行相应动作。
业务处理流程描述:
流程1:选中一条或多条单据,提交审核流程。
流程2:选中处于流程中的一条或者多条单据,得到当前可执行动作,选择执行相应动作。
内控系统要对整个财政支付管理流程的全覆盖,实时监控各流程各节点各操作角色,并实现自动化处理,并给监控人员自动提示。
监控系统作为对财政业务信息进行监管和处理的平台,实现从指标、用款计划、资金支付到账务涉及的全过程、全资金、所有操作人员的综合监控管理,实现财政支付的全方位内控管理是整个模块的核心。难点在于由于财政业务的复杂性,审核流程多,涉及面广等,要求内控系统能够提供一套立体的、灵活的和扩展性强的内控处理机制,满足对财政支付全流程的内控管理。
- 应对策略
公司的监控系统,在满足一般日常监控、专项监控的基础上,可以支撑财政支付业务全过程的内控管理,实现监控规则嵌入资金支付的各个环节。通过监控业务对象灵活定制,可实现覆盖从指标、用款计划、资金支付、账务、资金结余到决算等业务的全过程监控业务的对象化管理;并配合立体化的智能预警机制设置,以及直观可视化的问题提示和反馈机制,全面满足财政支付管理的全过程监控管理。
图 1‑13内控总体业务流程
图 1‑14预算单位支付流程
主要实现执行指标管理、用款计划管理、支付管理和账务管理、决算管理、现金管理、综合财务报告等业务的数据输入、过程审核、数据校验过程的风险点对象化定制,监控对象具有多种属性,包括业务名称、流程状态、操作人、操作时间、监控预警问题、反馈信息等。
借用网络“防火墙”原理,分业务类型,构建控制规则库,建立财政支出全流程的预警审核控制机制。
预警控制规则设置功能点实现如下:
1)根据业务管理需要,在系统中预先设置预警控制规则,无需调整系统设计。
2)支持灵活设置控制口径,可以针对部门、单位,还可以针对支付方式、预算项目、金额等业务要素。
3)支持灵活设置控制级别,比如,立即中断执行或多级预警等情况。
4)支持在年度执行中调整控制规则。
5)支持基础数据的多岗维护管理审核流程,并支持“痕迹化”记录功能。
相关预警规则列举如下:
(1)预算指标预警规则
1、申请进度预警
规则描述:预算单位是否按预算指标进度进行用款计划申请,对超用款进度的用款计划申请及其对应的指标进行预警。
系统规则设置:根据系统预先设置的指标、用款计划申请数据源,统计每笔指标的用款计划申请累计金额与指标金额的比值,根据达到不同的比值设置不同的预警级别;根据监控业务自身的特点,可以设置该规则启动日期与停止日期。
2、超额申请预警
1)规则描述:预算单位是否超额进行用款计划申请,对超指标额度的用款计划申请及其对应的指标进行预警
2)系统规则设置:根据系统预先设置的指标、用款计划申请数据源,统计每笔指标的用款计划申请累计金额与指标金额的比较,如果用款计划申请累计金额大于指标金额,则根据需要设置对应的预警级别
3、支付进度预警
1)规则描述:预算单位是否按时间进度进行资金支付,对超时间进度的直接支付或者授权支付及其对应的指标进行预警。
2)系统规则设置:根据系统预先设置的指标、直接支付数据源,统计每笔指标的直接支付累计金额与指标金额的比值,根据达到不同的比值设置不同的预警级别;根据监控业务自身的特点,可以设置该规则启动日期与停止日期。
4、超额支付预警
1)规则描述:预算单位是否超额进行资金支付(直接支付、授权支付),对超指标额度的直接支付或者授权支付及其对应的指标进行预警。
3)系统规则设置:根据系统预先设置的指标、支付数据源,统计每笔指标的直接支付、授权支付、实拨累计金额与指标金额的比较,如果所有支付累计金额大于指标金额,则根据需要设置对应的预警级别。
(2)用款申请预警规则
1、支付方式预警
1)规则描述:预算单位制作用款计划申请、直接支付、授权支付是否按照资金项目、金额、用途等选择正确的支付方式,对选择错误支付方式的资金支付进行预警。
2)系统规则设置:根据系统预先设置的指标、用款计划申请、直接支付或授权支付数据源,根据不同的指标信息、项目、用途、金额等要素作为条件设置相应的支付方式,如果单据中相应的要素满足条件且支付方式与设置的不一致则报警,根据需要设置对应的预警级别。
2、申请凭证预警
1)规则描述:用款计划申请、直接支付、授权支付凭证是否按照规定完整填写有关要素,对用款计划申请、直接支付申请凭证有关要素为空的数据进行预警。
2)系统规则设置:根据系统预先设置的用款计划申请、直接支付或授权支付数据源,对不能为空的要素设置不能为空的条件,如果单据中相应的要素为空则报警,根据需要设置对应的预警级别。
2、支出均衡预警
1)规则描述:预算单位用款计划是否按照均衡性原则和项目实施进度编报。对相邻月份波动的幅度比较大的用款计划进行预警。
2)系统规则设置:根据系统预先设置的用款计划申请数据源,统计本月的用款计划申请额度和上月的用款计划申请额度,计算本月份用款计划申请额度减去上月份的用款计划申请额度,与上月份的用款计划申请额度的比值,超过一定的百分比则进行预警,根据不同的比值设置对应的预警级别。
3、支出记账预警
1)规则描述:预算单位在财务核算是否按照资金支付(直接支付、授权支付)凭证进行记账。对财务核算中记账凭证的有关要素与支付(直接支付、授权支付)凭证的有关要素(重点是金额)不相符进行预警。
2)系统规则设置:根据系统预先设置的直接支付、授权支付凭证与单位的记账凭证数据源,对记账凭证的有关要素与直接支付、授权支付凭证的有关要素(如收款人、金额等)不相符则预警,根据需要设置对应的预警级别。
4、从申请到支付预警
1)规则描述:从直接支付申请到直接支付凭证支付完毕的天数,进行预警。
2)系统规则设置:根据系统预先设置直接支付申请、凭证数据源,计算出所花天数,如果达到一定天数则预警,根据天数大小设置预警级别。
(3)直接支付预警规则
1、大额支付预警
1)规则描述:预算单位单笔直接支付达到一定额度时,进行预警。
2)系统规则设置:根据系统预先设置的指标、直接支付数据源,计算直接支付的金额与对应的指标金额的比值,如果比值达到一定的比率则预警,根据比率的大小设置对应的预警级别。
2、化整为零预警
1)规则描述:预算单位对同一资金在连续一段时间内频繁直接支付时,进行预警。
2)系统规则设置:根据系统预先设置的指标、直接支付数据源,计算同一类资金(如:按功能分类、预算指标、支出类型、资金来源汇总)直接支付的次数,在一段时间内支付的次数,超过一定值则预警,根据次数的多少设置对应的预警级别。
3、资金挪用预警
1)规则描述:直接支付用途为空或与预算指标用途不符或其他用途特殊情况时,进行预警;当收款人与付款人为同一人、收款人为下级单位和关联单位;当收款人出现“证券、股市、保险、期货、银行”等词时,进行预警。
2)系统规则设置:根据系统预先设置的指标、直接支付数据源,对直接支付用途为空或与预算指标用途不符或其他用途的进行预警;对直接支付中收款人出现“证券、股市、保险、期货、银行”等词的进行预警;对收款人与付款人为同一人或收款人为下级单位和关联单位的进行预警。根据需要设置对应的预警级别。
4、疑点帐户预警
1)规则描述:预算单位通过直接支付向重点监控账户或其他关联账户进行资金转移时,进行预警。
2)系统规则设置:根据系统预先设置的直接支付数据源,对直接支付单据中出现重点监控的账户(如财政部公布涉嫌洗钱、涉嫌诈骗的账户)并进行资金转移的进行预警。根据需要设置对应的预警级别。
(4)授权支付预警规则
主要包括授权支付预警规则、大额支付预警、化整为零预警、大额提现预警、频繁提现预警、疑点帐户预警、资金挪用预警、归垫业务预警、库存现金预警。
(5)额度结转预警规则
非法结转预警和额度恢复预警。
(6)银行帐户管理规则
主要包括国库账户预警、基本账户预警、特设专户预警、关联帐户预警、个人帐户预警 、海外帐户预警、闲置帐户预警、新增帐户预警、非法帐户预警、非法帐户预警。
(7)内部制衡预警规则
主要包括岗位设置合理预警、审核规范性预警、业务办理时效性预警等。
(8)代理银行预警规则
资金划转预警、业务办理预警 、现金支付预警。
(9)资金安全预警规则
主要包括授权支付计划与授权支付额度预警、直接、实拨单据与直接、实拨凭证预警、授权支付计划与授权支付凭证预警、指标与授权支付计划预警规则、指标与直接、实拨单预警规则等。
图 1‑15预警规则定制界面
系统提供监控用户打开计算机登陆系统后,按照用户事先自定义设置好的部门范围和提示业务范围自动弹出待处理预警的相关业务。同时提供给用户一个直视化内控展现界面,方便用户快速定位财政支付业务流程中的问题,支持层层展开功能,进一步追踪问题涉及的业务节点、操作人、操作时间等信息,监控人员可按照问题的轻重缓急人工的处理此问题,同时也可按照预设风险点处理规则自动处理。
图 1‑16 预警结果展现
随着业务的不断拓展,国库支付系统逐步积累了中央预算单位集中支付,中央专项转移支付,重大科技专项,部委互动反馈、监督核查结果等大量的业务过程及核查情况数据。目前需要对这些海量数据进行加工、挖掘、整理,通过分层次、多维度、图表结合等数据展现手段,实现对各类数据的综合查询和统计分析,为管理决策和监督工作开展提供有力的数据保障。
国库支付系统涉及的数据包括如下几类:
- 执行指标数据
- 计划数据
- 中央预算单位直接支付数据
- 中央预算单位授权支付数据
- 中央一般转移支付数据
- 中央专项转移支付数据
- 民口重大科技专项资金拨付数据
- 。。。
分析挖掘平台是财政业务及监督数据的分析平台,基于平台提取中央预算单位集中支付,中央专项转移支付,民口重大专项支付等各项数据,实现数据的统计分析,能够灵活的定制各种查询条件,查询所需的各项业务数据;还可以对历年数据进行比较分析,达到如下几点目标:
- 为准确把握各类财政资金整体收支态势,确定并及时调整监督工作重点提供决策依据
- 针对重点核查工作及重点项目提供综合性分析数据,及时反映变动情况,为监督工作开展提供必要的指导。
- 为监督银行服务,确保代理银行不断提高服务水平提供数据参考。
- 为改进工作方法及系统完善提供依据。
- 为转移支付资金分配提供参考。
财政数据中最基本的业务要素如单位、科目等每年(有时在年内)均会根据财经政策、管理需要等原因进行拆分合并。对于2007年以前的数据,因为科目进行了整体性调整,所以只能进行粗口径的统计分析,无法与2007年后数据进行有效对比;支出科目从2007年的1267个到2014年的1450个调整了161个,变化率为14.15%。这提高了年度间的数据整合难度。
针对年度间财政要素的拆分合并,系统在技术上提供业务口径转换工具,可以根据业务人员确定的年度间业务要素对应关系,自动对数据集市中的数据进行重新组织。如针对科目的拆分,业务人员可根据单位、项目类别等相关要素确定金额的拆分比例,系统根据拆分规则自动完成分析数据的重构。同时在项目调研过程中项目小组将尽早与业务用户进行沟通,及早完成年度间业务口径拆分对照规则的确定工作。
领导关注的民生支出、三公支出等分析主题的统计口径不明确,无法有效界定相关支出,这会对分析的准确性带来很大影响。
针对关键统计口径不确定的问题,系统将提供统计口径管理功能,如针对三公支出,可以确定多种统计口径,系统自动汇总统计数据,同时提供多种统计结果的对比功能。
相关资料数据库的建立还不够完善,信息数据没有充分收集整理和有效利用,对专题调查分析,只能“临时抱佛脚”,到处找数据,处于被动地位。或仅仅偏重财政、税务部门提供的信息分析资料,无法体现财政资金使用的绩效情况。
针对信息资料不健全等问题,我们建议在系统建设实施过程中拓宽资料来源,逐步建立和积累完整的统计分析资料库。从“单纯的财政分析”向“综合管理分析”过渡。如掌握收集本地区的国民经济有关资料,包括国民生产总值、国民收入、工农业总产值等,将分散的数据分门别类地按固定格式导入或录入到数据仓库,为今后统计分析工作提供方便。
分析业务过程主要是数据到知识的转化以及知识的利用过程。
图 1‑17分析业务流程
分析平台基于提取中央预算单位集中支付,中央专项转移支付,民口重大专项支付等各项数据,综合国内外宏观经济数据,建立财政收支分析预测模型、财政监测预警模型、政策分析模拟模型,科学、全面地把握整体收支态势和增减因素,合理控制资金风险、为财政政策调整提供辅助决策依据。
我们认为系统的总体目标可以归纳为以下两个方面:
图 1‑18系统核心目标
数据仓库的设计大体上可以分为以下几个步骤:
- 概念模型设计
- 界定系统的边界
界定系统边界的工作也可以看作是数据仓库系统设计的需求分析,因为它将决策者的数据分析的需求用系统边界的定义形式反映出来。
- 确定主要的主题域
要确定系统所包含的主题域,然后对每个主题域的内容进行较明确的描述,描述的内容包括:主题域的公共码键;主题域之间的联系;充分代表主题的属性组。
- 技术准备工作
主要包括技术评估,技术环境准备。
- 逻辑模型设计
主要涉及的工作如下:
- 分析主题域,确定当前要装载的主题;
- 确定粒度层次划分;
- 确定数据分割策略;
- 关系模式定义;
- 记录系统定义 。
逻辑模型设计的成果是,对每个当前要装载的主题的逻辑实现进行定义,并将相关内容记录在数据仓库的元数据中,包括:适当的粒度划分;合理的数据分割策略;适当的表划分;定义合适的数据来源等。
- 物理模型设计
确定数据的存储结构,确定索引策略,确定数据存放位置,确定存储分配。
- 数据仓库生成:接口编程,数据装入
- 数据仓库运行与维护
建立DSS应用,即使用数据仓库理解需求,调整和完善系统,维护数据仓库。
语义层工具是对数据分析汇总库中的物理数据项进行定义和描述,转换为业务人员可以理解的业务定义项。语义层工具定义的数据项对象主要应用两种分类:维和度量。
系统分析展现功能采用自主开发BI平台,实现不同层次业务用户的管理需要。
自主开发的分析展现功能包括:
- 复杂中国格式报表,需要按单位部门批量打印的统计报表
- 带图形现实的交叉分析表
- 带图形现实的数据透视表
- 财经地图
系统以数据服务的形式提供成熟的数据挖掘算法,对现有财政数据进行深度挖掘和预测:
趋势分析模型、季节分析模型、ARIMA模型、灰色预测模型、神经网络模型等多种时间序列预测算法,层次聚类、k-means聚类、快速聚类等聚类算法,线性回归模型、Logistic回归模型、非线性回归模型(神经网络模型)等回归分析算法。可实现对于选定样本的二项分布检验、正态分布检验、指数分布检验、柏松分布检验、均匀分布检验等。此外还可包括anova(方差分析)、outlier(异常数据监测)和pca(主成分分析)等其他数据挖掘算法。
综合查询系统可以对外提供公共财经数据分析服务,与业务系统的交互可以通过以下方式实现,分析系统提供相应接口:
图 1‑19主题确定
目前初步规划的主题如下,后期可针对具体采集数据范围进行扩展。
- 财经地图
对专项转移支付各项分析指标进行分档,通过地图实现地区间对比分析和分布情况展示
- 监控分析
监控分析从问题分布的时间、部委、项目、科目等结构进行分析。
- 执行分析
执行分析主要从执行进度的快缓、收支比较、资金结构、资金分布、重点项目等方向进行执行情况的分析。
- 综合分析
综合分析主要考虑多年数据的对比分析,包括从:年份、同期、部委等横向和纵向进行分析。
- 银行服务分析
银行服务分析主要针对代理银行服务投诉,服务质量及问题处理速度等方面的情况进行分析。
-
-
-
- 支付监控分析
-
-
从问题分布的时间、部委、项目、科目等结构进行分析。
本报表是查询某段时间内对国库集中支付的动态监控结果的报告。
国库集中支付动态监控周报 | ||||||||||||||||
年 月 日—— 年 月 日 | ||||||||||||||||
主主管部委 | 付款人全称 | 预预算级次 | 科项目名称 | 收收款人全称 | 用用途 | 金额 | 结结算方式 | 支付类型 | 银行付款日期 | 收收支管理 | 基本情况描述 | 部门互动反馈 | 违违规分类 | 违违规事例 | 处处理意见 | 处处理结果 |
本报表是查询当前年度某月的国库资金支付动态监控的基本情况。
年 月财政国库资金支付动态监控管理基本情况表 | ||||||||||||||||
部部门编码 | 部门名称 | 监控资金量 | 疑点金额合计 | 疑点 金额 占支 付金 额% | 当 月 核 实 数 | 核实率(当月核实数/疑点金额) | 违 规 金 额 | 违规金额 比例 | 违规资金退回率 | 违规帐户 | 信息互动 | |||||
本月 | 环比 | 本月 | 环比 | 开设 | 纠正 | 核查通报 | 整改方案 | |||||||||
|
|
|
|
|
|
|
|
|
|
| ||||||
本报表是查询当前年度的各代理银行代理资金支付情况
年国库集中支付代理银行监控表 | |||||||||||
代理银行 | 直接支付 | 授权支付 | 中央补助地方专项资金支付 | 代理银行评价指标 | |||||||
金额 | 笔数 | 金额 | 笔数 | 金额 | 笔数 | 错传 | 漏传 | 重传 | 违规笔数 | 投诉事项 | |
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 |
合计 | |||||||||||
工商银行 | |||||||||||
建设银行 | |||||||||||
光大银行 | |||||||||||
中信银行 | |||||||||||
农业银行 | |||||||||||
交通银行 | |||||||||||
招商银行 | |||||||||||
中国银行 |
根据选择的时间段查询本段时间内各违规分类的违规资金额,根据选定的违规分类展示出本违规分类中各部委的违规资金额和各科目的违规资金。
图 1‑20国库集中支付违规资金动态监控
根据选择的时间段查询本段时间内各预警分类的可疑违规资金额和可疑违规支付笔数,根据选定的预警分类展示出本预警分类中各部委的可疑违规资金额和可疑支付笔数。
图 1‑21国库集中支付预警分类情况动态监控
综合分析主要考虑多年数据的对比分析,包括从:年份、同期、部委等横向和纵向进行分析。
以部门、年度月份等为条件,查看上个月度之前的月度预算支出同期对比分析数据。
_XXXX年XX月预算支出同期对比分析
单位:万元
部门 编码 | 部门 名称 | 预算数 | 支出数 | |||||
本月调整 | 当年 | 同期增长 | 当月 | 累计 | 同期增长 | |||
合计 | ||||||||
以年度月份、科目等为条件,查看上个月度之前月度的预算支出同期对比分析。
_XXXX年XX月预算支出同期对比分析
单位:万元
科目 编码 | 科目 名称 | 预算数 | 支出数 | |||||
本月调整 | 当年 | 同期增长 | 当月 | 累计 | 同期增长 | |||
合计 | ||||||||
以年度月份等为条件,查看上个月度之前月度的预算支出同期对比分析。
_XXXX年XX月预算支出同期对比分析
单位:万元
收支管理 编码 | 收支管理 名称 | 预算数 | 支出数 | |||||
本月调整 | 当年 | 同期增长 | 当月 | 累计 | 同期增长 | |||
合计 | ||||||||
以年度月份、资金性质等为条件,查上个月度之前月度的预算支出同期对比分析。
_XXXX年XX月预算支出同期对比分析
单位:万元
资金性质 编码 | 资金性质 名称 | 预算数 | 支出数 | |||||
本月调整 | 当年 | 同期增长 | 当月 | 累计 | 同期增长 | |||
合计 | ||||||||
另外包括:
图 1‑22代理银行服务分析
图 1‑23代理银行数据报送质量分析
图 1‑24银行服务满意度分析
图 1‑25 银行问题解决效率分析
对业务对象实现多层次,多方位,多角色,多用户的一个立体化权限管理,是业务对象权限管理的重点和难点。
- 应对策略
权限管理子系统,支持多组织机构下的用户和角色,把权限分为功能权限和数据权限,并且把数据权限再次细化为针对业务对象的对象访问权限,针对业务对象的业务要素的要素访问权限,以及针对业务对象的具体数据的数据访问权限。每一层权限都能分配给不同的用户和角色使用,从真正的角度上实现了一个多层次,多方位,多角色,多用户的一个立体化权限管理系统。
主要实现监控用户的添加、修改、删除、启用、停用等相关功能。
为方便权限设置,提供用户角色的设置,这样权限相同的多个用户,可映射到角色,只需要设置一次角色权限就可以。节省操作的时间和降低烦琐度。
将若干个用户映射到指定的角色上,或者对一个用户映射于多个角色。角色和用户的关系是多对多。
此功能中的角色包含 公共角色和本单位的一般角色。用户是本单位的所有用户。
业务处理流程描述:
流程1 :为某用户设置角色映射。首先选择一个用户,从角色列表中选择若干角色作映射。
流程2:为某角色设置用户。选择某一角色,从用户列表中选择若干用户作映射。
主要实现监控用户的功能权限、数据权限的设置、修改等功能。同时,支持用户权限查询等功能。
监控系统作为国库支付业务的一个独立子系统,同时也支撑其它财政支付业务系统准确的顺畅运行,监控规则全面嵌入执行指标管理、用款计划、资金支付、账务、决算等支付业务的各个节点,以内控制度、外控制度为主线,实现财政监管全方位的监控。通过监控系统,完善事前预算、事中控制、事后分析评价机制,全面监控财政资金支付全过程运行健康情况,实现不同职能部门和业务环节的信息透明,全方位、全程化地落实财政内部控制、纵向垂直监管以及横向多方监督,确保财政资金的安全高效运行。
-
- 难点处理
系统预警过程由系统自动根据预先设定的预警阈值和业务规则对采集的逐笔交易数据和汇总后的关键指标数据进行筛选过滤,标记并提示异常情况。
监控系统作为对财政业务信息进行监管和处理的平台,对可疑信息的预警是整个系统的核心。难点在于由于财政业务的复杂性,要求监控系统能够提供一套立体的、灵活的和扩展性强的系统预警机制,满足对财政业务信息的监控和分析。
提出一套方案可将系统预警做多层次拆分,使用户更立体化,更清晰的挖掘预警深层次的原因,而不是一个表象的结果。公司采用规则引擎去建立一套立体化预警机制:
图 1‑26立体化预警机制
立体化预警机制如图,分为三部分:检查项、预警规则、专题预警。
- 检查项:检查项是监控系统内部最细粒度的检查单元,是为了某个特定的检查目的而设定的。检查项能够对监控业务主体进行最小单位最细致的检查,其只关注单一的单个检查项目的检查结果,剖析最细粒度的检查项目。多个检查项间相互协作,共同构成了预警规则。通过执行检查项可以得到检查项的检查结果,检查项结果可被预警规则重复利用,可重用性是检查项的一个重要特征;
- 预警规则:检查项能够对监控业务主体进行最细致的检查,但是由于其关注点比较单一,而实际的国库监控的日常工作中往往需要综合多个检查项的结果进行监控和处理,因此就需要系统能够将多个检查项进行组织和加工后形成高层次系统预警规则,升级后的系统可对多个检查项的结果进行计算,分析得到具有层次的预警结果;
- 专题预警:系统通过检查项和高级预警规则的立体化系统预警后,形成了从最细粒度的检查结果到粗粒度的系统预警结果的某个财政业务总体预警情况。在这个基础上,系统要提供一个更加宏观的预警方式—专题预警,通过组织相关的多个监控业务对象和相应的预警结果,实现从整体上对某个财政业务专题的监控。
- 在当前预警机制中,为了能提供充分的灵活性和可扩展性,规则引擎以全新的思路构造系统自动预警机制,以图形化操作界面便捷地定义预警规则,实现从点到面的全方位预警。以预警结果为导向,有针对性的进行监控业务数据的处理。通过规则引擎定义的预警机制具有以下特征:
- 立体化:检查项是用于审核具体的检查单元,而预警规则是针对监控业务对象而设计的,同一个业务对象可以设置多条预警规则,每种预警规则可以设置不同的侧重点,专题预警是针对不同的业务对象和这些业务对象所定义的预警规则而进行的一套数据汇总预警机制,从宏观上监控不同的业务对象。这样一个三层立体的预警机制从细粒度到粗粒度,进而升级到宏观层面,形成了一个清晰立体的金字塔状预警机制;
- 组件化:在整个预警机制中,都实现了组件化,包括检查项、预警规则及预警规则的分析结果、专题预警这三部分,都是使用组件定义流程。其中检查项、预警规则的分析结果、专题预警主要使用数据处理组件,预警规则主要使用流程控制组件;实现组件化后,系统的可扩展性得到很大的提高;
- 可挖掘:当宏观的专题预警发现问题后,可以逐层挖掘原因,找到出现问题的预警规则,进而找到对应的检查项,实现了逐层分析,逐层挖掘,找到问题的潜在原因,其中预警规则的分析结果是分层定义的,也是可挖掘的。