（沈阳市行权治理（监督）体系信息化行权管控平台项目）招标公告
项目概况
沈阳市行权治理（监督）体系信息化行权管控平台项目招标项目的潜在供应商应在辽宁政府采购网获取招标文件,并于2021年03月03日 09时00分（北京时间）前递交投标文件。
一、项目基本情况
项目编号：JH20-210100-05286
项目名称：沈阳市行权治理（监督）体系信息化行权管控平台项目
包组编号：001
预算金额（元）：72,551,500.00
最高限价（元）：72,551,500.00
采购需求：查看
本项目共计 2个包组，包号为001、002。允许兼投不得兼中，包组内不允许缺项。
履约期限：合同签订生效后14个月内；
履约地点：沈阳市行政区域内采购人指定地点。
001包组付款方式：

付款条件	付款比例
合同签订完成并出具相应比例发票后	60%
服务完成验收合格并出具相应比例发票后	30%
项目验收合格一年后无质量问题并出具相应比例发票后	10%
满足付款条件后应即时付款，最长不得超过15天

标的1：事项标准化
一、工作目标
通过建设行权治理体系引导数字政府建设新模式，促进政务信息共通共享和业务流程协同再造，依托信息化手段实现科学配权、改革限权、阳光示权、全程控权，保障监督和治理同向发力，逐步破除“行权履责不明、政务服务不畅、决策依据不足、项目重复建设、民生资金贪腐、慢作为乱作为”等痼痛顽疾。
数字政府行权治理体系初步形成。构建行权管控平台的基本功能，形成市直各相关部门的政务数据资源目录清单，实现已有行权系统部门的接入，在行权管理、过程控制等方面初显成效。
到2021年中期，数字政府行权治理体系深化完善。统一全市政务数据标准，实现政务数据资源的按需共享和有序开放，完善政务数据安全保障机制，建成数字政府行权体系的各类应用中枢，全部行政部门的行权系统纳入治理体系，通过治理体系的完善促进政府工作流程的再造。
到2022年，数字政府行权治理体系应用优化。全面优化各领域的应用系统，实现数据资源标准统一、全面共享，通过行权管控平台可全面实现各类政府职能的在线管控和集中展示，行权治理体系的深化应用对政府工作流程优化再造发挥重要作用。
二、工作内容
1、构建行权治理体系
建设由10个行权类型和项目管理、资金管理、资产管理、人事管理等14个权力运行治理监督系统组成的全市行权管控子系统，将各类行权事项全部入网，实施数字化、全流程管控；建设在线监督治理平台、政务大数据平台、城市运行管理总门户、治理舱、监督舱等各类平台系统，推动行权治理体系信息化水平不断优化提升。完成行权管控平台的搭建，并实现在线监督治理、政务大数据平台的主要功能；2021年中期，行权管控平台功能进一步完善，并通过接入政府各行权事项，实现行权管控可视化，在全市范围深化应用。
2、完善治理体系的功能中枢
建设应用中枢、业务中枢、数据中枢、治理中枢和监督中枢，保障各行权治理系统共享同一技术架构、共用同一数据服务，实现应用系统快速开发、底层数据互联互通、功能组件重复利用和治理监督统一嵌入，从而避免重复开发，打破数据壁垒，发挥五大功能中枢对行权治理体系的支撑作用。完成各功能中枢中基本功能在治理体系内的应用，包括身份认证、电子证照、数据采集、数据开放等；2021年中期，完善基本功能，并开展业务轮巡、数据分析、比对分析等功能的应用；2022年，五大中枢的基本功能全部在体系内融合应用，监督推动治理，监督治理交互。
3、推动已建信息系统深度整合
完成全市已建业务行权系统优化改造工作，按照行权治理标准，保证已建系统具备治理和监督功能，顺利融入全市行权治理体系。完成监督治理小专项优化和整合工作，使其适应在全市范围内推广应用。完成市发展改革委、市科技局、市民政局、市人社局、市国资委、市营商局、市机关事务管理局7家试点建设单位行权业务应用系统的整合，做好市教育局、市财政局、市城乡建设局等13家推进建设单位的行权业务应用系统整合；2021年中期，完成全部已建市直部门行权业务应用系统的整合，纳入数字政府行权治理体系。
4、统一数字政府标准体系
按照全市基本建设投资及数据资源管理的有关规定，规范数字政府项目建设和数据管理。结合数字政府行权治理体系建设的架构及模式，在技术服务及安全保障方面，统一数字政府的技术标准、数据标准、接口标准、安全标准和可视化标准，2021年中期，全面完成数字政府标准体系建设。
三、标准与要求
（一）一套抽屉，即建设行权管控平台。
将市直部门确有权力、临时权力按照权力类型分别装进行政征收、行政裁决、行政给付、行政奖励、行政确认、行政许可、行政强制、行政检查、行政处罚、其它行政权力及项目、资金、资产、人事14个抽屉（14个权力运行治理监督系统），实现全系统入网，强化对权力运行的制约监督。
双轴管控，双轴分别是横轴--制度管控轴和纵轴--过程管控轴。双轴管控融合了一通（运用一套通用系统，避免重复建设）、两管（管住干的事、管住干事的人）、三不（不能腐、不想腐、不敢腐）、四权（科学配权、改革限权、阳光示权、 全程控权）、五责（确责、守责、落责、尽责、问责）、五中枢（业务中枢、应用中枢、数据中枢、监督中枢、治理中枢）等治理、监督的核心要素和核心目标。
1、 横轴--制度管控轴。
(1)围绕确有权力和临时性权力，收集整理政策制度、法律法规，实施数据化编辑、数据化录入。
(2)在行权管控平台业务中枢建立标准化管控流程，实现业务行权相结合，具体包括：
①　 设定事权类别：选择事权类型、录入事权类型、设定事权模板、生成事权模板。
②　 设定事项内容：填报事项名称、填写事项说明、设定事项依据、设定事项周期、设定办理方式。
③　 设定事项流程：设定流程节点、设定节点任务、设定节点风险、设定节点流转、设定节点协同、设定节点权力、设定决策管理。
④　 设定事项权限：读取流程节点、设定节点权限、设定权限层级、设定权限单位（配置电子印章）、设定权限部门（配置电子印章）、设定权限人员（采集电子签名）、设定权限范围、设定权限额度。
⑤　 设定事项要件：设定必报材料、设定必要证照、设定必填信息、设定要件调取、设定要件上传（含自采要件）、设定要件校验、设定校验规则、设定要件应用、设定市民卡应用。
⑥　 设定事项条件：选择条件目录、设定条件内容、设定必要条件、设定可选条件、设定条件校验、设定校验规则、设定条件应用、设定条件变更。
⑦　 设定事项规则：选择规则条目、设定规则内容、设定规则融合、设定规则比对、设定规则校验、设定校验应用。
⑧　 设定事项时限：设定总体时限、设定节点时限、设定超时标准、设定时限规则、设定临时预警、设定超期报警。
⑨　 设定数据比对：设定比对节点、设定比对规则、设定比对主题库、设定比对纪委专库、设定比对反馈、设定比对应用。（政府数据、纪检数据交互）
⑩　 设定轮巡周期：设定轮巡事项、设定轮巡内容、设定轮巡规则、设定轮巡时间、设定轮巡次数、设定轮巡反馈。
？　 设定公示评价：设定公示评价内容、设定公示评价标准、设定公示评价规则、设定公示评价媒介、设定公示评价主体、设定公示评价方式、设定投诉反馈、设定进度反馈、设定评价反馈。（阳光示权、政务公开、告知承诺制、好差评）
？　 设定监督节点：设定监督类型、设定监督内容、设定监督规则、设定监督部门、设定监督处置、设定监督反馈。
？　 设定违规预警：设定预警条件、设定预警方式、设定预警内容、设定报警条件、设定报警方式、设定报警内容。
？　 设定问题管控：设定管控内容、设定管控规则、设定管控分析、设定管控反馈、设定管控报告模板、设定管控报告周期。
(3)在设定事项流程、事项权限、事项条件、事项要件、事项规则等行权治理、行权监督内容时，与数据化政策制度、法律法规进行核对、校验，把行政权力运行扎进制度的笼子，确保行权过程中必须严格遵守制度、严格执行政策，约束行权，规范行权，做到行权不能跑偏、无法变通，维护制度权威、保障制度执行。
2、 纵轴--过程管控轴。
坚持问题导向和需求牵引，建设、应用权力运行通用系统、大数据治理监督平台，实现全方位监管、全过程留痕、全程控权，管住干事的人。
(1)从行使权力、办理事项第一节点开始，通用系统自动调取事项流程库，遵照已经设定的事项流程规范业务办理工作。
(2)办理部门工作人员接入通用系统业务中枢时，应用中枢自动调取、自动核验事项办理权限，确定办理人员职责；
（部分事项可以通过数据中枢自动核验事项办理条件、事项办理要件、事项办理规则，符合条件的办理对象直接进入接收要件或采集要件节点，实现最多跑一次或一次不用跑。）
(3)办理部门工作人员接收办理事项要件时，通用系统依据设定的事项要件自动调取要件库，比对数据中枢相关数据库，获取相关要件。办理部门工作人员采集、上传补充要件时，通用系统依据设定的事项要件自动调取要件库，比对数据中枢相关数据库，比对正确，通过行权监测1，通用系统记录比对结果、行权轨迹并自动存储要件信息（一次采集，全程通用、全网共用），进入下一办理流程。比对错误，通用系统提示要件虚假，自动停止办理，在大数据治理监督平台形成问题记录和行权轨迹记录。
(4)通过事项要件比对，进入事项条件比对流程，通用系统依据设定的事项条件自动调取条件库，比对数据中枢相关数据库，比对正确，通过行权监测2，通用系统记录比对结果、行权轨迹，进入下一办理流程。比对错误，通用系统提示条件不符，自动停止办理，在大数据治理监督平台形成问题记录和行权轨迹记录。
(5)通过事项条件比对，进入事项规则比对流程，通用系统依据设定的事项规则自动调取规则库，比对数据中枢相关数据库，比对正确，通过行权监测3，通用系统记录比对结果、行权轨迹，进入下一办理流程。比对错误，通用系统提示规则不符，自动停止办理，在大数据治理监督平台形成问题记录和行权轨迹记录。
(6)在办理部门工作人员执行事项办理节点的过程中，通用系统依据设定的事项办理时限自动调取时限库，进行实时比对，临近办理时限推送预警提示，督促落责、尽责，超过办理时限推送报警提示，在大数据治理监督平台形成慢作为问题记录。
(7)办理部门工作人员完成节点办理，利用应用中枢功能加盖部门及工作人员电子印章、电子签名，通用系统记录节点行权数据、节点行权轨迹、节点进度反馈、节点评价反馈，实施节点绩效考评。
(8)办理事项部门内部节点流转或办理事项部门之间节点协同，重新遵照流程办理。
(9)事项办结，通用系统汇集各个节点流转、节点协同行权数据、行权轨迹、进度反馈、评价反馈，实施总体绩效考评，遵照制度落实资金发放、设施配套、待遇保障等各项政策。
(10)通用系统依据设定的事项轮巡周期，自动进行规则轮巡比对、条件轮巡比对、要件轮巡比对，适应制度变化、政策调整等各类情况。
(11)依据大数据治理监督平台汇集的行权报警、行权问题、行权流程、行权轨迹、行权流转、行权协同、行权评价、行权反馈、行权考评、行权轮巡等数据记录，即时发现行权问题，纠正偏差，精准问责，让行权部门、行权人员不想腐、不敢腐。
(12)建设行权治理中枢、行权监督中枢，推动治理监督交互、监督治理融合，通过每周行权数据分析报告，提出优化制度建议、完善制度措施，在建立领导部门、领导干部工作视野的同时，提供全面、可靠的辅助决策依据。
（二）标准规范建设
沈阳市行权治理（监督）体系信息化需要建设自己的一套标准规范体系，根据项目的实际情况，新建相关规范，作为整个项目的参考、贯彻的依据。标准规范体系包含数据标准规范、事项标准规范、制度标准规范等
1、  数据中枢架构图
数据中枢提供功能丰富、种类多样、性能强大的数据支撑。
满足用户的各种同质化及差异化需求和技术支撑，提供内容包括：
数据基础支撑工具：基础支撑工具位于数据基础支撑层，包括分布式大数据平台、并行数据仓库、分布式数据库、文档数据库、内存数据库等基础平台软件，对应用层提供技术支撑。
2、  平台数据流向
行权管控平台依托数据中枢打通与其他业务部门系统的业务流和数据流，为“平台”各项功能提供基础通道。平台数据流见下图：
3、  数据标准建设
信息资源标准的建立结合沈阳拟建的电子政务云的标准化体系为依据，具体从以下四方面开展：
（1）数据元标准
数据元是最小的、不可分的信息单位。数据元标准是对共享数据库内容的基本组成元素进行的规范化，尤其针对共享数据库中存在的同名异义、或异名同义的内容进行规范化的定义和表达，建立共享数据元目录，保证对相关概念的表述一致、规范。
本标准规定了项目数据元的内容及其表达和标识，可用于建立数据集模型标准，同时也可用于相关数据资源服务的建设。本标准可以保证各数据库内容的一致性。
（2）目录资源体系
目录资源体系是检索和发现个人、企业信息的重要方式。个人、企业信息资源主要以多个数据库和1个知识库的形式组织与存储。目录资源体系是建立行权管控平台资源目录的分类依据，并指导确立行权管控平台系统资源目录的具体结构，本标准将推进信息资源的共享和整合，优化信息查询路径，提高信息资源的使用效率。
本标准根据信息内容的属性或特征，将信息按照分类原则和方法进行区分和归类，并建立排列顺序规则，确定具体的目录结构，以便管理和使用信息。
（3）数据库结构标准
本标准规定了沈阳市行权治理（监督）体系信息化建设项目各子系统之间以及子系统与系统之间数据库内容的基本组成元素进行的规范化，对数据库中的内容进行规范化的定义和表达，建立数据库目录，保证对相关概念的表述一致、规范。
数据库结构标准描述了各个数据仓库的建设内容，从逻辑层次上明确了的信息内容以及相互联系和关系。本标准是社区公共服务系统综合库、移动系统应用库等数据库的内容规范化的具体和直接体现。本标准是可指导各业务系统具体物理数据库的设计和信息共享系统上数据仓库的设计。
（4）应用标准
软件开发标准是各业务系统软件开发过程中所需要使用的相关标准，主要包括数据接口标准（可参照上述数据元标准）、流程设计标准、代码编制标准、标注标准等，主要采用国家和行业相关标准以及国家电子政务标准化总体组推荐的相关技术标准。
软件开发标准以采标为主，包括现行IT行业技术质量标准规范系列和现行软件开发所依据的国家、国际和行业标准规范等，并根据行权管控平台项目的实际特点制定此标准。
（三）事项标准化
行权事项标准化是行权管控平台建设的基础。
标准化内容包含：对外服务的标准化。对审批服务事项进行标准化梳理，编制统一、简明、通俗易懂的《办事指南》，并及时向社会公开。对内审批裁量准则的标准化。按照市统一要求和标准，结合实际，对每个事项的审批材料、审查、裁量实施标准化运作，建立标准化审批表，并对外公开。审批流程的标准化。对应每个事项制定一个审批流程内部运行控制图，一般包括预审和受理、承办、审核、批准、办结五个环节，特殊事项另行规定。厘清部门权责清单，大力推进行政审批标准化、规范化、透明化建设。全面清理规范性文件，向社会公布废止、失效和继续有效的规范性文件的目录，通过清理从源头上杜绝非法许可事项的出现。
具体实施内容：
1、 行权事项清单梳理
行政权力分布在各部门中，前期需要对各部门所有行政权力进行清理，梳理并确定了权力清单目录。并整理了相关的基础信息。后期将根据市里对行政权力清理规划的要求，进一步对现有的权力进行规范化、系统化清理，使所有行政权力符合权力公开的要求，符合系统运行的要求。
制定沈阳市行权服务与管理事项清单标准规范。包含事项名称、基本编码、设定依据、事项类型等要素。规范事项名称叫法，事项设定依据。制定行权服务与管理事项的编码规则，统一编码。分类权服务与管理事项类别，建设由10个行权类型和项目管理、资金管理、资产管理、人事管理等权力类别，将全市所有行权事项归纳进来。
遵照沈阳市行权事项标准规范，梳理市级政府部门及各市、县（区、市）的行政权力清单和公共服务事项清单，形成全省统一的事项目录清单，包含事项名称、基本编码、设定依据、事项类型等要素。事项目录清单梳理分为市级、区县级两个层次：
（1）  市级目录清单。由市编办市政府法制办牵头组织，省级各部门根据职责范围进行事项梳理报省编办和省政府法制办审核和确认，形成省级部门事项目录清单。
（2）  区县级目录清单。由区县级编办、区县级政府法制办牵头组织和区县级各部门进行事项梳理报区县编办和法制办审核和确认，汇总形成区县级事项目录清单。
（3）  全市统一的目录清单。市编办汇总市、区县两级级目录清单，形成全市统一的行权事项清单目录。
2、 行权事项内容梳理
（1）制定行权事项内容标准
结合治理和监管需求，制定沈阳市行权事项内容（要素）标准。初步标准如下：
基本编码：全市（区、市）每项政务服务事项的唯一标识代码。政务服务事项的基本编码共10位，由2位事项类型代码、5位主项代码、3位子项代码三部分组成，如果没有子项，子项代码为000。市级编制、法制等职能部门有权限对其进行维护，由市级统一管理。
实施编码：实施编码共24位，用于区分和识别该政务服务事项的实施地区、机构及办理项。包括县级及县级以上行政区划代码（6位）、乡镇街道级代码（3位）、村居社区级代码（3位）、组织机构代码或社会信用代码中组织机构信息（9位）、实施机构类别代码（1位）及办理项代码（2位），如果没有办理项，办理项代码为00。
事项名称：政务服务事项的具体名称。编办、法制办等职能部门有权限对其进行维护，由省级统一管理。
事项类型：
①　 行政许可、行政征收、行政给付、行政确认、其他事项;
②　 基本公共教育、劳动就业服务、社会保险、基本社会服务、基本医疗卫生、人口和计划生育、基本住房保障、公共文化体育、残疾人基本公共服务等。
编办、法制办等职能部门有权限对其进行维护。
设定依据：政务服务事项的来源。编办、法制办等职能部门有权限对其进行维护。
行使层级：国家级、省级、市级、县级、乡级、村级。编办、法制办等职能部门有权限对其进行维护。
权限划分：划分同一事项在不同层级间行使的标准。编办、法制办等职能部门有权限对其进行维护。多级共有事项必填。
行使内容：指法规条文对不同层级的实施机构行使同一事项有区别性规定的情况。编办、法制办等职能部门有权限对其进行维护。根据实施情况维护。
实施机构：办理具体政务服务事项的机构名称。编办、法制办等职能部门有权限对其进行维护。根据实施情况维护。
实施主体性质：法定机关、授权组织、受委托组织。编办、法制办等职能部门有权限对其进行维护。具有主体资格。
法定办结时限：某一政务服务事项法规条款明确的具体办结时限。编办、法制办等职能部门有权限对其进行维护。计量单位由各地区自行规范为“工作日”或“天”。
受理条件：法规和文件列明的具体条件。编办、法制办等职能部门有权限对其进行维护。
申请材料：应包括材料名称、材料类型、材料样本、电子表单、来源渠道、纸质材料份数和规格、填报须知、受理标准、是否需电子材料。编办、法制办等职能部门有权限对其进行维护。要求提供申请材料，须有相应的法律法规、规章及规范性文件作为依据。所有申请材料均需提供样本。来源渠道：申请人自备或由政府部门核发。对于中介机构或法定机构产生的申请材料，提供该类机构业务查询及联系方式。
联办机构：同一事项有两个以上实施机构，如“多证合一”、“多图联审”等。编办、法制办等职能部门有权限对其进行维护。
中介服务：法定涉及的中介服务。编办、法制办等职能部门有权限对其进行维护。
办理流程：绘制出所涉及的法定程序和环节以及时限要求（如申请、受理、审查、决定、制证发证等），并附以相应的文字说明，要按照简化和缩短后的时限编制。提供图片格式文件，图片清晰美观。编办、法制办等职能部门有权限对其进行维护。编制、法制等职能部门统一制定流程规范，具体办理流程可由实施机构设定并报审。
数量限制：政务服务事项有数量限制的应予标注。编办、法制办等职能部门有权限对其进行维护。
结果名称：编办、法制办等职能部门有权限对其进行维护。
结果样本：证照、批文采用安全通用的文件格式，图片清晰美观，图片中涉及企业、个人信息须隐藏，提供政务服务事项申请同意后形成的批文或证照等结果文书样本。编办、法制办等职能部门有权限对其进行维护。
是否收费：是或否。编办、法制办等职能部门有权限对其进行维护。
收费标准：物价部门核定的标准。编办、法制办等职能部门有权限对其进行维护。
收费依据：政府部门正式批文。编办、法制办等职能部门有权限对其进行维护。
服务对象：自然人、法人。编办、法制办等职能部门有权限对其进行维护。
办件类型：承诺件、即办件，以是否能当场办结为标准进行分类。市、区县级政务服务管理机构有权限对其进行维护。
承诺办结时限：对外承诺办结时限。市、区县级政务服务管理机构有权限对其进行维护。
通办范围：全国、跨省、跨市、跨县。市、区县级政务服务管理机构有权限对其进行维护。
办理形式：明确窗口办理或网上办理，只实现互联网受理环节。市、区县级政务服务管理机构有权限对其进行维护。
预约办理：市、区县级政务服务管理机构有权限对其进行维护。
网上支付：市、区县级政务服务管理机构有权限对其进行维护。
物流快递：申请材料、证照批文物流递送，市、区县级政务服务管理机构有权限对其进行维护。
运行系统：国家级、省级、市级，支撑政务服务事项办理的信息管理系统。市、区县级政务服务管理机构有权限对其进行维护。
办理地点：具体承办单位所在地点。市、区县级政务服务管理机构有权限对其进行维护。
办理时间：市、区县级政务服务管理机构有权限对其进行维护。
咨询电话：市、区县级政务服务管理机构有权限对其进行维护。
常见问题：市、区县级政务服务管理机构有权限对其进行维护。
监督电话：市、区县级政务服务管理机构有权限对其进行维护。
（2）行权事项内容梳理
①.将全市统一的行权事项目录清单逐级下发，市、区县各级实施部门按照目录清单和沈阳市服务事项标准规范，细化完善形成实施清单，清单要素包含事项名称、基本编码、设定依据、事项类型、实施编码、行使内容等36项全要素，具体见附1：政务服务事项实施清单要素。实施清单划分为省、市、县级及以下三级。
②.市级事项内容梳理。市编办、市政府法制办牵头，市级各实施部门参照沈阳市政务服务事项标准规范和实施清单要素对本部门目录清单进行细化，报市编办和市政府法制办汇总、审核和确认，形成市级部门实施清单。
③.区县级事项内容梳理。区县编办、区县政府法制办牵头，区县级各实施部门参照沈阳市政务服务事项标准规范和实施清单要素对本部门目录清单进行细化，报区县编办和区县政府法制办汇总、审核和确认，同时汇总县级实施清单形成市级实施清单，并上报市编办。
④.区县级及以下实施清单。区县编办、区县政府法制办牵头，区县级及以下各实施部门参照沈阳市政务服务事项标准规范和实施清单要素对本部门目录清单进行细化，报县编办和县政府法制办汇总、审核和确认，形成区县级实施清单并上报市编办。
⑤.全市统一的事项内容。市编办汇总市、区县级及以下三级实施清单，形成全省统一的事项实施清单。
3、 行权事项流程梳理
（1）整体业务流程
行权管控平台流程体系由渠道、基层应用门户、应用系统、数据交换平台、数据开放平台、各区县部门业务系统以及第三方服务平台构成，“平台”主要依托沈阳市信息共享交换平台打通与各级部门的业务流，为多渠道业务办理和多层级的内部管理和监管提供支撑能力。
（2）行权事项业务流程
行权管控平台承载业务分为标准事项和非标准事项。
①  标准事项业务流程
标准事项指十类行政审批及公共服务事项，这部分事项纳入辽宁省政务服务事项库中，标准事项采用受理-审核-办结标准流程。这部分事项作为沈阳市“互联网+政务服务”平台服务能力在基层延伸，为基层各级提供各类政务服务、公共服务、社会服务，根据各区县政务服务系统建设现状，可以分为：区、街道、社区基层受理政务事项业务流程；市“互联网+政务服务”平台事项流转；区县自建政务服务平台事项流转。
② 非标准事项业务流程
非标准事项是指暂十类行政审批及公共服务事项之外的事项。如资产管理、资金管理、项目管理等。以及部门、地区特有的事项，不具备普遍性，没有标准化的事项流程。非标准事件同样采用受理-审核-办结标准流程，但是审核过程通过行权管控平台的标准化流程或部门自建的业务系统办理。
A. 流程如下：通过行权管控平台的基层政务服务系统在街道、社区受理后，受理信息推送到行权管控平台通用审批系统后台或通过标准接口将受理结果推送到相应业务系统，由通用审批系统或部门业务系统进行的审核流程，并将最终审核结果统一反馈到行权管控平台，行权管控平台将结果推送到社区、街道回复窗口，社区、街道回复窗口回复申请人办理结果。
B. 非标准事项举例：
a.  各地区政府或者各部门为促进社会经济发展而提供的有地方财政出资的针对性奖励政策，如浏阳市新出的《浏阳市促进社会投资十条》中提出工业园区新上企业投资在5亿元以上，且投资强度在每亩300万元以上、企业每年每亩税收达到30万元以上，连续5年给予奖励。每年每亩奖励标准为：浏阳经开区、高新区5万元，两型产业园3.6万元；其他规模以上投资的，则由各工业园区和乡镇工业集中区自行制定实施细则。这一类事项由地方企业自主制定，同时也没有固定的时限要求，因此可以根据非标准事件流程的第一种进行办理。
b.  基层联合三方社会机构组织的公共服务事项，比如社区联合医院对社区60岁以上老人提供免费体检等。
（3）绘制业务流程图
通过对事项流程的梳理，绘制出各事项的流程图。
4、 行权事项权限梳理
梳理全业务的权限。梳理各层级权限，明确各部门权限职责。按照事项流程节点配置各节点的权限。制定权力范围，划定各权限自由裁量权。行权事项权限梳理包含但不限于：事项编码（实施编码）、事项名称、子项名称、办理项名称、受理（时限、层级、人员、岗位、内容）、初审（时限、层级、人员、岗位、内容）、复审（时限、层级、人员、岗位、内容）、终审（时限、层级、人员、岗位、内容）、权限情况、权限划分、权力来源。
5、 行权事项要件梳理
梳理全业务办件要件。通过设定要件，匹配办件过程中的的权限。行权事项要件梳理包括：处（科）室名称、事项编码（实施编码）、事项名称、子项名称、办理项名称、要件名称、所属办事情形（默认提交/具体某情形）、要件来源渠道（申请人自备/政府部门核发/中介机构或法定机构产生）、法定依据描述、是否允许容缺、份数、要件要点、有效性、签字、盖章、是否可以电子签名/盖章、该要件是否可以免提交、需要对接的部门、必填信息。
6、 行权事项条件梳理
行权事项权限梳理包含：处（科）室名称、事项编码（实施编码）、事项名称、子项名称、办理项名称、事项条件目录、条件内容、必要条件、可选条件、条件校验规则、校验条件。
7、 行权事项规则梳理
选择规则条目、设定规则内容、设定规则融合、设定规则比对、设定规则校验、设定校验应用。
8、 行权事项时限要素梳理
设定总体时限、设定节点时限、设定超时标准、设定时限规则、设定临时预警、设定超期报警。
9、 行权事项数据比对要素梳理
设定比对节点、设定比对规则、设定比对主题库、设定比对纪委专库、设定比对反馈、设定比对应用。（政府数据、纪检数据交互）
10、 行权事项轮巡周期要素梳理及制定
设定轮巡事项、设定轮巡内容、设定轮巡规则、设定轮巡时间、设定轮巡次数、设定轮巡反馈。
11、 行权事项公示评价要素梳理
设定公示评价内容、设定公示评价标准、设定公示评价规则、设定公示评价媒介、设定公示评价主体、设定公示评价方式、设定投诉反馈、设定进度反馈、设定评价反馈。（阳光示权、政务公开、告知承诺制、好差评）
12、 行权事项监督节点梳理
设定监督类型、设定监督内容、设定监督规则、设定监督部门、设定监督处置、设定监督反馈。
13、 行权事项违规预警要素梳理
设定预警条件、设定预警方式、设定预警内容、设定报警条件、设定报警方式、设定报警内容。
14、 行权事项问题管控要素梳理
设定管控内容、设定管控规则、设定管控分析、设定管控反馈、设定管控报告模板、设定管控报告周期。
15、 行政权利事项梳理工作案例
鉴于十类行政权利事项梳理工作都是同样的逻辑，下面以“行政给付”为例，介绍行政权利事项梳理工作。
（1）行政给付的概念
①.给付概述
行政给付一般是指行政主体依照有关法律、法规，向符合条件的申请人提供物质利益或者赋予其与物质利益有关的权益的具体行政行为。
②.给付原则
ø  法定原则；
ø  公开、公平、平等原则；
ø  专款专用和效率原则；
ø  合理比例原则；
ø  国家保障与社会扶助相结合、鼓励劳动自救原则；
ø  信赖保护原则。
③.给付对象
行政给付体现了国家对于社会特殊群体、弱势群体的关心和帮助，行政给付的对象是具有特定情形的行政相对人如：行政给付的对象是因为某种原因而生活陷入困境的公民与对国家、社会曾经作出过特殊贡献的公民，如灾民、残疾人、鳏寡孤独的老人与儿童，革命军人及其家属、革命烈士家属等。
④.给付特征
行政给付制度是社会发展到一定阶段产生的，因此具有其自身特征。
ø  行政给付是一种依申请的行政行为；
ø  行政给付的内容是赋予行政相对人以一定的物质帮助权益；
ø  行政给付的对象是处于某种特殊状态之下的行政相对人。
⑤  .行政给付的种类
ø  给付情形，平时行政给付和紧急行政给付
ø  给付方式，物质给付和非物质给付
⑥.行政给付的形式
抚恤金：抚恤金的发放对象主要是烈士和因公殉职、负伤、病故、残废的军人、警察或者其家属，其主要形式又包括革命军人牺牲病故抚恤金、革命残疾军人抚恤金、护理费、治疗费等。
生活补助费：生活补助费的发放对象主要是烈军属、复员退伍军人，以及因工伤事故致残的公民，其主要形式包括复员退伍军人与烈军属定期定量生活补助费、临时补助费，因公伤残补助费等。
安置：安置的形式主要有发放安置费与提供一定的住所等。安置费的发放对象主要是复员、转业、退伍军人，如复员军人建房补助费。
救济：救济的形式包括发放救济金与发放救济物资等等，其对象主要是因为某种情况而生活陷入困境的公民，如农村的五保户、贫困户，城镇的贫困户，发生自然灾难的地区的灾民等。
优待：优待的对象是生活上处于某种困境的公民或者法律、法规规定应该予以优待的特定社会成员，如贫困学生、独生子女等。对于上述优待对象，行政主体可以根据相关的法律、法规减免其学费，或者提供其他的优待措施。
社会福利：社会福利的对象既包括一般的公民，又包括某些特殊身份的社会成员，其基本方式是举办社会福利事业或者发放社会福利金。社会福利事业一般由政府采取资金扶助及政策优惠的方式扶植某些社会福利机构的发展，如社会福利院、儿童福利院、敬老院，以及安置机构、社会残疾人团体、福利生产单位与科研机构（如假肢科研机构与生产企业）等。
⑦.行政给付的程序
ø  定期性发放的行政给付
如抚恤金、离退休金、烈军属生活困难补助等，通常由给付对象本人或者所在单位提出申请，主管行政部门依法进行审查，按照一定的标准定期予以发放。
ø  一次性发放的行政给付
如因公牺牲或者病故人员的丧葬费、退伍军人安置费、烈士家属抚恤金等，通常也由给付对象提出申请，主管部门予以审查核实，按照法律、法规或者规章所确定的标准一次性发放。
ø  临时性发放的行政给付
如自然灾害救济、公民突发性困难紧急救济等，有的由给付对象提出申请，有的则由有关组织确定给付对象，由相关基层组织发给给付对象。
⑧.行政给付运行流程（申请-受理-审查-决定-发放/拨付）
（2）行政给付梳理方案
①.行政给付的特点分析
A.要素特点
行政给付属于非依申请类行政权力，不具备传统依申请类事项中的申请材料相关要素；
B.发起性质特点
行政相对人要获得相关的物质帮助，必须事先向有权实施一定给付行为的行政机关提出申请。且根据给付的发放类型存在不同的发起模式。
C.运行流程特点
相较于行政许可类事项，行政给付由于主体不明确，常出现多个主体、无主体或主体规定含混的情况，导致给付对象不清楚应以谁为责任主体来行使救济权利。
②.核心设定梳理
结合行政给付行权特点，明确14项设定在该类行权中的梳理方法，定义业务边界、应用场景、关联要素和填写规范。
A.事权类别
应用逻辑：选择事权类型、录入事权类型、设定事权模板、生成事权模板。通过行权类别库和行权内容库来识别该事项，并结合关联要素判定事项所属的给付模型。
关联要素和填写规范：
设定名称：事项分类                                
关联要素：行权类型
定义：事项属于十类行政权力类型中的哪一类。
填写规范：行政给付
B.事项内容
应用逻辑：通过行权类别库和行权内容库来识别该事项，并结合关联要素判定事项所属的给付模型。
设定名称：事项内容
关联要素：办理层级、实施主体、给付情形、给付方式、给付形式
填写规范：省/市/区县/镇街/村社、事业单位/慈善组织/企业/个人、平时行政给付/紧急行政给付、物质给付/非物质给付、抚恤金/生活补助费/、安置/救济/优待/社会/福利
（3）梳理成果物及标准
①.业务信息确认文档
A.简介
行权事项按照14项设定要求结合实际业务需求完成调研后，咨询师需将所有调研信息按照标准化要求进行整理并形成业务信息确认文档，用于反馈至被调研主体（业务信息提供者）进行确认，该文档既作为调研成果有效性确认文档，也作为进一步梳理的基础素材。
B.要求
咨询师需按照逐部门逐事项逐子项的颗粒度进行业务信息确认文档的输出，主要内容包括：基本信息、行权材料、行权流程。特殊行权类型可结合实际情况调整文档结构。
②.系统开发标准化梳理文档
A.简介
按照行权管控平台业务中枢基础行权流程的开发需求，咨询需要将调研数据按照系统流程开发配置流程进行梳理。该文档用于帮助开发团队进行基础系统界面和流程配置。
B.要求
该文档主要分为三个部分，行权事项调研标准文档用于明确各环节中对应基础字段数据，用于展示信息配置和流程材料信息的注释，除该类行权不涉及字段外，其他要素需尽量填写完整清晰；调研流程图用于明确行权事项从发起到结束的完整闭环流程，需明确到每一个分支节点，涉及多套流程事项请按照情形分别回执流程图；材料空样本用于开发各环节电子表单录入及材料、结果生成和上传相关功能，需按照对应属性将材料分为：表单、要件、附件。
标的2：制度标准化
一、工作目标
以《国家电子政务标准指南》（GB/T 30850-2014）为指导，结合我市电子政务建设的实际需求，从管理服务、技术、数据、业务应用、安全等方面制定标准的同时，建立沈阳市电子政务标准化体系。
二、工作内容
制度标准化以《电子政务标准化指南》系列标准为指导，结合沈阳市电子政务建设的实际需求，本项目从资源、管理服务、技术、数据、业务应用、安全等方面制定标准的同时，建立沈阳市电子政务标准化体系。主要建设内容包括总体标准、资源标准、管理服务标准、技术标准、数据标准、业务应用标准、安全标准。
三、标准与要求
（一）总体标准
从总体框架上规范技术、数据、业务应用、管理服务和安全各部分的关系与要求，对电子政务的术语进行规范。
电子政务工程总体设计要求：从总体上规定了电子政务工程建设原则及技术要求。
电子政务工程术语标准：规定了沈阳市电子政务工程建设过程中涉及的术语及定义。
（二）管理服务标准
规范电子政务工程建设相关方的责任和要求，制定软件工程标准、项目验收与监理标准、系统测试与评估标准、信息资源评价系列标准等管理服务类标准、工程项目管理流程、风险管理、监督管理、文档管理，确保电子政务工程与系统质量的标准。需要建立和提交符合我市实际的标准，主要包括软件工程标准、项目验收与监理标准、系统测试与评估标准、信息资源评价系列标准、其他管理标准等。
软件工程标准：包括电子政务建设在软件开发与管理过程中所涉及的标准。
项目验收与监理标准：包括与电子政务建设项目的验收与监理相关的标准。
系统测试与评估标准：包括安全测试、系统测试、技术标准测试的相关标准。
信息资源评价系列标准：包括信息资源开发利用评价标准。
其他管理标准：主要包括主管部门为电子政务建设工作制定的标准、规范和管理文件。
（三）技术标准
规范电子政务系统网络、机房建设、接入认证与授权、测试、基础资源分配等技术标准。
1.  机房建设标准
机房功能区域标准、机房辅助区域标准；网络机柜标准、服务器机柜标准、配线架机柜标准；强电布线标准、弱电布线标准；机柜标签标准、设备标签标准、线路标签标准；不间断电源标准、蓄电池标准、防雷标准、接地标准、温湿度标准、新风标准；机房选址标准、机房规格标准、机房面积标准、机房运维标准、管理标准。
2.  网络建设标准
总体标准；结构标准（布线结构标准、拓扑结构标准）；组网标准（交换组网标准、路由组网标准）；协议标准（数据链路层、网络层、传输层）；对接标准（互联网对接标准、安全区域对接标准、移动网络对接标准、专网对接标准、无线网络对接标准、网络接入标准）；服务标准（DNS标准、NTP标准、IP地址和域名标准、设计与实施标准、运维和管理标准、认证、授权和计费标准）；网络设备标准（高端路由器、交换机标准、低端路由器、交换机标准、无线AC标准、无线AP标准、链路和应用负载均衡标准）；网络安全设备标准（防火墙标准、入侵检测系统标准、入侵防御系统标准、抗拒绝服务攻击系统标准、VPN标准、web应用防火墙标准、防毒墙标准、上网行为管理标准）；网络接口标准；网络测试标准；网络运维、监控、管理标准。
3.  平台建设标准
规定了电子政务平台建设相关开发服务、测试服务、部署服务、中间件、服务总线等相关技术要求。
（四）数据标准
规范数据建设、交换和共享等标准，建立健全政务信息资源数据采集、数据质量、数据交换接口、共享交换服务等标准，为数据共享开放等提供支撑。
1.  数据分类与编码标准
数据分类和编码标准分为数据分类标准和数据编码标准两部分。
数据分类标准针对目录共享与服务体系管理涉及的所有数据的分类原则、分类方法进行，同时提供几种数据分类方案。
数据编码标准供述系统元数据和元数据中数据项的编码方法。
2.  元数据标准
元数据标准供述目录共享与服务体系涉及的所有元数据遵循的描述标准。
元数据标准从元数据基础属性类、元数据存储属性类、元数据引用存储属性类、元数据管理属性类、共享类元数据专用属性类、交换类元数据专用属性类、元数据附加属性类等方面，描述元数据的全部属性，为后续实施中的元数据确定提供标准规范。
3.  代码集标准
代码集标准列举目录共享与服务体系管理数据项所引用的代码集，并针对代码集标准所引用的国标，以及代码集本身扩展和扩充的方法定义相关规范。
4.  数据项标准
数据项标准描述存储在共享资源库中存储的数据，以及与各部门进行数据交换时的各个数据项遵循的描述标准。
数据项标准从数据项的业务角度、功能角度等入手，按照基础类、管理类和附加类分组，列举用于描述数据项的全部属性，为后续实施中的数据项确定提供标准规范。
5.  数据规则标准
数据规则标准部分是描述与各部门之间进行共享和交换时的数据满足规则的描述标准。
标准从数据规则所必须涉及的属性入手，列举用于描述数据规则的全部属性，为后续的数据规则内容制订提供标准规范。
6.  共享数据标准
共享数据标准是描述共享数据目录体系的标准，并提供共享元数据及共享数据项的XML的Schema描述。
7.  交换数据标准
交换数据标准是描述交换数据目录体系的标准，并提供交换元数据及交换数据项的XML的Schema描述。
8.  数据接口标准
数据接口标准供述从各部门进行数据采集的标准，标准对接口数据文件的分类和编码方式，以及数据文件格式、数据包的格式进行相关标准的制订。
9.  数据库标准
数据库标准对目录共享与服务体系系统建设的物理数据的技术参数和开发工具选项进行描述，为后续实施中的数据库选型提供标准规范。
（五）业务应用标准
提供电子政务应用系统中的共性应用支撑技术体系及其相关的技术标准和技术规范，为应用提供共享交换、服务管理、应用集成、过程管理等应用支撑服务。
基础支撑层标准：为电子政务应用提供的一组共性和关键服务，包括文件与单证格式、业务流程、信息表示、消息服务、事务服务、数据访问、目录服务、安全服务、管理服务和展示技术。
应用支撑层标准：统筹规划软件开发的支撑软件结构设计，规范应用系统的组织机构与身份管理，制定访问控制，单点登录，工作流，电子表单，共享和交换，应用与集成等应用支撑标准，以便逐步将各应用系统的开发、运行平台过渡到统一的方案上，减少开发及维护成本，提高软件质量。应用支撑层作为一个系统的接口，为上层的应用提供可信基础设施的调用功能。
（六）安全标准
在各个层面为电子政务提供机密性、完整性、可用性、鉴别、抗抵赖等安全服务，涉及安全管理、安全协议、加密、签名和认证、密钥管理、安全评测、公钥基础设施等标准。
 
标的3：权利运行治理（监督）综合管控子系统
一、工作目标
权利运行治理（监督）综合管控子系统综合管控平台依托14个综合业务子系统对沈阳市全市14大类行权服务事项实现全流程、全环节的管控。
二、工作内容
权力运行治理（监督）综合管控子系统实现对沈阳全市所有行权业务系统的总控，包含数据管理中心、综合管理中心、数据采集和处理功能。
三、标准与要求
（一）综合管控平台的作用
1．  管控平台可通过数据看板、数据详情、统计报表、业务管理、自定义报表、专项分析和应用管理等基础能力进行数据分析管理，具体作用如下：
（1）数据看板：借助图形化手段，清晰有效地展示沈阳全市行权实现全局运行核心数据，辅助沈阳市级层面的决策者从全局角度快速平台的整体运营情况。
（2）指标管理：支持设置目标里程碑，直观、实时跟踪运营指标完成情况，辅助沈阳决策者和运营团队监控各项运营指标。
（3）数据详情：可对沈阳政务服务网、沈阳政务APP等用户基础数据进行生命周期管理，并通过可视化报表进行展示，助力沈阳政务应用服务的用户增长，辅助政务运营决策。
（4）统计报表：输出事项接入情况、普及度、优化效果以及事项查询办理情况分析报表，辅助沈阳市政府分析政务民生应用服务能力和普及程度。
（5）业务管理：业务全流程管控，主要包括行权事项清单、行权事项内容、行权事项流程、行权事项权限、行权事项要件、行权事项条件和行权事项治理和监督重点的管理。通过事项全要素的精准匹配，提供事项运行的全数据。提供行权事项的明细内容管理功能、电子证照的明细内容管理，帮助政府更好地管理事项和电子证照。
（6）自定义报表：可将沈阳政务服务网、沈阳政务APP的线下数据和业务数据进行可视化展示，通过数十种自定义的报表类型、多种筛选条件、维度、样式的设计，助力沈阳市政府结合自身业务特性构建数据分析报表，同时也支持结合应用数据进行深度分析。
（7）专项分析：包括事件分析、漏斗分析、路径分析，可对访问沈阳政务网、沈阳政务APP的用户进行行为追踪，完成对用户细节、转化、流向的记录，帮助产品人员衡量用户的行为特性，辅助产品功能决策。
（8）应用管理：应用管理包括推送管理和配置管理，推送体系使得用户可以周期性接收报表，满足多场景实时掌握业务动态的需求。配置管理支持对事件、页面、用户属性进行管理，为沈阳市政府从多维度分析用户提供数据支撑。
2．  管控平台融入互联网运营思维，以用户体验为中心，从拉新、激活、留存、引导传播等环节入手，助力政务应用服务的用户增长，包括渠道管理、内容管理/运营位管理、活动管理、用户管理和事件管理，具体作用如下：
（1）渠道管理：通过对各推广渠道的管理，整合各个渠道新增用户数据并展示，为运营人员判断各个渠道的投放效果提供数据支撑，辅助沈阳市政府调整渠道投放战略，有效降低获客成本。
（2）标签管理：根据用户使用业务的情况对用户打标签，例如：性别、年龄、省份、城市、终端、机型等，再将统计数据通过画像进行展示，支持运营人员研究整个政务小程序的用户群体情况，为以后的运营推广提供基础支撑。
（3）内容管理/运营位管理：支持管理与维护沈阳政务服务网、沈阳政务APP上运营位的发布内容，并采集运营位上报数据，满足运营位分析需求，辅助沈阳运营侧优化投放内容。
（4）活动管理：提供运营活动管理功能，支持沈阳市政府对运营活动进行编辑和发布，支持活动数据进行监测和统计。
（5）用户管理：用户管理包括用户评分与用户积分系统，用户积分系统对接政务服务用户积分体系，提供积分数据支撑用户获取、消耗和留存积分分析；用户评分系统对接政务服务用户评分体系，帮助优化沈阳政务服务网、沈阳政务APP的产品流程和产品体验。
（6）事件管理：支持沈阳市政府针对每一项事件营销项目复盘、分析营销项目的效果，辅助优化营销策略。
3．  运营数据管理提供统一的数据采集标准、多样化的数据接入方式，开展安全高效的数据采集，具体作用如下：
（1）数据采集：提供统一的数据采集标准，可采集沈阳政务服务网、沈阳政务APP等各类埋点数据，在综合管控平台后台统一存储；也可通过读取数据库、接口等方式获取业务数据，为沈阳政务服务产品数字化运营和精准运营提供数据支撑。
（2）数据处理：基于各种渠道采集的埋点数据与业务数据，开展数据处理与归类，便于沈阳政府部门将自有业务数据与应用数据综合进行分析。
（二）系统架构
综合管控平台系统架构图各层级设计说明如下：
(1)  访问层：系统的使用者，主要为政府工作人员和应用管理人员，政府工作人员可以查看业务核心数据辅助决策；应用管理人员可以查看详细运营数据报表，提升日常汇报效率，使用相关运营工具，助力用户增长。
(2)  应用管理层：包含综合管理中心，根据互联网产品运营经验并提供大量功能模块如渠道管理、标签管理、内容管理/运营位管理、活动管理、用户管理和事件管理等，可助力产品优化用户体验、提升用户量及活跃度。
(3)  数据分析层：包含数据管理中心，可提供强大数据处理分析能力，包括通用用户行为分析、专项分析、自定义报表分析和应用管理等基础能力，为产品数据运营提供支持。
(4)  数据采集层：包含运营数据管理，具有数据处理与数据采集能力，提供了统一的数据采集标准，提供多样化的数据接入方式，开展安全高效的数据采集，便于政府部门将自有业务数据与应用数据综合进行分析。
(5)  系统权限管理：权限管理可精准划分不同用户对某一页面、数据源的具体操作权限。支持对页面的查看和编辑权限进行分配，也支持数据权限控制，可实现数据表权限的灵活配置。
（三）部署架构
据沈阳市数字政府项目需求，综合管控平台为提供标准的数据采集规范，需要实现可视化数据后台，提供产品流量数据、业务数据一站式查询。基于用户数据、数据来源、数据趋势，对产品成长指标及优化提供依据，通过数据运营管理实现各部门间数据共享，通过大数据分析为精准运营提供数据支撑。
综合管控平台集群解决方案，使用了7台云主机，位于内部数据中心业务区,分为三个模块的部署，分别为应用服务集群、ELK集群和数据存储集群。
应用服务集群使用2台高性能云主机，位于内部数据中心业务区，混合部署nginx 服务器和综合管控平台业务组件，为运营平台提供了丰富的界面数据展示；数据存储集群使用2台高性能云主机，位于内部数据中心业务区，用于部署mysql数据库和redis缓存，mysql数据库，主要用于存储基础数据，redis高速缓存，为应用提供高速数据访问支撑；ELK集群使用3台高性能云主机，位于内部数据中心业务区，用于部署ELK日志分析组件，对采集的数据进行分析处理。
（四）业务流程
综合管控平台，以互联网产品运营方法论为指导，结合政务业务特色，以数据分析为基础，提供产品运营各环节配套实用运营工具，让产品保持其长期、稳定、健康的发展。具体业务流程如上图所示： 
运营平台提供统一的数据采集标准，通过SDK、接口、数据接入等方式获取业务数据，在综合管控平台后台统一存储。
数据管理中心提供强大数据处理分析能力，包括指标管理、数据详情、统计报表、业务管理、专项分析、自定义分析等基础能力，全方位展示运营数据，为产品数据运营提供支撑，同时提升整体统筹能力。
综合管理中心提供丰富的运营管理能力，包括渠道运营、内容运营、活动管理、用户管理和事件管理等运营模块，支持从拉新、激活、留存、引导各个环节入手对用户进行分析，辅助运营优化，助力用户增长。
（五）功能列表
1． 数据管理中心
数据看板：提供全局维度的核心数据看板，以数据统计、数据占比、趋势分析等统计手段，涵盖服务事项、用户、业务量等多维度的运营统计分析应用功能，从全局角度展现政务应用的整体运营情况。
指标管理：运营指标达标情况详情，可设置目标里程碑，直观、实时跟踪运营指标完成情况。
数据详情：用户分析数据详情，提供完备的用户生命周期基础数据，并通过可视化报表进行展示。
统计报表：输出事项接入情况、普及度、优化效果以及事项查询办理情况分析报表，以分析政务民生应用服务能力和普及程度。
业务管理：业务全流程管控，主要包括行权事项清单、行权事项内容、行权事项流程、行权事项权限、行权事项要件、行权事项条件和行权事项治理和监督重点的管理。通过事项全要素的精准匹配，提供事项运行的全数据。提供行权事项的明细内容管理功能、电子证照的明细内容管理，帮助政府更好地管理事项和电子证照。
自定义报表：支持企业将自身的线下数据、业务数据可视化，通过数十种自定义的报表类型、多种筛选条件、维度、样式的设计，帮助企业根据自身业务特性构建数据分析报表，同时可以结合应用数据深度分析。
专项分析：包括事件分析、漏斗分析、路径分析，可对访问沈阳政务网、沈阳政务APP的用户进行行为追踪，完成对用户细节、转化、流向的记录，帮助产品人员衡量用户的行为特性，辅助产品功能决策。
应用管理：应用管理包括推送管理和配置管理，推送体系使得用户可以周期性接收报表，满足多场景实时掌握业务动态的需求。配置管理支持对事件、页面、用户属性进行管理，为运营团队从多维度分析用户提供数据支撑。
2． 综合管理中心
渠道管理：用于URL、二维码、小程序码分发渠道管理，系统自动生成不同渠道的分发物料，统计不同渠道来源数量和评估渠道拉新效果，实现渠道生成、分发、统计的闭环。
标签管理：根据用户使用业务的情况对用户打标签，例如：性别、年龄、省份、城市、终端、机型等，再将统计数据通过画像进行展示，支持运营人员研究整个政务小程序的用户群体情况，为以后的运营推广提供基础支撑。
内容管理/运营位管理：管理与维护小程序上运营位的发布内容，支持区分区划展示运营位内容。支持添加运营内容并发布，发布成功的运营内容将展示在运营位置。
活动管理：提供活动内容编辑、审核、定时发布/下线、预览功能，支持对活动数据进行统计。
用户管理：用户管理包括用户评分与用户积分系统，用户积分系统对接政务服务用户积分体系，提供积分数据支撑用户获取、消耗和留存积分分析；用户评分系统对接政务服务用户评分体系，帮助优化APP的产品流程和产品体验。
事件管理：管理推广渠道类别、所属平台、渠道费用和推广效果信息，支持针对每一项事件营销项目复盘、分析营销项目的效果。
3． 数据采集和处理
数据采集：提供统一的数据采集标准，可采集小程序、H5、Web应用等各类埋点数据，并整合微信公众平台等第三方数据，在综合管控平台后台统一存储；也可通过读取数据库、接口等方式获取业务数据。
数据处理：基于各种渠道采集的埋点数据与业务数据，开展数据处理与归类，分别建设用户数据容器、轨迹数据容器、统计数据容器、日志数据容器存储成功采集的数据。
（六）建设内容
1. 数据管理中心
提供强大数据处理分析能力，包括通用用户行为分析、专项分析、自定义报表分析和应用管理等基础能力，为产品数据运营提供支持。
（1）数据看板
提供全局维度的核心数据看板，以数据统计、数据占比、趋势分析等运营统计手段，涵盖服务事项、用户、业务量等多维度的运营统计分析应用功能，从全局角度展现政务民生应用的整体运营情况。
①   服务事项维度
服务事项总量：实现已上线事项的总体情况，如事项类型、特色事项、跑动次数等维度进行统计。
事项普及度：实现已上线事项的应用普及情况，以及按照各地市普及度进行排名，支持导出表格数据。
②  用户访问维度
实名用户数：从新增、累计两个维度统计用户的实名情况。
公众号粉丝数：实现与应用配套建设的微信公众号关注人数统计。
③  事项查询办理量维度
业务量指标卡：实现所有事项业务量、查询量、办理量的总量统计。
业务分布：实现业务量按事项业务类型分布统计，支持自定义区间进行查询统计。
业务趋势：实现业务总量、查询量、办理量的趋势情况分析，支持自定义区间进行查询统计。
（2）指标管理
运营指标达标情况详情，可设置目标里程碑，直观、实时跟踪运营指标完成情况。
①  事项查询办理量维度
指标设置
可根据年度等对关键指标进行设置，包括月PV、月UV等。
②  查看达标详情
支持选择年份，获取本年份指标详细数据，并在列表中显示。
（3）数据详情
用户分析数据详情，提供完备的用户生命周期基础数据，并通过可视化报表进行展示。
① 用户访问趋势
新增用户：安装并首次启动应用的设备， iOS用OpenUDID识别唯一性，Android用IMEI + MAC识别唯一性。卸载后再安装启动的不会被算作新增用户。实时计算因资源问题，暂无法完全去重，可做参考，具体以离线计算为准。
活跃用户：启动过应用并浏览了页面的设备，多次启动仅计算一次活跃用户。
启动次数：用户打开应用的次数，应用被关闭或切换至后台超过30秒后再次启动将被记为一次新的启动。
用户概览包含如上基础指标，监测产品运营趋势和健康表现，数据通过指标卡、趋势图、表格的方式进行呈现。
在指标卡部分，提供新增用户、活跃用户数的昨日离线数据，除了提供具体的指标数值外，还自动进行了日环比、周同比分析，更好地帮助用户监测数据，尽早发现异常差异。
在趋势图部分，提供了“查看明细数据”、“时间对比”、“拖动时间范围”等附加功能，帮助用户更好地进行趋势分析。
鼠标在折线图进行鼠标悬浮后，会出现该坐标节点上的数据明细，更好地帮助用户查看数据的具体情况。
在表格部分，除了能直接地查看新增用户数、活跃用户数等关键指标外，更支持csv等文件格式的导出，可进一步根据业务特性进行深层次分析。
② 实时访问数据
实际应用场景中，对应用进行推广后，需实时观察运营数据，监测业务运转状态。
实时看板能实时提供今日各项基础数据（如新增、活跃、累计用户数），即时监测产品运营趋势和健康表现。
③  活跃用户分析
DAU(日活跃用户)：启动过应用并浏览了页面的设备，当日多次启动仅计算一次活跃用户。
WAU(周活跃用户数)：近7日（包括当日）启动过应用并浏览了页面的设备，7日内多次启动仅计算一次活跃用户。
DAU/WAU：此比值通常用于衡量一个应用的用户黏度，比值越高，用户黏度越大，相反则越低。
MAU(月活跃用户数)：近30日（包括当日）启动过应用并浏览了页面的设备，30日内多次启动仅计算一次活跃用户。
DAU/MAU：此比值通常用于衡量一个应用的用户黏度，比值越高，用户黏度越大，相反则越低。一般来说DAU/MAU比值低于20%表示用户对应用黏度较差。
支持对以上反映用户粘性的数据进行查看，以指标卡、趋势图的形式展现，并支持数据的导出。同时也自动进行了日环比、周同比分析，更好地帮助用户监测数据，尽早发现异常差异。
④  用户画像
支持查看访问用户的特性，如性别、年龄、地区、省份、城市、机型等，支持对用户进行精细化运营分析。
⑤  用户留存数据
某日新增用户在之后第N日仍在使用该应用的用户为留存用户，这些用户占当时新增用户的比例即为留存率； 留存率是对关注活跃用户增长的应用来说是关键性指标，用来衡量应用将新用户转化为活跃用户的能力。
支持查看用户1日到30日的留存率：
⑥  渠道分析/访问来源
渠道分析模块主要面向市场营销场景，通过建立线上市场投放渠道评估模型，判断不同渠道的质量特征，降低获客成本，为提高线上产品交易占比做好流量来源基础。
该模块展示了不同平台新增用户数的来源渠道的分布和时间趋势。
⑦  版本分析
版本分析指应用自定义的版本信息，通过版本可以记录应用不同版本的版本升级和使用情况。若用户升级过多个版本应用，只会按当前最新的版本来计算用户。因此，按版本维度筛选数据，存在用户从旧版本到新版本的变化，相关用户统计数据也会变化。
支持通过环形图查看新增/活跃用户数在不同版本的分布情况，并支持通过趋势图查看不同版本的活跃用户数的变化趋势，分析不同版本的升级和使用情况。
⑧  事件列表
事件触发次数，指用户触发埋点事件的次数。事件触发用户数，指触发埋点事件的用户数。
在事件列表页面可以看到所有事件的事件ID、事件名、事件发生次数、事件触发用户数等相关数据。
在该页面顶部，可以根据用户应用平台、来源渠道、应用版本、对用户进行筛选，并支持对事件ID的搜索。
在事件参数分析页面，可以进一步地看到各事件在不同参数取值下的数据，实现对事件的下钻分析。
⑨  流失与回流分析
流失用户：一个观察周期内的活跃用户如果在下一个观察周期内不活跃，则称为流失用户。
回流用户：设置三个观察周期，回流用户指第一周期活跃，第二周期流失，在第三周期又活跃（回访）的用户；假设周期为7天，则T-7至T日的回流用户为T-21至T-13日活跃，T-14至T-8不活跃，T-7至T日又活跃的用户，支持查看并导出7/14/30日的流失/回流用户明细数据。
⑩  页面分析
支持查看产品的PV、UV、人均访问页面数、人均访问时长等关键指标，了解产品对用户的吸引力。并支持查看具体每个页面的PV、UV、跳出数等关键指标，为页面的改版优化提供数据指导。
？  使用分析
可查看包括人/次均停留时长、跳出率等反映用户粘性的指标，在小程序分析中还可查看小程序的分享人/次数，了解小程序传播趋势。
？  设备分析
包括操作系统版本、机型分布、品牌分布、网络类型分布等指标，可了解用户属性及用户层级，采取合适的运营策略。
A． 系统版本分布：
B． 机型分布：
C． 品牌分布：
网络类型分布：
除通过柱状图提供活跃用户指标在设备属性下的分布情况外，为了更好地帮助用户全面了解活跃用户数在不同设备属性下的分布情况，还提供了表格形式的数据呈现，并支持导出作进一步分析。
？  自定义渠道分析
如需分析访客从营销活动、分享链接、广告等页面跳转至应用的情况，可通过在url加上渠道ID的方式来识别渠道效果。这种渠道分析方式称为自定义渠道分析。
在此页面可以了解到新增/活跃用户数、访问/打开次数等基础指标在不同自定义渠道的分布情况，进行营销活动、分享链接的效果跟踪。
？  账号统计分析
用户行为分析模型基于设备进行统计，支持开发者将账号进行上报，实现账号维度的用户行为分析。
上报计算后，可在顶部筛选器选择“账号统计”查看相应数据。相对于设备维度统计，账号统计能帮助业务方更好地分析用户注册及登录情况。
（4）统计报表
输出事项接入情况、普及度、优化效果以及事项查询办理情况分析报表，以分析政务民生应用服务能力和普及程度。
①  事项数与普及度
统计服务事项的上线情况与各地市事项普及情况，以及按照事项上线状态、事项类型、特色事项、跑动次数等维度进行查询统计，进一步了解服务事项的普及度能够加强服务事项的运营推广工作，支持导出表格数据功能。
②  业务部门事项数
根据业务需求单位进行事项数据统计，以及按照一级单位，一、二级单位进行查询统计，进一步了解各厅局委的上线事项情况，有利于运营推广工作，支持导出表格数据。
③  事项优化效果
根据服务事项的优化效果（上线、推广、下线）进行明细查询，以及可以按照服务分类、上线时间等进行查询统计，掌握服务事项的优化效果能够对服务事项的上线推广工作进一步优化，支持导出表格数据。
④  业务量查询
根据服务事项进行业务量的明细查询，以及可以按照服务分类、专版、地市、业务需求单位、事项类型、统计时间等维度进行查询统计，进一步了解服务事项的使用量、成功率，能够对服务事项的工作流程进一步调优，支持导出表格数据。
⑤  事项业务量详情
根据服务事项的上线范围，统计某一事项在其上线范围的业务量排名，以及可以按照服务事项、统计时间等维度进行查询统计，进一步了解服务事项的在各地市的使用情况，能够对服务事项的在各地市推广工作进一步调优，支持导出表格数据。
⑥  业务量排名
根据服务事项进行总体业务成功量环比、各地市业务成功量排名，以及可以按照地市、统计时间等进行查询统计，进一步了解的总体和各地市的事项使用量，能够对服务事项的工作流程进一步调优，支持导出表格数据。
⑦  成功量对比
根据服务事项进行业务成功量对比和增长率排名，以及可以按照服务分类、事项类型、统计时间等进行查询统计，进一步了解的各事项的在不同时段的使用变化，对服务事项的使用数据进一步分析，支持导出表格数据。
（5）业务管理
可管理和维护政务民生应用已上线的事项，为事项业务量统计提供基础数据源，支持维护接入需求管理所涉及的信息，包括服务类别、业务需求单位（如局委办）合作开发商等。
①   事项管理
A.  已上线事项管理
为事项业务量统计提供基础数据源，提供服务事项的明细内容管理功能，包括事项名称、接入需求编号、已上线城市、事项类型、上线状态、服务大类、服务小类、备注、是否计算普及度范围、关联功能埋点等字段，支持新增、删除、修改、查询、导出表格数据功能。
B.  接入需求管理
管理接入需求的明细内容，支撑事项各维度的数据统计，字段包括接入需求名称、事项路径、上线状态、上线范围、需求类型、服务事项性质、功能概述、项目名称、对接形式、业务需求单位、合作商、业务系统等，支持新增、删除、修改、查询、导出表格数据功能。
C.  自定义专版
根据运营需要，自定义组合事项形成专版，以专版为维度统计事项业务数据，支持新增、删除、修改、查询、自动抓取埋点功能，为【统计报表】模块统计进行基础数据配置。
D.  事项埋点管理
管理事项类型的埋点，配合事项关联埋点，支持新增、删除、修改、查询、导出表格数据功能，为【统计报表】功能进行基础数据配置。
E.  事项字典
事项字段包括项目名称、业务系统、业务需求单位、合作开发商、任务单管理、商务预算项目管理、采购合同单号管理、服务事项性质管理、服务分类管理。
1)  项目名称：维护接入需求管理页面中所需使用的字段【项目名称】，支持新增、删除、修改、查询功能。
2)  业务系统：维护接入需求管理页面中所需使用的字段【业务系统】，支持新增、删除、修改、查询、导出表格数据的功能。
3)  业务需求单位：维护接入需求管理页面中所需使用的字段【业务需求单位】，支持新增、删除、修改、查询、导出表格数据的功能。业务需求单位存在下属单位或部门时可使用业务需求单位二级字段进行拓展。
4)  合作开发商：维护接入需求管理页面中所需使用的字段【合作开发商】，支持新增、删除、修改、查询、导出表格数据的功能。
5)  任务单管理：维护接入需求管理页面中所需使用的字段【任务单】，支持新增、删除、修改、查询功能。
6)  商务预算项目管理：维护接入需求管理页面中所需使用的字段【商务预算项目】，支持新增、删除、修改、查询功能。
7)  采购合同单号管理：维护接入需求管理页面中所需使用的字段【采购合同单号】，支持新增、删除、修改、查询功能。
8)  服务事项性质管理：维护接入需求管理页面中所需使用的字段【服务事项性质】，支持新增、删除、修改、查询功能。
9)  服务分类管理：维护事项管理页面中所需使用的字段【服务大类、服务小类】，支持新增、删除、修改、查询、导出表格数据功能。
②  电子证照
A.  电子证照管理
提供管理电子证照的明细内容，包括电子证照id、证照名称、上线状态、上线日期、显示城市、证照页属性、细分属性、使用场景、证照类型、是否计算普及度范围、行业部门、业务系统等，支持新增、删除、修改、查询、导出表格数据功能。
B.  证照属性管理
提供管理证照属性的明细内容，包括证照页属性、细分属性字段，支持新增、删除、修改、查询、功能。
（6）自定义报表
支持企业将自身的线下数据、业务数据可视化，通过数十种自定义的报表类型、多种筛选条件、维度、样式的设计，帮助企业根据自身业务特性构建数据分析报表，同时可以结合应用数据深度分析。
①   自定义报表制作
报表设计，通过轻松拖拽生成图表的方式，提供设计美观、大方、多元的报表页面的能力。
多级目录设计：支持多级目录，适应复杂数据报表需求。
多种图表支持：支持指标、趋势图、饼图等多种专业图表，数据可视化分析多样化。
自由拖拽生成报表：简易操作上手快、轻松设计报表页面。
②  自定义图表制作
支持多表多字段组合选择数据源构建图表、图表主次轴拖拽即可轻松自定义、支持常见的图表控件及辅助功能。
多表多字段选择：支持多表数据字段交叉构建图表。
支持图表维度次轴、数值次轴、条件等图表设置。
支持筛选控件、备注、辅助线、归一化数据等丰富功能，可自定义配置适合自己的图表。
（7）专项分析
① 事件分析
事件分析是一个自助分析工具，通过代码埋点，对用户行为进行追踪，完成对用户行为细节的记录。在事件分析功能下，通过事件+参数定义用户的某一具体行为，帮助产品人员衡量用户的行为特性、功能使用情况等。
在事件分析页面，可选择多个事件的触发次数、触发用户数等指标，对比地查看他们的变化趋势。
支持自定义参数及“应用版本”等公共参数的筛选，并可灵活组合多个筛选条件，精准筛选出目标指标；支持按不同维度查看数据，实现指标的下钻分析；产生的事件分析明细数据，支持导出csv格式文件，进行深层次分析。
② 漏斗分析
漏斗分析常用来监测用户体验核心流程中的多步骤转化情况，帮助运营人员定期的查看产品、流程优化后的效果，辅助决策。漏斗分析能力支持将一个多步骤流程设置为一个漏斗，分析整体的以及每一步的转化与流失情况，进而进行产品优化。
用户可将埋点事件组合成漏斗，并配合灵活的筛选条件，实现精准分析。
漏斗计算完成后，可查看整体及每一步的转化情况。漏斗计算完成后还会生成一份对应的数据表，以方便用户在自定义分析中进行个性化分析。
③ 路径分析
路径分析用于分析用户在使用应用时的流向情况。在路径分析模块用户可以选择应用内的某个页面作为起始/终止页面进行分析。
如果选择作为起始页面，则可以查看从该页面流向后续页面的会话数情况。如选择作为终止页面，则可以查看从前向页面流向该页面的会话数情况。
（8）应用管理
① 推送管理
推送体系使得用户可以周期性接收报表，并且支持多终端推送，满足多场景实时掌握业务动态的需求。
填写完善推送的基本信息，接收方式支持邮箱推送与微信推送。
配置推送模板时，支持将做好的图表拖拽到推送模板中。可在标注区域选择配置微信模板或邮箱模板。
配置完成后，可在推送管理查看并编辑已配置的推送。
② 配置管理
A.  事件管理
此页面可设置事件ID、事件名称及事件的参数值及名称等事件相关信息。
B.  页面管理
此页面可配置页面的页面名称及页面上报的参数值。
C.  用户属性
在此页面可设置用户的不同属性，例如性别、年龄、单位等。
将属性的值进行上报计算后，即可达到在不同的分析模型中以用户属性作为维度进行分析的目的。例如可在制作报表时将某个用户属性作为维度。
（9）系统管理
① 用户管理
用户管理分为角色管理与组织架构管理。
A.  角色管理
角色是某一类用户的统称，角色管理可用于精准划分不同用户对某一应用的具体操作权限。
用户可自建分组，对该分组进行页面权限、数据权限的设置，并添加成员到该分组中。
B.  组织架构
支持以企业架构形式添加和管理用户，同时支持企业微信组织架构同步，更贴近企业实际应用场景。在此页面，你可以看到各个用户的组织架构及角色归属。
点击右上角新增成员可添加新成员。可选择手动新增或excel导入批量新增。
② 权限管理
权限体系可精准划分不同用户对某一页面、数据源的具体操作权限。
A.  页面权限
左侧可选择对某个角色或某个部门分配页面权限，右侧支持页面级别的权限分配。
支持对页面的查看和编辑权限进行分配。
B.  数据权限
实际应用场景中，有时需要针对同一张报表的行列进行权限控制。例如记录公司员工绩效的表格，上级可查看下级绩效。
支持行列级别的数据权
限控制，可实现的数据表权限的灵活配置。
②数据源管理
数据源管理下拉菜单目前分为“数据表“、”指标表“、“数据库”。
A.  数据表
数据表是制作报表使用的数据源的一种类型，目前可通过七种方式创建。
在数据表中，可查看已有的数据表。
并可对数据表的字段进行编辑。
B.  指标表
指标表是指对已有的数据表进行处理，例如选取其中某些字段进行运算形成的新数据表。
C.  数据库
在此菜单下可添加并记录数据库，在创建数据表需要用到数据库时可直接选择并使用。
1)  可添加数据库
2. 综合管理中心
（1）渠道管理
用于URL、二维码、小程序码分发渠道管理，系统自动生成不同渠道的分发物料，统计不同渠道来源数量和评估渠道拉新效果，实现渠道生成、分发、统计的闭环。
①   渠道类别管理
根据运营工作需要，建立渠道分类，根据平台规则建立渠道大类和渠道小类，支持新增、删除、修改、查询功能，为【分发渠道管理-渠道管理】提供渠道属性数据。
②  渠道推广项目
根据运营工作需要，标识渠道推广的项目或活动，支持新增、删除、修改、查询功能，为【分发渠道管理-渠道管理】提供渠道属性数据。
③  渠道拓展属性
针对运营需求设置拓展属性，形成多渠道的集合，增加维度多样性，满足渠道效果分析需求。支持新增、删除、修改、查询功能，为【分发渠道管理-渠道管理】提供渠道属性属性数据。
④  渠道管理
建立渠道资源库，支持新增、删除、修改、查询、导出、复制、生成物料功能。用户可设置渠道属性、跳转URL，系统会根据输入的跳转URL自动拼接渠道号，生成分发的URL、二维码、葵花码（仅小程序），便于统计不同渠道来源数量和评估渠道拉新效果。
⑤  渠道总览
渠道总览页面将渠道数据划分为用户流量指标、用户质量指标，用户可自定义设置渠道的展示范围。
⑥  渠道分析
提供多维度的横向分析，用户可自定义组合渠道小类、推广项目、推广范围、拓展属性对比渠道推广效果，支持导出渠道各指标项明细数据。
（2）标签管理
根据用户使用业务的情况对用户打标签，例如：性别、年龄、省份、城市、终端、机型等，再将统计数据通过画像进行展示，支持运营人员研究整个政务小程序的用户群体情况，为以后的运营推广提供基础支撑。
（3）内容管理/运营位管理
① 内容管理/运营位管理
管理与维护小程序上运营位的发布内容，支持区分区划展示运营位内容。
②内容发布
支持添加运营内容并发布，发布成功的运营内容将展示在运营位置。
③  运营位分析
采集运营位上报数据，支持按运营位内容、帧位、地市维度统计曝光、点击数据，计算点展比以及导出各指标项数据明细，满足运营位分析需求，辅助运营侧优化投放内容。
（4）活动管理
提供活动内容编辑、审核、定时发布/下线、预览功能，支持对活动数据进行统计。
① 活动模板
对运营的活动功能进行管理和维护，对活动报名、抽奖、邀请有礼等不同形式的活动功能进行开发和呈现，并对各类型活动功能使用后的数据（活动事件点击数、参与数、获奖用户等）进行统计和呈现。
②活动编辑
搭建活动配置后台，基于运营的需求，对活动页面的各个模块做可任意配置功能（活动内容信息、页面、活动功能、活动链接等），可对配置成功的活动页面进行在线预览、修改、审核、发布上线等操作。
③活动发布
开发活动发布管理功能，对开展过的活动页面及素材进行统一的管理，并对活动信息和数据进行呈现。
④活动统计
通过活动参与人数、活动总PV数等实时数据对活动进行监测和统计。
（5）用户管理
用户管理包括用户评分与用户积分系统，用户积分系统对接政务服务用户积分体系，提供积分数据支撑用户获取、消耗和留存积分分析；用户评分系统对接政务服务用户评分体系，帮助优化政务民生应用产品流程和产品体验。
①   用户积分系统
用户积分体系用于提供积分数据支撑用户获取、消耗和留存积分分析，积分要有实际作用，为用户带来利益；为客户提高感知认识度，明确系统吸引点，让用户清楚地知道积分可以带来哪些利益。包括以下模块：
积分任务管理：提供积分任务规则的建立及管理，配置积分任务完成规则、可完成次数、每次可获得积分数等。
积分商城管理：提供积分商城的商品以及状态进行管理，配置商品上下架情况、每个商品对应的库存、兑换所需的积分数等。
积分活动管理。提供积分活动的模式以及状态进行管理，配置每日签到、抽将、大转盘、夺宝、砍价、裂变等通用性活动模板。
用户积分管理。提供用户积分的生命周期管理，通过用户积分查看、增删、回退、监控、冻结等管理方式，有效管控用户积分。
积分数据报表。提供积分数据的统计报表功能，包括积分获取功能分布图、积分流通一览表、积分兑换热门榜等积分专题数据报表。
②  用户评分系统
用户评分系统对接政务服务用户评分体系，将好差评结果落实到不同维度以图表的形式进行综合展示，接受民众监督，提升政务民生应用产品流程和产品体验。
（6）事件管理
管理推广渠道类别、所属平台、渠道费用和推广效果信息，支持针对每一项事件营销项目复盘、分析营销项目的效果。
①   推广渠道管理
在【项目复盘】的全面分析基础上，对外部推广渠道的渠道类型、渠道特点进行管理和统计分析。
②  属性管理
对外部推广渠道的属性进行管理，支持新增、删除、修改、查询功能。
③  项目复盘
管理营销项目在平台实现项目的详细情况、推广信息、推广效果数据，辅助进行可视化统计分析，能够对项目进行一个全面的回顾，体现出运营管理上不足的部分，能够有效去除危害项目的不利因素，通过这种方式，逐步形成一种持续改进的文化。
3. 数据采集和处理
提供数据感知、数据处理、基础环境配置的一体化数据采集管理工具，针对线上的用户增长分析及精细化运营场景，结合政务服务向互联化转型中遇到的痛点，提供统一的数据采集标准、多样化的数据接入方式，开展安全高效的数据采集，便于政府部门将自有业务数据与应用数据综合进行分析。
（1）数据采集
提供统一的数据采集标准，可采集小程序、H5、Web应用等各类埋点数据，并整合微信公众平台等第三方数据，在综合管控平台后台统一存储；也可通过读取数据库、接口等方式获取业务数据。
埋点数据：通过代码埋点的方式对小程序、H5、Web应用等进行数据采集。
微信小程序及公众平台数据：通过微信开发平台接口获取小程序及公众号相关数据。
业务数据：可通过读取数据接口、读取数据库、读取文件等方式接入业务方系统数据。
（2）数据处理
基于各种渠道采集的埋点数据与业务数据，开展数据处理与归类，分别建设用户数据容器、轨迹数据容器、统计数据容器、日志数据容器存储成功采集的数据。
数据存储方面，实时数据存储于关系型数据库中，由于数据量预测较大，建议做好主从分离和分库分表。历史数据下沉到分布式大数据存储数据库中，便于统计分析。
标的4：十类行政审批事项权力运行治理（监督）管控子系统
一、工作目标
通过十类行政审批事项权力运行治理（监督）管控子系统的建设，实现对沈阳市全市2170个行权事项的全流程、全数据、全业务的监督和管理。
二、工作内容
主要建设内容包括行政许可权力运行治理（监督）管控子系统、行政处罚权力运行治理（监督）管控子系统、行政征收权力运行治理（监督）管控子系统、行政强制权力运行治理（监督）管控子系统、行政给付权力运行治理（监督）管控子系统、行政奖励权力运行治理（监督）管控子系统、行政确认权力运行治理（监督）管控子系统、行政检查权力运行治理（监督）管控子系统、行政裁决权力运行治理（监督）管控子系统、其他行政权力运行治理（监督）管控子系统。
三、标准与要求
（一）行政许可权力运行治理（监督）管控子系统
1 系统概述
行政许可权力运行治理（监督）管控子系统包含业务配置、窗口业务管理、收费管理和部门内部监察等功能，通过业务中枢能力的支撑搭建对上述功能的全流程监控和管理。
2  系统业务逻辑
（1）类别一：社区【村】级即办件
①  社区【村】级即办件标准业务流程
②  社区【村】级即办件管控逻辑图
③  管控逻辑说明：
A.  社区【村】级即办件，即申请人提交材料在社区【村】级当场受理、审核、办结并出具结果（或结果通知）的事项。
B.  社区【村】级即办件流程：提交材料——社区（村）审核——当场办结——出具结果——部门备案。
C.  行政许可管控业务中枢功能描述：
a.  事项类别、事项内容：通过行权类别库和行权内容库来识别该事项是否为社区【村】级即办件。如是则该事项按照即办件流程走。如不是则判别出真实流程类型；
b.  事项流程：依据事项类别、事项内容识别出的流程，识别后后台流程将锁定。为流程比对提供基础；
c.  事项权限：依据后台事项流程节点配置的权限比对该事项审核过程中权限的一致性。行权许可管理数据中枢将采集到该不匹配信息，报送给违规预警和问题管控模块。相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
d.  事项要件：对申请者提交材料的符合性进行分析。如不符合条件，则属于虚假事件，则不予受理；对材料审核过程中的关键审核点进行比对，识别是否有违规审核，规避自由裁量权。如有违规审核，行权许可管理数据中枢将采集到该违规信息，报送给违规预警和问题管控模块。相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
e.  事项条件：固化该行权事项的办事条件。如果申请者办理的历史数据中有一条或多条申请条件对应的数据，则数据中枢通过历史条件的比对，匹配申请者是否具备办理该事项的条件，如不符合则该事项无法办理。如申请者办理的历史数据中无任何一条申请条件对应的数据。则根据申请者提交材料的信息与该事项已经固化的办事条件比对。如不符合则该事项无法办理；
f.  事项规则：梳理事项政策，事项结果与其他事项是否有政策冲突。如办理了另一件事项后则不可以享受该事项待遇。上述规则制定出事项规则。语句事项规则比对申请者是否符合该项事项政策，如不符合，则该事项无法办理；
g.  事项时限：匹配出事项各流程节点的时限。超出时限的节点将预警。预警记录报送给违规预警和问题管控模块，相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
h.  事项巡检周期：制定该事项的巡检周期。依据中枢行权要件、行权条件和行权规则子组件，分别对行权过程中的办事审核环节、条件审核环节及关键政策匹配环节做到全方位监测，做到该业务的全流程、全轨迹、全数据等的巡检。巡检数据汇聚进巡检数据库供数据中枢分析。
D.  应用中枢：提供身份认证、权限认证、电子证照、自动表单、周期巡检、消息通知、GIS、电子签章和证件（证明、证照等结果物）生成等组件模块。
E.  应用中枢各组件模块简述：
a.  提供身份认证：提供统一的身份认证功能；
b.  权限认证：提供权限统一管理和节点权限比对功能；
c.  电子证照：证照上链（区块链），提供材料复用功能；
d.  自动表单：立案审批表，系统自动生成。如果申请人有历史数据存在政府，则自动匹配出这些数据进表单中；
e.  周期巡检：周期巡检组件在设定周期内，定期事项全流程、全轨迹、全数据等巡检；
f.  消息通知：执法结果可通过应用中枢的消息通知组件，以短信或其他方式反馈给当事人；
g.  GIS：为办事主体寻找实体办事点提供电子地图支撑。为材料中需要图层信息审批的部分提供电子地图支撑；
h.  电子签章：保证执法环节产生的电子材料，如电子结果物、电子档案等的法律性；
i.  证件（证明、证照等结果物）生成：执法结果可通过结果可通过应用中枢证件生成功能，自动生成电子结果。电子结果物加盖电子签章，保证其法律性；
j.  其他组件。
F.  数据中枢：采集事项全流程、全轨迹等数据。对全量数据比对分析，分析结果汇聚至治理和监督中枢。
G.  数据中枢时限方式简述：
a．  汇集全流程节点时限数据。包含执法者身份匹配数据、当事人身份身份匹配数据、行权事项类别数据、行权事项内容数据、行权事项全流程数据、行权事项权限数据、行权事项要件数据、行权事项条件数据、行权事项规则数据、行权事项时限数据、行权事项定期巡检结果数据等；
b．  汇集数据分布式存储于区块链端；
c．  数据中枢依据时限设定的行权事项类别、行权事项内容、行权事项流程、行权事项权限等上述数据对应的标准进行全面的比对分析；
d．  在过程环节中比对出虚假要件，系统自动停止办理；比对出存在风险的执法事项，系统自动停止办理；比对出存在审批超时的事项，系统提出红黄牌警告，并督促办理；
e．  比对分析数据流转至治理和监督中枢，从而为政府领导、纪委和其他相关部门的治理和监督提供数据依据。
H.  数据中枢：采集事项全流程、全轨迹等数据。对全量数据比对分析，分析结果汇聚至治理和监督中枢。
（2）类别二：社区【村】受理、街（镇）审核、区（县）审核和市级审批四级流转件
① 社区【村】受理、街（镇）审核、区（县）审核和市级审批四级流转件标准业务流程
② 社区【村】受理、街（镇）审核、区（县）审核和市级审批四级流转件管控逻辑图
（3）业务配置管理子系统
提供园区、区县、街镇乡镇及社区（村）服务中心（便民站点）窗口的灵活配置功能。
主要包括：窗口所属大厅、区域、所属单位、轮岗工作人员、窗口可办理行政许可服务事项的配置，可灵活配置各综合服务窗口以及街道、社区服务窗口。
行政许可服务事项配置包含：
ø  事先设定后的事项类别配置
ø  事先设定后的事项内容配置
ø  事先设定后的事项流程配置
ø  事先设定后的事项权限配置
ø  事先设定后的事项要件配置
ø  事先设定后的事项条件配置
ø  事先设定后的事项规则配置
ø  事先设定后的事项时限配置
ø  事先设定后的事项巡检周期和巡检流程配置
窗口受理模式分为条线受理模式、一窗受理模式，系统支持窗口受理模式的灵活配置。
条线受理模式指公众、企业到政务服务中心根据办事部门不同，到相应部门窗口进行办理，进驻中心的部门窗口通过统一的系统进行受理操作，根据部门的不同窗口事项权限不同。
一窗受理模式指“前台一窗受理、后台分工协作”，前台受理窗口进行整合优化，推行 “一窗全能、全科服务”制度，做到事项集中进驻、力量集中到位、服务集中提供，公司、企业只需到一个综合窗口就可以办理所有事项。
为确保能顺利实现园区、区县、街镇乡镇及村服务中心（便民站点）窗口的政务服务流程在实现和配置上的灵活性、便捷化。提供后台可视化的流程配置。
使用图形界面来定义工作流程，只需要简单的拖拽就可以实现工作流程的定义和删除，与关系型数据库结合，生成工作流程模板数据库，以备工作流引擎读取，具有直观、操作简单、易于理解的优点。
（4）窗口业务办理管理
基于行政审批事项统一窗口受理、反馈等的管理功能，支持“一窗受理”，支持窗口业务办理过程中与各类智能化终端设施的集成。
①   预约管理
我们提供网站注册会员通过网上办事大厅、手机APP、微信等对相应的审批事项办理进行提前预约，并将预约信息及时在内部系统相应的审批事项办理窗口显示以便进行确认。经过确认的预约申办人可以根据预约时间到中心相应窗口单位进行办事。
1) 网上预约/申请包括网上网上预约/申请登记、预约管理、预约通知等模块。注册用户通过互联网政务服务门户、移动APP等提交的预约办理信息，具有预约办理信息管理、预约事项属性配置、预约时间段设置等功能。网上预约按照全省统一模式建设。
2) 系统提供网上预约/申请登记服务，支持预约登记信息保存功能。
预约管理：对预约信息进行管理，提供预约取消等功能。
3) 证照服务
预约登记过程中应用中枢提供证照服务，用户可通过管控系统应用中枢调用本用户自己的相关证照。
4) 预约通知
预约成功后，管控系统应用中枢以短信或其他方式通知用户预约成功的相关信息。
②  网络预审
管控系统的事项内容库、要件库等可支持窗口工作人员对申报人网上提交的材料进行预审的辅助；支持预审结果快速反馈给申报人。支持对用户缺少材料和材料不符合情况的快速匹配，可提醒用户材料状况；若材料齐全，可通知用户进行现场办理。通过网络预审，可减少用户因缺少材料而往返于大厅现场的麻烦，提高了办事效率。
③  统一登记
通过统一前台登记，对在中心的所有办件实行扎口管理，使中心可以实时了解所有办件情况，有效避免办件体外循环。由统一受理窗口登记办件人员的基本信息，办理事项，登记之后自动发送到相关窗口工作人员进行办件受理处理。该模块可选，可以不启用。
④  窗口叫号
集约式业务工作平台与排队叫号系统无缝集成，窗口工作人员在业务工作平台中就可以查询到办事人员排队情况，并实现软叫号，按照受理编号进行申办人业务受理。
⑤  统一受理管理
A.  工作台管理
工作台是窗口工作人员的工作主页面，通过这个页面，工作人员可以对自己的工作内容有全面的了解。
工作台管理包括待接件、待受理、待补正、已暂停、待办结、待预审、预审通过等日常工作桌面功能，同时提供消息中心、配置中心、快捷功能等个性化功能。
B.  窗口叫号
申请人根据取号票到窗口排队办理，通过与大厅窗口显示屏对接，动态显示窗口排队情况，窗口人员在业务办理时，进行叫号操作，按照办件编号进行申办人业务受理。叫号需要与大厅排队取号机、窗口显示屏进行关联。
C.  快速填表
窗口工作人员在登记办件时，通过应用中枢自动生成的表单，身份证扫描直接从数据中枢中获取相关的身份信息等，实现表单信息的快速填写。
D.  证照自动引用
窗口工作人员在登记办件时，根据办理的事项，可通过身份证扫描直接从证照库中引用相关的材料等，实现证照材料的自动引用。
E.  事项条件细则
在窗口人员登记办件时，可以查看受理当前事项所需要注意的审查要点并醒目提示，从而降低综合窗口人员的接件受理难度，实现一窗办理所有事项。
F.  多情形受理管控
在受理单个事项时，会有不同的业务类型，业务类型不同，相关的受理条件及材料会有不同，这里通过对多情形的梳理，在勾选不同情形下的单个事项时，自动变更所需的受理材料，从而实现多情形的受理。业务中枢系统对多情形受理实现全流程管控。
⑥  接收材料验证
申请人办理时，刷卡进行身份确认，窗口人员快速获取申请人基本信息并完善填写其他信息，证照材料自动关联电子证照库证照信息，其他材料通过高拍仪快速上传到系统，完成接件操作。
⑦  受理通知
l  窗口受理
接件完成后，进入受理操作，窗口人员受理通过，打印带二维码的受理通知书，受理通知书应提供办件编号、受理时间、受理部门、窗口人员、承诺时限、受理材料以及送达方式等信息，告知申请人。受理不通过，打印不予受理通知书，不予受理通知书应提供办件编号、受理时间、受理部门、窗口人员、不予受理原因等信息，告知申请人。
将高拍仪与系统对接，通过高拍仪将申报材料电子化，直接上传到政务服务运行管理中，提高材料转换的效率。
系统支持一窗受理模式，并列出所有受理材料的审查要点并醒目提示，降低综合窗口人员的受理难度。
受理完成后，进入部门办理，平台将该办件推送到政务服务业务处理系统中。对于无任何系统的部门，系统提供通用的办理功能，实现内部流转审批，并反馈办结信息到窗口部门。
l  窗口补正
对于需要材料补正的情况，应打印补正通知书，补正通知书应提供办件编号、受理时间、受理部门、窗口人员、承诺时限、需补正材料等信息，申请人在补正材料后来办理时，可直接调出补正办件继续办理。
l  消息提醒
对当前办理人发出受理通知，系统将自动实现消息提醒。
l  历史查询
窗口工作人员可以随时查询本窗口受理的所有历史办件，查看办件基本信息、附件资料、办理状态等内容。
⑧  事项分发
实现政务服务事项审批的调度与分发。业务审批类型分为有独立业务办理系统审批、无独立业务办理系统业务审批、并联审批、跨级审批等业务。
有独立业务办理系统的政务服务实施机构，通过数据交换，向业务办理系统推送申请表、附件材料、受理信息，并从业务办理系统获取过程信息、审批结果、电子证照。
没有独立业务办理系统的实施机构，可直接在“互联网+政务服务”平台的通用业务审批系统完成事项内部审批环节，通用业务审批系统审批包括业务审批、特别处置、内部监察等功能。
并联审批涉及两个及以上业务系统进行协同审批，由统一处理调度平台进行统一协同调度来实现多个部门的业务审批。
⑨  办件历史
工作人员可以通过系统提供的已办工作列表，随时查询本窗口受理的所有历史办件，查看办件基本信息、附件资料、办理状态等内容。
同时，具有查询权限的用户可以对项目进行查询，通过受理部门、流水号、项目名称、项目状态、申请人、时间段等查询条件实现项目办件的组合查询。
⑩  咨询反馈
实现对网上用户的咨询进行回复跟反馈。
？  证照管理
对办件的证照和申请材料统一管理，支持查看、核验和退回。
？  物流服务
受理人员受理时可以调用物流服务，用于物料流转，寄送受理通知书、办件结果等。
？  文书打印
提供文书打印功能。主要包括电子申请表单、业务受理通知书、材料补正通知书、不予受理通知书、业务办件通知书等文书的打印。
？  打印回执
当对方收到文书后，系统提供回执打印的功能，用于对方签字确认。
？  数据共享
提供受理信息与业务办理系统数据共享。业务受理后的申办材料等可与互联网政务服务门户、业务审批系统等进行数据共享。
？  领证登记
对所有办件结果需要领取证照或寄送证照的进行登记，包括领证人姓名、身份证号码、领用时间等。如果是通过物流递送的则登记快递单号，通过数据共享的方式获取揽收及签收人员信息及地址。
？  办件过程管理
A 办件基本信息管理
对申请事项的统一审核编码、申请材料、申请时间、收件凭证、受理通知书等办件基本信息进行采集、存储、维护和管理，仅支持查询功能。
B 办件过程信息管理
对事项办理各环节的名称、起止时间、政务服务人员姓名、政务服务人员工号、各环节审查意见等办理过程信息进行采集、存储、维护和管理，仅提供用户查看办理流程图来查看事项办理进程。
C 办件结果信息管理
对审查决定及相关证照批文等结果信息进行采集、存储、管理和维护，仅支持办件结果查询。
？  窗口办结
部门业务系统流转结束后，将结果反馈到业务工作平台，窗口办理人员在收到办理结果后，通知申请人办理结束，结束后，系统自动生成回执，连同证书一起交给申请人，窗口工作人员进行办结操作。
？  窗口评议
窗口评议以多种方式实现。
A 窗口Pad或评价器评价
评价可以是现场评价，即通过窗口Pad或评价器评价；
B 短信评价
没有现场评价，通过短信回复方式评价；
C 电话回访评价
在规定的时间内，仍然没有实现评价的，生成一个“未评价事项库”，由中心安排专人以“电话回访”的方式抽样予以评价。
D 绩效考核登记
三种方式的评价分值都将计入绩效考核系统。
？  统一反馈与归档
A 统一反馈
业务办理系统办结后将办理结果反馈给政务服务运行管理系统，然后通过政务服务门户、短信、手机App消息等方式向申请人统一反馈办件结果。
审批事项办结后，将审批形成的电子证照、决定及回执，申请人上传的各类电子文书及提报的审批项目基本信息，实施行政审批过程形成的电子表单，行政审批关键业务行为过程描述的元数据，按照档案管理有关要求在线或离线进行电子归档。
B 电子归档
电子归档管理将审批事项办结后各审批部门的形成具体业务数据按照档案管理有关要求进行电子归档保存的系统。主要包括：电子证照、决定及回执，申请人上传的各类电子文书及提报的审批项目基本信息，实施行政审批受理（或者不予受理）、审查、办理等过程形成的电子表单，行政审批关键业务行为的受理人、受理时间、办理情况等过程描述元数据，同时提供数据接口以备查。
C目录设置
在档案库中可以设置档案目录，每个档案目录可以设置管理者和读者权限。
D 分类归档
申报项目办结后，根据流程定义的归档设置，自动归档到档案库中的相应目录，归档后的文件可以按权限进行查询和调取；
E 档案增加
主要完成对档案数据的添加工作，实现档案信息的远程录入。
F 档案删除
提供直观的系统删除界面，在数据删除操作时，只要选中要删除的档案再选择删除即可。
G 档案修改
系统的修改功能采用的是直观的方法，当具有修改权限的用户进入到修改窗口后，窗口中会显示所有的记录数据，在修改时只要直接进行就可以，在选择记录时可选择相应记录操作，这种方法在使用中不是很常用，这时可通过“指定记录范围”来进行，在选中“指定范围”系统会进入查询状态，用户根据自己的需求查询出要修改的数据，修改即可。
H 档案查询
系统具有强大的数据检索功能，做到档案信息的远程查询，具有无距离限制的特点，可以做到跨省、跨地区，实现真正意义上的档案信息查询的网络化查询。为满足不同用户查询方式的要求，系统提供全文检索、普通查询、条码查询方式。相关部门可对已归档的文件进行查看，可查看的文件必须对其拥有可读权限。
I 全文检索
全文检索功能，能实现档案信息的全文检索，检索的范围为建立全文索引的档案库中字段与电子档案库中的文本类型的电子文件。
J 档案调取
相关部门可对已归档的文件进行调取，可调取的文件必须对其拥有可执行权限。
K 档案备份
为确保档案安全，系统提供档案备份功能，可对各部门档案进行完整备份。
L 档案打印
系统提供打印功能，用户查询到相关档案后，可选择打印预览，调整打印界面，再进行完整打印。
（5）收费管理子系统
根据有关收费标准，系统自动计算业务的拟收费结果并出具票据。确认收费后，记载收费情况，提供统计和与相关部门对帐的功能。可根据业务情况，设定在审批流程的各个环节实现收费，中心也可设置统一收费窗口，进行统一缴费。主要功能包括：
①  收入制单
在业务信息采集完成以后，生成缴费人的缴费信息，打印缴费单据，待申请人缴费后，确认缴费状况，打印回执单。
②  缴费确认
前台或受理人确认申请人的缴费情况。
③  全部退费
针对前置收费，不批准或撤销的申请，需对已缴的费用予以退费，系统进行相关处理，并对退费情况在系统相应信息中加以记录。
④  部分退费
针对前置收费后，需要进行部分款项退费的情况，系统进行相关处理。
⑤  增加收费
针对前置收费后，因业务类别变更需要进行增加收费的情况，系统进行处理。
⑥  票据打印
可以支持各种不同的票据样式，通过自动拖拽实现打印模板套用。
（6）证照打印
①生成电子结果
申请人获悉申请获批后可到窗口领取相应的证书或批文可通过应用中枢证件生成功能，自动生成电子结果。电子结果物加盖电子签章，保证其法律性。
②登记信息
在申请人领取后窗口人员登记取件人和取件日期等信息，审批流程在发证后完全结束。
③对接电子证照库
系统对接市、区县电子证照库，提供各种证照、单据和文件的打印功能；系统支持各种主流打印机型号。
（7）通用内部办理管理
对部门无任何业务系统的，由系统提供通用的内部办理系统进行办理。主要包括承办、审核及批准各环节的审批。单位办理结束后，系统将自动计算此事项从受理到办理结束的时间，并关联到单位的绩效考评上。若部门发现不能在规定工作日内完成，则可以申请延时处理。在审批过程中如有特殊情况造成事项办理延误（听证、公告、公示），则进入特别程序办理，系统将自动扣除不定因素所产生的时间，对于扣除不定因素产生的时间后，仍超时的办件，系统将对扣除该单位的绩效。方案如下：
升级改造现有沈阳市通用业务审批系统，适应各部门的用于“最多跑一次”政务服务改革造成的业务审批流程的变化。系统包括业务办理、特别处置、内部监察、统计分析等功能。应用场景分为：
1）针对没有独立业务办理系统的政府部门，利用通用业务办理系统自定义业务办理流程，完成政务服务事项的流转、办理。
2）针对在事项办理时需要多个业务部门关联办理，同时各部门又没有相关业务办理系统的情况，各业务办理部门依据政务服务事项实施清单，在通用业务办理系统中对关联办理流程、办理人员、办理时限等要素进行定制，完成政务服务关联事项的流转、办理。
① 通用业务办理
实现部门内部办理，包括审查、决定、送达等通用审批环节，应支持部门自定义审批流程。审查功能包括对业务信息进行审查，如审查内容无误可填写办理意见并对业务执行“提交”操作，业务信息有误时填写办理意见并对业务执行“退回操作”；决定操作分为准予许可、不予许可、准予办结、不予办结、退件业务等，用户可以在核验办件信息后，根据操作按钮执行对应操作。
A 业务审查
审查功能包括对业务信息进行审查，如审查内容无误可填写办理意见并对业务执行“提交”操作，业务信息有误时填写办理意见，并对业务执行“退回操作”。
B 业务决定
决定操作分为准予许可，不予许可，准予办结，不予办结，退件业务等，用户可以在核验办件信息后，根据操作按钮执行决定操作。
a 准予许可
对于行政许可业务在结束环节，信息核对正确后，工作人员对业务进行准予许可处理，处理后的信息通过业务列表进行按条件查询。可在此处对办件进行评议，制证等操作。
b不予许可
对于行政许可业务在结束环节时，信息核对有误，工作人员对业务进行不予许可处理，填写不予办结许可，处理后的信息通过不予许可业务列表查询，可查看不予许可的原因。
c准予办结
对于非行政许可类业务在结束环节时，信息核对准确，工作人员进行准予办结处理。
d不予办结
对于非行政许可类业务在结束环节时，信息核对有误，工作人员进行不予办结处理。
e退件业务
办件在中间环节，由申请人提出不再办理业务时，提供退回操作并填写退回原因，显示所有退件业务列表，可查看退件原因。
f结果送达
通过手机短信、移动终端等将办理结果告知申请人、请其到大厅取件，窗口人员登记送达信息，也可以通过物流的方式将办理结果送至申请人。
办理结果共分为准予许可、不予许可、准予办结、不予办结、退件业务、结果送达六种。
g业务委托
业务委托的实现使得处理人能在系统内完成代签和代办功能，将隶属于委托人的办理业务委托给他人办理。委托人可以设置委托的时段，也可以将委托事务停用以便收回业务办理权限。
②特别处置
特别处置主要包括事项挂起、异常中止、申请延时、事项终结等。对办理事项进行挂起，支持填写挂起原因，设置挂起时间，并且对所有进行过挂起操作的业务汇总，列表显示最后一次挂起日期、原因、挂起状态；可详细查看业务办理过程、流程图、表单信息、督办信息及挂起列表及每次挂起的信息；提供设置显示列及导出Excel功能。对于办件过程中中止的，需要发起中止程序，提交中止原因；在听证、实地核查等特殊情况时作暂停处理，并告知申请人，事项挂起后，事项办理时效将停止计时。由于事项特殊原因需要延时的办件，可申请延时，延时申请审核通过后，该事项监察点时限也将自动延时。
A 事项挂起
对办理事项进行挂起，支持填写挂起原因，设置挂起时间，并且对所有进行过挂起操作的业务汇总，列表显示最后一次挂起挂起日期、原因、挂起状态。可详细查看业务办理过程、流程图、表单信息、督办信息及挂起列表及每次挂起的信息。提供设置显示列及导出Excel功能。
B 异常中止
当办件由于特殊原因需要中止，系统支持发起中止程序，提交中止原因。
C 申请延时
当办件需要申请延时时，支持发起申请延时请求，经过批准后，可以设置延时时长，该事项监察点时限也将自动延时，支持延时功能。
D 事项终结
当办件由于特殊原因需要终结，系统支持发起终结程序，并由事项办理人员提交终结原因。
（8）跨部门协同办理管理
跨部门协同办理管理功能两个作用：实现协同办理的全流程监管；协助协同办理。
①   并联审批系统功能
并联审批是对涉及两个以上部门共同审批办理的事项，实行由一个中心（部门或窗口）协调、组织各责任部门同步审批办理的行政审批模式。结合行政审批制度改革，充分利用政务服务平台，支撑企业设立登记多证合一、投资项目并联审批、投资项目多评合一、投资项目多图联审等拓展应用。
A.  一般并联审批
建设一般并联审批系统，梳理中心相关一般并联审批流程，将这些一般并联审批固化到系统中，实现并联审批事项“一窗受理，一次告知、一键派发、一窗出件”，免去申请人多次跑中心接件窗口，多次申请审批事项的烦恼。系统支持后期不断拓展一般并联审批事项。
B.  事项受理
公众能够前往窗口提交事项申请，窗口工作人员录入申请人基本信息之后，根据申请人需求，勾选相关事项。
C.  事项告知
事项选择完成后，确认后，收取相关申请，然后一键告知相关后台审批部门，由后台人员开始并联审批。
D.  后台审批
后台审批部门收到审批事项信息和材料后开展审批活动。
E.  结果反馈
所有事项审批完成后，各自部门上传审批结果，由窗口进行统一出件反馈。
②  企业经营许可联合审批管理
结合本市市直属单位并联审批系统建设现状，根据国务院相关文件要求，与沈阳市商事服务管理信息平台进行对接，实现企业设立登记多证合一，并同步调整网上政务服务平台相关功能和流程，提供套餐式打包服务。针对与企业经营相关联的许可事项，按行业类别实行联审联办。需现场勘察的，探索“联合踏勘”，降低企业制度性交易成本。
③  投资项目并联审批管理
与沈阳市“多规合一”技术平台进行对接，将项目审批分为用地和规划阶段、立项（审批核准备案）阶段、报建阶段、开工后竣工前阶段、竣工后阶段等，实现“事项及材料一单告知，批量申请多个事项，申请材料一窗受理，审批过程并行协同，审批结果关联共享”等服务功能和“项目审批流程图监控、督查督办、汇总分析”等监管功能。
④  投资项目多评合一管理
与沈阳市“多规合一”技术平台进行对接，实现对项目基本信息进行联合评审，中介评估，申请材料评估，各部门联合评审过程的统一全痕迹监管。
把对相关中介评估的审查工作由串联改为并联，实现企业投资项目立项评估的统一受理、统一评估、统一评审、统一审批、统一监管，提供事项（工作）节点、申请表单、申请材料、并联办理日志、会审意见展示五个标签页，供工作人员查看业务办理情况，及时掌握工作进度。
⑤  投资项目多图联审管理
对接与沈阳市“多规合一”技术平台进行对接，实现对各审批部门中对事项材料中的设计图进行联合会审，设计图纸文件及材料进行电子化并共享审批的全痕迹监管。
对一窗受理、一次收费、联合审查和电子图审等，实现动态实时监管。
（9）多级联动办理（全城通办办理）管理
① 多级联动办理
通过标准数据接口的开放，建立多层级联动运行机制，实现街镇、村居两级联动业务，支持上报件的信息流转，完成多级联动审批，将政务服务\公共服务延伸到街道、社区基层，办事人在乡镇及村上可以完成授权或下放事项的受理及办理。
② 全城通办
同时以“平台”为主体载体，整合各职能部门专线系统和各级政务服务中心办理窗口，普及移动终端应用，通过数据共享和协同办理机制，统一事项办理标准，形成在全市任一地点即可申请办理部分事项，实现部分事项的全城通办。
（10）网上预审管理
提供基于门户渠道的网上预审功能，用户通过网上大厅、手机APP、微信公众号、智能电视、智能自助终端机等渠道提交办事申请和电子材料，材料将自动推送到相应的预审人员，预审人员通过系统的预审界面可以查看用户提交的电子材料，并根据标准化梳理的材料要求对电子材料进行审查，对材料做出予以通过或不予通过的决定，同时提交相关预审意见。系统自动将预审结果推送到申办用户，用户根据预审结果决定前往窗口提交或补正资料。
为提升群众网上办事的便捷化和智能化，我们结合在其他城市落地的经验，设计了如下的网上预审前的环节：
①  主题化清单
将政务事项可按照办事主题划分。
②  智能索引
政务服务智能引导子系统支撑整个平台的相关表单应用，包括政务管理，政务服务，社区活动的各类表单。系统通过知识库提供标准化的咨询案例，辅助窗口工作人员的咨询服务，提供群众办事事项的咨询服务并记录咨询内容，咨询内容包含问题、答复、咨询时间、咨询对象的基本信息等。所有咨询内容进入知识库，并按群众办事事项要素进行归类汇总，形成关联提示和智能引导。提供对群众办事事项的多维度查询。以热线、互联网、移动互联网和服务大厅为载体，结合网上办事大厅现有成果，依托移动设备、终端等自助设备，提供与窗口办事相衔接的预约排队、互动咨询、审批材料自动合成、互联网支付（含第三方支付缴费）、现场出证、在线申报等自助办理服务。用户可以通过该自助服务系统，不局限于现场办事条件约束，充分利用各种闲暇时间，通过互联网或现场自助终端进行预填表等自助办事服务，大大提高办事效率，二期项目功能包含自助服务、预审应用、关键字、分类、事项要素、办事条件等。
以政务服务中的自助服务和预审应用为例：
网上填表和申请系统，开放用户注册，通过绑定的手机的方式认证用户。提供基于事项的申请表预填写功能，和网上办事申请。预填表充分利用信息化的优势，重复信息不用多次填写，系统自动复用，实名认证用户填表过程中不只可以调用历史数据，还可以通过绑定的身份调用共享系统内的自然人基础库用户信息进行自动填表；网上申请，是指申请人可以通过网上填写申请表格和提交电子申请材料，行政服务中心可以根据预填信息和提交的电子材料进行事务的预审，预审核的结果通过“网上填表和申请系统”和短信通知申请人，申请人根据预审结果决定是否到行政服务中心正式办理。
预审系统为窗口人员和后台用户使用的系统，系统功能集成于“公共服务综合信息系统”。主要用于：一是在申请人到达行政服务中心大厅后，可通过读取本人身份证的方式调取预填的表格或申请，核对无误后可根据业务需要，打印核对后的申请表或办理业务；二是后台人员在申请人网上提交申请后，根据网上提交的申请材料，对申请进行预审核，并将结果通知申请人。初次使用网上申请的申请人必须到行政服务中心窗口完成实名绑定，以后可以选用结合物流的网上申请，通过快递提交物理材料包括申请表，以及通过物流取得审核结果。
除以上系统主体功能外，“自助服务和预审系统”设计上，要与沈阳市其它自助服务系统的设计风格保持一致。借助市民之窗覆盖面的优势，自助服务系统对提供的自助服务要预留接口，以便借助其他平台扩展服务渠道。还要提供用户的注册、注销、信息自助销毁，窗口实名绑定功能。
③  排队叫号
传统的排队叫号机实施成本和复杂度高，需要涉及施工和调试等多项工程任务。在移动互联网迅猛发展的前提下，依托无线互联网技术来实现排队和叫号服务功能是一个趋势和方向。
总体原则要求：
开放性：依托互联网来实现多渠道的取号、预约进入排队等待，以及窗口叫号机制。
稳定性：在停电、宕机或者系统崩溃的情况下，也能恢复到出故障前的状态。
高效性：在用户取号的时候响应快速，延迟不超过1秒。在多用户的情况下，可以响应至少1000个并发；
安全性：需要能防止恶意的DDOS攻击；
系统主要提供以下功能：
(1) 用户能够选择业务类型：用户可根据自己的需要选择不同的业务类型，缺省都是相同的综合窗口业务，不用选择。在用户选择后，支持给出用户号、业务类型、到达时间、以及队列中的用户数量、服务窗口数量等用户提示信息。
(2) 工作人员登录：工作人员需登录进入服务状态，每个工作人员在进入服务台之前必须输入正确的用户名和密码，否则会给出提示信息，登录后会显示该工作人员的相关信息：工号、窗口号。
⑶ 排队数量：工作人员能够看到当前正在排队的用户数量 为了提高工作人员的办公效率，可提示工作人员当前正在等待的用户的数量，当用户数量为0 时， 如果工作人员继续呼叫，给出提示信息。
⑷呼叫用户：工作人员可呼叫用户，在工作人员呼叫用户办理业务时，如该用户没有及时到达，可按重复呼叫按钮继续呼叫。
⑸ 信息统计：管理员可统计用户及工作人员信息，管理员在进入管理界面时，需要输入正确的用户名和密码，等待验证后方可查看用户及工作人员的详细信息。
⑼ 管理员可维护用户及工作人员的信息，增加、修改、删除相关信息。
④  表单生成
市民通过手机APP渠道可以查看事项办事指南，进行自助咨询，判断是否满足所申请事项的受理条件；同时通过“网上申办”功能模块，市民可以提交选定事项所需提交办事申请和电子材料，同时通过后台对接电子证照、用户个人信息等数据，系统将自动生成办事所需要提交材料表单，并对表单数据字段进行自动填充。申请完成后，系统将给予是否提交成功提示，告知申请编号，并提供短信、移动终端等方式的提醒。
⑤  政策匹配
智能政策匹配系统是以政务服务事项、政策信息大数据为基础，通过人机交互智能问答的方式，收集办事人信息与云端数据库比对，做到特定个体，具体情况的个性化政策推送、定制化办事指南，帮助群众了解自身在符合条件的情况下所能享受的所有政策，实现政策推送、政策咨询、事项导办的亲民化、便民化。
标签筛选功能：梳理数据库中全部事项，进行相应分类，提取关键字。
群众进入智能匹配系统后，能根据自身情况，选择相应标签，系统将综合群众所选标签，快速筛选出所有符合该类标签的事项，于下方显示，同时用户可通过搜索栏输入关键字，进一步缩小事项筛选范围，从而快速找到适合自己办理的事项。
⑥  智能指南
系统与办事群众的问答交流，通过办事人提供的个人具体情况，筛选条件，生成对应办事的特定条件的告知单。
 
在标签筛选功能缩小范围后，办事人选取相应事项，系统将通过人机交互形式，针对该事项的具体信息询问群众相关情况，根据群众回复的内容，进行核对筛查，符合办理条件的群众，生成符合群众个人情况的个性化告知单；对于不服和条件的群众，根据所填内容推送相关信息。
⑦  材料复用
材料复用是指通过对现有电子材料进行分类整理，筛选具备复用价值和复用条件的材料，通过技术或梳理让材料实现复用，减少申请人重复提交材料的繁琐，同时减少工作人员的工作量。
材料复用里面材料分为无条件复用、不可复用材料、有效期内可复用材料和需要后台核对方可复用材料。
A 有有效期类
验证方式：人工识别有效期，根据源数据的不同提供方式，系统提供源数据校验。
 
B 无有效期类
验证方式：人工判定“证明内容与办理事项所涉时间是否一致”，不一致的系统判定“可能变更的信息对待办事项有无实质影响”，有影响的系统对接源数据供审核人员判断材料是否可以复用。
 
（11）大厅综合管理系统
目前政务服务一体化管理平台已经实现对大厅的整体工作情况、人员情况进行实时监控，对大厅内各类设备的日常运作状态等进行系统化管理以及取号排队、休息区等候、叫号服务等功能，大厅管理系统在现有的基础上进行升级优化，增加大厅工作人员绩效管理和大厅办件统计分析等功能，提升实体大厅服务体验。
① 智能终端管理
对现有的终端管理系统进行改造升级，实现系统对大厅的所有智能终端进行管理，包括设备信息上传、设备信息管理、网关设备管理、设备运行统计、设备升级管理、设备升级计划、设备故障管理查询等功能。进行管理的智能终端包括高拍仪/扫描仪、身份证读卡器、智能触摸终端、窗口显示屏、自助服务终端等设备。
A.  设备信息上传
每个设备的基本信息由多个部分组成，根据用户权限，用户可以对不同的模块具有查看或修改权限；设备固有的属性，通常和设备自身相关，使用过程中不发生改变，包括：设备名称、规格型号、设备编码、设备类型、设备标识、功率、生产厂商、供应商等。将这些信息纳入到设备信息中，进行保存上传。
B.  设备信息管理
对纳入智能终端管理系统中的设备信息，可通过设备信息管理进行查询，例如当某个硬件设备出现故障时可以快速定位该设备的基本信息，联系供应商。
C.  网关设备管理
网关设备管理主要是对通过系统认证且分布在不同地域的网关设备进行登记、分组和识别，以便于统一进行管理。并以此作为事件监控、威胁分析和风险评估的基础，从而实现对全网资产的统一威胁监管和集中告警。
D.  设备运行统计
系统提供网络拓扑图、机房物理布局图、业务数据统计图表等多种友好视图对资产的运行状态进行实时监控。
系统提供对重点网站资源的可用性检查。还提供通过实时访问网站，抓取屏幕截图的方式对网站页面实时监控。
E.  设备升级管理
系统通过简明清晰的列表来显示需要升级设备的信息。
F.  设备升级计划
用户可以提前指定设备的升级计划，系统根据计划自动提醒相关工作人员完成相关工作。
G.  设备故障查询
系统提供相关设备信息的一些故障原因，用户可通过设备名称和对出现故障的描述进行查询，系统会通过清晰的列表来显示可能引起该设备故障的相关因素。
② 大厅视频监控
对接现有的视频监控系统，监控大厅运行情况，实时动态监管中心各大厅所有窗口状态信息，状态包括空闲、正在办理、暂停办理等，并对窗口工作人员办理业务行为进行监督及规范。
③指纹考勤
对接大厅考勤机，通过工作人员的指纹考察工作人员的考勤情况。
④ 排队叫号
与现有的排队叫号系统对接，支持刷卡快速打印号票，显示办理事项、排队人数等信息，支持窗口软件叫号集成功能，具备取号机缺纸自动预警功能。
⑤ 人员管理
全方位掌握窗口工作人员的具体信息，涉及到岗位、教育、学历、面貌等方面的情况，并支持按政治面貌等条件进行筛选。
⑥  资产管理
对大厅所有设备及物资进行唯一物资编码登记，并记录相关设备和物资的信息及状态，可对资产信息进行增加、删除、更新等操作，并保留操作日志。
⑦  绩效管理
政务服务中心各处室成立巡查组，每月针对各实体大厅的综合治理、日常巡查、文明创建、作风建设、业务考核、热线投诉、监察投诉等方面对大厅工作人员进行考核管理，并将相关数据纳入电子监察系统进行绩效考核。
⑧  统计分析
对大厅受理、办件等信息进行统计，可按时间段、部门、事项类型设置并自动生成办件统计、满意度统计、部门办件汇总、办理事项汇总统计、办理时效统计、部门时效统计、异常数据统计等数据统计报表，支持在线打印、电子表格导出功能。支持用图表的方式直观展现大厅整体情况，包括各部门办件量、平均用时、办件满意度、异常办件等。
（12）事项管理支持子系统
主要包括自助设备支持子系统、智能自助机后台支持子系统。
① 自助设备支持子系统
利用自助设备作为延伸到家庭基层服务窗口，具备提供“一次都不跑”的政务和公共服务能力。应用中枢提供针对可延伸到自助终端的设备进行预约、申报或办理的事项进行管理，并提供市场一般终端的输入、撤销、编辑等可操作支持功能，提供相关服务事项的更改、新增、撤销等功能。
主要功能要求如下：
A、系统接口：提供与数据接口，将平台应用服务推送到应用端口。
B、事项发布：提供平台应用服务事项的清单，包括服务内容、信息数据、服务方式等要素的配置。
C、事项修改：
对平台应用服务事项的名称、服务内容、服务方式、信息数据等要素进行修改。
D、事项新增：对平台新增的应用服务事项的名称、服务内容、服务方式、信息数据等要素进行配置。
E、事项撤销：提供事项撤销功能。
② 智能自助机后台支持子系统。根据平台统一的底层服务事项管理，提供智能自助终端上所有服务事项的发布、撤销、新建、合并等功能支持，主要功能要求如下：
A、标准接口：提供与行政许可事项系统对接接口。
B、事项发布：提供平台许可事项的清单，包括许可内容、信息数据、许可方式等要素的配置。
C、事项修改：对平台应用许可事项的名称、服务内容、服务方式、信息数据等要素进行修改。
D、事项新增：对平台新增的许可服务事项的名称、许可内容、许可方式、信息数据等要素进行配置。
E、事项撤销：提供事项撤销功能。
（13）部门内部监察
① 办件监控
此功能中显示内网办证系统中所有本单位的申请办件。拥护权限的办证管理员，通过办件监控模块，可以进入办证监督界面。
② 审批项目的查询
可按申请人名称或电话查询、申请部门、申请时间、申请名称、受理编号、传阅类型等信息进行查询；查询选项包括：办件分类，服务项目分类、全部收办件、收件查询、办件查询、超期件查询、提前办结件查询、急件查询、特殊服务对象办件查询等。具有相应授权的人员能够方便、灵活地查询项目，按各种方式查询、排序、筛选。
③ 审批项目的统计
对窗口办事人员的统计主要包括：到期办结率、提前办结数、过期件数、日办件统计报表，办件明细报表、各种办件统计报表（承诺件统计报表等）。分析政府工作人员办公效率，审核审批操作的进行违规情况。
对企业申报信息进行汇总进行统计，根据企业提交的申报资料，可以进行深入的汇总统计，得出各项业务分析报告。
④ 办件催办
对某些关系较重大的办件可以进行催办，系统件自动发催办通知到办理窗口，并把该办件转成急件办理。
⑤收费减免
经领导审批可以对某些办件的收费进行减免。
（14）与市“互联网+政务服务”平台对接
遵循沈阳市“互联网+政务服务”体系，实现全面对接。平台与沈阳市“互联网+政务服务”平台属于平行系统，在政务服务方面平台将参照沈阳市“互联网+政务服务”平台发布的清单目录体系和梳理结果，提供数据集成接口，实现对接。依托政务云信息共享交换平台，通过集成平台外部接口，与沈阳市“互联网+政务服务”平台之间形成良好的数据共享和交互。包括但不限于对接管理、用户与权限对接、平台数据对接等。
（15） 行政许可管控案例
下面以“执业药师首次注册”为例，介绍行政许可类权力运行治理监督系统建设是如何与业务中枢相结合的。
《关于修订印发〈执业药师资格制度暂行规定〉和〈执业药师资格考试实施办法〉的通知》（人发〔1999〕34号）中规定：“国家药品监督管理局为全国执业药师资格注册管理机构，人事部及各省、自治区、直辖市人事（职改）部门对执业药师注册工作有监督、检查的责任”。
①  填报数字化行权事项库
填报数字化行权事项库一共14个步骤，分别需要设定事权类别、设定事项内容、设定事项流程、设定事项权限、设定事项要件、设定事项条件、设定事项规则、设定事项时限、设定数据对比、设定轮巡周期、设定公示评价、设定监督节点、设定违规预警、设定问题管控。根据第一阶段，对制度数据化调研所形成的结果，将信息填报入行权数据库，其结果如下：
A 设定事权类别
权力类型：行政许可权力
B 设定事项内容
事项名称：执业药师首次注册
事项说明：国家药品监督管理局为全国执业药师资格注册管理机构，人事部及各省、自治区、直辖市人事（职改）部门对执业药师注册工作有监督、检查的责任。
事项依据说明：《《国务院对确需保留的行政审批项目设定行政许可的决定》（2004年6月29日国务院令第412号，2009年1月29日予以修改）附件第355项；
《关于修订印发〈执业药师资格制度暂行规定〉和〈执业药师资格考试实施办法〉的通知》（人发〔1999〕34号）。
受理条件：《执业药师资格制度暂行规定》第三章、第十二条：取得《执业药师资格证书》者，须按规定向所在省（区、市）药品监督管理局申请注册。
事项时限说明：法定时限20个工作日，承诺实现10个工作日
办理方式说明：网上办理或者现场大厅办理
C 设定事项流程
申请登记：个人申请-窗口人员登记
初审：主任科员初审
审批：处长审批
D 设定事项权限
申请人：申请，査询办理进度，评价，投诉
主任科员：受理，办理过程査询，办理结果通知
处长：对申请材料进行审核，业务办理进度査询，对审批结果签字盖章。
E 设定事项要件
必要证照：执业单位资质证明
必要证照：执业药师身份证、执业药师资格证书及法定体检机构出具的健康证明
特殊情形材料：执业单位与原工作单位不一致，需出具“终止（解除）劳动合同证明”、“退休证”或“失业证”复印件或原件
必报材料：执业药师继续教育学分卡（近三年）
必报材料：：执业药师首次注册申请表
F 设定事项条件
必要证照：执业单位资质证明
必要证照：执业药师身份证、执业药师资格证书及法定体检机构出具的健康证明
特殊情形材料：执业单位与原工作单位不一致，需出具“终止（解除）劳动合同证明”、“退休证”或“失业证”复印件或原件
必报材料：执业药师继续教育学分卡（近三年）
必报材料：执业药师首次注册申请表
G 设定事项规则
执业单位符合要求：执业单位资质证明
证件真实：执业药师身份证、执业药师资格证书及法定体检机构出具的健康证明
身份符合：执业药师继续教育学分卡（近三年）
 
填写正确：执业药师首次注册申请表
H 设定数据比对
执业单位资质比对：沈阳市资质库
户籍身份比对：沈阳市户籍库
执业药师身份比对：沈阳执业药师库
卫生健康数据比对：沈阳市卫健委健康库
I 设定监督节点
监督原则：1.合法性原则：行政监督的合法性是行政监督主体从事行政监督的必要条件。这种合法性主要体现在行政监督主体的合法性、行政监督活动符合法定程序、行政监督活动符合法定方式三个方面。2.经常性原则：行政监督作为一种经常性活动，存在于行政管理活动的全过程，具体贯穿于决策、协调、执行等各个环节。经常性监督，有利于及时发现政府行政组织和公务员在处理公务中的不当行为、违法现象，并及时纠正和处理，避免增加社会成本。3.平等性原则：依法监督，法律面前一律平等，是社会主义行政监督的基础。不论是领导机关还是被领导机关，不论是专门监督机构还是一般机构，不论是领导者还是一般公民，在进行监督的权利和接受监督的义务上完全平等，不存在不受监督的特权或享有特权的监督。4.广泛性原则：主要指监督主体、监督对象和监督范围的广泛性。行政监督的性质决定了全体公民对政府的公务活动均有实施监督的权利，这种广泛性还表现在行政监督要对一切政府行政机关的行政行为、行政措施、行政制度的实施进行监督。5.有效性原则：主要体现在行政监督实施后的结果如何。有效的行政监督就要做到客观、公正、准确、及时，做到违法违纪必究，执法必严。
监督部门：人事部、省人事部门以及社会监督
监督类型：权力机关、行政机关、社会监督
②   过程设计
A.  个人申请
如果是个人网上申请“执业药师首次注册”申请人登录网上政务服务大厅或相应的政务服务系统，选择“执业药师手册注册”业务后，首先调用的是申办须知页面。这个页面的内容信息，如事项说明、事项依据、办理方式说明等均可通过业务中枢的接口，从事项数据库中获取，也可以通过事项数据库提供的事项内容介绍模板，直接调用相关界面。
用户阅读完申办须知并点击【确认】后，进入表格填写页面。在进入页面之前，系统需要通过接口从业务中枢调用事项要件信息，进入申请表格填写页面之后，通过调用接口获知哪些字段是必填的，填写信息之后系统调用接口对填写的信息进行真伪校验。
表格填写页面通常都必须要填写申请人信息，包括姓名、手机号、身份证号等，系统应首先引导用户填写身份证号，填写完毕系统会自动从历史信息中拉取联系方式信息、最近的附件信息（如身份证、户口本、残疾证、低保证等）方便办事人员填写，实现历史信息复用。
当申请人填写了需要验证的信息后，则系统需要根据“要件信息”要求，对申请人填写的数据进行验证：
例如：填写完身份证号码信息后，首先对号码的完整性进行验证，如果身份证号码信息完整、正确，则开始验证。先通过人口信息接口，验证身份证与姓名是否相符，如果不符，则不予通过信息填写，并做好提示。再通过户籍验证接口验证该用户是否是沈阳市内用户，如果不是则不予受理，并做好提示。最后验证该身份证号申请人是否已通过执业药师考评，如果结果是已经通过，则予以通过，如果显示未通过，则不予通过且同时发出预警信息给人社系统。
例如：填写完执业药师号码信息后，开始验证。通过执业药师号码信息验证执业药师证是否真实存在，如果验证失败，则不予受理，并做好提示。
例如：提交的健康证明文件后，开始验证，通过健康文件编码信息验证此人健康证明真伪，如果验证失败，则不予受理，并做好提示。
接下来，申请人需要根据要件要求，上传证明材料，如：执业单位资质证明、执业药师身份证、执业药师资格证书及法定体检机构出具的健康证明等。
在上传这些要件之前，首先系统需要通过接口检查③申请人是否已经建立相应的电子证照，如果已经建立，则不再需要上传，并提示用户不需要上传，已经自动获取了证明。如果没有对应的电子证照，则查询申请人最近上传的附件，如果有能够对应得上的，则直接提示已上传完毕，请用户检查确认即可，如果照片错误或者不正确可以手动替换。如果以上都没有，则需要用户自己上传相应证件的照片，上传后系统需要调用应用中枢接口，验证相关证件照片是否清晰、正确，并能够提取出关键信息，且与申请人填写信息一致。
整体表单填写完毕，必要证明附件上传完毕后，系统将调用业务中枢的事项规则进行校验④，验证当天申请人是否有资格申请。如果没有资格，则停止受理，并给出无法受理的原因。如果可以受理，则进入受理环节，完成申请人操作。此后，申请人可以继续对申请受理的业务进行查询、投诉和评价，系统自动记录申请成功时间节点，以备后续系统自动检测业务是否按正常既定时间节点运转，做出相关时限预警。
B.  主任科员受理
如果申请人采用的是线下现场办理，则整个申请受理过程由主任科员操作完成。
与个人用户线上申请受理不同，线下办理的办事人员在进入系统前首先要通过业务中枢的进行CA验证与角色授权，授权完毕后才可以办理相关业务。
在进入受理页面之前，系统需要通过接口从业务中枢调用事项要件②信息，来获知哪些字段是必填的，哪些字段信息通过调用接口可直接自动获取的，哪些字段填写后需要验证的等等，随后即可进入申请表格填写页面。
表格填写时，受理人员首先填写申请人信息，包括姓名、手机号、身份证号等，填写完毕系统会自动从历史信息中拉取联系方式信息、最近的附件信息（如身份证、健康证明等）方便办事人员引用和复用。
当受理人员填写了需要验证的信息后，则系统需要根据“要件信息”要求，对申请人填写的数据进行验证：
例如：填写完身份证号码信息后，首先对号码的完整性进行验证，如果身份证号码信息完整、正确，则开始验证。先通过人口信息接口，验证身份证与姓名是否相符，如果不符，则不予通过信息填写，并做好提示。再通过户籍验证接口验证该用户是否是沈阳市内用户，如果不是则不予受理，并做好提示。最后验证该身份证号申请人是否已通过执业药师考评，如果结果是已经通过，则予以通过，如果显示未通过，则不予通过且同时发出预警信息给人社系统。
例如：填写完执业药师号码信息后，开始验证。通过执业药师号码信息验证执业药师证是否真实存在，如果验证失败，则不予受理，并做好提示。
例如：提交的健康证明文件后，开始验证，通过健康文件编码信息验证此人健康证明真伪，如果验证失败，则不予受理，并做好提示。
接下来，申请人需要根据要件要求，上传证明材料，如：身份证照片、户口本照片、低保证照片、残疾证照片等。
在上传这些要件之前，首先系统需要通过接口检查④申请人是否已经建立相应的电子证照，如果已经建立，则不再需要上传，并提示用户不需要上传，已经自动获取了证明。如果没有电子证照，则查询申请人最近上传的附件，如果有能够对应得上的，则直接提示已上传完毕，请用户查看一下，如果照片错误或者不正确可以手动替换。如果以上都没有，则需要受理人员手工上传相应证件的照片，上传后系统需要调用应用中枢接口，验证相关证件照片是否清晰、正确，并能够提取出关键信息，且与申请人填写信息一致。
整体表单填写完毕，必要证明和材料附件上传完毕后，系统将调用业务中枢的事项规则进行校验，验证当天申请人是否有资格申请。如果没有资格，则停止受理，并给出无法受理的原因。如果可以受理，则进入受理环节，完成申请和受理操作。
受理完毕后，受理人员提交的时间点⑥将记入业务中枢，便于对流程以及受理人员的考核评价。
受理人员还需要向申请人提供受理单据，申请人可以凭此单据继续对申请受理的业务进行查询、投诉和评价。
最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
受理人员受理业务属于行权行为，因此其每一步验证、查询等行为都需要上传到业务中枢中进行汇总，做到行权全留痕，效能全统计。
 
③  处长审批
主任科员受理完成后，进入处长审批环节。
审批环节的办理人员在进入系统前首先要通过业务中枢的进行CA验证与角色授权①，授权完毕后才可以办理相关业务。
审批环节，首先是人工复审，对申请人或者受理人员填写的信息、上传的附件等进行审核。人工复审完毕后，办理人员可查询业务中枢的事项规则库②对数据进行智能审校，如申请人户籍是否在当前属地、健康证明是否按照当前要求的医院或者指定机构开具等，并给出相应的提示。办理人员可以依据相应的提示给与审核意见，如：驳回或者通过，并完成审批环节。
审批完毕后，审批人员提交的时间点⑥将记入业务中枢，便于对流程的考核评价。
最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
业务处长审批属于行权行为，因此其每一步验证、查询等行为都需要上传到业务中枢中进行汇总，做到行权全留痕，效能全统计。
 
（二）行政处罚权力运行治理（监督）管控子系统
1 系统概述
行政处罚权力运行治理（监督）管控子系统包含后台流程配置、案件登记、立案调查和处罚告知等功能，通过业务中枢能力的支撑搭建对上述功能的全流程监控和管理。
2 系统业务逻辑
① 简易程序业务管控逻辑图
② 一般程序业务管控逻辑图
3 管控逻辑说明
（1） 行政处罚简易程序管控逻辑说明：
A.  行政处罚定义：行政处罚是指行政主体依照法定职权和程序对违反行政法规范，尚未构成犯罪的相对人给予行政制裁的具体行政行为。
B.  行政处罚简易程序标准流程：证件出具——告知拟处罚事实、理由依据等——填写处罚书——结果送达、办结；
C.  行政征收管控业务中枢功能描述：
a.  事项类别、事项内容：通过行权类别库和行权内容库来识别针对当事人的投诉、申述和举报等信息。自动识别执法者属于哪一个行政处罚事项。并匹配出该事项为行政处罚简易程序还是一般程序事项。匹配出是简易程序则按照“证件出具——告知拟处罚事实、理由依据等——填写处罚书——结果送达、办结”流程运行；
b.  事项流程：依据事项类别、事项内容识别出该事项事先设定的流程，识别后后台流程将锁定。并提供以下两个作用：
a.通过事先设定的流程告知执法者流程，方便其快速执法；
b.通过事先设定的流程监察执法者作业流程的规范性。
c.  事项权限：依据后台事项流程节点配置的权限比对该事项审核过程中权限的一致性。如不匹配，行权许可管理数据中枢将采集到该不匹配信息，报送给违规预警和问题管控模块。相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
d.  事项要件：事先设定执法要件点，辅助执法者执法，做到执法零偏差；
e.  事项条件：按照事先设定执法事项的条件，比对当事人身份是否与投诉、申述和举报等信息相符；
f.  事项时限：匹配出事项各流程节点的时限。超出时限的节点将预警。预警记录报送给违规预警和问题管控模块，相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
g.  事项巡检周期：制定该事项的巡检周期。依据中枢行权要件、行权条件和行权规则子组件，分别对行权过程中的办事审核环节、条件审核环节及关键政策匹配环节做到全方位监测，做到该业务的全流程、全轨迹、全数据等的巡检。巡检数据汇聚进巡检数据库供数据中枢分析。
h.  应用中枢：提供身份认证、权限认证、电子证照、自动表单、周期巡检、消息通知、远程视频、电子签章和证件（证明、证照等结果物）生成等组件模块；
i.  提供身份认证：提供统一的身份认证功能。
j.  权限认证：提供权限统一管理和节点权限比对功能；
k.  电子证照：证照上链（区块链），提供材料复用功能；
l.  自动表单：自动生成执法表单；
m.  周期巡检：周期巡检组件在设定周期内，定期事项全流程、全轨迹、全数据等巡检；
n.  消息通知：执法结果可通过应用中枢的消息通知组件，以短信或其他方式反馈给当事人。
o.  远程视频：提供远程视频执法功能；
p.  电子签章：保证执法环节产生的电子材料，如电子结果物、电子档案等的法律性；
q.  证件（证明、证照等结果物）生成：执法结果可通过结果可通过应用中枢证件生成功能，自动生成电子结果。电子结果物加盖电子签章，保证其法律性
r.  其他组件。
s.  数据中枢：采集事项全流程、全轨迹等数据。对全量数据比对分析，分析结果汇聚至治理和监督中枢。
t.  数据中枢时限方式简述：
ø  汇集全流程节点时限数据。包含执法者身份匹配数据、当事人身份身份匹配数据、行权事项类别数据、行权事项内容数据、行权事项全流程数据、行权事项权限数据、行权事项要件数据、行权事项条件数据、行权事项规则数据、行权事项时限数据、行权事项定期巡检结果数据等
ø  汇集数据分布式存储于区块链端；
ø  数据中枢依据时限设定的行权事项类别、行权事项内容、行权事项流程、行权事项权限等上述数据对应的标准进行全面的比对分析；
ø  在过程环节中比对出虚假要件，系统自动停止办理；比对出存在风险的执法事项，系统自动停止办理；比对出存在审批超时的事项，系统提出红黄牌警告，并督促办理；
ø  比对分析数据流转至治理和监督中枢，从而为政府领导、纪委和其他相关部门的治理和监督提供数据依据。
（2）行政处罚一般程序管控逻辑说明：
A.  行政处罚定义：行政处罚是指行政主体依照法定职权和程序对违反行政法规范，尚未构成犯罪的相对人给予行政制裁的具体行政行为。
B.  行政处罚一般程序标准流程：立案——调查取证——审批——制定处理方式——撤销、处罚告知、移送处理——当事人陈述申辩、召开听证会——改变处罚、依法制定处罚决定——送达执行——结案归档（重大处罚报备案）；
C.  行政处罚管控业务中枢功能描述：
D.  事项类别、事项内容：通过行权类别库和行权内容库来识别针对当事人的投诉、申述和举报等信息。自动识别执法者属于哪一个行政处罚事项。并匹配出该事项为行政处罚简易程序还是一般程序事项。匹配出是一般程序则按照“立案——调查取证——审批——制定处理方式——撤销、处罚告知、移送处理——当事人陈述申辩、召开听证会——改变处罚、依法制定处罚决定——送达执行——结案归档（重大处罚报备案）”流程运行；
E.  事项流程：依据事项类别、事项内容识别出该事项事先设定的流程，识别后后台流程将锁定。并提供以下两个作用；
F.  通过事先设定的流程告知执法者流程，方便其快速执法；
G.  通过事先设定的流程监察执法者作业流程的规范性。
H.  事项权限：依据后台事项流程节点配置的权限比对该事项审核过程中权限的一致性。如不匹配，行权许可管理数据中枢将采集到该不匹配信息，报送给违规预警和问题管控模块。相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
I.  事项要件、事项条件：
J.  按时限设定的时限要件和条件，辅助执法人员现场取证；
K.  比对执法人员取证结果是否符合时限要件和条件。
L.  事项时限：匹配出事项各流程节点的时限。超出时限的节点将预警。预警记录报送给违规预警和问题管控模块，相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
M.  事项巡检周期：制定该事项的巡检周期。依据中枢行权要件、行权条件和行权规则子组件，分别对行权过程中的办事审核环节、条件审核环节及关键政策匹配环节做到全方位监测，做到该业务的全流程、全轨迹、全数据等的巡检。巡检数据汇聚进巡检数据库供数据中枢分析。
N.  应用中枢：提供身份认证、权限认证、电子证照、自动表单、周期巡检、消息通知、远程视频、电子签章和证件（证明、证照等结果物）生成等组件模块；
O.  提供身份认证：提供统一的身份认证功能；
P.  权限认证：提供权限统一管理和节点权限比对功能；
Q.  电子证照：证照上链（区块链），提供材料复用功能；
R.  自动表单：立案审批表，系统自动生成。如果申请人有历史数据存在政府，则自动匹配出这些数据进表单中；
S.  周期巡检：周期巡检组件在设定周期内，定期事项全流程、全轨迹、全数据等巡检；
T.  消息通知：执法结果可通过应用中枢的消息通知组件，以短信或其他方式反馈给当事人；
U.  远程视频：对执法环节视频全程监控，尤其是调查取证环节；
V.  电子签章：保证执法环节产生的电子材料，如电子结果物、电子档案等的法律性；
W.  证件（证明、证照等结果物）生成：执法结果可通过结果可通过应用中枢证件生成功能，自动生成电子结果。电子结果物加盖电子签章，保证其法律性
X.  其他组件。
Y.  数据中枢：采集事项全流程、全轨迹等数据。对全量数据比对分析，分析结果汇聚至治理和监督中枢。
数据中枢时限方式简述：
Z.  汇集全流程节点时限数据。包含执法者身份匹配数据、当事人身份身份匹配数据、行权事项类别数据、行权事项内容数据、行权事项全流程数据、行权事项权限数据、行权事项要件数据、行权事项条件数据、行权事项规则数据、行权事项时限数据、行权事项定期巡检结果数据等；
AA.  汇集数据分布式存储于区块链端；
AB.  数据中枢依据时限设定的行权事项类别、行权事项内容、行权事项流程、行权事项权限等上述数据对应的标准进行全面的比对分析；
AC.  在过程环节中比对出虚假要件，系统自动停止办理；比对出存在风险的执法事项，系统自动停止办理；比对出存在审批超时的事项，系统提出红黄牌警告，并督促办理；
AD.  比对分析数据流转至治理和监督中枢，从而为政府领导、纪委和其他相关部门的治理和监督提供数据依据。
（3）后台流程设置
配置行政处罚权力后台流程，开发行政歘权力事项流程节点可视化界面。包括事项的类别、内容、流程、权限、要件、条件、规则、时限、巡检周期和巡检流程配置。支持使用图形界面来定义工作流程，只需要简单的拖拽就可以实现工作流程的定义和删除，与关系型数据库结合，生成工作流程模板数据库，以备工作流引擎读取
（4）案件登记
各执法职能部门立案内容来源主要包括以下几个方面：投诉、举报、上级单位交办、日常监督检查、专项检查、外单位移送。根据来源的属性，分别设置立案登记类型。
（5）立案调查
根据案件类型，分为自动立案、检查立案两种。
1 自动立案
对上级单位交办、外单位移送、日常监督检查、专项检查所涉案件，进入稽查执法程序立案调查。
2 检查立案
对于投诉举报，根据情况到现场进行检查，检查过程中需要做现场笔录，记录被检单位相关信息（单位名称、地址、法人、电话、邮编）、检查内容、被检查人、检查人、检查日期。
（6）立案
审核现场检查情况，系统提供判别条件对比功能，对于满足立案条件的案件予以立案并生成案件编号，否则，不予以立案并返回不立案提示。
（7）调查取证
1、案件调查
根据案件编号对已经立案的案件进行调查，同一案件可能需要进行多次不同层次、不同时间、不同地点的调查，需要记录每次调查的调查地点、调查对象、调查结果、被调查人、调查时间、调查人。
2、案件取证
根据执法流程，调查取证后确认调查事实，形成调查结果。
3、调用处罚基准条款
处罚过程中，调用自由裁量时，在调出自由裁量项的同时，提供调出裁量的处罚基准条款功能，供执法人员自由裁量提供依据。
（8）案件初审
由专职法制人员根据案件调查情况对案件进行初审，填写初审意见。
（9）案件审理
1、处理意见
此环节是案审会根据案件调查所得的情况对整个案件的违法事实进行正式审理，案审后对案件做出处理意见，处理意见包括处罚决定、处理决定、向有关部门建议中的一种或几种。
2、处罚决定
处罚决定可以是没收违法所得、罚款、责令停业整顿、向有关部门建议吊销营业执照、吊销生产许可证等。
3、案报上级
案审后发现该案是大案要案的，需要将该案报上级机关大案要案登记。
4、处罚助手
在拟定处罚决定时，系统会根据处罚项目的自由裁量库中的处罚内容给以处罚建议，也可以根据实际情况进行处罚的修改，若修改的处罚内容超出了该项目自由裁量库中的标准，在系统中将给予提示。
（10）撤销立案
1、撤案理由
行为情节比较轻微的，可以撤销立案。撤案时需要记录撤案理由。
2、撤销审批
撤销立案的案件提交给上级领导审批，填写审批意见。
（11）移送处理
不属于行政处罚范围或触犯了刑法，移送相关部门。
（12）处罚告知
1、处罚告示
对案件当事人告知违法事实，当事人在被告示后可以要求听证、可以提出疑义、可以提出减免处罚请求等合理要求，
2、重新案审
对于当事人对被告知内容提出疑义或者提出减免请求的，需要将案件提交案审会重新案审。
（13）陈述申辩或者听证
1、陈述申辩
被处罚人可以对自己的情况进行申辩解释，符合相关要求的，可以改变处罚决定或免于处罚。
2、案件听证
符合条件的行政处罚（重大行政处罚），可以召开听证会，并将相关听证结果录入系统。
（14）依法处罚
1、案件信息记录
记录相关调查结果及案件审理情况、听证、当事人申述情况，作为依法处罚依据。
2、处罚成立
对于满足处罚条件的案件输出决定行政处罚结果，生成处罚界面。
（15）送达
送达是将案审会做出的处罚决定书送达当事人。
（16）案件执行
案件执行是当事人对送达到的处罚决定书的执行，执行分主动执行、被动执行、申请法院执行。
1、主动执行
当事人对送达到的处罚决定书主动执行的，记录相关情况，录入案件回执，将结果推送给【结案】功能。
2、被动执行
对于当事人对送达到的处罚决定书不主动执行的，执法人员依法执行相关处罚结果，录入执法记录及现场视频，将结果推送给【结案】功能。
3、申请法院执行
对于当事人拒不配合，且执法人员无法执行的案件，将案件推送给法院申请强制执行。
（17）结案
整个案件结束后对案件进行了结，结案需要有案件处理意见、执行情况、办案人员意见、领导意见、结案理由。
（18）整理归档
对结过案的案件进行整理归档，整理与此案相关的所有文件。
（19）现场处罚
简易流程没有后面的处理流程，主要内容包括当事人（单位），处罚结果，处罚时间、案件描述等内容。
（20）行政复议
对产生行政复议的案件进行登记、归档管理。
（21）行政诉讼
对产生行政诉讼的案件进行登记、归档管理。
（22）自由裁量功能
1、法律法规库和自由裁量标准库
明确行政权力处罚违法事项所涉及的法律法规依据，包括国家、省、市、局机关各项法规明细，需要实现标准对应，法规权力实行统一编号，建设法律法规库和自由裁量标准库作为处罚工作的基础。通过法律法规库和自由裁量标准库的共同作用，实现对处罚方式与额度的监控，同时保障自由裁量权行驶标准的统一、规范。
2、案件维护
各部门独立维护本单位的自由裁量，维护记录登记在系统备查。
（23）规范性文书打印
1、文书模板
系统的流转过程中可以打印相应的规范性文书，文书模板通过系统后台管理设置，模板可以调整。
2、通用表格
系统还能提供通用表格生成和打印功能供办案人员使用。
（24）内部监察
各执法部门的纪检监察人员可以对本单位的行政处罚案件进行在线监察。并且对时限性、流程性、内容性异常案件进行实时预警和督察督办。具体包含以下功能:
1.  实时监察
实时统计出业务监察的动态信息：正常、预警、黄牌、红牌，包括今日、本月、本季度、本年度、在办和已办等。
2.  主体监察
现实通过监察没有合法的执法证件和执法人员少于两名，违反相应规则得到相应的监察结果数据，汇聚数据中枢。
3.  程序监察
监察全环节的流程（从立案——调查取定——告知——议案审查审批——行政处罚决定——送达——执行——结案——归档），对违反监察规则的识别出违反信息，汇聚数据中枢。
4.  时限监察
监察从立案到处罚决定的时间和从处罚决定到执行的时间，监察出的状态和结果汇聚数据中枢。
5.  结果监察
显示通过监察有没有出具合法的罚款收据。如没有按照行政处罚决定制定和处罚金额没有在案由规定处罚金额范围内的业务数据汇聚数据中枢，报治理和监督中枢处置。
6.  逻辑监察
显示通过监察各环节必需报送的执法信息数据的真实性和业务数据的完整性，监察出的状态和结果汇聚数据中枢。如有异常状态，报治理和监督中枢处置。
7.  监察统计
统计出综合监察力的正常、预警、黄牌和红牌的数量。
（25）行政处罚管控案例
下面以“对破坏或者擅自移动矿区范围界桩或者地面标志行为的处罚”为例，介绍行政处罚类权力运行治理监督系统建设是如何与业务中枢相结合的。
对破坏或者擅自移动矿区范围界桩或者地面标志行为的处罚：《矿产资源开采登记管理办法》（国务院令第653号） 第十九条——破坏或者擅自移动矿区范围界桩或者地面标志的，由县级以上人民政府负责地质矿产管理工作的部门按照国务院地质矿产主管部门规定的权限，责令限期恢复；情节严重的，处3万元以下的罚款。
《辽宁省矿产资源管理条例》（辽宁省人民代表大会常务委员会公告〔十三届〕第十五号） 第四十一条——破坏或者擅自移动矿区范围界桩或者地面标志的，由县以上地矿主管部门责令限期恢复，并处200元以上1000元以下的罚款。情节严重的，处5000元以上3万元以下的罚款。
1.  填报数字化行权事项库
填报数字化行权事项库一共14个步骤，分别需要设定事权类别、设定事项内容、设定事项流程、设定事项权限、设定事项要件、设定事项条件、设定事项规则、设定事项时限、设定数据对比、设定轮巡周期、设定公示评价、设定监督节点、设定违规预警、设定问题管控。根据第一阶段，对制度数据化调研所形成的结果，将信息填报入行权数据库，其结果如下：
(1)  设定事权类别
项目：权力类型
内容：行政处罚权力
(2)  设定事项内容
事项名称：对破坏或者擅自移动矿区范围界桩或者地面标志行为的处罚
事项说明：破坏或者擅自移动矿区范围界桩或者地面标志的，由县以上地矿主管部门责令限期恢复，并处200元以上1000元以下的罚款。情节严重的，处5000元以上3万元以下的罚款。
事项依据说明：《矿产资源开采登记管理办法》（国务院令第653号） 第十九条
《辽宁省矿产资源管理条例》（辽宁省人民代表大会常务委员会公告〔十三届〕第十五号） 第四十一条
事项周期说明：不定期
办理方式说明：发现违法线索后进行线索核查与违法行为制止，符合条件的提出立案申请，经调查取证、案件审理等程序后作出行政处罚、行政处理、移送等决定，执行处罚决定后结案。
 
(3)  设定事项流程
立案：发现违法线索后进行线索核查与违法行为制止，符合条件的提出立案申请，执法人员填报立案呈批表。
调查取证：对立案的案件，指定专人负责，及时组织调查取证，通过搜集证据、现场了解核实情况等进行调查，并制作笔录。与当事人有直接利害关系的应当回避。执法人员不得少于两人，调查时应出示执法证件，允许当事人辩解陈述。认定并告知违法事实，说明处罚依据。执法人员应保守有关秘密。
案件审理：组织人员进行案件审理，审理案件调查报告，对案件违法事实、证据、调查取证程序、法律适用、处罚种类和幅度、当事人陈述和申辩理由等方面进行审查，提出处理意见（主要证据不足时，以适当的方式补充调查）。
告知：作出行政处罚决定前，应制作《行政处罚告知书》送达当事人，告知违法事实及其享有的陈述、申辩等权利。符合听证规定的，制作并送达《行政处罚听证告知书》。
处罚移送：行政处罚决定呈批表准备下达行政处罚、行政处理、移送等决定。
执行：执行行政处罚
结案：执行后结案
(4)  设定事项权限
市自然资源保护行政执法支队：立案，调查取证，案件审理，告知，决定，送达，监管，其他法律法规规章文件规定应履行的其他责任
行政相对人：行政相对人对行政机关实施行政处罚，享有陈述权、申辩权；有权依法申请行政复议或者提起行政诉讼；自觉履行生效的行政处罚决定。
(5)  设定事项规则
事项实施规则：
①.与当事人有直接利害关系的应当回避；
②.由两名以上行政执法人员实施，调查时应出示执法证件；
③.作出行政处罚决定前，应制作《行政处罚告知书》送达当事人，告知违法事实及其享有的陈述、申辩等权利；
④.行政处罚决定书应当在宣告后当场交付当事人；当事人不在场的，行政机关应当在七日内依照民事诉讼法的有关规定，将行政处罚决定书送达当事人。
除以上信息外，行权事项库可以设定轮巡周期、设定公示评价、设定监督节点等功能，但根据具体事项情况，不必所有项都填写。
2.  过程设计
市自然资源保护行政执法支队发现违法线索后进行线索核查与违法行为制止，符合条件的提出立案申请，经调查取证、案件审理等程序后作出行政处罚、行政处理、移送等决定，执行处罚决定后结案。
市自然资源保护行政执法支队的工作人员在进入业务系统前首先要通过业务中枢的进行CA验证与角色授权，授权完毕后才可以办理相关业务。
工作人员填写违法线索登记表后，执法人员进行线索核查与违法行为制止，符合条件的提出立案申请，执法人员填报立案呈批表。对立案的案件，指定专人负责，及时组织调查取证，通过搜集证据、现场了解核实情况等进行调查，并制作笔录。组织人员进行案件审理，审理案件调查报告，对案件违法事实、证据、调查取证程序、法律适用、处罚种类和幅度、当事人陈述和申辩理由等方面进行审查，提出处理意见（主要证据不足时，以适当的方式补充调查）。作出行政处罚决定前，应制作《行政处罚告知书》送达当事人，告知违法事实及其享有的陈述、申辩等权利。符合听证规定的，制作并送达《行政处罚听证告知书》。作出处罚决定，制作行政处罚决定书，载明行政处罚告知、当事人陈述申辩或者听证情况等内容。行政处罚决定书应当在宣告后当场交付当事人；当事人不在场的，行政机关应当在七日内依照民事诉讼法的有关规定，将行政处罚决定书送达当事人。执行行政处罚后结案。将违法线索登记表、立案呈批表、笔录、案件调查报告、行政处罚告知书、行政处罚决定书等材料上传至业务系统。
检查完成后，行政执法人员提交结果的时间点将记入业务中枢，便于对流程的考核评价。
最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
市自然资源保护行政执法支队实施行政处罚属于行权行为，因此其每一步验证、查询等行为都需要上传到业务中枢中进行汇总，做到行权全留痕，效能全统计。
（三）行政征收权力运行治理（监督）管控子系统
1 系统概述
行政征收权力运行治理（监督）管控子系统包含征收案件登记、征收案件审核、征收核定和内部监察等功能，通过业务中枢能力的支撑搭建对上述功能的全流程监控和管理。
2 系统业务逻辑
 
行政征收业务管控逻辑说明：
（1）  行政征收定义：行政征收是指行政主体凭借国家行政权，根据国家和社会公共利益的需要，依法向行政相对人强制性征集一定数额金钱和实物的行政行为。行政征收主要由税和费组成。
（2）  行政征收一般流程：申报——审核——标准决定——送达——征缴——出具出具结缴凭证——办结——部门备案。
（3）  行政征收管控业务中枢功能描述：
（4）  事项类别、事项内容：通过行权类别库和行权内容库来识别该事项是否为征收事项。如是则该事项按照即办件流程走。如不是则判别出真实流程类型。同时依据申请主体匹配条件自动匹配出收费金额；
（5）  事项流程：依据事项类别、事项内容识别出的流程，识别后后台流程将锁定。为流程比对提供基础；
（6）  事项权限：依据后台事项流程节点配置的权限比对该事项审核过程中权限的一致性。如不匹配，行权许可管理数据中枢将采集到该不匹配信息，报送给违规预警和问题管控模块。相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
（7）  事项要件：对申请者提交材料的符合性进行分析。如不符合条件，则属于虚假事件，则不予受理；对材料审核过程中的关键审核点进行比对，识别是否有违规审核，规避自由裁量权。如有违规审核，行权许可管理数据中枢将采集到该违规信息，报送给违规预警和问题管控模块。相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
（8）  事项条件：固化该行权事项的办事条件。如果申请者办理的历史数据中有一条或多条申请条件对应的数据，则数据中枢通过历史条件的比对，匹配申请者是否具备办理该事项的条件，如不符合则该事项无法办理。如申请者办理的历史数据中无任何一条申请条件对应的数据。则根据申请者提交材料的信息与该事项已经固化的办事条件比对。如不符合则该事项无法办理；
（9）  事项规则：梳理事项政策，事项结果与其他事项是否有政策冲突。如办理了另一件事项后则不可以享受该事项待遇。上述规则制定出事项规则。语句事项规则比对申请者是否符合该项事项政策，如不符合，则该事项无法办理；
（10）  事项时限：匹配出事项各流程节点的时限。超出时限的节点将预警。预警记录报送给违规预警和问题管控模块，相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
（11）  事项巡检周期：制定该事项的巡检周期。依据中枢行权要件、行权条件和行权规则子组件，分别对行权过程中的办事审核环节、条件审核环节及关键政策匹配环节做到全方位监测，做到该业务的全流程、全轨迹、全数据等的巡检。巡检数据汇聚进巡检数据库供数据中枢分析。
（12）  应用中枢：提供身份认证、权限认证、电子材料复用和周期巡检等功能；
（13）  数据中枢：采集事项全流程、全轨迹等数据。对全量数据比对分析，分析结果汇聚至治理和监督中枢。
3  征收案件登记
执法人员进行案件登记：
4  征收案件审核
案件登记后，需要相关领导进行受理审核。
5  征收核定
案件经过审核后，需要相关人员进行实际征收并登记征收金额。
6  规范性文书打印
系统的流转过程中可以打印相应的规范性文书，文书模板通过系统后台管理设置，模板可以调整。
7  征收统计
可以对所有征收案件进行查询统计，查询条件为：申办对象类型、案件编号等，并可以查看具体案情。
8  我的征收案件
我的征收案件主要显示了我处理的案件，分为待处理案件和已处理案件2大类。
9  内部监察
各执法部门的纪检监察人员可以对本单位的行政征收进行在线监察，包括各类的查询、统计。
可生成各类报表，导出到word、Excel。
10  行政征收管控案例
下面以“城市道路挖掘修复费的征收”为例，介绍行政征收类权力运行治理监督系统建设是如何与业务中枢相结合的。
城市道路挖掘修复费的征收：《城市道路管理条例》（1996年6月4日国务院令第198号，2011年1月8日第一次修订， 2017年3月1日第二次修订，2019年3月24日第三次修订） 第三十七条——占用或者挖掘由市政工程行政主管部门管理的城市道路的,应当向市政工程行政主管部门交纳城市道路占用费或者城市道路挖掘修复费。
城市道路占用费的收费标准，由省、自治区人民政府的建设行政主管部门、直辖市人民政府的市政工程行政主管部门拟订，报同级财政、物价主管部门核定；城市道路挖掘修复费的收费标准，由省、自治区人民政府的建设行政主管部门、直辖市人民政府的市政工程行政主管部门制定，报同级财政、物价主管部门备案。
辽宁省住建厅《关于调整辽宁省城市道路挖掘修复费收费标准的通知》（辽住建[2011]240号）“对原《辽宁省城市道路挖掘修复费收费标准》（辽建[2000]150号）进行调整。调整后的收费标准于2011年7月1日起实行。” “调整后收费标准：沥青路面520元/㎡、条（料）石路面500元/㎡、水泥砼路面300元/㎡、彩色方砖230元/㎡、人行步道方砖215元/㎡、边石、卧石158元/㎡、砂石路面87元/㎡、土路30元/㎡、规划路30元/㎡。
（1）填报数字化行权事项库
填报数字化行权事项库一共14个步骤，分别需要设定事权类别、设定事项内容、设定事项流程、设定事项权限、设定事项要件、设定事项条件、设定事项规则、设定事项时限、设定数据对比、设定轮巡周期、设定公示评价、设定监督节点、设定违规预警、设定问题管控。根据第一阶段，对制度数据化调研所形成的结果，将信息填报入行权数据库，其结果如下：
A． 设定事权类别
权力类型：行政征收权力
B. 设定事项内容
事项名称：城市道路挖掘修复费的征收
事项说明：占用或者挖掘由市政工程行政主管部门管理的城市道路的,应当向市政工程行政主管部门交纳城市道路占用费或者城市道路挖掘修复费。
事项依据说明：《城市道路管理条例》（国务院第198号令）
《全省及省本级部门和单位涉企行政事业性收费目录清单》
《全省及省本级部门和单位行政事业性收费目录清单》
事项周期说明：不定期
办理方式说明：申请人通过网上或者窗口申请，办理时限为1个工作日（依法需要实地勘验所需时间不计算在承诺期限内），办结之后通过窗口领取或邮递给申请人发放非税收入一般缴款书。
C. 设定事项流程
申请：申请人申请-窗口工作人员受理
初审 ：市城市管理综合行政执法局初步审核材料
复审 ：市城市管理综合行政执法局复审
办结 ：事项办结，给申请人发放结果物
D. 设定事项权限
申请人：申请，査询办理进度，评价，投诉
市城市管理综合行政执法局：受理，初审，复审，收缴，办理结果通知，事后监管
E. 设定事项要件
必报材料：临时（挖掘、施工工地）占道申请书
必报材料：规划部门意见
必报材料：竖向设计报告(顶管工程)
必报材料：施工方案
F. 设定事项条件
必要条件：临时（挖掘、施工工地）占道申请书
必要条件：规划部门意见
必要条件：竖向设计报告(顶管工程)
必要条件：施工方案
G. 设定事项规则
填写正确：临时（挖掘、施工工地）占道申请书
材料真实：规划部门意见
材料真实：竖向设计报告(顶管工程)
填写正确：施工方案
H.  设定数据对比
法人身份比对 沈阳市法人库
除以上信息外，行权事项库可以设定轮巡周期、设定公示评价、设定监督节点等功能，但根据具体事项情况，不必所有项都填写。
（2）  过程设计
A.  单位申报
单位登录网上政务服务大厅或相应的政务服务系统，选择“城市道路挖掘修复费的征收”业务后，首先调用的是申办须知页面。这个页面的内容信息，如事项说明、事项依据、办理方式说明等均可以通过业务中枢的接口，从事项数据库中获取，也可以通过事项数据库提供的事项内容介绍模板，直接调用相关界面。
用户阅读完申办须知并确认后，进入表格填写页面。在进入页面之前，系统需要通过接口从业务中枢调用事项要件信息，来获知哪些项目是必填的，哪些是需要验证的等等，然后即可进入申请表格填写页面。
表格填写页面通常都必须要填写申请单位信息，包括单位名称、单位地址、法人代表姓名、联系电话、成立注册时间、组织机构代码（统一社会信用代码）等，系统应首先引导用户填写申请单位的统一社会信用代码，填写完毕系统会自动从历史信息中拉取联系方式信息、最近的附件信息（如法人证书、营业执照等）方便办事人员填写。
当用户填写了需要验证的信息后，则系统需要根据“要件信息”要求，对申请单位填写的数据进行验证：
例如：填写完统一社会信用代码信息后，首先对统一社会信用代码的完整性进行验证，如果统一社会信用代码信息完整、正确，则开始验证。通过法人信息接口，验证统一社会信用代码与单位名称是否相符，如果不符，则不予受理，并做好提示。
接下来，用户需要根据要件要求，上传证明材料，如：规划部门意见、竖向设计报告(顶管工程)、施工方案等。
整体表单填写完毕，必要证明附件上传完毕后，系统将调用业务中枢的事项规则进行校验，验证当天申请单位是否有资格享受相关待遇。如果没有资格，则停止受理，并给出无法受理的原因。如果可以受理，则进入受理环节，完成申请单位操作。此后，申请单位可以继续对申请受理的业务进行查询、投诉和评价。
B.  窗口受理
如果申请单位采用的是线下现场办理，则整个申请受理过程由窗口的办事人员操作完成。
与用户线上受理不同，线下办理的办事人员在进入系统前首先要通过业务中枢的进行CA验证与角色授权，授权完毕后才可以办理相关业务。
在进入受理页面之前，系统需要通过接口从业务中枢调用事项要件信息，来获知哪些项目是必填的，哪些是需要验证的等等，然后即可进入申请表格填写页面。
表格填写时，受理人员首先填写申请单位信息，包括单位名称、组织机构代码（统一社会信用代码）等，填写完毕系统会自动从历史信息中拉取联系方式信息、最近的附件信息（如法人证书、营业执照等）方便办事人员填写。
当受理人员填写了需要验证的信息后，则系统需要根据“要件信息”要求，对申请单位填写的数据进行验证：
例如：填写完统一社会信用代码信息后，首先对统一社会信用代码的完整性进行验证，如果统一社会信用代码信息完整、正确，则开始验证。通过法人信息接口，验证统一社会信用代码与单位名称是否相符，如果不符，则不予受理，并做好提示。
接下来，申请单位需要根据要件要求，上传证明材料，如：规划部门意见、竖向设计报告(顶管工程)、施工方案等。
整体表单填写完毕，必要证明附件上传完毕后，系统将调用业务中枢的事项规则进行校验，验证当天申请单位是否有资格享受相关待遇。如果没有资格，则停止受理，并给出无法受理的原因。如果可以受理，则进入受理环节，完成申请单位操作。
受理完毕后，受理人员提交的时间点将记入业务中枢，便于对流程的考核评价。
受理人员还需要向申请单位提供受理单据，申请单位可以凭此单据继续对申请受理的业务进行查询、投诉和评价。
最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
窗口受理属于行权行为，因此其每一步验证、查询等行为都需要上传到业务中枢中进行汇总，做到行权全留痕，效能全统计。
a. 市城市管理综合行政执法局初审
窗口受理完成后，进入市城市管理综合行政执法局初审环节。
初审环节的办理人员在进入系统前首先要通过业务中枢的进行CA验证与角色授权，授权完毕后才可以办理相关业务。
初审环节，首先是人工初审，对申请单位填写的信息、上传的附件等进行初步审核。人工初审完毕后，办理人员可查询业务中枢的事项规则库对数据进行智能审校。办理人员可以依据相应的提示给与初审意见，如：驳回或者通过，并完成初审。
初审完毕后，受理人员提交的时间点将记入业务中枢，便于对流程的考核评价。
最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
市城市管理综合行政执法局初审属于行权行为，因此其每一步验证、查询等行为都需要上传到业务中枢中进行汇总，做到行权全留痕，效能全统计。
b. 市城市管理综合行政执法局复审
市城市管理综合行政执法局初审完成后，进入复审环节。
复审环节的办理人员在进入系统前首先要通过业务中枢的进行CA验证与角色授权，授权完毕后才可以办理相关业务。
复审环节，首先是人工复审，对申请单位填写的信息、上传的附件等进行二次审核。人工复审完毕后，办理人员可查询业务中枢的事项规则库对数据进行智能审校。办理人员可以依据相应的提示给与复审意见，如：驳回或者通过，并完成复审。
复审完毕后，受理人员提交的时间点将记入业务中枢，便于对流程的考核评价。
最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
市城市管理综合行政执法局复审属于行权行为，因此其每一步验证、查询等行为都需要上传到业务中枢中进行汇总，做到行权全留痕，效能全统计。
c市城市管理综合行政执法局办结
业务办理完毕后，所有的过程数据将最终形成结果数据，并汇聚备案到市城市管理综合行政执法局。
汇聚办结时间：所有行权流程中的办理时间点都要汇聚备案，并依据当前的时限规则进行智能评价，对超期、超限的情况进行备案记录。
汇聚行权轨迹：所有行权流程中涉及到的人，涉及到的操作都要汇聚备案，以便追溯。
汇聚绩效考评：根据各阶段办理的时限评价、申请单位有无投诉、好差评等情况都要汇聚备案，为绩效考评做好留痕记录。
汇聚问题情况：对业务办理中所出现的数据比对、校验等问题都要汇聚备案。
汇聚资金收缴情况信息：对于资金收缴信息，包括收缴金额、收缴方式等信息等进行备案保存，做到收缴资金留痕、可查。
最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
（四）行政强制权力运行治理（监督）管控子系统
1.  系统概述
行政强制权力运行治理（监督）管控子系统包含强制案件登记、执法机构审批、初核立案和内部监察等功能，通过业务中枢能力的支撑搭建对上述功能的全流程监控和管理。
2.  系统业务逻辑
行政强制业务管控逻辑说明：
（1）  行政强制定义：行政强制是指行政机关为了实现行政目的，依据法定职权和程序做出的对相对人的人身、财产和行为采取的强制性措施。
（2）  行政强制一般流程：立案——调查取证——调查终结——合议——审批——行政强制事先告知或不予行政强制——当事人陈述和申辩——依法实施行政强制。
（3）  行政强制管控业务中枢功能描述：
①  事项类别、事项内容：通过行权类别库和行权内容库来识别该事项是否为征收事项。如是则该事项按照即办件流程走。如不是则判别出真实流程类型。同时依据申请主体匹配条件自动匹配出收费金额；
②  事项流程：依据事项类别、事项内容识别出的流程，识别后后台流程将锁定。为流程比对提供基础；
③  事项权限：依据后台事项流程节点配置的权限比对该事项审核过程中权限的一致性。如不匹配，行权许可管理数据中枢将采集到该不匹配信息，报送给违规预警和问题管控模块。相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
④  事项要件：对申请者提交材料的符合性进行分析。如不符合条件，则属于虚假事件，则不予受理；对材料审核过程中的关键审核点进行比对，识别是否有违规审核，规避自由裁量权。如有违规审核，行权许可管理数据中枢将采集到该违规信息，报送给违规预警和问题管控模块。相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
⑤  事项条件：固化该行权事项的办事条件。如果申请者办理的历史数据中有一条或多条申请条件对应的数据，则数据中枢通过历史条件的比对，匹配申请者是否具备办理该事项的条件，如不符合则该事项无法办理。如申请者办理的历史数据中无任何一条申请条件对应的数据。则根据申请者提交材料的信息与该事项已经固化的办事条件比对。如不符合则该事项无法办理；
⑥  事项规则：梳理事项政策，事项结果与其他事项是否有政策冲突。如办理了另一件事项后则不可以享受该事项待遇。上述规则制定出事项规则。语句事项规则比对申请者是否符合该项事项政策，如不符合，则该事项无法办理；
⑦  事项时限：匹配出事项各流程节点的时限。超出时限的节点将预警。预警记录报送给违规预警和问题管控模块，相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
⑧  事项巡检周期：制定该事项的巡检周期。依据中枢行权要件、行权条件和行权规则子组件，分别对行权过程中的办事审核环节、条件审核环节及关键政策匹配环节做到全方位监测，做到该业务的全流程、全轨迹、全数据等的巡检。巡检数据汇聚进巡检数据库供数据中枢分析。
（4）  应用中枢：提供身份认证、权限认证、电子材料复用和周期巡检等功能；
（5）  数据中枢：采集事项全流程、全轨迹等数据。对全量数据比对分析，分析结果汇聚至治理和监督中枢。
3.  强制案件登记
执法人员进行案件登记：支持强制案件登记所有该用户所在单位的权力都以列表形式显示，选择相应的权力分类进行登记。
4.  执法机构审批
案件登记后，需要相关机构进行受理审批。
5.  初核立案
执法机构审批之后，需要相关人员和单位进行初核立案。
6.  执法机构审核
初核立案之后，需要相关执法机构进行审核。
7.  机关负责人审批
执法机关进行审核之后，需要相关机关负责人进行审批。
8.  调查取证
机关负责人进行审批之后，需要相关人员进行调查取证。
9.  部门审核
相关人员调查取证之后，需要某一相关部门进行审核。
10.  法制机构法核
相关部门进行审核通过之后，需要法制机构对材料进行法核。
11.  机关负责人审批
相关法制机构审核通过之后，需要机关负责人进行审批。
12.  强制决定送达
机关负责人审批通过之后，需要将强制决定送达办理人员。
13.  执法登记
强制决定送达之后，需要登记执法有关的信息。
14.  部门结案审批
执法行动登记之后，需要进行结案审批。
15.  执法机构审核
部门进行结案审批之后，执法机构要审核。
16.  法制部门审核
执法机构进行审核之后，还需要法制部门审核。
17.  机关负责人审核
法制部门审核之后，最后送至机关负责人进行审核。
18.  结案归档
机关负责人审核之后，最后送至相关办理人员进行结案归档。
19.  强制案件查询
可以对所有强制案件进行查询统计，查询条件为：案件编号、当事人名称等，并可以查看具体案情。
20.  我的强制案件
我的强制案件主要显示了我处理的案件，分为待处理案件和已处理案件2大类。
21.  内部监察
各执法部门的纪检监察人员可以对本单位的行政强制进行在线监察，包括各类的查询、统计。
可生成各类报表，导出到word、Excel。
22.  行政强制管控案例
下面以“对可能被转移、隐匿或者灭失的资料予以封存”为例，介绍行政强制类权力运行治理监督系统建设是如何与业务中枢相结合的。
对可能被转移、隐匿或者灭失的资料予以封存：《中华人民共和国社会保险法》(中华人民共和国主席令〔2018〕25号) 第七十九条——社会保险行政部门对社会保险基金的收支、管理和投资运营情况进行监督检查，发现存在问题的，应当提出整改建议，依法作出处理决定或者向有关行政部门提出处理建议。社会保险基金检查结果应当定期向社会公布。 社会保险行政部门对社会保险基金实施监督检查，有权采取下列措施：（一）查阅、记录、复制与社会保险基金收支、管理和投资运营相关的资料，对可能被转移、隐匿或者灭失的资料予以封存；（二）询问与调查事项有关的单位和个人，要求其对与调查事项有关的问题作出说明、提供有关证明材料；（三）对隐匿、转移、侵占、挪用社会保险基金的行为予以制止并责令改正。
（1）填报数字化行权事项库
填报数字化行权事项库一共14个步骤，分别需要设定事权类别、设定事项内容、设定事项流程、设定事项权限、设定事项要件、设定事项条件、设定事项规则、设定事项时限、设定数据对比、设定轮巡周期、设定公示评价、设定监督节点、设定违规预警、设定问题管控。根据第一阶段，对制度数据化调研所形成的结果，将信息填报入行权数据库，其结果如下：
A.  设定事权类别
权力类型：行政强制权力
B.  设定事项内容
事项名称：对可能被转移、隐匿或者灭失的资料予以封存
事项说明：社会保险行政部门对社会保险基金实施监督检查，有权采取以下措施：查阅、记录、复制与社会保险基金收支、管理和投资运营相关的资料，对可能被转移、隐匿或者灭失的资料予以封存。
事项依据说明：《中华人民共和国社会保险法》(中华人民共和国主席令〔2018〕25号)第七十九条
事项周期说明：不定期检查
办理方式说明：通过日常监督、受理举报等方式实施不定期检查
C.  设定事项流程
催告：当场告知当事人采取行政强制措施的理由、依据以及当事人依法享有的权利、救济途径。
决定：对可能被转移、隐匿或者灭失的资料决定予以封存。
执行：对可能被转移、隐匿或者灭失的社保基金资料，由两名以上行政执法人员予以封存，并按有关规定制作现场笔录。
事后监管：对封存的资料妥善保管。
D.  设定事项权限
基金监管处：事先须向行政机关负责人报告并经批准；当场告知当事人采取行政强制措施的理由、依据以及当事人依法享有的权利、救济途径；对可能被转移、隐匿或者灭失的社保基金资料，由两名以上行政执法人员予以封存，并按有关规定制作现场笔录；对封存的资料应妥善保管，不得丢失或损毁，造成损失的，应当承担赔偿责任；其他法律法规规章文件规定应履行的责任。
行政相对人：行政相对人对行政机关实施行政强制，享有陈述权、申辩权；有权依法申请行政复议或者提起行政诉讼；因行政机关违法实施行政强制受到损害的，有权依法要求赔偿。
E.  设定事项规则
事项实施规则：
a.实施前须向分管负责人报告并经批准；
b.由两名以上行政执法人员实施；
c.出示执法身份证件；
d.通知当事人到场；
e.当场告知当事人采取行政强制措施的理由、依据以及当事人依法享有的权利、救济途径；
f.听取当事人的陈述和申辩；
g.制作现场笔录；
h.现场笔录由当事人和行政执法人员签名或者盖章，当事人拒绝的，由两名以上执法人员在笔录中予以注明；
i.当事人不到场的，邀请见证人到场，由见证人和行政执法人员在现场笔录上签名或者盖章。
除以上信息外，行权事项库可以设定轮巡周期、设定公示评价、设定监督节点等功能，但根据具体事项情况，不必所有项都填写。
（2）过程设计
基金监管处根据工作方案要求，通过日常监督、举报监督等方式实施不定期检查。
基金监管处行政执法人员在进入业务系统前首先要通过业务中枢的进行CA验证与角色授权，授权完毕后才可以办理相关业务。
基金监管处行政执法人员选取具体检查对象后，下发检查通知书，通知当事人到场。实施检查时，出示执法身份证件，查询被检查单位提供的相关资料、账册、凭证，当场告知当事人采取行政强制措施的理由、依据以及当事人依法享有的权利、救济途径，听取当事人的陈述和申辩，制作现场笔录，将检查记录表、现场笔录等检查情况上传至业务系统。
检查完成后，行政执法人员提交结果的时间点将记入业务中枢，便于对流程的考核评价。
最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
基金监管处实施行政强制属于行权行为，因此其每一步验证、查询等行为都需要上传到业务中枢中进行汇总，做到行权全留痕，效能全统计。
（五）行政给付权力运行治理（监督）管控子系统
1. 系统概述
行政给付权力运行治理（监督）管控子系统包含行政给付申请、行政给付受理、行政给付审核和行政给付审批等功能，通过业务中枢能力的支撑搭建对上述功能的全流程监控和管理。
2. 系统业务逻辑
行政给付业务管控逻辑说明
（1）  一般是指行政主体依照有关法律、法规，向符合条件的申请人提供物质利益或者赋予其与物质利益有关的权益的具体行政行为。
（2）  行政给付一般流程：申请-受理-审核-审批-拨付
（3）  行政给付管控业务中枢功能描述：
A.  事项类别、事项内容：通过行权类别库和行权内容库来识别该事项是否为征收事项。如是则该事项按照即办件流程走。如不是则判别出真实流程类型。同时依据申请主体匹配条件自动匹配出收费金额；
B.  事项流程：依据事项类别、事项内容识别出的流程，识别后后台流程将锁定。为流程比对提供基础；
C.  事项权限：依据后台事项流程节点配置的权限比对该事项审核过程中权限的一致性。如不匹配，行权许可管理数据中枢将采集到该不匹配信息，报送给违规预警和问题管控模块。相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
D.  事项要件：对申请者提交材料的符合性进行分析。如不符合条件，则属于虚假事件，则不予受理；对材料审核过程中的关键审核点进行比对，识别是否有违规审核，规避自由裁量权。如有违规审核，行权许可管理数据中枢将采集到该违规信息，报送给违规预警和问题管控模块。相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
E.  事项条件：固化该行权事项的办事条件。如果申请者办理的历史数据中有一条或多条申请条件对应的数据，则数据中枢通过历史条件的比对，匹配申请者是否具备办理该事项的条件，如不符合则该事项无法办理。如申请者办理的历史数据中无任何一条申请条件对应的数据。则根据申请者提交材料的信息与该事项已经固化的办事条件比对。如不符合则该事项无法办理；
F.  事项规则：梳理事项政策，事项结果与其他事项是否有政策冲突。如办理了另一件事项后则不可以享受该事项待遇。上述规则制定出事项规则。语句事项规则比对申请者是否符合该项事项政策，如不符合，则该事项无法办理；
G.  事项时限：匹配出事项各流程节点的时限。超出时限的节点将预警。预警记录报送给违规预警和问题管控模块，相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
H.  事项巡检周期：制定该事项的巡检周期。依据中枢行权要件、行权条件和行权规则子组件，分别对行权过程中的办事审核环节、条件审核环节及关键政策匹配环节做到全方位监测，做到该业务的全流程、全轨迹、全数据等的巡检。巡检数据汇聚进巡检数据库供数据中枢分析。
（4）  应用中枢：提供身份认证、权限认证、电子材料复用和周期巡检等功能；
（5）  数据中枢：采集事项全流程、全轨迹等数据。对全量数据比对分析，分析结果汇聚至治理和监督中枢
3.  行政给付申请
申请人提出申请，或根据具体情况对有被给付条件的行为人进行书面告知其提出申请，申请的内容包括给付的理由、事实依据、法律依据、金额、用途。
4.  行政给付受理
受理相关材料，对申请对象进行初审（内部工作程序）；汇总符合培训补贴的申请并确认。
5.  行政给付审核
岗位责任人对申报材料进行复核，汇总后财政部门和或其他相关部门会审。
6.  行政给付审批
分管领导审核后，由单位负责人审批。
7.  拨付
按财务程序办理拨款和付款手续。
8.  规范性文书打印
系统的流转过程中可以打印相应的规范性文书，文书模板通过系统后台管理设置，模板可以调整。
9.  行政给付查询统计
可以对所有给付进行查询统计，查询条件为：编号、当事人名称等，并可以查看具体内容。
10.  内部监察
各执法部门的纪检监察人员可以对本单位的行政给付进行在线监察，包括各类的查询、统计。
可生成各类报表，导出到word、Excel。
11.  行政给付管控案例
下面以“残疾人两项补贴”为例，介绍行政给付类权力运行治理监督系统建设是如何与业务中枢相结合的。
残疾人两项补贴：残疾人两项补贴是国家层面创建的第一个专享福利补贴,是针对残疾人中特殊生活困难和长期照护困难所进行专门的制度安排。
两项补贴分别指的是生活补贴和护理补贴,生活补贴发放对象为低保边缘家庭中的一、二级困难残疾人,目前的补贴标准为每人每月100元;护理补贴发放对象为一、二级重度残疾人,目前的补贴标准为每人每月80元。
（1）填报数字化行权事项库
填报数字化行权事项库一共14个步骤，分别需要设定事权类别、设定事项内容、设定事项流程、设定事项权限、设定事项要件、设定事项条件、设定事项规则、设定事项时限、设定数据对比、设定轮巡周期、设定公示评价、设定监督节点、设定违规预警、设定问题管控。根据第一阶段，对制度数据化调研所形成的结果，将信息填报入行权数据库，其结果如下：
①  设定事权类别
权力类型： 行政给付权力
②  设定事项内容
事项名称： 困难残疾人生活补贴和重度残疾人护理补贴
事项说明： 残疾人两项补贴是国家层面创建的第一个专享福利补贴,是针对残疾人中特殊生活困难和长期照护困难所进行专门的制度安排。
事项依据说明： 《国务院关于全面建立困难残疾人生活补贴和重度残疾人护理补贴 制度的意见》（国发〔2015〕52号）
《辽宁省人民政府关于全面建立困难残疾人生活补贴和重度残疾人 护理补贴制度的实施意见》（辽政发〔2015] 76号）
事项周期说明： 月度
办理方式说明： 每月5日（如遇节假日顺延，下同）前个人向所属社区申办，办理周期约20个自然日，次月10日前以社会化发放形式发放，申请人可在每月10日后到银行支取。
①   事项流程
申请登记： 个人申请-社区（村）登记
初审： 街道（乡镇）初审
复审、联审 区、县（市) 残联审核，区、县（市）民政
备案： 市民政局备案
②  设定事项权限
申请人： 申请，査询办理进度，评价，投诉
社区（村）委员会： 受理，入户核实，办理过程査询，办理结果通知
 街道办事处（乡、镇政府）： 对社区（村）的申请材料进行初审，家庭收入状况核对，个人涉及业务办理进度査询
区、县（市）民政局： 对材料进行复审，事项办结，结果公示，核对补贴，发放名单，公示备案
①  设定事项要件
必要证照： 低保或低保边缘证原件及复印件
必要证照： 第二代中华人民共和国残疾人证原件及复印件
必要证照： 身份证原件及复印件
必要证照： 户口本原件及复印件
必填信息： 申请人盛京银行卡
必报材料： 个人申请书
必报材料： 沈阳市残疾人生活补贴和护理补贴审批表
必报材料： 核对授权书
②  设定事项条件
必要条件： 低保或低保边缘证原件及复印件
必要条件： 第二代中华人民共和国残疾人证原件及复印件
必要条件： 身份证原件及复印件
必要条件： 户口本原件及复印件
必要条件： 申请人盛京银行卡
必要条件： 个人申请书
必要条件： 沈阳市残疾人生活补贴和护理补贴市批表
必要条件： 核对授权书
①  设定事项规则
身份符合： 低保及低保边缘
证件真实： 身份证
身份符合： 残疾人证
证件真实、身份符合： 户口本
填写正确： 个人申请书
填写正确： 沈阳市残疾人生活补贴和护理补贴市批表
填写正确： 核对授权书
②  设定数据比对
残疾身份比对： 沈阳市残疾人库
户籍身份比对： 沈阳市户籍库
低保身份比对： 沈阳低保人口库
资金发放比对： 资金统发库
除以上信息外，行权事项库可以设定轮巡周期、设定公示评价、设定监督节点等功能，但根据具体事项情况，不必所有项都填写。
（2）过程设计
① 个人申请
申请人登录网上政务服务大厅或相应的政务服务系统，选择“困难残疾人生活补贴和重度残疾人护理补贴”业务后，首先调用的是申办须知页面。这个页面的内容信息，如事项说明、事项依据、办理方式说明等均可以通过业务中枢的接口，从事项数据库中获取，也可以通过事项数据库提供的事项内容介绍模板，直接调用相关界面。
用户阅读完申办须知并确认后，进入表格填写页面。在进入页面之前，系统需要通过接口从业务中枢调用事项要件信息，来获知哪些项目是必填的，哪些是需要验证的等等，然后即可进入申请表格填写页面。
表格填写页面通常都必须要填写申请人信息，包括姓名、手机号、身份证号等，系统应首先引导用户填写身份证号，填写完毕系统会自动从历史信息中拉取联系方式信息、最近的附件信息（如身份证、户口本、残疾证、低保证等）方便办事人员填写。
当申请人填写了需要验证的信息后，则系统需要根据“要件信息”要求，对申请人填写的数据进行验证：
例如：填写完身份证号码信息后，首先对号码的完整性进行验证，如果身份证号码信息完整、正确，则开始验证。先通过人口信息接口，验证身份证与姓名是否相符，如果不符，则不予受理，并做好提示。再通过户籍验证接口验证该用户是否是沈阳市内用户，如果不是则不予受理，并做好提示。最后验证该身份证号申请人是否已经死亡，如果结果是已经死亡，则不予受理，同时发出预警信息给残联和民政低保系统。
例如：填写完低保证号码信息后，开始验证。通过低保证号码信息验证低保证是否真实存在，再通过身份证号码信息验证申请人是否是低保户家庭成员之一。如果验证失败，则不予受理，并做好提示。
例如：填写完残疾证号码信息后，开始验证。通过残疾证编号信息验证残疾人身份是否真实存在，再通过身份证号码信息验证申请人是否是残疾人，且残疾等级是否符合条件。如果验证失败，则不予受理，并做好提示。
接下来，申请人需要根据要件要求，上传证明材料，如：身份证照片、户口本照片、低保证照片、残疾证照片等。
在上传这些要件之前，首先系统需要通过接口检查申请人是否已经建立相应的电子证照，如果已经建立，则不再需要上传，并提示用户不需要上传，已经自动获取了证明。如果没有电子证照，则查询申请人最近上传的附件，如果有能够对应得上的，则直接提示已上传完毕，请用户查看一下，如果照片错误或者不正确可以手动替换。如果以上都没有，则需要用户自己上传相应证件的照片，上传后系统需要调用应用中枢接口，验证相关证件照片是否清晰、正确，并能够提取出关键信息，且与申请人填写信息一致。
整体表单填写完毕，必要证明附件上传完毕后，系统将调用业务中枢的事项规则进行校验，验证当天申请人是否有资格享受相关待遇。如果没有资格，则停止受理，并给出无法受理的原因。如果可以受理，则进入受理环节，完成申请人操作。此后，申请人可以继续对申请受理的业务进行查询、投诉和评价。
②.社区（村）受理
如果申请人采用的是线下现场办理，则整个申请受理过程由社区（村）的办事人员操作完成。
与个人用户线上受理不同，线下办理的办事人员在进入系统前首先要通过业务中枢的进行CA验证与角色授权，授权完毕后才可以办理相关业务。
在进入受理页面之前，系统需要通过接口从业务中枢调用事项要件信息，来获知哪些项目是必填的，哪些是需要验证的等等，然后即可进入申请表格填写页面。
表格填写时，受理人员首先填写申请人信息，包括姓名、手机号、身份证号等，填写完毕系统会自动从历史信息中拉取联系方式信息、最近的附件信息（如身份证、户口本、残疾证、低保证等）方便办事人员填写。
当受理人员填写了需要验证的信息后，则系统需要根据“要件信息”要求，对申请人填写的数据进行验证：
例如：填写完身份证号码信息后，首先对号码的完整性进行验证，如果身份证号码信息完整、正确，则开始验证。先通过人口信息接口，验证身份证与姓名是否相符，如果不符，则不予受理，并做好提示。再通过户籍验证接口验证该用户是否是沈阳市内用户，如果不是则不予受理，并做好提示。如果户籍跨区域，则依据“全市通办”的精神，应继续予以代为受理，但接下来的初审和复审将转到对应的户籍所在地。最后验证该身份证号申请人是否已经死亡，如果结果是已经死亡，则不予受理，同时发出预警信息给残联和民政低保系统。
例如：填写完低保证号码信息后，开始验证。通过低保证号码信息验证低保证是否真实存在，再通过身份证号码信息验证申请人是否是低保户家庭成员之一。如果验证失败，则不予受理，并做好提示。
例如：填写完残疾证号码信息后，开始验证。通过残疾证编号信息验证残疾人身份是否真实存在，再通过身份证号码信息验证申请人是否是残疾人，且残疾等级是否符合条件。如果验证失败，则不予受理，并做好提示。
接下来，申请人需要根据要件要求，上传证明材料，如：身份证照片、户口本照片、低保证照片、残疾证照片等。
在上传这些要件之前，首先系统需要通过接口检查申请人是否已经建立相应的电子证照，如果已经建立，则不再需要上传，并提示用户不需要上传，已经自动获取了证明。如果没有电子证照，则查询申请人最近上传的附件，如果有能够对应得上的，则直接提示已上传完毕，请用户查看一下，如果照片错误或者不正确可以手动替换。如果以上都没有，则需要受理人员手工上传相应证件的照片，上传后系统需要调用应用中枢接口，验证相关证件照片是否清晰、正确，并能够提取出关键信息，且与申请人填写信息一致。
整体表单填写完毕，必要证明附件上传完毕后，系统将调用业务中枢的事项规则进行校验，验证当天申请人是否有资格享受相关待遇。如果没有资格，则停止受理，并给出无法受理的原因。如果可以受理，则进入受理环节，完成申请人操作。
受理完毕后，受理人员提交的时间点将记入业务中枢，便于对流程的考核评价。
受理人员还需要向申请人提供受理单据，申请人可以凭此单据继续对申请受理的业务进行查询、投诉和评价。
最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
社区（村）受理属于行权行为，因此其每一步验证、查询等行为都需要上传到业务中枢中进行汇总，做到行权全留痕，效能全统计。
③  街道（乡、镇）初审
社区（村）受理完成后，进入街道（乡镇）初审环节。
初审环节的办理人员在进入系统前首先要通过业务中枢的进行CA验证与角色授权，授权完毕后才可以办理相关业务。
初审环节，首先是人工初审，对申请人填写的信息进行、上传的附件等进行初步审核。人工初审完毕后，办理人员可查询业务中枢的事项规则库对数据进行智能审校，如申请人户籍是否在当前属地、是否已经死亡等，并给出相应的提示。办理人员可以依据相应的提示给与初审意见，如：驳回或者通过，并完成初审。
初审完毕后，受理人员提交的时间点将记入业务中枢，便于对流程的考核评价。
最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
街道（乡镇）初审属于行权行为，因此其每一步验证、查询等行为都需要上传到业务中枢中进行汇总，做到行权全留痕，效能全统计。
④  区县民政局、残联复审
街道（乡镇）初审完成后，进入区县民政局、残联复审环节。
复审环节的办理人员在进入系统前首先要通过业务中枢的进行CA验证与角色授权，授权完毕后才可以办理相关业务。
复审环节，首先是人工复审，对申请人填写的信息进行、上传的附件等进行二次审核。人工复审完毕后，办理人员可查询业务中枢的事项规则库对数据进行智能审校，如申请人户籍是否在当前属地、是否已经死亡等，并给出相应的提示。办理人员可以依据相应的提示给与复审意见，如：驳回或者通过，并完成复审。
复审完毕后，受理人员提交的时间点将记入业务中枢，便于对流程的考核评价。
最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
区县民政局、残联复审属于行权行为，因此其每一步验证、查询等行为都需要上传到业务中枢中进行汇总，做到行权全留痕，效能全统计。
⑤  市民政局备案
业务办理完毕后，所有的过程数据将最终形成结果数据，并汇聚备案到市民政局。
汇聚办结时间：所有行权流程中的办理时间点都要汇聚备案，并依据当前的时限规则进行智能评价，对超期、超限的情况进行备案记录。
汇聚行权轨迹：所有行权流程中涉及到的人，涉及到的操作都要汇聚备案，以便追溯。
汇聚绩效考评：根据各阶段办理的时限评价、申请人有无投诉、好差评等情况都要汇聚备案，为绩效考评做好留痕记录。
汇聚问题情况：对业务办理中所出现的数据比对、校验等问题都要汇聚备案，如：xx时间上传的残疾身份信息是伪造的、xx时间经轮巡比对申请人已不具备低保身份，其残疾及补助自动失效等问题信息全部汇聚记录。
汇聚资金发放情况信息：对于资金发放信息，包括什么时间发放的，发放金额是多少，银行流水单号信息等进行备案保存，做到发放资金留痕、可查。
最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
（六）  行政奖励权力运行治理（监督）管控子系统
1.  系统概述
行政奖励权力运行治理（监督）管控子系统包含行政奖励登记、行政奖励审查、行政奖励批准和内部监察等功能，通过业务中枢能力的支撑搭建对上述功能的全流程监控和管理。
2.  系统业务逻辑
行政奖励业务管控逻辑说明
（1）  行政奖励定义：行政奖励是指行政主体为了表彰先进、激励后进，充分调动和激发人们的积极性和创造性，依照法定条件和程序，对为国家、人民和社会做出突出贡献或者模范地遵纪守法的行政相对人，给予物质的或精神的奖励的具体行政行为。
（2）  行政奖励一般流程：确定奖励项目——发布公告或通知——申请——受理——评审——拟定——公示——决定——奖励。
（3）  行政奖励管控业务中枢功能描述：
①  事项类别、事项内容：通过行权类别库和行权内容库来识别该事项是否为征收事项。如是则该事项按照即办件流程走。如不是则判别出真实流程类型。同时依据申请主体匹配条件自动匹配出收费金额；
②  事项流程：依据事项类别、事项内容识别出的流程，识别后后台流程将锁定。为流程比对提供基础；
③  事项权限：依据后台事项流程节点配置的权限比对该事项审核过程中权限的一致性。如不匹配，行权许可管理数据中枢将采集到该不匹配信息，报送给违规预警和问题管控模块。相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
④  事项要件：对申请者提交材料的符合性进行分析。如不符合条件，则属于虚假事件，则不予受理；对材料审核过程中的关键审核点进行比对，识别是否有违规审核，规避自由裁量权。如有违规审核，行权许可管理数据中枢将采集到该违规信息，报送给违规预警和问题管控模块。相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
⑤  事项条件：固化该行权事项的办事条件。如果申请者办理的历史数据中有一条或多条申请条件对应的数据，则数据中枢通过历史条件的比对，匹配申请者是否具备办理该事项的条件，如不符合则该事项无法办理。如申请者办理的历史数据中无任何一条申请条件对应的数据。则根据申请者提交材料的信息与该事项已经固化的办事条件比对。如不符合则该事项无法办理；
⑥  事项规则：梳理事项政策，事项结果与其他事项是否有政策冲突。如办理了另一件事项后则不可以享受该事项待遇。上述规则制定出事项规则。语句事项规则比对申请者是否符合该项事项政策，如不符合，则该事项无法办理；
⑦  事项时限：匹配出事项各流程节点的时限。超出时限的节点将预警。预警记录报送给违规预警和问题管控模块，相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
⑧  事项巡检周期：制定该事项的巡检周期。依据中枢行权要件、行权条件和行权规则子组件，分别对行权过程中的办事审核环节、条件审核环节及关键政策匹配环节做到全方位监测，做到该业务的全流程、全轨迹、全数据等的巡检。巡检数据汇聚进巡检数据库供数据中枢分析。
（4）  应用中枢：提供身份认证、权限认证、电子材料复用和周期巡检等功能；
（5）  数据中枢：采集事项全流程、全轨迹等数据。对全量数据比对分析，分析结果汇聚至治理和监督中枢。
3.  行政奖励登记
对行政奖励进行登记，行政奖励主要包括3种情况：1、自行申请或申报；2、群众讨论评选；3、有关单位或个人推荐。
4.  行政奖励审查
岗位责任人对行政奖励情况进行审查，审查通过，提交领导批准；如果审查不通过，退回补正材料后可继续申报。
5.  行政奖励批准
领导对行政奖励情况进行审批。
6.  行政奖励公布
对通过领导审批的奖励情况进行公布，如需要公示的则进行公示。
7.  行政奖励授奖
对当事人进行授奖。
8.  规范性文书打印
系统的流转过程中可以打印相应的规范性文书，文书模板通过系统后台管理设置，模板可以调整。
9.  行政奖励统计
可以对所有行政奖励进行查询统计，查询条件为：编号、名称等，并可以查看具体内容。
10.  内部监察
各执法部门的纪检监察人员可以对本单位的行政奖励进行在线监察，包括各类的查询、统计。可生成各类报表，导出到word、Excel。
11.  行政奖励管控案例
下面以“超比例安排残疾人就业奖励”为例，介绍行政奖励类权力运行治理监督系统建设是如何与业务中枢相结合的。
超比例安排残疾人就业奖励：为充分稳定残疾人就业局面，促进用人单位更多安排残疾人就业，按照辽宁省残联、辽宁省财政厅《关于印发<辽宁省超比例安排残疾人就业奖励办法>的通知》（辽残联发〔2017〕50号）文件精神，沈阳市残联、沈阳市财政局制定了《沈阳市超比例安排残疾人就业奖励实施办法》。
沈阳市行政区域内的机关、团体、企业、事业单位、民办非企业单位（以下简称“用人单位”），超过1.5%的规定比例安排残疾人就业且超比例部分实际安排残疾人就业的人数超过1人（含1人，超出人数以小数点前整数为准）的，按照不低于安置年度当地年最低工资标准享受超比例安排残疾人就业奖励（以下简称“超比例奖励”）。获得奖励的人数最多不得超过实际安排人数。
超比例奖励资金来源：超比例就业奖励资金从残疾人就业保障金中列支，其中，奖励资金按市区1：1配比,新民市、辽中区、法库县和康平县奖励资金从市级残疾人就业保障金中列支。
超比例奖励资金用途：奖励资金用于残疾人的工资补贴、福利、社会保险补贴、技能培训、劳动保护和无障碍环境改造等。
（1）填报数字化行权事项库
填报数字化行权事项库一共14个步骤，分别需要设定事权类别、设定事项内容、设定事项流程、设定事项权限、设定事项要件、设定事项条件、设定事项规则、设定事项时限、设定数据对比、设定轮巡周期、设定公示评价、设定监督节点、设定违规预警、设定问题管控。根据第一阶段，对制度数据化调研所形成的结果，将信息填报入行权数据库，其结果如下：
1)  设定事权类别
权力类型 行政奖励权力
2)  设定事项内容
事项名称：超比例安排残疾人就业奖励
事项说明：为充分稳定残疾人就业局面，促进用人单位更多安排残疾人就业，按照辽宁省残联、辽宁省财政厅《关于印发<辽宁省超比例安排残疾人就业奖励办法>的通知》（辽残联发〔2017〕50号）文件精神，沈阳市残联、沈阳市财政局制定了《沈阳市超比例安排残疾人就业奖励实施办法》。
事项依据说明：《关于印发<辽宁省超比例安排残疾人就业奖励办法>的通知》（辽残联发〔2017〕50号）
《关于印发<沈阳市超比例安排残疾人就业奖励办法>的通知》（沈残联发〔2018〕36号）
事项周期说明：年度
办理方式说明：用人单位在规定期限内向当地残疾人就业服务机构申报上一年度超比例奖励，审核时限为30个工作日，市财政局将超比例奖励资金拨付至各区、县（市）财政后，各区、县（市）残联在30个工作日内，将奖励资金拨付至用人单位账户。
3)  设定事项流程
申报：用人单位申报-残疾人就业服务机构受理
初审：各区、县（市）残疾人就业服务机构初审
复审、联审：各区、县（市）残联复审，各区、县（市）财政局审核
公示：各区、县（市）残联负责公示（公示期为5天）
备案上报：市残联备案，并将情况汇总后报市财政局
拨付资金：市财政局负责将超比例奖励资金拨付至各区、县（市）财政，各区、县（市）残联将奖励资金拨付至用人单位
4)  设定事项权限
用人单位：申请，査询办理进度，评价，投诉
残疾人就业服务机构：受理，初审，办理过程査询，办理结果通知
各区、县（市）残联：复审，公示，拨付奖励资金，奖励审批手续等相关材料的存档
各区、县（市）财政局：对用人单位提供的各项材料进行审核，拨付奖励资金
市残联：备案，汇总上报申报情况
市财政局：将奖励资金拨付至各区、县（市）财政
5)  设定事项要件
必要证照：用人单位法人证书或营业执照、组织机构代码证的原件及复印件
必要证照：用人单位安排就业残疾人的《中华人民共和国居民身份证》的原件及复印件
必要证照：用人单位安排就业残疾人的《中华人民共和国残疾人证》或《中华人民共和国残疾军人证》的原件及复印件
必报材料：《沈阳市超比例安排残疾人就业单位奖励资金认定表》
必报材料：《辽宁省残疾人按比例就业审核通知书》的原件及复印件
必报材料：用人单位与残疾人签订的1年以上(含1年)《劳动合同》的原件及复印件（机关、事业单位提供职工在编证明）
必报材料：用人单位为残疾人缴纳社会保险的相关凭证(安置就业年度1月-12月份)的原件及复印件
必报材料：用人单位安排残疾人就业年度工资表(1月-12月份)，及通过银行等金融机构为残疾人发放工资银行流水单据的原件及复印件
6)  设定事项条件
必要条件：用人单位法人证书或营业执照、组织机构代码证的原件及复印件
必要条件：用人单位安排就业残疾人的《中华人民共和国居民身份证》的原件及复印件
必要条件：用人单位安排就业残疾人的《中华人民共和国残疾人证》或《中华人民共和国残疾军人证》的原件及复印件
必要条件：《沈阳市超比例安排残疾人就业单位奖励资金认定表》
必要条件：《辽宁省残疾人按比例就业审核通知书》的原件及复印件
必要条件 用人单位与残疾人签订的1年以上(含1年)《劳动合同》的原件及复印件（机关、事业单位提供职工在编证明）
必要条件：用人单位为残疾人缴纳社会保险的相关凭证(安置就业年度1月-12月份)的原件及复印件
必要条件：用人单位安排残疾人就业年度工资表(1月-12月份)，及通过银行等金融机构为残疾人发放工资银行流水单据的原件及复印件
7)  设定事项规则
证件真实 ：法人证书或营业执照、组织机构代码证
证件真实、符合法定就业年龄：身份证
身份符合：残疾人证
填写正确：沈阳市超比例安排残疾人就业单位奖励资金认定表
材料真实：辽宁省残疾人按比例就业审核通知书
材料真实：劳动合同或职工在编证明
材料真实、按时足额缴纳社保：缴纳社保相关凭证
材料真实、工资不低于当地最低工资标准：年度工资表及发放工资银行流水单据
8)  设定数据对比
法人身份比对：沈阳市法人库
户籍身份比对：沈阳市户籍库
残疾身份比对：沈阳市残疾人库
社保缴纳情况比对：沈阳市社保库
除以上信息外，行权事项库可以设定轮巡周期、设定公示评价、设定监督节点等功能，但根据具体事项情况，不必所有项都填写。
1.  过程设计
9)  用人单位申报
用人单位登录网上政务服务大厅或相应的政务服务系统，选择“超比例安排残疾人就业奖励”业务后，首先调用的是申办须知页面。这个页面的内容信息，如事项说明、事项依据、办理方式说明等均可以通过业务中枢的接口，从事项数据库中获取，也可以通过事项数据库提供的事项内容介绍模板，直接调用相关界面。
用户阅读完申办须知并确认后，进入表格填写页面。在进入页面之前，系统需要通过接口从业务中枢调用事项要件信息，来获知哪些项目是必填的，哪些是需要验证的等等，然后即可进入申请表格填写页面。
表格填写页面通常都必须要填写申报单位信息，包括单位名称、单位地址、法人代表姓名、联系电话、成立注册时间、组织机构代码（统一社会信用代码）等，系统应首先引导用户填写申报单位的统一社会信用代码，填写完毕系统会自动从历史信息中拉取联系方式信息、最近的附件信息（如法人证书、营业执照等）方便办事人员填写。
当用户填写了需要验证的信息后，则系统需要根据“要件信息”要求，对申请单位填写的数据进行验证：
例如：填写完统一社会信用代码信息后，首先对统一社会信用代码的完整性进行验证，如果统一社会信用代码信息完整、正确，则开始验证。通过法人信息接口，验证统一社会信用代码与单位名称是否相符，如果不符，则不予受理，并做好提示。
例如：填写完身份证号码信息后，首先对号码的完整性进行验证，如果身份证号码信息完整、正确，则开始验证。先通过人口信息接口，验证身份证与姓名是否相符，如果不符，则不予受理，并做好提示。再验证该身份证号所属人是否已经死亡，如果结果是已经死亡，则不予受理，同时发出预警信息给残联。
例如：填写完残疾证号码信息后，开始验证。通过残疾证编号信息验证残疾人身份是否真实存在，再通过身份证号码信息验证是否是残疾人，且残疾等级是否符合条件。如果验证失败，则不予受理，并做好提示。
接下来，用户需要根据要件要求，上传证明材料，如：法人证书照片、营业执照照片、身份证照片、残疾证照片等。
在上传这些要件之前，首先系统需要通过接口检查申请单位是否已经建立相应的电子证照，如果已经建立，则不再需要上传，并提示用户不需要上传，已经自动获取了证明。如果没有电子证照，则查询申请单位最近上传的附件，如果有能够对应得上的，则直接提示已上传完毕，请用户查看一下，如果照片错误或者不正确可以手动替换。如果以上都没有，则需要用户自己上传相应证件的照片，上传后系统需要调用应用中枢接口，验证相关证件照片是否清晰、正确，并能够提取出关键信息，且与申请单位填写信息一致。
整体表单填写完毕，必要证明附件上传完毕后，系统将调用业务中枢的事项规则进行校验，验证当天申请单位是否有资格享受相关待遇。如果没有资格，则停止受理，并给出无法受理的原因。如果可以受理，则进入受理环节，完成申请单位操作。此后，申请单位可以继续对申请受理的业务进行查询、投诉和评价。
10)  残疾人就业服务机构受理
如果申请单位采用的是线下现场办理，则整个申请受理过程由残疾人就业服务机构的办事人员操作完成。
与用户线上受理不同，线下办理的办事人员在进入系统前首先要通过业务中枢的进行CA验证与角色授权，授权完毕后才可以办理相关业务。
在进入受理页面之前，系统需要通过接口从业务中枢调用事项要件信息，来获知哪些项目是必填的，哪些是需要验证的等等，然后即可进入申请表格填写页面。
表格填写时，受理人员首先填写申请单位信息，包括单位名称、组织机构代码（统一社会信用代码）等，填写完毕系统会自动从历史信息中拉取联系方式信息、最近的附件信息（如法人证书、营业执照等）方便办事人员填写。
当受理人员填写了需要验证的信息后，则系统需要根据“要件信息”要求，对申请单位填写的数据进行验证：
例如：填写完统一社会信用代码信息后，首先对统一社会信用代码的完整性进行验证，如果统一社会信用代码信息完整、正确，则开始验证。通过法人信息接口，验证统一社会信用代码与单位名称是否相符，如果不符，则不予受理，并做好提示。
例如：填写完身份证号码信息后，首先对号码的完整性进行验证，如果身份证号码信息完整、正确，则开始验证。先通过人口信息接口，验证身份证与姓名是否相符，如果不符，则不予受理，并做好提示。再验证该身份证号所属人是否已经死亡，如果结果是已经死亡，则不予受理，同时发出预警信息给残联。
例如：填写完残疾证号码信息后，开始验证。通过残疾证编号信息验证残疾人身份是否真实存在，再通过身份证号码信息验证是否是残疾人，且残疾等级是否符合条件。如果验证失败，则不予受理，并做好提示。
接下来，申请单位需要根据要件要求，上传证明材料，如：法人证书照片、营业执照照片、身份证照片、残疾证照片等。
在上传这些要件之前，首先系统需要通过接口检查申请单位是否已经建立相应的电子证照，如果已经建立，则不再需要上传，并提示用户不需要上传，已经自动获取了证明。如果没有电子证照，则查询申请单位最近上传的附件，如果有能够对应得上的，则直接提示已上传完毕，请用户查看一下，如果照片错误或者不正确可以手动替换。如果以上都没有，则需要受理人员手工上传相应证件的照片，上传后系统需要调用应用中枢接口，验证相关证件照片是否清晰、正确，并能够提取出关键信息，且与申请单位填写信息一致。
整体表单填写完毕，必要证明附件上传完毕后，系统将调用业务中枢的事项规则进行校验，验证当天申请单位是否有资格享受相关待遇。如果没有资格，则停止受理，并给出无法受理的原因。如果可以受理，则进入受理环节，完成申请单位操作。
受理完毕后，受理人员提交的时间点将记入业务中枢，便于对流程的考核评价。
受理人员还需要向申请单位提供受理单据，申请单位可以凭此单据继续对申请受理的业务进行查询、投诉和评价。
最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
残疾人就业服务机构受理属于行权行为，因此其每一步验证、查询等行为都需要上传到业务中枢中进行汇总，做到行权全留痕，效能全统计。
11)  区、县（市）残疾人就业服务机构初审
残疾人就业服务机构受理完成后，进入区、县（市）残疾人就业服务机构初审环节。
初审环节的办理人员在进入系统前首先要通过业务中枢的进行CA验证与角色授权，授权完毕后才可以办理相关业务。
初审环节，首先是人工初审，对申请单位填写的信息、上传的附件等进行初步审核。人工初审完毕后，办理人员可查询业务中枢的事项规则库对数据进行智能审校，如申请单位注册地址是否在当前属地、申请单位安排就业的残疾人是否已经死亡等，并给出相应的提示。办理人员可以依据相应的提示给与初审意见，如：驳回或者通过，并完成初审。
初审完毕后，受理人员提交的时间点将记入业务中枢，便于对流程的考核评价。
最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
区、县（市）残疾人就业服务机构初审属于行权行为，因此其每一步验证、查询等行为都需要上传到业务中枢中进行汇总，做到行权全留痕，效能全统计。
12)  区、县（市）残联、财政局复审
区、县（市）残疾人就业服务机构初审完成后，进入区、县（市）残联、财政局复审环节。
复审环节的办理人员在进入系统前首先要通过业务中枢的进行CA验证与角色授权，授权完毕后才可以办理相关业务。
复审环节，首先是人工复审，对申请单位填写的信息、上传的附件等进行二次审核。人工复审完毕后，办理人员可查询业务中枢的事项规则库对数据进行智能审校，如申请单位注册地址是否在当前属地、申请单位安排就业的残疾人是否已经死亡等，并给出相应的提示。办理人员可以依据相应的提示给与复审意见，如：驳回或者通过，并完成复审。
复审完毕后，受理人员提交的时间点将记入业务中枢，便于对流程的考核评价。
最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
区、县（市）残联、财政局复审属于行权行为，因此其每一步验证、查询等行为都需要上传到业务中枢中进行汇总，做到行权全留痕，效能全统计。
13)  市残联备案
业务办理完毕后，所有的过程数据将最终形成结果数据，并汇聚备案到市残联。
汇聚办结时间：所有行权流程中的办理时间点都要汇聚备案，并依据当前的时限规则进行智能评价，对超期、超限的情况进行备案记录。
汇聚行权轨迹：所有行权流程中涉及到的人，涉及到的操作都要汇聚备案，以便追溯。
汇聚绩效考评：根据各阶段办理的时限评价、申请单位有无投诉、好差评等情况都要汇聚备案，为绩效考评做好留痕记录。
汇聚问题情况：对业务办理中所出现的数据比对、校验等问题都要汇聚备案，如：xx时间上传的残疾身份信息是伪造的、xx时间经轮巡比对申请单位已不具备享受超比例奖励条件等问题信息全部汇聚记录。
汇聚资金发放情况信息：对于资金发放信息，包括什么时间发放的，发放金额是多少，银行流水单号信息等进行备案保存，做到发放资金留痕、可查。最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
（七）  行政确认权力运行治理（监督）管控子系统
1.  系统概述
行政确认权力运行治理（监督）管控子系统包含行政确认申请、调查取证、复审、确认决定书和内部监察等功能，通过业务中枢能力的支撑搭建对上述功能的全流程监控和管理。
2.  系统业务逻辑
行政确认业务管控逻辑说明
（1）  行政确认定义：行政确认是指行政主体依法对行政相对人的法律地位、法律关系或有关法律事实进行甄别，给予确定、认定、证明(或证伪)并予以宣告的具体行政行为。
（2）  行政确认一般流程：申请-调查取证-复审-确认决定书。
①  行政确认管控业务中枢功能描述：
②  事项类别、事项内容：通过行权类别库和行权内容库来识别该事项是否为征收事项。如是则该事项按照即办件流程走。如不是则判别出真实流程类型。同时依据申请主体匹配条件自动匹配出收费金额；
③  事项流程：依据事项类别、事项内容识别出的流程，识别后后台流程将锁定。为流程比对提供基础；
④  事项权限：依据后台事项流程节点配置的权限比对该事项审核过程中权限的一致性。如不匹配，行权许可管理数据中枢将采集到该不匹配信息，报送给违规预警和问题管控模块。相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
⑤  事项要件：对申请者提交材料的符合性进行分析。如不符合条件，则属于虚假事件，则不予受理；对材料审核过程中的关键审核点进行比对，识别是否有违规审核，规避自由裁量权。如有违规审核，行权许可管理数据中枢将采集到该违规信息，报送给违规预警和问题管控模块。相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
⑥  事项条件：固化该行权事项的办事条件。如果申请者办理的历史数据中有一条或多条申请条件对应的数据，则数据中枢通过历史条件的比对，匹配申请者是否具备办理该事项的条件，如不符合则该事项无法办理。如申请者办理的历史数据中无任何一条申请条件对应的数据。则根据申请者提交材料的信息与该事项已经固化的办事条件比对。如不符合则该事项无法办理；
⑦  事项规则：梳理事项政策，事项结果与其他事项是否有政策冲突。如办理了另一件事项后则不可以享受该事项待遇。上述规则制定出事项规则。语句事项规则比对申请者是否符合该项事项政策，如不符合，则该事项无法办理；
⑧  事项时限：匹配出事项各流程节点的时限。超出时限的节点将预警。预警记录报送给违规预警和问题管控模块，相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
⑨  事项巡检周期：制定该事项的巡检周期。依据中枢行权要件、行权条件和行权规则子组件，分别对行权过程中的办事审核环节、条件审核环节及关键政策匹配环节做到全方位监测，做到该业务的全流程、全轨迹、全数据等的巡检。巡检数据汇聚进巡检数据库供数据中枢分析。
（3）  应用中枢：提供身份认证、权限认证、电子材料复用和周期巡检等功能；
（4）  数据中枢：采集事项全流程、全轨迹等数据。对全量数据比对分析，分析结果汇聚至治理和监督中枢。
3.  行政确认申请
申请者提供的行政确认申请材料。对申请材料符合标准的，须及时受理，对申请材料不齐全的，暂不予受理，提醒申请人补正相关材料。
4.  调查取证
对受理人员移送的申请材料进行审核；对需要现场核实的，组织现场调查取证。
5.  复审
对审核人员移送的申请材料进行复审。输出审定意见。
6.  确认决定书
审核通过的，填写并打印《行政确认决定书》，审核不通过的，填写并打印《不予确认决定书》。
7.  规范性文书打印
系统的流转过程中可以打印相应的规范性文书，文书模板通过系统后台管理设置，模板可以调整。
8.  送达
送达是将做出的行政确认送达当事人。送达方式有：发布公告送达、发函送达、当面送达、通知当事人领取。如有特殊情况（无法联系到当事人或者当事人已经不存在）无法送达的，可将案件返回到案审会，案审会再根据实际情况重新作出案审决定。
9.  内部监察
各执法部门的纪检监察人员可以对本单位的行政确认进行在线监察，包括各类的查询、统计。
可生成各类报表，导出到word、Excel。
10.  行政确认管控案例
下面以“股权出质登记”为例，介绍行政确认类权力运行治理监督系统建设是如何与业务中枢相结合的。
股权出质登记：股权出质，一种现已可行的融资担保方式，作为一种可以进行质押担保的权利，13年前施行的《中华人民共和国担保法》就作了股权可以出质实体法规定；但因股权出质需办理出质登记，并且质权自出质登记之日起生效。由于没有全国性的股权出质登记的管理办法，除外商投资企业的股权出质外，其他的股权出质可操作性不强或无法操作。
（1）填报数字化行权事项库
填报数字化行权事项库一共14个步骤，分别需要设定事权类别、设定事项内容、设定事项流程、设定事项权限、设定事项要件、设定事项条件、设定事项规则、设定事项时限、设定数据对比、设定轮巡周期、设定公示评价、设定监督节点、设定违规预警、设定问题管控。根据第一阶段，对制度数据化调研所形成的结果，将信息填报入行权数据库，其结果如下：
① 设定事权类别
权力类型： 行政确认权力
② 设定事项内容
事项名称： 股权出质登记-设立
事项说明： 股权出质，一种现已可行的融资担保方式，作为一种可以进行质押担保的权利，13年前施行的《中华人民共和国担保法》就作了股权可以出质实体法规定；但因股权出质需办理出质登记，并且质权自出质登记之日起生效。由于没有全国性的股权出质登记的管理办法，除外商投资企业的股权出质外，其他的股权出质可操作性不强或无法操作。
事项依据说明： 【规章】《股权出质登记办法》（工商总局令32号，2008年9月1日颁布） 第二条以持有的有限责任公司和股份有限公司的股权出质，办理出质登记的，适用本办法。 第三条负责出质股权所在公司登记的工商行政管理机关是股权出质登记机关（以下简称登记机关）。 各级工商行政管理机关的企业登记机构是股权出质登记机构
事项时限说明： 法定时限20个工作日，承诺时限为即办件
办理方式说明： 可选择网上申请或者现场办理
③ 设定事项流程
申请登记： 个人到窗口申请
初审： 业务专干初审
审批： 业务处室领导审批
制证： 业务专干制证
发证： 业务专干发证
④ 设定事项权限
申请人： 申请，査询办理进度，评价，投诉
业务专干： 受理，初审，办理过程査询，制证，办理结果通知
 处室领导 对申请材料进行复审，复核业务专干初审结果，个人涉及业务办理进度査询
⑤ 设定事项要件
必要证照： 出质人、质权人的主体资格证明或者自然人身份证件复印件
必报材料： 记载有出质人姓名（名称）及其出资额的有限责任公司股东名册复印件或者出质人持有的股份公司股票复印件（均需加盖股权所在公司公章）
必报材料： 质权合同
必报材料： 《股权出质登记申请书》
⑥ 设定事项条件
必要条件： 出质人、质权人的主体资格证明或者自然人身份证件复印件
必要条件： 记载有出质人姓名（名称）及其出资额的有限责任公司股东名册复印件或者出质人持有的股份公司股票复印件（均需加盖股权所在公司公章）
必要条件： 质权合同
必要条件： 《股权出质登记申请书》
⑦ 设定事项规则
身份符合： 出质人、质权人的主体资格证明或者自然人身份证件
证件真实、身份符合： 记载有出质人姓名（名称）及其出资额的有限责任公司股东名册复印件或者出质人持有的股份公司股票复印件
身份符合： 质权合同
填写正确： 《股权出质登记申请书》
⑧ 设定数据比对
股份比对： 沈阳市法人库
户籍身份比对： 沈阳市户籍库
（1）过程设计
① 个人申请
申请人登录网上政务服务大厅或相应的政务服务系统，选择“股权出质登记——设立”业务后，首先调用的是申办须知页面。这个页面的内容信息，如事项说明、事项依据、办理方式说明等均可通过业务中枢的接口，从事项数据库中获取，也可以通过事项数据库提供的事项内容介绍模板，直接调用相关界面。
用户阅读完申办须知后，进入表格填写页面。在进入页面之前，系统需要通过接口从业务中枢调用事项要件信息，来获知哪些项目是必填的，哪些是需要验证的等等，然后即可进入申请表格填写页面。
表格填写页面通常都必须要填写申请人信息，包括姓名、手机号、身份证号等，系统应首先引导用户填写身份证号，填写完毕系统会自动从历史信息中拉取联系方式信息、最近的附件信息（如身份证、营业执照等）方便办事人员引用或信息、材料复用。
当申请人填写了需要验证的信息后，则系统需要根据“要件信息”要求，对申请人填写的数据进行验证：
例如：填写完身份证号码信息后，首先对号码的完整性进行验证，如果身份证号码信息完整、正确，则开始验证。先通过人口信息接口，验证身份证与姓名是否相符，如果不符，则不予通过，并做好提示。再通过法人库验证接口验证该用户是否是合法经营，如果不是则不予受理，并做好提示。最后验证该身份证号申请人是否已经死亡，如果结果是已经死亡，则不予受理，同时发出预警信息（存在信息冒用情况）。
例如：填写完统一社会信用代码信息后，开始验证。通过统一社会信用代码信息验证该单位是否真实存在，再通过身份证号码信息验证申请人是否是该单位或者有权限申请的人员。如果验证失败，则不予受理，并做好提示。
接下来，申请人需要根据要件要求，上传证明材料，如：质权合同、出质人、质权人的主体资格证明或者自然人身份证件、记载有出质人姓名（名称）及其出资额的有限责任公司股东名册复印件或者出质人持有的股份公司股票复印件、《股权出质登记申请书》等。
在上传这些要件之前，首先系统需要通过接口检查申请人是否已经建立相应的电子证照，如果已经建立，则不再需要上传，并提示用户不需要上传，已经自动获取了证明。如果没有电子证照，则查询申请人最近上传的附件，如果有能够对应得上的，则直接提示已上传完毕，请用户查看并检查材料是否正确，如果照片错误或者不正确可以手动替换。如果以上都没有，则需要用户自己上传相应证件或材料的照片，上传后系统需要调用应用中枢接口，验证相关证件照片是否清晰、正确，并能够提取出关键信息，且与申请人填写信息一致。
整体表单填写完毕，必要证明附件上传完毕后，系统将调用业务中枢的事项规则进行校验，验证当天申请人是否有资格申请。如果没有资格，则停止受理，并给出无法受理的原因。如果可以受理，则进入受理环节，完成申请人操作。此后，申请人可以继续对申请受理的业务进行查询、投诉和评价。
 完成申请之后，系统将申请人提交的申请节点作为事项时限记录起点，并将此节点上传上传至业务中心汇总，作为行权数据的参考时间，做到行权数据全留痕，效能全统计，在做好行政机关监督的同时做到全民监督。
② 业务专干受理
如果申请人采用的是线下现场办理，则整个申请受理过程由业务窗口的业务专干操作完成。
与个人用户线上申请、受理不同，线下办理的业务专干在进入系统前首先要通过业务中枢的进行CA验证与角色授权，授权完毕后才可以办理相关业务。
在进入受理页面之前，系统需要通过接口从业务中枢调用事项要件信息，来获知哪些字段是必填的，哪些字段是可以通过系统获取自动填充的，哪些是需要验证的等等，然后即可进入申请表格填写页面。
表格填写时，受理人员首先填写申请人信息，包括姓名、手机号、身份证号等，填写完毕系统会自动从历史信息中拉取联系方式信息、最近的附件信息（如身份证、营业执照等）方便办事人员填写、引用和复用。
当受理人员填写了需要验证的信息后，则系统需要根据“要件信息”要求，对申请人填写的数据进行验证：
例如：填写完身份证号码或者统一社会信用代码信息后，首先对号码的完整性进行验证，如果身份证号码或者统一社会信用代码信息完整、正确，则开始验证。先通过人口信息或者法人信息接口，验证身份证与姓名，统一社会信用代码与企业名称是否相符，如果不符，则不予受理，并做好提示。再通过户籍验证接口验证该用户是否是本区域内用户，如果不是则不予受理，并做好提示。如果户籍跨区域，则依据“全市通办”的精神，应继续予以代为受理，但接下来的初审和复审将转到对应的户籍所在地。
例如：填写完统一社会信用代码信息后，开始验证。通过统一社会信用代码信息验证企业是否真实存在，再通过身份证号码信息验证申请人是否是属于核发授权。如果验证失败，则不予受理，并做好提示。
接下来，业务专干需要根据要件要求，上传证明材料，如：质权合同、出质人、质权人的主体资格证明或者自然人身份证件等。
在上传这些要件之前，首先系统需要通过接口检查申请人是否已经建立相应的电子证照，如果已经建立，则不再需要上传，并提示用户不需要上传，已经自动获取了证明。如果没有电子证照，则查询申请人最近上传的附件，如果有能够对应得上的，则直接提示已上传完毕，请用户检查确认即可，如果照片错误或者不正确可以手动替换。如果以上都没有，则需要受理人员手工上传相应证件的照片，上传后系统需要调用应用中枢接口，验证相关证件照片是否清晰、正确，并能够提取出关键信息，且与申请人填写信息一致。
整体表单填写完毕，必要证明附件上传完毕后，系统将调用业务中枢的事项规则进行校验，验证当天申请人是否有资格申请。如果没有资格，则停止受理，并给出无法受理的原因。如果可以受理，则进入受理环节。
受理完毕后，受理人员提交的时间点将记入业务中枢，便于对流程的考核评价。
受理人员还需要向申请人提供受理单据，申请人可以凭此单据继续对申请受理的业务进行查询、投诉和评价。
最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
业务专干受理属于行权行为，因此其每一步验证、查询等行为都需要上传到业务中枢中进行汇总，做到行权全留痕，效能全统计。
③ 处室领导审批
业务专干受理完成后，进入处室领导审批环节。
审批环节的办理人员在进入系统前首先要通过业务中枢的进行CA验证与角色授权，授权完毕后才可以办理相关业务。
审批环节，首先是人工审批，对申请人填写的信息进行、上传的附件等进行二次审核。人工审批完毕后，办理人员可查询业务中枢的事项规则库对数据进行智能审校，如申请人户籍是否在当前属地等，并给出相应的提示。办理人员可以依据相应的提示给与审批意见，如：驳回或者通过，并完成审批，审批完成后，将信息反馈给业务专干，由业务专干进行制证发证。
而后，审批人员提交的时间点将记入业务中枢，便于对流程的考核评价。
最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
（八） 行政检查权力运行治理（监督）管控子系统
1.  系统概述
行政检查权力运行治理（监督）管控子系统包含检查告知、意见听取、检查、补偿安置和决定等功能，通过业务中枢能力的支撑搭建对上述功能的全流程监控和管理。
2.  系统业务逻辑
行政检查业务管控逻辑说明
(1)  行政检查定义：行政检查是指是指行政主体依法定职权，对行政管理相对人遵守法律、法规、规章，执行行政命令、决定的情况进行检查、了解、监督的行政行为。
(2)  行政检查一般流程：检查告知-意见听取-检查-补偿安置-决定-执行-终止征用-返还-赔偿。
(3)  行政检查管控业务中枢功能描述：
①　 事项类别、事项内容：通过行权类别库和行权内容库来识别该事项是否为征收事项。如是则该事项按照即办件流程走。如不是则判别出真实流程类型。同时依据申请主体匹配条件自动匹配出收费金额；
②　 事项流程：依据事项类别、事项内容识别出的流程，识别后后台流程将锁定。为流程比对提供基础；
③　 事项权限：依据后台事项流程节点配置的权限比对该事项审核过程中权限的一致性。如不匹配，行权许可管理数据中枢将采集到该不匹配信息，报送给违规预警和问题管控模块。相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
④　 事项要件：对申请者提交材料的符合性进行分析。如不符合条件，则属于虚假事件，则不予受理；对材料审核过程中的关键审核点进行比对，识别是否有违规审核，规避自由裁量权。如有违规审核，行权许可管理数据中枢将采集到该违规信息，报送给违规预警和问题管控模块。相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
⑤　 事项条件：固化该行权事项的办事条件。如果申请者办理的历史数据中有一条或多条申请条件对应的数据，则数据中枢通过历史条件的比对，匹配申请者是否具备办理该事项的条件，如不符合则该事项无法办理。如申请者办理的历史数据中无任何一条申请条件对应的数据。则根据申请者提交材料的信息与该事项已经固化的办事条件比对。如不符合则该事项无法办理；
⑥　 事项规则：梳理事项政策，事项结果与其他事项是否有政策冲突。如办理了另一件事项后则不可以享受该事项待遇。上述规则制定出事项规则。语句事项规则比对申请者是否符合该项事项政策，如不符合，则该事项无法办理；
⑦　 事项时限：匹配出事项各流程节点的时限。超出时限的节点将预警。预警记录报送给违规预警和问题管控模块，相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
⑧　 事项巡检周期：制定该事项的巡检周期。依据中枢行权要件、行权条件和行权规则子组件，分别对行权过程中的办事审核环节、条件审核环节及关键政策匹配环节做到全方位监测，做到该业务的全流程、全轨迹、全数据等的巡检。巡检数据汇聚进巡检数据库供数据中枢分析。
A.  应用中枢：提供身份认证、权限认证、电子材料复用和周期巡检等功能；
B.  数据中枢：采集事项全流程、全轨迹等数据。对全量数据比对分析，分析结果汇聚至治理和监督中枢。
3.  检查告知
告知被征用人，并说明理由。
4.  意见听取
听取被征用人意见，并作出答复。
5.  检查
登记检查情况。
6.  补偿安置
对被征用人作出补偿安置计划，并报领导审批。
7.  决定
领导对补偿安置情况做审批，并作出征用决定。
8.  执行
执行征用。
9.  终止征用
征用终止。在征用期间，被征用财产发生损坏或遗失，进行记录。
10.  返还
对被征用财产作出返还。
11.  赔偿
如果被征用财产有损坏或遗失，作出相关赔偿。
12.  行政检查管控案例
下面以“食品抽样检验的行政检查”为例，介绍行政检查类权力运行治理监督系统建设是如何与业务中枢相结合的。
食品抽样检验的行政检查：食品抽样检验工作非常重要，严格按照食品抽样检验制度进行检查。
(1)  填报数字化行权事项库
填报数字化行权事项库一共14个步骤，分别需要设定事权类别、设定事项内容、设定事项流程、设定事项权限、设定事项要件、设定事项条件、设定事项规则、设定事项时限、设定数据对比、设定轮巡周期、设定公示评价、设定监督节点、设定违规预警、设定问题管控。根据第一阶段，对制度数据化调研所形成的结果，将信息填报入行权数据库，其结果如下：
①　 设定事权类别
权力类型： 行政检查权力
②　 设定事项内容
事项名称： 食品抽样检验的行政检查
事项说明： 监督管理部门应当对食品进行定期或者不定期的抽样检验，并依据有关规定公布检验结果，不得免检。进行抽样检验，应当购买抽取的样品，委托符合本法规定的食品检验机构进行检验，并支付相关费用；不得向食品生产经营者收取检验费和其他费用。
事项依据说明： 【法律】《中华人民共和国食品安全法》(中华人民共和国主席令第21号，2015年10月1日实施，2018年第五次修正）
第八十七条　县级以上人民政府食品安全监督管理部门应当对食品进行定期或者不定期的抽样检验，并依据有关规定公布检验结果，不得免检。进行抽样检验，应当购买抽取的样品，委托符合本法规定的食品检验机构进行检验，并支付相关费用；不得向食品生产经营者收取检验费和其他费用。
事项周期说明： 不定期抽样
办理方式说明： 随机选择或根据工作需要确定被抽样单位，并开展现场抽样。
③　 设定事项流程
随机选择或根据工作需要确定被抽样单位： 工作人员按照抽样检验制度随机选择被抽样单位
开展现场抽样： 现场开展抽样工作，并按照物价市价购买样品进行检验
开展检验： 工作人员对已抽样品进行严格检验工作
④　 设定事项权限
抽样检验工作人员： 制定抽样检验计划，确定被抽样单位，开展现场抽样工作，开展检验
⑤　 设定事项规则
检验制度：
A.  认真实施食品抽样检验工作，严格抽样检验工作程序
a.  县级及其以上地方工商行政管理机关应当按照当地人民政府制定的本行政区域的食品安全年度监督管理计划，对本辖区范围内流通环节的食品进行定期抽样检验。
b.  县级及其以上地方工商行政管理机关应当按照当地人民政府制定的本行政区域的食品安全年度监督管理计划中确定的重点食品、消费者申(投)诉及举报比较多的食品、市场监督检查中发现问题比较集中的食品，以及查办案件、有关部门通报的情况，对流通环节的食品进行不定期抽样检验。
c.  应当委托符合法定资质的食品检验机构对流通环节食品进行抽样检验。抽样检验应当采用食品安全国家标准;没有国家标准的，应当采用备案的食品安全地方标准;没有国家标准和地方标准的，应当采用依法备案的企业标准作为对该企业食品抽样检验的判定依据。
d.  对流通环节食品进行抽样检验时，应当制作抽样检验工作记录，现场检查所抽检食品的进货查验情况;应当要求检验机构按照国家规定的采样规则进行取样，并将抽样检验结果通知标称的食品生产者。
e.  被告知的被抽样检验人或标称食品生产者对抽样检验结果有异议的，应当向国务院有关部门公布的承担复检工作的食品检验机构申请复检，并说明理由。复检机构出具的复检结论为最终检验结论。
B.  积极引导和督促食品经营者建立食品自检体系，严格防范不合格食品进入市场
a.  积极引导有条件的大中型食品经营企业配备必要的食品检测设备和专业技术人员或委托符合法定资质的食品检验机构，对所经营的食品进行定期或不定期的抽检。
b.  督促食品经营企业以消费者投诉、举报多或销售量大的食品品种为重点，加大自行抽检或送检的力度，严把食品质量入市关。
C.  强化对抽样检验结果的综合分析和运用，依法报告和发布抽样检验信息
a.  县级及其以上地方工商行政管理机关应当自收到检验结果5个工作日内，将抽样检验结果通知被抽样检验人，责令其停止销售不符合食品安全标准的食品，并监督其他食品经营者对同一批次的食品下架退市。同时，报告上级工商行政管理机关，抄告相关地工商行政管理机关，被抄告的相关地工商行政管理机关应当及时依法采取有效措施，并通报本级卫生行政和相关监管部门，重大情况应及时报告当地人民政府。
b.  县级及其以上地方工商行政管理机关应当按照有关规定，准确、及时、客观的公布食品安全抽样检验信息。对食品抽样检验结果涉及食品安全风险信息的，应当报告当地卫生行政部门，必要时，直接报告国务院卫生行政部门。
c.  县级及其以上工商行政管理机关应当及时汇总和综合分析食品安全抽样检验结果，及时发现辖区不符合食品安全标准的食品，有针对性地开展监督检查工作;及时进行消费提示、警示，开展消费引导;对抽样检验中发现的由其他环节引起的食品安全问题，应当按照国家工商总局《食品安全监管执法协调协作制度》，通报相关部门，促进源头治理;根据工作需要，向行业协会通报抽样检验信息，促进行业自律。
D.  认真开展快速检测工作，依法保护消费者合法权益
a.  县级及其以上地方工商行政管理机关在日常监督管理中，应当对消费者申(投)诉、举报多的食品，采用国务院质量监督、工商行政管理和国家食品药品监督管理部门认定的快速检测方法对食品进行初步筛查。初步筛查结果不得作为执法依据。
b.  实施快速检测发现可能不符合食品安全标准的食品，应当将食品样本送符合法定资质的食品检验机构检验，并依据检验结果进行处理。食品经营者应当在检验机构未出具检验结果之前，根据实际情况自行采取食品安全的保障措施。
E.  加强专业技术人员培训，切实保障抽样检验经费的落实
a.  对实施抽样检验工作的执法人员要加强专业技术培训，学习法律法规、政策和相关专业技术知识，不断提高依法行政的能力。
b.  县级及其以上地方工商行政管理机关实施食品抽样检验以及快速检测工作，应当购买样品，支付相关费用;不收取食品经营者的检验费和其他任何费用，所需经费由同级财政列支。
检验制度：
1)  认真实施食品抽样检验工作，严格抽样检验工作程序
ø  县级及其以上地方工商行政管理机关应当按照当地人民政府制定的本行政区域的食品安全年度监督管理计划，对本辖区范围内流通环节的食品进行定期抽样检验。
ø  县级及其以上地方工商行政管理机关应当按照当地人民政府制定的本行政区域的食品安全年度监督管理计划中确定的重点食品、消费者申(投)诉及举报比较多的食品、市场监督检查中发现问题比较集中的食品，以及查办案件、有关部门通报的情况，对流通环节的食品进行不定期抽样检验。
ø  应当委托符合法定资质的食品检验机构对流通环节食品进行抽样检验。抽样检验应当采用食品安全国家标准;没有国家标准的，应当采用备案的食品安全地方标准;没有国家标准和地方标准的，应当采用依法备案的企业标准作为对该企业食品抽样检验的判定依据。
ø  对流通环节食品进行抽样检验时，应当制作抽样检验工作记录，现场检查所抽检食品的进货查验情况;应当要求检验机构按照国家规定的采样规则进行取样，并将抽样检验结果通知标称的食品生产者。
ø  被告知的被抽样检验人或标称食品生产者对抽样检验结果有异议的，应当向国务院有关部门公布的承担复检工作的食品检验机构申请复检，并说明理由。复检机构出具的复检结论为最终检验结论。
2)  积极引导和督促食品经营者建立食品自检体系，严格防范不合格食品进入市场
ø  (1)积极引导有条件的大中型食品经营企业配备必要的食品检测设备和专业技术人员或委托符合法定资质的食品检验机构，对所经营的食品进行定期或不定期的抽检。
ø  (2)督促食品经营企业以消费者投诉、举报多或销售量大的食品品种为重点，加大自行抽检或送检的力度，严把食品质量入市关。
3)  强化对抽样检验结果的综合分析和运用，依法报告和发布抽样检验信息
ø  县级及其以上地方工商行政管理机关应当自收到检验结果5个工作日内，将抽样检验结果通知被抽样检验人，责令其停止销售不符合食品安全标准的食品，并监督其他食品经营者对同一批次的食品下架退市。同时，报告上级工商行政管理机关，抄告相关地工商行政管理机关，被抄告的相关地工商行政管理机关应当及时依法采取有效措施，并通报本级卫生行政和相关监管部门，重大情况应及时报告当地人民政府。
ø  县级及其以上地方工商行政管理机关应当按照有关规定，准确、及时、客观的公布食品安全抽样检验信息。对食品抽样检验结果涉及食品安全风险信息的，应当报告当地卫生行政部门，必要时，直接报告国务院卫生行政部门。
ø  县级及其以上工商行政管理机关应当及时汇总和综合分析食品安全抽样检验结果，及时发现辖区不符合食品安全标准的食品，有针对性地开展监督检查工作;及时进行消费提示、警示，开展消费引导;对抽样检验中发现的由其他环节引起的食品安全问题，应当按照国家工商总局《食品安全监管执法协调协作制度》，通报相关部门，促进源头治理;根据工作需要，向行业协会通报抽样检验信息，促进行业自律。
4)  认真开展快速检测工作，依法保护消费者合法权益
ø  县级及其以上地方工商行政管理机关在日常监督管理中，应当对消费者申(投)诉、举报多的食品，采用国务院质量监督、工商行政管理和国家食品药品监督管理部门认定的快速检测方法对食品进行初步筛查。初步筛查结果不得作为执法依据。
ø  实施快速检测发现可能不符合食品安全标准的食品，应当将食品样本送符合法定资质的食品检验机构检验，并依据检验结果进行处理。食品经营者应当在检验机构未出具检验结果之前，根据实际情况自行采取食品安全的保障措施。
5)  加强专业技术人员培训，切实保障抽样检验经费的落实
ø  对实施抽样检验工作的执法人员要加强专业技术培训，学习法律法规、政策和相关专业技术知识，不断提高依法行政的能力。
ø  县级及其以上地方工商行政管理机关实施食品抽样检验以及快速检测工作，应当购买样品，支付相关费用;不收取食品经营者的检验费和其他任何费用，所需经费由同级财政列支。
6)  设定数据比对
企业违规经营数据比对： 沈阳市企业信息库
食品负面清单比对： 沈阳市食品清单库
除以上信息外，行权事项库可以设定轮巡周期、设定公示评价、设定监督节点等功能，但根据具体事项情况，不必所有项都填写。
7)  过程设计
与其他行政许可申办事项有所不同，行政检查为政府内部工作，无需主动申请，而是政府对市场秩序的管理和控制所必须做的工作。工作人员根据工作要求会随机抽取被抽样单位食品进行检测，随机抽样的工作在系统上完成，将全市所有的食品生产与销售单位形成一个食品单位库，系统随机抽取适量数量的食品进行检测。在进入系统前首先要通过业务中枢的进行CA验证与角色授权，授权完毕后才可以抽取样本，抽取样本时间节点将全程记录上传至业务中心做好全程留痕工作。业务中枢与样品检测系统实现实时对接，样品检测系统调取现场抽样信息，通过业务中枢授权后，开始检测工作，在系统中填写相应检测信息，通过业务中心接口验证填写信息是否准确无误后，上传业务至业务中枢，样品检测系统结果实时回传检测结果，业务中枢验证检查规则，完成检测工作。
工作人员抽样过程、检测过程属于行权行为，因此其每一步验证、查询等行为都需要上传到业务中枢中进行汇总，做到行权全留痕，效能全统计。
九、行政裁决权力运行治理（监督）管控子系统
1.  系统概述
行政裁决权力运行治理（监督）管控子系统包含裁决申请、受理、告知当事人、审理和内部监察等功能，通过业务中枢能力的支撑搭建对上述功能的全流程监控和管理。
 
2.  系统业务逻辑
行政裁决业务管控逻辑说明
(1)  行政裁决定义：行政裁决是指行政机关或法定授权的组织，依照法律授权，对当事人之间发生的、与行政管理活动密切相关的、与合同无关的民事纠纷进行审查，并作出裁决的具体行政行为。
(2)  行政裁决一般流程：申请-受理-告知-审理-裁决-送达。
(3)  行政裁决管控业务中枢功能描述：
①　 事项类别、事项内容：通过行权类别库和行权内容库来识别该事项是否为征收事项。如是则该事项按照即办件流程走。如不是则判别出真实流程类型。同时依据申请主体匹配条件自动匹配出收费金额；
②　 事项流程：依据事项类别、事项内容识别出的流程，识别后后台流程将锁定。为流程比对提供基础；
③　 事项权限：依据后台事项流程节点配置的权限比对该事项审核过程中权限的一致性。如不匹配，行权许可管理数据中枢将采集到该不匹配信息，报送给违规预警和问题管控模块。相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
④　 事项要件：对申请者提交材料的符合性进行分析。如不符合条件，则属于虚假事件，则不予受理；对材料审核过程中的关键审核点进行比对，识别是否有违规审核，规避自由裁量权。如有违规审核，行权许可管理数据中枢将采集到该违规信息，报送给违规预警和问题管控模块。相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
⑤　 事项条件：固化该行权事项的办事条件。如果申请者办理的历史数据中有一条或多条申请条件对应的数据，则数据中枢通过历史条件的比对，匹配申请者是否具备办理该事项的条件，如不符合则该事项无法办理。如申请者办理的历史数据中无任何一条申请条件对应的数据。则根据申请者提交材料的信息与该事项已经固化的办事条件比对。如不符合则该事项无法办理；
⑥　 事项规则：梳理事项政策，事项结果与其他事项是否有政策冲突。如办理了另一件事项后则不可以享受该事项待遇。上述规则制定出事项规则。语句事项规则比对申请者是否符合该项事项政策，如不符合，则该事项无法办理；
⑦　 事项时限：匹配出事项各流程节点的时限。超出时限的节点将预警。预警记录报送给违规预警和问题管控模块，相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
⑧　 事项巡检周期：制定该事项的巡检周期。依据中枢行权要件、行权条件和行权规则子组件，分别对行权过程中的办事审核环节、条件审核环节及关键政策匹配环节做到全方位监测，做到该业务的全流程、全轨迹、全数据等的巡检。巡检数据汇聚进巡检数据库供数据中枢分析。
A.  应用中枢：提供身份认证、权限认证、电子材料复用和周期巡检等功能；
B.  数据中枢：采集事项全流程、全轨迹等数据。对全量数据比对分析，分析结果汇聚至治理和监督中枢。
3.  裁决申请
当事人提出裁决申请。
4.  受理
执法机构对当事人提出的裁决申请进行审批，审批通过并且材料齐全，对裁决申请予以受理；
审批不通过，则不予受理裁决；
如果材料不全，告知当事人进行材料补正。
5.  告知当事人
送达立案通知书及裁决申请书等相关材料给当事人。
6.  审理
对案件进行开庭审理。记录开庭内容及相关资料。
7.  行政裁决
对案件作出裁决结果。如果需要协调，则进行协调；协调不通过，重新开庭审理。
8.  送达
裁决完毕，把裁决结果送达当事人。
9.  申请强制
进行行政强制流程。
10.  规范性文书打印
系统的流转过程中可以打印相应的规范性文书，文书模板通过系统后台管理设置，模板可以调整。
11.  结案归档
对行政裁决进行结案审批和归档。
12.  内部监察
各执法部门的纪检监察人员可以对本单位的行政裁决进行在线监察，包括各类的查询、统计。
可生成各类报表，导出到word、Excel。
13.  行政裁决管控案例
下面以“对教师申诉作出的裁决”为例，介绍行政裁决类权力运行治理监督系统建设是如何与业务中枢相结合的。
对教师申诉作出的裁决：《中华人民共和国教师法》（主席令第18号）第三十九条——教师对学校或者其他教育机构侵犯其合法权益的，或者对学校或者其他教育机构作出的处理不服的，可以向教育行政部门提出申诉，教育行政部门应当在接到申诉的三十日内，作出处理。教师认为当地人民政府有关行政部门侵犯其根据本法规定享有的权利的，可以向同级人民政府或者上一级人民政府有关部门提出申诉，同级人民政府或者上一级人民政府有关部门应当作出处理。
(1)  填报数字化行权事项库
填报数字化行权事项库一共14个步骤，分别需要设定事权类别、设定事项内容、设定事项流程、设定事项权限、设定事项要件、设定事项条件、设定事项规则、设定事项时限、设定数据对比、设定轮巡周期、设定公示评价、设定监督节点、设定违规预警、设定问题管控。根据第一阶段，对制度数据化调研所形成的结果，将信息填报入行权数据库，其结果如下：
①　 设定事权类型
权力类型： 行政裁决权力
②　 设定事项内容
事项名称： 对教师申诉作出的裁决
事项说明 ：教师对学校或者其他教育机构侵犯其合法权益的，或者对学校或者其他教育机构作出的处理不服的，可以向教育行政部门提出申诉；教师认为当地人民政府有关行政部门侵犯其根据本法规定享有的权利的，可以向同级人民政府或者上一级人民政府有关部门提出申诉。
事项依据说明： 《中华人民共和国教师法》（主席令第18号）第三十九条
事项周期说明： 无周期
办理方式说明： 教师前往市教育局现场办理或网上申办，办结时限为30个工作日。
③　 设定事项流程
受理申诉： 教师在网上或到市教育局提交申诉
审核： 市教育局相关处室审核
办结： 网上办结或市教育局现场办结
④　 设定事项权限
教师： 申诉，査询办理进度，评价，享有知情权、陈述权、申辩权，有权依法申请行政复议或者提起行政诉讼
市教育局： 受理，审核，办理结果通知
⑤　 设定事项要件
必要证照： 身份证原件及复印件
必填信息： 申诉人联系电话
必报材料： 诉求相关证明材料原件及复印件
必报材料： 申诉书原件及复印件
⑥　 设定事项条件
必要条件： 身份证原件及复印件
必要条件： 申诉人联系电话
必要条件： 诉求相关证明材料原件及复印件
必要条件： 申诉书原件及复印件
⑦　 设定事项规则
证件真实、身份符合： 身份证
填写正确： 联系电话
填写正确： 诉求相关证明材料
填写正确： 申诉书
⑧　 设定数据比对
教师身份比对： 沈阳市教师信息库
除以上信息外，行权事项库可以设定轮巡周期、设定公示评价、设定监督节点等功能，但根据具体事项情况，不必所有项都填写。
(2)  过程设计
①　 个人申请
申请人登录网上政务服务大厅或相应的政务服务系统，选择“对教师申诉作出的裁决”业务后，首先调用的是申办须知页面。这个页面的内容信息，如事项说明、事项依据、办理方式说明等均可以通过业务中枢的接口，从事项数据库中获取，也可以通过事项数据库提供的事项内容介绍模板，直接调用相关界面。
用户阅读完申办须知并确认后，进入表格填写页面。在进入页面之前，系统需要通过接口从业务中枢调用事项要件信息，来获知哪些项目是必填的，哪些是需要验证的等等，然后即可进入申请表格填写页面。
表格填写页面通常都必须要填写申请人信息，包括姓名、手机号、身份证号等，系统应首先引导用户填写身份证号，填写完毕系统会自动从历史信息中拉取联系方式信息、最近的附件信息（如身份证）方便办事人员填写。
当申请人填写了需要验证的信息后，则系统需要根据“要件信息”要求，对申请人填写的数据进行验证：
例如：填写完身份证号码信息后，首先对号码的完整性进行验证，如果身份证号码信息完整、正确，则开始验证。先通过人口信息接口，验证身份证与姓名是否相符，如果不符，则不予受理，并做好提示。再通过市教师信息库接口验证该用户是否是市教育局主管学校的教师，如果不是则不予受理，并做好提示。最后验证该身份证号申请人是否已经死亡，如果结果是已经死亡，则不予受理，同时发出预警信息给教育系统。
接下来，申请人需要根据要件要求，上传证明材料，如：身份证照片、诉求相关证明材料、申诉书等。
在上传这些要件之前，首先系统需要通过接口检查申请人是否已经建立相应的电子证照，如果已经建立，则不再需要上传，并提示用户不需要上传，已经自动获取了证明。如果没有电子证照，则查询申请人最近上传的附件，如果有能够对应得上的，则直接提示已上传完毕，请用户查看一下，如果照片错误或者不正确可以手动替换。如果以上都没有，则需要用户自己上传相应证件的照片，上传后系统需要调用应用中枢接口，验证相关证件照片是否清晰、正确，并能够提取出关键信息，且与申请人填写信息一致。
整体表单填写完毕，必要证明附件上传完毕后，系统将调用业务中枢的事项规则进行校验，验证当天申请人是否有资格享受相关待遇。如果没有资格，则停止受理，并给出无法受理的原因。如果可以受理，则进入受理环节，完成申请人操作。此后，申请人可以继续对申请受理的业务进行查询、投诉和评价。
②　 市教育局受理
如果申请人采用的是线下现场办理，则整个申请受理过程由市教育局的办事人员操作完成。
与个人用户线上受理不同，线下办理的办事人员在进入系统前首先要通过业务中枢的进行CA验证与角色授权，授权完毕后才可以办理相关业务。
在进入受理页面之前，系统需要通过接口从业务中枢调用事项要件信息，来获知哪些项目是必填的，哪些是需要验证的等等，然后即可进入申请表格填写页面。
表格填写时，受理人员首先填写申请人信息，包括姓名、手机号、身份证号等，填写完毕系统会自动从历史信息中拉取联系方式信息、最近的附件信息（如身份证）方便办事人员填写。
当受理人员填写了需要验证的信息后，则系统需要根据“要件信息”要求，对申请人填写的数据进行验证：
例如：填写完身份证号码信息后，首先对号码的完整性进行验证，如果身份证号码信息完整、正确，则开始验证。先通过人口信息接口，验证身份证与姓名是否相符，如果不符，则不予受理，并做好提示。再通过市教师信息库接口验证该用户是否是市教育局主管学校的教师，如果不是则不予受理，并做好提示。最后验证该身份证号申请人是否已经死亡，如果结果是已经死亡，则不予受理，同时发出预警信息给教育系统。
接下来，申请人需要根据要件要求，上传证明材料，如：身份证照片、诉求相关证明材料、申诉书等。
在上传这些要件之前，首先系统需要通过接口检查申请人是否已经建立相应的电子证照，如果已经建立，则不再需要上传，并提示用户不需要上传，已经自动获取了证明。如果没有电子证照，则查询申请人最近上传的附件，如果有能够对应得上的，则直接提示已上传完毕，请用户查看一下，如果照片错误或者不正确可以手动替换。如果以上都没有，则需要受理人员手工上传相应证件的照片，上传后系统需要调用应用中枢接口，验证相关证件照片是否清晰、正确，并能够提取出关键信息，且与申请人填写信息一致。
整体表单填写完毕，必要证明附件上传完毕后，系统将调用业务中枢的事项规则进行校验，验证当天申请人是否有资格享受相关待遇。如果没有资格，则停止受理，并给出无法受理的原因。如果可以受理，则进入受理环节，完成申请人操作。
受理完毕后，受理人员提交的时间点将记入业务中枢，便于对流程的考核评价。
受理人员还需要向申请人提供受理单据，申请人可以凭此单据继续对申请受理的业务进行查询、投诉和评价。
最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
市教育局受理属于行权行为，因此其每一步验证、查询等行为都需要上传到业务中枢中进行汇总，做到行权全留痕，效能全统计。
③　 市教育局审核
市教育局受理完成后，进入审核环节。
审核环节的办理人员在进入系统前首先要通过业务中枢的进行CA验证与角色授权，授权完毕后才可以办理相关业务。
审核环节，首先是人工审核，对申请人填写的信息进行、上传的附件等进行初步审核。人工审核完毕后，办理人员可查询业务中枢的事项规则库对数据进行智能审校，如申请人是否属于市教育局主管学校的教师、是否已经死亡等，并给出相应的提示。办理人员可以依据相应的提示给与审核意见，如：驳回申诉，并完成审核。之后办理人员根据申请人提交的申诉材料核实相关情况，并给出最终审核意见。
审核完毕后，受理人员提交的时间点将记入业务中枢，便于对流程的考核评价。
最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
市教育局审核属于行权行为，因此其每一步验证、查询等行为都需要上传到业务中枢中进行汇总，做到行权全留痕，效能全统计。
④　 市教育局办结备案
业务办理完毕后，将结果通知申请人，并反馈至相关平台，所有的过程数据将最终形成结果数据，并汇聚备案到市教育局。
汇聚办结时间：所有行权流程中的办理时间点都要汇聚备案，并依据当前的时限规则进行智能评价，对超期、超限的情况进行备案记录。
汇聚行权轨迹：所有行权流程中涉及到的人，涉及到的操作都要汇聚备案，以便追溯。
汇聚绩效考评：根据各阶段办理的时限评价、申请人有无投诉、好差评等情况都要汇聚备案，为绩效考评做好留痕记录。
汇聚问题情况：对业务办理中所出现的数据比对、校验等问题都要汇聚备案。
最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
（十）、其他行政权力运行治理（监督）管控子系统
1.  系统概述
其他行政权力运行治理（监督）管控子系统包含业务配置、窗口业务管理、收费管理和部门内部监察等功能，通过业务中枢能力的支撑搭建对上述功能的全流程监控和管理。
2.  系统业务逻辑
(1)  类别一：社区【村】级即办件
①　 社区【村】级即办件标准业务流程：
②　 社区【村】级即办件管控逻辑图：
③　 管控逻辑说明：
A.  社区【村】级即办件，即申请人提交材料在社区【村】级当场受理、审核、办结并出具结果（或结果通知）的事项。
B.  社区【村】级即办件流程：提交材料——社区（村）审核——当场办结——出具结果——部门备案。
C.  行政许可管控业务中枢功能描述：
a.  事项类别、事项内容：通过行权类别库和行权内容库来识别该事项是否为社区【村】级即办件。如是则该事项按照即办件流程走。如不是则判别出真实流程类型；
b.  事项流程：依据事项类别、事项内容识别出的流程，识别后后台流程将锁定。为流程比对提供基础；
c.  事项权限：依据后台事项流程节点配置的权限比对该事项审核过程中权限的一致性。行权许可管理数据中枢将采集到该不匹配信息，报送给违规预警和问题管控模块。相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
d.  事项要件：对申请者提交材料的符合性进行分析。如不符合条件，则属于虚假事件，则不予受理；对材料审核过程中的关键审核点进行比对，识别是否有违规审核，规避自由裁量权。如有违规审核，行权许可管理数据中枢将采集到该违规信息，报送给违规预警和问题管控模块。相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
e.  事项条件：固化该行权事项的办事条件。如果申请者办理的历史数据中有一条或多条申请条件对应的数据，则数据中枢通过历史条件的比对，匹配申请者是否具备办理该事项的条件，如不符合则该事项无法办理。如申请者办理的历史数据中无任何一条申请条件对应的数据。则根据申请者提交材料的信息与该事项已经固化的办事条件比对。如不符合则该事项无法办理；
f.  事项规则：梳理事项政策，事项结果与其他事项是否有政策冲突。如办理了另一件事项后则不可以享受该事项待遇。上述规则制定出事项规则。语句事项规则比对申请者是否符合该项事项政策，如不符合，则该事项无法办理；
g.  事项时限：匹配出事项各流程节点的时限。超出时限的节点将预警。预警记录报送给违规预警和问题管控模块，相关监督部门依据报送至违规预警和问题管控的结果做对应措施；
h.  事项巡检周期：制定该事项的巡检周期。依据中枢行权要件、行权条件和行权规则子组件，分别对行权过程中的办事审核环节、条件审核环节及关键政策匹配环节做到全方位监测，做到该业务的全流程、全轨迹、全数据等的巡检。巡检数据汇聚进巡检数据库供数据中枢分析。
l  应用中枢：提供身份认证、权限认证、电子证照、自动表单、周期巡检、消息通知、GIS、电子签章和证件（证明、证照等结果物）生成等组件模块；
ø  提供身份认证：提供统一的身份认证功能。
ø  权限认证：提供权限统一管理和节点权限比对功能；
ø  电子证照：证照上链（区块链），提供材料复用功能；
ø  自动表单：立案审批表，系统自动生成。如果申请人有历史数据存在政府，则自动匹配出这些数据进表单中；
ø  周期巡检：周期巡检组件在设定周期内，定期事项全流程、全轨迹、全数据等巡检；
ø  消息通知：执法结果可通过应用中枢的消息通知组件，以短信或其他方式反馈给当事人。
ø  GIS：为办事主体寻找实体办事点提供电子地图支撑。为材料中需要图层信息审批的部分提供电子地图支撑；
ø  电子签章：保证执法环节产生的电子材料，如电子结果物、电子档案等的法律性；
ø  证件（证明、证照等结果物）生成：执法结果可通过结果可通过应用中枢证件生成功能，自动生成电子结果。电子结果物加盖电子签章，保证其法律性
ø  其他组件。
l  数据中枢：采集事项全流程、全轨迹等数据。对全量数据比对分析，分析结果汇聚至治理和监督中枢。
l  数据中枢时限方式简述：
ø  汇集全流程节点时限数据。包含执法者身份匹配数据、当事人身份身份匹配数据、行权事项类别数据、行权事项内容数据、行权事项全流程数据、行权事项权限数据、行权事项要件数据、行权事项条件数据、行权事项规则数据、行权事项时限数据、行权事项定期巡检结果数据等
ø  汇集数据分布式存储于区块链端；
ø  数据中枢依据时限设定的行权事项类别、行权事项内容、行权事项流程、行权事项权限等上述数据对应的标准进行全面的比对分析；
ø  在过程环节中比对出虚假要件，系统自动停止办理；比对出存在风险的执法事项，系统自动停止办理；比对出存在审批超时的事项，系统提出红黄牌警告，并督促办理；
ø  比对分析数据流转至治理和监督中枢，从而为政府领导、纪委和其他相关部门的治理和监督提供数据依据。
l  数据中枢：采集事项全流程、全轨迹等数据。对全量数据比对分析，分析结果汇聚至治理和监督中枢。
(2)  类别二：社区【村】受理、街（镇）审核、区（县）审核和市级审批四级流转件
①　 社区【村】受理、街（镇）审核、区（县）审核和市级审批四级流转件标准业务流程
②　 社区【村】受理、街（镇）审核、区（县）审核和市级审批四级流转件管控逻辑图
③　 社区【村】受理、街（镇）审核、区（县）审核和市级审批四级流转件管控说明：
四级流程件原则上和即办件管控逻辑一样。只是它的流程和权限多了几个层级，复杂一些，但是管控的工具一样。
3.  业务配置管理子系统
提供园区、区县、街镇乡镇及社区（村）服务中心（便民站点）窗口的灵活配置功能。
主要包括：窗口所属大厅、区域、所属单位、轮岗工作人员、窗口可办理行政许可服务事项的配置，可灵活配置各综合服务窗口以及街道、社区服务窗口。
行政许可服务事项配置包含：
ø  事先设定后的事项类别配置
ø  事先设定后的事项内容配置
ø  事先设定后的事项流程配置
ø  事先设定后的事项权限配置
ø  事先设定后的事项要件配置
ø  事先设定后的事项条件配置
ø  事先设定后的事项规则配置
ø  事先设定后的事项时限配置
ø  事先设定后的事项巡检周期和巡检流程配置
窗口受理模式分为条线受理模式、一窗受理模式，系统支持窗口受理模式的灵活配置。
条线受理模式指公众、企业到政务服务中心根据办事部门不同，到相应部门窗口进行办理，进驻中心的部门窗口通过统一的系统进行受理操作，根据部门的不同窗口事项权限不同。
一窗受理模式指“前台一窗受理、后台分工协作”，前台受理窗口进行整合优化，推行 “一窗全能、全科服务”制度，做到事项集中进驻、力量集中到位、服务集中提供，公司、企业只需到一个综合窗口就可以办理所有事项。
为确保能顺利实现园区、区县、街镇乡镇及村服务中心（便民站点）窗口的政务服务流程在实现和配置上的灵活性、便捷化。提供后台可视化的流程配置。
使用图形界面来定义工作流程，只需要简单的拖拽就可以实现工作流程的定义和删除，与关系型数据库结合，生成工作流程模板数据库，以备工作流引擎读取，具有直观、操作简单、易于理解的优点。
4.  窗口业务办理管理
基于行政审批事项统一窗口受理、反馈等的管理功能，支持“一窗受理”，支持窗口业务办理过程中与各类智能化终端设施的集成。
(1)  预约管理
我们提供网站注册会员通过网上办事大厅、手机APP、微信等对相应的审批事项办理进行提前预约，并将预约信息及时在内部系统相应的审批事项办理窗口显示以便进行确认。经过确认的预约申办人可以根据预约时间到中心相应窗口单位进行办事。
①　 网上预约/申请包括网上网上预约/申请登记、预约管理、预约通知等模块。注册用户通过互联网政务服务门户、移动APP等提交的预约办理信息，具有预约办理信息管理、预约事项属性配置、预约时间段设置等功能。网上预约按照全省统一模式建设。
②　 系统提供网上预约/申请登记服务，支持预约登记信息保存功能。
预约管理：对预约信息进行管理，提供预约取消等功能。
③　 证照服务
预约登记过程中应用中枢提供证照服务，用户可通过管控系统应用中枢调用本用户自己的相关证照。
④　 预约通知
预约成功后，管控系统应用中枢以短信或其他方式通知用户预约成功的相关信息。
(2)  网络预审
管控系统的事项内容库、要件库等可支持窗口工作人员对申报人网上提交的材料进行预审的辅助；支持预审结果快速反馈给申报人。支持对用户缺少材料和材料不符合情况的快速匹配，可提醒用户材料状况；若材料齐全，可通知用户进行现场办理。通过网络预审，可减少用户因缺少材料而往返于大厅现场的麻烦，提高了办事效率。
(3)  统一登记
通过统一前台登记，对在中心的所有办件实行扎口管理，使中心可以实时了解所有办件情况，有效避免办件体外循环。由统一受理窗口登记办件人员的基本信息，办理事项，登记之后自动发送到相关窗口工作人员进行办件受理处理。该模块可选，可以不启用。
(4)  窗口叫号
集约式业务工作平台与排队叫号系统无缝集成，窗口工作人员在业务工作平台中就可以查询到办事人员排队情况，并实现软叫号，按照受理编号进行申办人业务受理。
(5)  统一受理管理
①　 工作台管理
工作台是窗口工作人员的工作主页面，通过这个页面，工作人员可以对自己的工作内容有全面的了解。
工作台管理包括待接件、待受理、待补正、已暂停、待办结、待预审、预审通过等日常工作桌面功能，同时提供消息中心、配置中心、快捷功能等个性化功能。
②　 窗口叫号
申请人根据取号票到窗口排队办理，通过与大厅窗口显示屏对接，动态显示窗口排队情况，窗口人员在业务办理时，进行叫号操作，按照办件编号进行申办人业务受理。叫号需要与大厅排队取号机、窗口显示屏进行关联。
③　 快速填表
窗口工作人员在登记办件时，通过应用中枢自动生成的表单，身份证扫描直接从数据中枢中获取相关的身份信息等，实现表单信息的快速填写。
④　 证照自动引用
窗口工作人员在登记办件时，根据办理的事项，可通过身份证扫描直接从证照库中引用相关的材料等，实现证照材料的自动引用。
⑤　 事项条件细则
在窗口人员登记办件时，可以查看受理当前事项所需要注意的审查要点并醒目提示，从而降低综合窗口人员的接件受理难度，实现一窗办理所有事项。
⑥　 多情形受理管控
在受理单个事项时，会有不同的业务类型，业务类型不同，相关的受理条件及材料会有不同，这里通过对多情形的梳理，在勾选不同情形下的单个事项时，自动变更所需的受理材料，从而实现多情形的受理。业务中枢系统对多情形受理实现全流程管控。
(6)  接收材料验证
申请人办理时，刷卡进行身份确认，窗口人员快速获取申请人基本信息并完善填写其他信息，证照材料自动关联电子证照库证照信息，其他材料通过高拍仪快速上传到系统，完成接件操作。
(7)  受理通知
①　 窗口受理
接件完成后，进入受理操作，窗口人员受理通过，打印带二维码的受理通知书，受理通知书应提供办件编号、受理时间、受理部门、窗口人员、承诺时限、受理材料以及送达方式等信息，告知申请人。受理不通过，打印不予受理通知书，不予受理通知书应提供办件编号、受理时间、受理部门、窗口人员、不予受理原因等信息，告知申请人。
将高拍仪与系统对接，通过高拍仪将申报材料电子化，直接上传到政务服务运行管理中，提高材料转换的效率。
系统支持一窗受理模式，并列出所有受理材料的审查要点并醒目提示，降低综合窗口人员的受理难度。
受理完成后，进入部门办理，平台将该办件推送到政务服务业务处理系统中。对于无任何系统的部门，系统提供通用的办理功能，实现内部流转审批，并反馈办结信息到窗口部门。
②　 窗口补正
对于需要材料补正的情况，应打印补正通知书，补正通知书应提供办件编号、受理时间、受理部门、窗口人员、承诺时限、需补正材料等信息，申请人在补正材料后来办理时，可直接调出补正办件继续办理。
③　 消息提醒
对当前办理人发出受理通知，系统将自动实现消息提醒。
④　 历史查询
窗口工作人员可以随时查询本窗口受理的所有历史办件，查看办件基本信息、附件资料、办理状态等内容。
(8)  事项分发
实现政务服务事项审批的调度与分发。业务审批类型分为有独立业务办理系统审批、无独立业务办理系统业务审批、并联审批、跨级审批等业务。
有独立业务办理系统的政务服务实施机构，通过数据交换，向业务办理系统推送申请表、附件材料、受理信息，并从业务办理系统获取过程信息、审批结果、电子证照。
 
没有独立业务办理系统的实施机构，可直接在“互联网+政务服务”平台的通用业务审批系统完成事项内部审批环节，通用业务审批系统审批包括业务审批、特别处置、内部监察等功能。
并联审批涉及两个及以上业务系统进行协同审批，由统一处理调度平台进行统一协同调度来实现多个部门的业务审批。
(9)  办件历史
工作人员可以通过系统提供的已办工作列表，随时查询本窗口受理的所有历史办件，查看办件基本信息、附件资料、办理状态等内容。
同时，具有查询权限的用户可以对项目进行查询，通过受理部门、流水号、项目名称、项目状态、申请人、时间段等查询条件实现项目办件的组合查询。
(10)  咨询反馈
实现对网上用户的咨询进行回复跟反馈。
(11)  证照管理
对办件的证照和申请材料统一管理，可以查看、核验和退回。
(12)  物流服务
受理人员受理时可以调用物流服务，用于物料流转，寄送受理通知书、办件结果等。
(13)  文书打印
提供文书打印功能。主要包括电子申请表单、业务受理通知书、材料补正通知书、不予受理通知书、业务办件通知书等文书的打印。
(14)  打印回执
当对方收到文书后，系统提供回执打印的功能，用于对方签字确认。
(15)  数据共享
提供受理信息与业务办理系统数据共享。业务受理后的申办材料等可与互联网政务服务门户、业务审批系统等进行数据共享。
(16)  领证登记
对所有办件结果需要领取证照或寄送证照的进行登记，包括领证人姓名、身份证号码、领用时间等。如果是通过物流递送的则登记快递单号，通过数据共享的方式获取揽收及签收人员信息及地址。
(17)  办件过程管理
①　 办件基本信息管理
对申请事项的统一审核编码、申请材料、申请时间、收件凭证、受理通知书等办件基本信息进行采集、存储、维护和管理，仅支持查询功能。
②　 办件过程信息管理
对事项办理各环节的名称、起止时间、政务服务人员姓名、政务服务人员工号、各环节审查意见等办理过程信息进行采集、存储、维护和管理，仅提供用户查看办理流程图来查看事项办理进程。
③　 办件结果信息管理
对审查决定及相关证照批文等结果信息进行采集、存储、管理和维护，仅支持办件结果查询。
(18)  窗口办结
部门业务系统流转结束后，将结果反馈到业务工作平台，窗口办理人员在收到办理结果后，通知申请人办理结束，结束后，系统自动生成回执，连同证书一起交给申请人，窗口工作人员进行办结操作。
(19)  窗口评议
窗口评议以多种方式实现。评价可以是现场评价，即通过窗口Pad或评价器评价；没有现场评价，通过短信回复方式评价；在规定的时间内，仍然没有实现评价的，生成一个“未评价事项库”，由中心安排专人以“电话回访”的方式抽样予以评价。三种方式的评价分值都将计入绩效考核系统。
(20)  统一反馈与归档
①　 统一反馈
业务办理系统办结后将办理结果反馈给政务服务运行管理系统，然后通过政务服务门户、短信、手机App消息等方式向申请人统一反馈办件结果。
审批事项办结后，将审批形成的电子证照、决定及回执，申请人上传的各类电子文书及提报的审批项目基本信息，实施行政审批过程形成的电子表单，行政审批关键业务行为过程描述的元数据，按照档案管理有关要求在线或离线进行电子归档。
②　 电子归档
电子归档管理将审批事项办结后各审批部门的形成具体业务数据按照档案管理有关要求进行电子归档保存的系统。主要包括：电子证照、决定及回执，申请人上传的各类电子文书及提报的审批项目基本信息，实施行政审批受理（或者不予受理）、审查、办理等过程形成的电子表单，行政审批关键业务行为的受理人、受理时间、办理情况等过程描述元数据，同时提供数据接口以备查。
③　 目录设置
在档案库中可以设置档案目录，每个档案目录可以设置管理者和读者权限。
④　 分类归档
申报项目办结后，根据流程定义的归档设置，自动归档到档案库中的相应目录，归档后的文件可以按权限进行查询和调取；
⑤　 档案增加
增加数据功能主要完成对档案数据的添加工作，实现档案信息的远程录入。
⑥　 档案删除
系统的删除界面是一种比较直观的界面，在数据删除操作时，只要选中要删除的数据再选择删除即可。
⑦　 档案修改
系统的修改功能采用的是直观的方法，当具有修改权限的用户进入到修改窗口后，窗口中会显示所有的记录数据，在修改时只要直接进行就可以，在选择记录时可通过选择相关记录进行操作，这种方法在使用中不是很常用，这时可通过“指定记录范围”来进行，在选中“指定范围”系统会进入查询状态，用户根据自己的需求查询出要修改的数据，修改即可。
⑧　 档案查询
系统具有强大的数据检索功能，做到档案信息的远程查询，具有无距离限制的特点，可以做到跨省、跨地区，实现真正意义上的档案信息查询的网络化查询。为满足不同用户查询方式的要求，系统提供全文检索、普通查询、条码查询方式。相关部门可对已归档的文件进行查看，可查看的文件必须对其拥有可读权限。
⑨　 全文检索
全文检索功能，能实现档案信息的全文检索，检索的范围为建立全文索引的档案库中字段与电子档案库中的文本类型的电子文件。
⑩　 档案调取
相关部门可对已归档的文件进行调取，可调取的文件必须对其拥有可执行权限。
？　 档案备份
为确保档案安全，系统提供档案备份功能，可对各部门档案进行完整备份。
？　 档案打印
系统提供打印功能，用户查询到相关档案后，可选择打印预览，调整打印界面，再进行完整打印。
(21)  收费管理子系统
根据有关收费标准，系统自动计算业务的拟收费结果并出具票据。确认收费后，记载收费情况，提供统计和与相关部门对帐的功能。可根据业务情况，设定在审批流程的各个环节实现收费，中心也可设置统一收费窗口，进行统一缴费。主要功能包括：
①　 收入制单
在业务信息采集完成以后，生成缴费人的缴费信息，打印缴费单据，待申请人缴费后，确认缴费状况，打印回执单。
②　 缴费确认
前台或受理人确认申请人的缴费情况。
③　 全部退费
针对前置收费，不批准或撤销的申请，需对已缴的费用予以退费，系统进行相关处理，并对退费情况在系统相应信息中加以记录。
④　 部分退费
针对前置收费后，需要进行部分款项退费的情况，系统进行相关处理。
⑤　 增加收费
针对前置收费后，因业务类别变更需要进行增加收费的情况，系统进行处理。
⑥　 票据打印
可以支持各种不同的票据样式，通过自动拖拽实现打印模板套用。
(22)  证照打印
申请人获悉申请获批后可到窗口领取相应的证书或批文可通过应用中枢证件生成功能，自动生成电子结果。电子结果物加盖电子签章，保证其法律性。在申请人领取后窗口人员登记取件人和取件日期等信息，审批流程在发证后完全结束。系统对接市、区县电子证照库，提供各种证照、单据和文件的打印功能；系统支持各种主流打印机型号。
(23)  通用内部办理管理
对部门无任何业务系统的，由系统提供通用的内部办理系统进行办理。主要包括承办、审核及批准各环节的审批。单位办理结束后，系统将自动计算此事项从受理到办理结束的时间，并关联到单位的绩效考评上。若部门发现不能在规定工作日内完成，则可以申请延时处理。在审批过程中如有特殊情况造成事项办理延误（听证、公告、公示），则进入特别程序办理，系统将自动扣除不定因素所产生的时间，对于扣除不定因素产生的时间后，仍超时的办件，系统将对扣除该单位的绩效。方案如下：
升级改造现有沈阳市通用业务审批系统，适应各部门的用于“最多跑一次”政务服务改革造成的业务审批流程的变化。系统包括业务办理、特别处置、内部监察、统计分析等功能。应用场景分为：
①　 针对没有独立业务办理系统的政府部门，利用通用业务办理系统自定义业务办理流程，完成政务服务事项的流转、办理。
②　 针对在事项办理时需要多个业务部门关联办理，同时各部门又没有相关业务办理系统的情况，各业务办理部门依据政务服务事项实施清单，在通用业务办理系统中对关联办理流程、办理人员、办理时限等要素进行定制，完成政务服务关联事项的流转、办理。
(24)  通用业务办理
实现部门内部办理，包括审查、决定、送达等通用审批环节，应支持部门自定义审批流程。审查功能包括对业务信息进行审查，如审查内容无误可填写办理意见并对业务执行“提交”操作，业务信息有误时填写办理意见并对业务执行“退回操作”；决定操作分为准予许可、不予许可、准予办结、不予办结、退件业务等，用户可以在核验办件信息后，根据操作按钮执行对应操作。
①　 业务审查
审查功能包括对业务信息进行审查，如审查内容无误可填写办理意见并对业务执行“提交”操作，业务信息有误时填写办理意见，并对业务执行“退回操作”。
 
②　 业务决定
决定操作分为准予许可，不予许可，准予办结，不予办结，退件业务等，用户可以在核验办件信息后，根据操作按钮执行决定操作。
 
A.  准予许可
对于行政许可业务在结束环节，信息核对正确后，工作人员对业务进行准予许可处理，处理后的信息通过业务列表进行按条件查询。可在此处对办件进行评议，制证等操作。
B.  不予许可
对于行政许可业务在结束环节时，信息核对有误，工作人员对业务进行不予许可处理，填写不予办结许可，处理后的信息通过不予许可业务列表查询，可查看不予许可的原因。
C.  准予办结
对于非行政许可类业务在结束环节时，信息核对准确，工作人员进行准予办结处理。
D.  不予办结
对于非行政许可类业务在结束环节时，信息核对有误，工作人员进行不予办结处理。
E.  退件业务
办件在中间环节，由申请人提出不再办理业务时，提供退回操作并填写退回原因，显示所有退件业务列表，可查看退件原因。
F.  结果送达
通过手机短信、移动终端等将办理结果告知申请人、请其到大厅取件，窗口人员登记送达信息，也可以通过物流的方式将办理结果送至申请人。
办理结果共分为准予许可、不予许可、准予办结、不予办结、退件业务、结果送达六种。
 
G.  业务委托
业务委托的实现使得处理人能在系统内完成代签和代办功能，将隶属于委托人的办理业务委托给他人办理。委托人可以设置委托的时段，也可以将委托事务停用以便收回业务办理权限。
5.  特别处置
特别处置主要包括事项挂起、异常中止、申请延时、事项终结等。对办理事项进行挂起，支持填写挂起原因，设置挂起时间，并且对所有进行过挂起操作的业务汇总，列表显示最后一次挂起日期、原因、挂起状态；可详细查看业务办理过程、流程图、表单信息、督办信息及挂起列表及每次挂起的信息；提供设置显示列及导出Excel功能。对于办件过程中中止的，需要发起中止程序，提交中止原因；在听证、实地核查等特殊情况时作暂停处理，并告知申请人，事项挂起后，事项办理时效将停止计时。由于事项特殊原因需要延时的办件，可申请延时，延时申请审核通过后，该事项监察点时限也将自动延时。
(1)  事项挂起
对办理事项进行挂起，支持填写挂起原因，设置挂起时间，并且对所有进行过挂起操作的业务汇总，列表显示最后一次挂起挂起日期、原因、挂起状态。可详细查看业务办理过程、流程图、表单信息、督办信息及挂起列表及每次挂起的信息。提供设置显示列及导出Excel功能。
(2)  异常中止
当办件由于特殊原因需要中止，系统支持发起中止程序，提交中止原因。
(3)  申请延时
当办件需要申请延时时，支持发起申请延时请求，经过批准后，可以设置延时时长，该事项监察点时限也将自动延时，支持延时功能。
(4)  事项终结
当办件由于特殊原因需要终结，系统支持发起终结程序，并由事项办理人员提交终结原因。
6.  跨部门协同办理管理
跨部门协同办理管理功能两个作用：实现协同办理的全流程监管；协助协同办理。
(1)  并联审批系统功能
并联审批是对涉及两个以上部门共同审批办理的事项，实行由一个中心（部门或窗口）协调、组织各责任部门同步审批办理的行政审批模式。结合行政审批制度改革，充分利用政务服务平台，支撑企业设立登记多证合一、投资项目并联审批、投资项目多评合一、投资项目多图联审等拓展应用。
A.  一般并联审批
建设一般并联审批系统，梳理中心相关一般并联审批流程，将这些一般并联审批固化到系统中，实现并联审批事项“一窗受理，一次告知、一键派发、一窗出件”，免去申请人多次跑中心接件窗口，多次申请审批事项的烦恼。系统支持后期不断拓展一般并联审批事项。
B.  事项受理
公众能够前往窗口提交事项申请，窗口工作人员录入申请人基本信息之后，根据申请人需求，勾选相关事项。
C.  事项告知
事项选择完成后，确认后，收取相关申请，然后一键告知相关后台审批部门，由后台人员开始并联审批。
D.  后台审批
后台审批部门收到审批事项信息和材料后开展审批活动。
E.  结果反馈
所有事项审批完成后，各自部门上传审批结果，由窗口进行统一出件。
(2)  企业经营许可联合审批管理
结合本市市直属单位并联审批系统建设现状，根据国务院相关文件要求，与沈阳市商事服务管理信息平台进行对接，实现企业设立登记多证合一，并同步调整网上政务服务平台相关功能和流程，提供套餐式打包服务。针对与企业经营相关联的许可事项，按行业类别实行联审联办。需现场勘察的，探索“联合踏勘”，降低企业制度性交易成本。
(3)  投资项目并联审批管理
与沈阳市“多规合一”技术平台进行对接，将项目审批分为用地和规划阶段、立项（审批核准备案）阶段、报建阶段、开工后竣工前阶段、竣工后阶段等，实现“事项及材料一单告知，批量申请多个事项，申请材料一窗受理，审批过程并行协同，审批结果关联共享”等服务功能和“项目审批流程图监控、督查督办、汇总分析”等监管功能。
(4)  投资项目多评合一管理
与沈阳市“多规合一”技术平台进行对接，实现对项目基本信息进行联合评审，中介评估，申请材料评估，各部门联合评审过程的统一全痕迹监管 。
把对相关中介评估的审查工作由串联改为并联，实现企业投资项目立项评估的统一受理、统一评估、统一评审、统一审批、统一监管，提供事项（工作）节点、申请表单、申请材料、并联办理日志、会审意见展示五个标签页，供工作人员查看业务办理情况，及时掌握工作进度。
(5)  投资项目多图联审管理
对接与沈阳市“多规合一”技术平台进行对接，实现对各审批部门中对事项材料中的设计图进行联合会审，设计图纸文件及材料进行电子化并共享审批的全痕迹监管。
对一窗受理、一次收费、联合审查和电子图审等，实现动态实时监管。
7.  多级联动办理（全城通办办理）管理
通过标准数据接口的开放，建立多层级联动运行机制，实现街镇、村居两级联动业务，支持上报件的信息流转，完成多级联动审批，将政务服务\公共服务延伸到街道、社区基层，办事人在乡镇及村上可以完成授权或下放事项的受理及办理。
同时以“平台”为主体载体，整合各职能部门专线系统和各级政务服务中心办理窗口，普及移动终端应用，通过数据共享和协同办理机制，统一事项办理标准，形成在全市任一地点即可申请办理部分事项，实现部分事项的全城通办。
8.  网上预审管理
提供基于门户渠道的网上预审功能，用户通过网上大厅、手机APP、微信公众号、智能电视、智能自助终端机等渠道提交办事申请和电子材料，材料将自动推送到相应的预审人员，预审人员通过系统的预审界面可以查看用户提交的电子材料，并根据标准化梳理的材料要求对电子材料进行审查，对材料做出予以通过或不予通过的决定，同时提交相关预审意见。系统自动将预审结果推送到申办用户，用户根据预审结果决定前往窗口提交或补正资料。
为提升群众网上办事的便捷化和智能化，我们结合在其他城市落地的经验，设计了如下的网上预审前的环节：
(1)  主题化清单
将政务事项可按照办事主题划分。
(2)  智能索引
政务服务智能引导子系统支撑整个平台的相关表单应用，包括政务管理，政务服务，社区活动的各类表单。系统通过知识库提供标准化的咨询案例，辅助窗口工作人员的咨询服务，提供群众办事事项的咨询服务并记录咨询内容，咨询内容包含问题、答复、咨询时间、咨询对象的基本信息等。所有咨询内容进入知识库，并按群众办事事项要素进行归类汇总，形成关联提示和智能引导。提供对群众办事事项的多维度查询。以热线、互联网、移动互联网和服务大厅为载体，结合网上办事大厅现有成果，依托移动设备、终端等自助设备，提供与窗口办事相衔接的预约排队、互动咨询、审批材料自动合成、互联网支付（含第三方支付缴费）、现场出证、在线申报等自助办理服务。用户可以通过该自助服务系统，不局限于现场办事条件约束，充分利用各种闲暇时间，通过互联网或现场自助终端进行预填表等自助办事服务，大大提高办事效率，二期项目功能包含自助服务、预审应用、关键字、分类、事项要素、办事条件等。
以政务服务中的自助服务和预审应用为例：
网上填表和申请系统，开放用户注册，通过绑定的手机的方式认证用户。提供基于事项的申请表预填写功能，和网上办事申请。预填表充分利用信息化的优势，重复信息不用多次填写，系统自动复用，实名认证用户填表过程中不只可以调用历史数据，还可以通过绑定的身份调用共享系统内的自然人基础库用户信息进行自动填表；网上申请，是指申请人可以通过网上填写申请表格和提交电子申请材料，行政服务中心可以根据预填信息和提交的电子材料进行事务的预审，预审核的结果通过“网上填表和申请系统”和短信通知申请人，申请人根据预审结果决定是否到行政服务中心正式办理。
预审系统为窗口人员和后台用户使用的系统，系统功能集成于“公共服务综合信息系统”。主要用于：一是在申请人到达行政服务中心大厅后，可通过读取本人身份证的方式调取预填的表格或申请，核对无误后可根据业务需要，打印核对后的申请表或办理业务；二是后台人员在申请人网上提交申请后，根据网上提交的申请材料，对申请进行预审核，并将结果通知申请人。初次使用网上申请的申请人必须到行政服务中心窗口完成实名绑定，以后可以选用结合物流的网上申请，通过快递提交物理材料包括申请表，以及通过物流取得审核结果。
除以上系统主体功能外，“自助服务和预审系统”设计上，要与沈阳市其它自助服务系统的设计风格保持一致。借助市民之窗覆盖面的优势，自助服务系统对提供的自助服务要预留接口，以便借助其他平台扩展服务渠道。还要提供用户的注册、注销、信息自助销毁，窗口实名绑定功能，详细功能要求见功能结构图。
(3)  排队叫号
传统的排队叫号机实施成本和复杂度高，需要涉及施工和调试等多项工程任务。在移动互联网迅猛发展的前提下，依托无线互联网技术来实现排队和叫号服务功能是一个趋势和方向。
总体原则要求：
开放性：依托互联网来实现多渠道的取号、预约进入排队等待，以及窗口叫号机制。
稳定性：在停电、宕机或者系统崩溃的情况下，也能恢复到出故障前的状态。
高效性：在用户取号的时候响应快速，延迟不超过1秒。在多用户的情况下，可以响应至少1000个并发；
安全性：需要能防止恶意的DDOS攻击；
流程和功能要求
系统主要提供以下功能：
u  用户能够选择业务类型：用户可根据自己的需要选择不同的业务类型，缺省都是相同的综合窗口业务，不用选择。在用户选择后，给出用户提示信息：用户号、业务类型、到达时间、以及队列中的用户数量、服务窗口数量。
u  工作人员需登录进入服务状态 每个工作人员在进入服务台之前必须输入正确的用户名和密码，否则会给出提示信息，登录后会显示该工作人员的相关信息：工号、窗口号。
u  工作人员能够看到当前正在排队的用户数量 为了提高工作人员的办公效率，可提示工作人员当前正在等待的用户的数量，当用户数量为0 时， 如果工作人员继续呼叫，给出提示信息。
u  工作人员可呼叫或重复呼叫用户 在工作人员呼叫用户办理业务时，如该用户没有及时到达，可通过重复呼叫继续呼叫。
u  管理员可统计用户及工作人员信息 管理员在进入管理界面时，需要输入正确的用户名和密码，等待验证后方可查看用户及工作人员的详细信息。
u  管理员可维护用户及工作人员的信息。
(4)  表单生成
市民通过手机APP渠道可以查看事项办事指南，进行自助咨询，判断是否满足所申请事项的受理条件；同时通过“网上申办”功能模块，市民可以提交选定事项所需提交办事申请和电子材料，同时通过后台对接电子证照、用户个人信息等数据，系统将自动生成办事所需要提交材料表单，并对表单数据字段进行自动填充。申请完成后，系统将给予是否提交成功提示，告知申请编号，并提供短信、移动终端等方式的提醒。
(5)  政策匹配
智能政策匹配系统是以政务服务事项、政策信息大数据为基础，通过人机交互智能问答的方式，收集办事人信息与云端数据库比对，做到特定个体，具体情况的个性化政策推送、定制化办事指南，帮助群众了解自身在符合条件的情况下所能享受的所有政策，实现政策推送、政策咨询、事项导办的亲民化、便民化。
标签筛选功能：梳理数据库中全部事项，进行相应分类，提取关键字
群众进入智能匹配系统后，能根据自身情况，选择相应标签，系统将综合群众所选标签，快速筛选出所有符合该类标签的事项，于下方显示，同时用户可通过搜索栏输入关键字，进一步缩小事项筛选范围，从而快速找到适合自己办理的事项。
(6)  智能指南
系统与办事群众的问答交流，通过办事人提供的个人具体情况，筛选条件，生成对应办事的特定条件的告知单。
在标签筛选功能缩小范围后，办事人选取相应事项，系统将通过人机交互形式，针对该事项的具体信息询问群众相关情况，根据群众回复的内容，进行核对筛查，符合办理条件的群众，生成符合群众个人情况的个性化告知单；对于不服和条件的群众，根据所填内容推送相关信息。
(7)  材料复用
材料复用是指通过对现有电子材料进行分类整理，筛选具备复用价值和复用条件的材料，通过技术或梳理让材料实现复用，减少申请人重复提交材料的繁琐，同时减少工作人员的工作量。
材料复用里面材料分为无条件复用、不可复用材料、有效期内可复用材料和需要后台核对方可复用材料。
①　 有有效期类
验证方式：人工识别有效期，根据源数据的不同提供方式，系统提供源数据校验。
 
②　 无有效期类
验证方式：人工判定“证明内容与办理事项所涉时间是否一致”，不一致的系统判定“可能变更的信息对待办事项有无实质影响”，有影响的系统对接源数据供审核人员判断材料是否可以复用。
9.  大厅综合管理系统
目前政务服务一体化管理平台已经实现对大厅的整体工作情况、人员情况进行实时监控，对大厅内各类设备的日常运作状态等进行系统化管理以及取号排队、休息区等候、叫号服务等功能，大厅管理系统在现有的基础上进行升级优化，增加大厅工作人员绩效管理和大厅办件统计分析等功能，提升实体大厅服务体验。
①　 智能终端管理
对现有的终端管理系统进行改造升级，实现系统对大厅的所有智能终端进行管理，包括设备信息上传、设备信息管理、网关设备管理、设备运行统计、设备升级管理、设备升级计划、设备故障管理查询等功能。进行管理的智能终端包括高拍仪/扫描仪、身份证读卡器、智能触摸终端、窗口显示屏、自助服务终端等设备。
A.  设备信息上传
每个设备的基本信息由多个部分组成，根据用户权限，用户可以对不同的模块具有查看或修改权限；设备固有的属性，通常和设备自身相关，使用过程中不发生改变，包括：设备名称、规格型号、设备编码、设备类型、设备标识、功率、生产厂商、供应商等。将这些信息纳入到设备信息中，进行保存上传。
B.  设备信息管理
对纳入智能终端管理系统中的设备信息，可通过设备信息管理进行查询，例如当某个硬件设备出现故障时可以快速定位该设备的基本信息，联系供应商。
C.  网关设备管理
网关设备管理主要是对通过系统认证且分布在不同地域的网关设备进行登记、分组和识别，以便于统一进行管理。并以此作为事件监控、威胁分析和风险评估的基础，从而实现对全网资产的统一威胁监管和集中告警。
D.  设备运行统计
系统提供网络拓扑图、机房物理布局图、业务数据统计图表等多种友好视图对资产的运行状态进行实时监控。
系统提供对重点网站资源的可用性检查。还提供通过实时访问网站，抓取屏幕截图的方式对网站页面实时监控。
E.  设备升级管理
系统通过简明清晰的列表来显示需要升级设备的信息。
F.  设备升级计划
用户可以提前指定设备的升级计划，系统根据计划自动提醒相关工作人员完成相关工作。
G.  设备故障查询
系统提供相关设备信息的一些故障原因，用户可通过设备名称和对出现故障的描述进行查询，系统会通过清晰的列表来显示可能引起该设备故障的相关因素。
②　 大厅视频监控
对接现有的视频监控系统，监控大厅运行情况，实时动态监管中心各大厅所有窗口状态信息，状态包括空闲、正在办理、暂停办理等，并对窗口工作人员办理业务行为进行监督及规范。
③　 指纹考勤
对接大厅考勤机，通过工作人员的指纹考察工作人员的考勤情况。
④　 排队叫号
与现有的排队叫号系统对接，支持刷卡快速打印号票，显示办理事项、排队人数等信息，支持窗口软件叫号集成功能，具备取号机缺纸自动预警功能。
⑤　 人员管理
全方位掌握窗口工作人员的具体信息，涉及到岗位、教育、学历、面貌等方面的情况，并支持按政治面貌等条件进行筛选。
⑥　 资产管理
对大厅所有设备及物资进行唯一物资编码登记，并记录相关设备和物资的信息及状态，可对资产信息进行增加、删除、更新等操作，并保留操作日志。
⑦　 绩效管理
政务服务中心各处室成立巡查组，每月针对各实体大厅的综合治理、日常巡查、文明创建、作风建设、业务考核、热线投诉、监察投诉等方面对大厅工作人员进行考核管理，并将相关数据纳入电子监察系统进行绩效考核。
⑧　 统计分析
对大厅受理、办件等信息进行统计，可按时间段、部门、事项类型设置并自动生成办件统计、满意度统计、部门办件汇总、办理事项汇总统计、办理时效统计、部门时效统计、异常数据统计等数据统计报表，支持在线打印、电子表格导出功能。支持用图表的方式直观展现大厅整体情况，包括各部门办件量、平均用时、办件满意度、异常办件等。
10.  事项管理支持子系统
主要包括自助设备支持子系统、智能自助机后台支持子系统。
(1)  自助设备支持子系统
利用自助设备作为延伸到家庭基层服务窗口，具备提供“一次都不跑”的政务和公共服务能力。应用中枢提供针对可延伸到自助终端的设备进行预约、申报或办理的事项进行管理，并提供市场一般终端的输入、撤销、编辑等可操作支持功能，提供相关服务事项的更改、新增、撤销等功能。
主要功能要求如下：
①　 系统接口：提供与数据接口，将平台应用服务推送到应用端口。
②　 事项发布：提供平台应用服务事项的清单，包括服务内容、信息数据、服务方式等要素的配置。
③　 事项修改：
对平台应用服务事项的名称、服务内容、服务方式、信息数据等要素进行修改。
④　 事项新增：对平台新增的应用服务事项的名称、服务内容、服务方式、信息数据等要素进行配置。
⑤　 事项撤销：提供事项撤销功能。
(2)  智能自助机后台支持子系统。根据平台统一的底层服务事项管理，提供智能自助终端上所有服务事项的发布、撤销、新建、合并等功能支持，主要功能要求如下：
①　 标准接口：提供与行政许可事项系统对接接口。
②　 事项发布：提供平台许可事项的清单，包括许可内容、信息数据、许可方式等要素的配置。
③　 事项修改：对平台应用许可事项的名称、服务内容、服务方式、信息数据等要素进行修改。
④　 事项新增：对平台新增的许可服务事项的名称、许可内容、许可方式、信息数据等要素进行配置。
⑤　 事项撤销：提供事项撤销功能。
11.  部门内部监察
(1)  办件监控
此功能中显示内网办证系统中所有本单位的申请办件。拥护权限的办证管理员，通过办件监控模块，可以进入办证监督界面。
(2)  审批项目的查询
可按申请人名称或电话查询、申请部门、申请时间、申请名称、受理编号、传阅类型等信息进行查询；查询选项包括：办件分类，服务项目分类、全部收办件、收件查询、办件查询、超期件查询、提前办结件查询、急件查询、特殊服务对象办件查询等。具有相应授权的人员能够方便、灵活地查询项目，按各种方式查询、排序、筛选。
(3)  审批项目的统计
对窗口办事人员的统计主要包括：到期办结率、提前办结数、过期件数、日办件统计报表，办件明细报表、各种办件统计报表（承诺件统计报表等）。分析政府工作人员办公效率，审核审批操作的进行违规情况。
对企业申报信息进行汇总进行统计，根据企业提交的申报资料，可以进行深入的汇总统计，得出各项业务分析报告。
(4)  办件催办
对某些关系较重大的办件可以进行催办，系统件自动发催办通知到办理窗口，并把该办件转成急件办理。
(5)  收费减免
经领导审批可以对某些办件的收费进行减免。
12.  与市“互联网+政务服务”平台对接
遵循沈阳市“互联网+政务服务”体系，实现全面对接。平台与沈阳市“互联网+政务服务”平台属于平行系统，在政务服务方面平台将参照沈阳市“互联网+政务服务”平台发布的清单目录体系和梳理结果，提供数据集成接口，实现对接。依托政务云信息共享交换平台，通过集成平台外部接口，与沈阳市“互联网+政务服务”平台之间形成良好的数据共享和交互。包括但不限于对接管理、用户与权限对接、平台数据对接等。
13.  其他行政权力管控案例
下面以“公司备案”为例，介绍其他行政权力类权力运行治理监督系统建设是如何与业务中枢相结合的。
(1)  填报数字化行权事项库
填报数字化行权事项库一共14个步骤，分别需要设定事权类别、设定事项内容、设定事项流程、设定事项权限、设定事项要件、设定事项条件、设定事项规则、设定事项时限、设定数据对比、设定轮巡周期、设定公示评价、设定监督节点、设定违规预警、设定问题管控。根据第一阶段，对制度数据化调研所形成的结果，将信息填报入行权数据库，其结果如下：
①　 设定事权类别
权力类型： 其他行政权力
②　 设定事项内容
事项名称：外商投资的公司备案登记
事项说明：1.经市商务部门审批的，由市市场监督管理局登记的企业；
          2.依照法律、行政法规、国务院决定规定应由市市场监督管理局登记的企业。
事项依据说明： 《中华人民共和国公司法》（2005年10月27日全国人大常委会修订）第六条：“设立公司，应当依法向公司登记机关申请设立登记。” 《公司登记管理条例》（国务院令第156号，2005年12月18日修订）第三条：“公司经公司登记机关依法登记，领取《企业法人营业执照》，方取得企业法人资格。第四条：工商行政管理机关是公司登记机关。
事项时限说明： 法定时限20个工作日，承诺时限1个工作日，为即办件
办理方式说明： 网上办理或者现场窗口办理
③　 设定事项流程
申请登记： 个人申请
受理： 业务专干受理
审批： 处室领导审批
办结： 业务专干制证、发证
④　 设定事项权限
申请人：申请，查询办理进度，评价，投诉
业务专干：受理，办理过程査询，制证与发证，办理结果通知
处室领导：对申请材料进行审批，核对业务专干初审结果，业务办理进度査询
⑤　 设定事项要件
必要证照： 营业执照复印件
必要证照： 原任职人员的免职文件和新任职人员的任职文件及身份证明复印件
必要证照： 《外商投资企业法律文件送达授权委托书》（申请表格中填写即可）和被授权人的主体资格证明复印件或自然人身份证明复印件
特殊情形材料： 法律、行政法规和国务院决定规定备案事项必须报经批准的，提交有关的批准文件或者许可证件复印件
必填信息： 《公司登记（备案）申请书》（外商投资的公司填写）/《非公司外资企业登记（备案）申请书》（非公司外商投资企业填写）
必报材料： 依法作出的决议或决定
必报材料： 法定代表人签署的章程修正案或修改后的章程，和企业依法作出的决议或决定。涉及外商投资准入特别管理措施的企业还应提交审批机关的批复
特殊情形材料： 非公司外资企业增设、撤销分支机构的，应提交依法作出的决议或决定，其中撤销分支机构还应提交分支机构登记机关出具的注销证明。
⑥　 设定事项条件
必要条件： 营业执照复印件
必要条件： 原任职人员的免职文件和新任职人员的任职文件及身份证明复印件
必要条件： 《外商投资企业法律文件送达授权委托书》（申请表格中填写即可）和被授权人的主体资格证明复印件或自然人身份证明复印件
非必要条件： 法律、行政法规和国务院决定规定备案事项必须报经批准的，提交有关的批准文件或者许可证件复印件
必要条件： 《公司登记（备案）申请书》（外商投资的公司填写）/《非公司外资企业登记（备案）申请书》（非公司外商投资企业填写）
必要条件： 依法作出的决议或决定
必要条件： 法定代表人签署的章程修正案或修改后的章程，和企业依法作出的决议或决定。涉及外商投资准入特别管理措施的企业还应提交审批机关的批复
非必要条件： 非公司外资企业增设、撤销分支机构的，应提交依法作出的决议或决定，其中撤销分支机构还应提交分支机构登记机关出具的注销证明。
⑦　 设定事项规则
证件真实、身份符合： 原任职人员的免职文件和新任职人员的任职文件及身份证明
证件真实： 营业执照复印件
证件真实、身份符合： 《外商投资企业法律文件送达授权委托书》（申请表格中填写即可）和被授权人的主体资格证明复印件或自然人身份证明复印件
证件真实、身份符合： 法律、行政法规和国务院决定规定备案事项必须报经批准的，提交有关的批准文件或者许可证件复印件
填写正确： 《公司登记（备案）申请书》（外商投资的公司填写）/《非公司外资企业登记（备案）申请书》（非公司外商投资企业填写）
身份符合： 依法作出的决议或决定
身份符合： 法定代表人签署的章程修正案或修改后的章程，和企业依法作出的决议或决定。涉及外商投资准入特别管理措施的企业还应提交审批机关的批复
身份符合： 非公司外资企业增设、撤销分支机构的，应提交依法作出的决议或决定，其中撤销分支机构还应提交分支机构登记机关出具的注销证明。
除以上信息外，行权事项库可以设定轮巡周期、设定公示评价、设定监督节点等功能，但根据具体事项情况，不必所有项都填写。
14.  过程设计
(1)  个人申请
申请人登录网上政务服务大厅或相应的政务服务系统，选择“外商投资的公司备案登记”业务后，首先调用的是申办须知页面。这个页面的内容信息，如事项说明、事项依据、办理方式说明等均可以通过业务中枢的接口，从事项数据库中获取，也可以通过事项数据库提供的事项内容介绍模板，直接调用相关界面。
用户阅读完申办须知并确认后后，进入表格填写页面。在进入页面之前，系统需要通过接口从业务中枢调用事项要件信息，来获知哪些字段是必填的，哪些字段是需要通过系统自动填充的，哪些是需要验证的等等，然后即可进入申请表格填写页面。
表格填写页面通常都必须要填写申请人信息，包括姓名、手机号、身份证号等，系统应首先引导用户填写身份证号，填写完毕系统会自动从历史信息中拉取联系方式信息、最近的附件信息（如身份证、户口本、残疾证、低保证等）方便办事人员填写、引用和复用相关有效信息。
当申请人填写了需要验证的信息后，则系统需要根据“要件信息”要求，对申请人填写的数据进行验证：
例如：填写完身份证号码或者统一社会信用代码信息后，首先对号码的完整性进行验证，如果身份证号码或者统一社会信用代码信息完整、正确，则开始验证。先通过人口信息或者法人信息接口，验证身份证与姓名是否相符，统一社会信用代码与企业名称是否相符，如果不符，则不予受理，并做好提示。
例如：填写完身份证号码或者统一社会信用代码信息后，开始验证。通过身份证号码或者统一社会信用代码信息验证企业是否真实存在，再通过身份证号码信息验证申请人是否是此人是否为此单位法人。如果验证失败，则不予受理，并做好提示。
接下来，申请人需要根据要件要求，上传证明材料，如：《公司登记（备案）申请书》、非公司外资企业增设、撤销分支机构的，应提交依法作出的决议或决定，其中撤销分支机构还应提交分支机构登记机关出具的注销证明、《外商投资企业法律文件送达授权委托书》（申请表格中填写即可）和被授权人的主体资格证明复印件或自然人身份证明复印件、营业执照复印件等。
在上传这些要件之前，首先系统需要通过接口检查申请人是否已经建立相应的电子证照，如果已经建立，则不再需要上传，并提示用户不需要上传，已经自动获取了证明。如果没有电子证照，则查询申请人最近上传的附件，如果有能够对应得上的，则直接提示已上传完毕，请用户查看一下，如果照片错误或者不正确可以手动替换。如果以上都没有，则需要用户自己上传相应证件的照片，上传后系统需要调用应用中枢接口，验证相关证件照片是否清晰、正确，并能够提取出关键信息，且与申请人填写信息一致。
整体表单填写完毕，必要证明附件上传完毕后，系统将调用业务中枢的事项规则进行校验，验证当天申请人是否有资格申请。如果没有资格，则停止受理，并给出无法受理的原因。如果可以受理，则进入受理环节。此后，申请人可以继续对申请受理的业务进行查询、投诉和评价。
(2)  业务专干进行受理
如果申请人采用的是线下现场办理，则整个申请受理过程由业务窗口的业务专干操作完成。
与个人用户线上申请、受理不同，线下办理的业务专干在进入系统前首先要通过业务中枢的进行CA验证与角色授权，授权完毕后才可以办理相关业务。
在进入受理页面之前，系统需要通过接口从业务中枢调用事项要件信息，来获知哪些字段是必填的，哪些字段是可以通过系统获取自动填充的，哪些是需要验证的等等，然后即可进入申请表格填写页面。
表格填写时，受理人员首先填写申请人信息，包括姓名、手机号、身份证号等，填写完毕系统会自动从历史信息中拉取联系方式信息、最近的附件信息（如身份证、营业执照等）方便办事人员填写、引用和复用。
当受理人员填写了需要验证的信息后，则系统需要根据“要件信息”要求，对申请人填写的数据进行验证：
例如：填写完身份证号码或者统一社会信用代码信息后，首先对号码的完整性进行验证，如果身份证号码或者统一社会信用代码信息完整、正确，则开始验证。先通过人口信息或者法人信息接口，验证身份证与姓名，统一社会信用代码与企业名称是否相符，如果不符，则不予受理，并做好提示。再通过户籍验证接口验证该用户是否是本区域内用户，如果不是则不予受理，并做好提示。如果户籍跨区域，则依据“全市通办”的精神，应继续予以代为受理，但接下来的初审和复审将转到对应的户籍所在地。
例如：填写完统一社会信用代码信息后，开始验证。通过统一社会信用代码信息验证企业是否真实存在，再通过身份证号码信息验证申请人是否是属于核发授权。如果验证失败，则不予受理，并做好提示。
接下来，业务专干需要根据要件要求，上传证明材料，如：《外商投资企业法律文件送达授权委托书》（申请表格中填写即可）和被授权人的主体资格证明复印件或自然人身份证明复印件、依法作出的决议或决定、法定代表人签署的章程修正案或修改后的章程，和企业依法作出的决议或决定。涉及外商投资准入特别管理措施的企业还应提交审批机关的批复、《公司登记（备案）申请书》（外商投资的公司填写）/《非公司外资企业登记（备案）申请书》（非公司外商投资企业填写）、法律、行政法规和国务院决定规定备案事项必须报经批准的，提交有关的批准文件或者许可证件复印件、提交原任职人员的免职文件和新任职人员的任职文件及身份证明复印件、营业执照复印件、非公司外资企业增设、撤销分支机构的，应提交依法作出的决议或决定，其中撤销分支机构还应提交分支机构登记机关出具的注销证明。
在上传这些要件之前，首先系统需要通过接口检查申请人是否已经建立相应的电子证照，如果已经建立，则不再需要上传，并提示用户不需要上传，已经自动获取了证明。如果没有电子证照，则查询申请人最近上传的附件，如果有能够对应得上的，则直接提示已上传完毕，请用户检查确认即可，如果照片错误或者不正确可以手动替换。如果以上都没有，则需要受理人员手工上传相应证件的照片，上传后系统需要调用应用中枢接口，验证相关证件照片是否清晰、正确，并能够提取出关键信息，且与申请人填写信息一致。
整体表单填写完毕，必要证明附件上传完毕后，系统将调用业务中枢的事项规则进行校验，验证申请人是否有资格申请。如果没有资格，则停止受理，并给出无法受理的原因。如果可以受理，则进入受理环节。
受理完毕后，受理人员提交的时间点将记入业务中枢，便于对流程的考核评价。
受理人员还需要向申请人提供受理单据，申请人可以凭此单据继续对申请受理的业务进行查询、投诉和评价。
最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
业务专干受理属于行权行为，因此其每一步验证、查询等行为都需要上传到业务中枢中进行汇总，做到行权全留痕，效能全统计。
(3)  处室领导审批
业务专干受理完成后，进入处室领导审批环节。
审批环节的办理人员在进入系统前首先要通过业务中枢的进行CA验证与角色授权，授权完毕后才可以办理相关业务。
审批环节，首先是人工审批，对申请人填写的信息进行、上传的附件等进行二次审核。人工审批完毕后，办理人员可查询业务中枢的事项规则库对数据进行智能审校，如申请人户籍是否在当前属地等，并给出相应的提示。办理人员可以依据相应的提示给与审批意见，如：驳回或者通过，并完成审批，审批完成后，将信息反馈给业务专干，由业务专干进行制证发证。
而后，审批人员提交的时间点将记入业务中枢，便于对流程的考核评价。
最后，业务办理系统还需要调用业务中枢接口，查询事项的公示规则，并依据公示规则，将应公示的信息依规公示，如：自动将对应信息发布到指定公示网站等。
处室领导审批属于行权行为，因此其每一步验证、查询等行为都需要上传到业务中枢中进行汇总，做到行权全留痕，效能全统计。
标的5：业务中枢系统
一、工作目标
随着沈阳市信息化技术的快速发展，政府机构和大型企业拥有了分工明确、种类齐全的业务和管理系统。随着时间的推移，业务的发展，需不断地对系统进行更新换代。但是政府机构内各部门之间业务往来还是存在障碍，各业务系统之间的能力无法互相调用。
为了使政府机构内各部门之间的业务往来更加流畅、高效，各部门有效利用已有的业务系统可共享功能，合理利用资源。需结合现状建立应用中枢服务平台（业务中枢开放平台），该平台需能适应未来的沈阳市信息化建设的高速发展。
政务开放平台是一个高度集成且强大的应用及开发环境平台，为各委办局业务系统开发商提供不同的技术架构环境，实现紧密合作。各种繁琐的接入流程，沟通成本高，基础能力接入规范不统一，接入成本高等问题都是阻碍项目顺利进行的重要因素，而政务开放平台正是此类问题的根本解决方案。
开放平台共享一系列资源与能力，为政府提供高质量、高起点快速落地政务服务，缩短建设周期长，提升项目运营管理效率的能力；同时，对于开发商提供标准接入规范、标准资源库、业务流程库降低实施门槛、提高开发效率、提升交付质量。
通过开放平台的建设，为沈阳市行权治理（监督）体系信息化建设提供服务聚合开放能力和可视化开发管理能力，为开发商提供统一的资源和标准规范。包括资源中心、开放能力、分系统控制台、开放平台管理后台等。
二、 工作内容
业务中枢系统作为项目建设内容重要组成部分，主要承接三方面的工作：SaaS及IaaS层通讯统一调度接口功能、提供基于IaaS层能力的技术支撑环境、为SaaS层前端业务提供统一高效的共性服务能力。主要建设内容包括业务中枢智能开发子系统、业务中枢管理后台、业务中枢组件建设、统一用户中心服务、统一身份认证服务、表单引擎平台服务和业务接入平台。
三、标准与要求
（一） 业务中枢概述
中枢作为PAAS层重要组成部分，主要承接三方面的工作：
1.  SaaS及IaaS层通讯统一调度接口功能
业务中枢接收来自SaaS端业务请求及IaaS服务调度指令，并根据业务请求调用数据中枢和AI中枢提供相应服务以及政府各职能机构业务系统，最终将业务处理结果反馈前端用户。
2.  提供基于IaaS层能力的技术支撑环境
解决原有各政府机构应用系统异构化问题，为整体项目提供高效开发、运营服务等能力，并能有效保证业务系统的可扩展性、兼容性和高安全性。
3.  为SaaS层前端业务提供统一高效的共性服务能力。
在早期政府应用系统建设中，通常根据部门管理职能分开建设系统。而各部门建设的应用系统中其实存在大量可通用的功能模块，比如人员、用户信息管理、业务申办功能等。而应用中枢业务支撑平台的设计目标在于解决基础数据共用化、基础操作通用化，实现政府各应用系统之间的互联互通和统一管理，为真正实现政务服务高效化、便民化提供可操作的支撑环境。
（二） 系统架构
一网通办、沈阳政务APP等政府内部应用经过网关的访问鉴权，登录到业务中枢智能开发子系统，在资源中心处了解到开放平台丰富的基础能力和操作指导，在分系统控制台进行应用管理、开发管理、开放能力申请等操作。
 应用中枢服务平台系统架构图各层级设计说明如下：
1.  应用层：一网通办、沈阳政务APP等政府内部应用对接政务开放平台，可以使用开放平台提供的服务聚合开放能力和可视化开发管理能力。
2.  接入层：提供服务注册、服务发布、访访问鉴权功能。
3.  服务层：包含业务中枢智能开发子系统和业务中枢管理后台。业务中枢智能开发子系统从功能结构上包括资源中心、开放能力及分项目控制台。资源中心提供接入指南、小程序资源、web站点资源、H5页面资源；开放能力包括开放能力简介和开放能力的申请；分系统控制台包括分系统概况、用户管理、后台应用管理、开发管理、开放能力申请等功能。业务中枢管理后台从功能结构上包括管理控制台和分系统控制台两部分。管理控制台提供机构管理、开发商管理、用户管理、系统管理、角色管理、内容管理功能；分系统控制台包括分项系统概况、程序开发管理、申请审核管理等能力。
4.  数据层：指汇集各业务系统的数据配置信息，汇聚形成整体的数据库集群。
（三） 部署架构
政务开放平台集群解决方案包括11台云服务器，7台位于内部数据中心业务区，部署了gitlab集群、应用服务集群、数据库集群，4台位于外部数据中心，部署了开发者服务集群和体验者服务集群。
gitlab集群使用2台高性能云主机，位于内部数据中心业务区，部署gitlab，作为Git仓库；应用服务集群使用2台高性能云主机，位于内部数据中心业务区，部署openresty和政务开放平台业务组件；数据库集群使用3台高性能云主机，位于内部数据中心业务区，用于部署mysql/redis/mongo数据库集群，使用mySQL数据库，主要用于存储基础数据，Mongodb文档数据库，开放平台业务数据存储数据库，应用redis高速缓存，为应用提供高速数据访问支撑；开发者服务集群使用2台高性能windows云主机，位于外部数据中心,部署微信开发者工具、git工具等；体验者服务集群使用2台高性能windows云主机，位于外部数据中心,部署微信开发者工具、zwopen_mp_devtool等工具。
（四） 业务流程
政务开放平台面向管理员和各委办局业务系统开发商使用，政务开放平台提供管理应用API，开发商，标准化SDK组件，以可视化的方式进行小程序开发配置，降低业务生产的实施门槛，提升开发效率。
各委办局业务系统开发商登录业务中枢智能开发子系统，创建系统，提交审批，待管理员审批（驳回/通过），审批通过完成系统创建，在系统下创建应用、申请开放能力服务，提交审批给管理员审批，完成能力审批进行能力接入，完成能力接入。
各委办局业务系统开发商登录业务中枢管理后台，进入开发管理，开始小程序应用管理，创建新的小程序应用，应用下创建小程序代码模块，进行代码开发，在线进行小程序合包，完成开发。
（五） 功能列表
1.资源中心
接入指南：帮助政务服务开发者快速接入政务开放平台，轻松对接业务支撑能力。
小程序资源：为政务服务开发者提供政务服务小程序开发框架、UI组件库、脚手架工具、设计资源及相关教程，提升小程序前端开发质量与效率。
web站点资源：为政务服务开发者提供政务服务web站点UI组件库、前端编译工具及相关教程，提升web前端开发质量与效率。
H5页面资源：为政务服务开发者提供政务服务H5 UI组件库，提升H5页面开发质量与效率。
2.开放能力
开放能力简介：政务开放平台通过开放能力的形式将业务支撑能力开放给政务服务开发商，开发商通过开放能力介绍快速全面了解业务支撑能力。
3.分系统控制台
分系统概况：展示开发商关联的当前系统的概况信息，主要包括需要开发的应用情况、系统成员、开放能力、使用流程等信息。
系统成员管理：为开发商提供系统成员管理的能力。开发商可以对系统成员进行增删改查等操作。
后台应用管理：后台应用管理提供应用增删改查、服务发布管理和第三方服务的申请，需要开放平台管理后台管理员审核通过后才能生效。
开发管理：开发商通过程序开发管理模块快速了解程序开发流程，开发过程中使用UI组件、SDK提升开发效率。
开放能力申请：提供开放能力清单，可以快速申请和管理申请记录，开发商通过接入指南快速接入使用开放能力。
4.管理控制台
全局概况：展示政务开放平台全局的概况信息，包括机构与供应商应用指南、系统与应用模块的框架信息等。
机构管理：为平台管理员提供政府机构信息的管理能力，支持对政府机构进行增、删、改、查以及搜索等各类操作。
机构成员管理：平台管理员可对指定政府机构进行机构成员的管理维护，包括对机构成员的增、删、改、查等。
开发商管理：为政府机构管理员提供开发商信息的管理能力，支持对开发商进行增、删、改、查等各类操作。
开发商成员管理：政府机构管理员可对指定开发商进行开发商成员的管理维护。
系统管理：为平台管理员提供政务系统的创建、编辑能力，以及政务系统管理能力的入口。
角色管理：为平台管理员提供平台角色管理的能力。平台管理员可以为不同的用户指定不同的角色，通过基于角色的权限控制体系实现用户权限控制。
内容管理：内容管理为业务中枢智能开发子系统资源中心提供在线管理与维护功能。
5.分系统控制台
分系统概况：展示当前系统的概况信息，主要包括应用情况、开放能力、使用流程等信息。
程序应用管理：为机构管理员提供程序应用管理功能，通过对接开放平台提供程序版本管理、体验者管理、域名管理和基本信息管理。
程序开发管理：机构管理员通过程序开发管理模块创建和初始化程序主模块和子模块，并将模块任务分配给开发商，开发商通过程序开发管理模块开发提交。
申请审核管理：开发商在业务中枢智能开发子系统提交的申请进行审核后，由机构管理员进行审核。
6.中枢组件建设
功能组件 - 14个业务组件建设：项目、资金、资产、人事及十类行政行权事项业务支撑组件开发。
（六） 业务中枢智能开发子系统
1． 资源中心
资源中心汇集了基于数字政府标准规范，同时结合数字政府成熟经验提供标准化UI组件库和丰富视觉设计资源。以资源中心的形式为前端开发提供小程序、web站点、H5多端标准化UI组件库、业务组件库、JSSDK、视觉设计资源和开发辅助工具；为后端开发提供业务支撑能力快速接入开发指引、接入规范、SDK等，为政务服务开发提速增效。
下面分别对各模块功能进行具体介绍。
(1)  接入指南
帮助政务服务开发者快速接入政务开放平台，轻松对接业务支撑能力。
开发商接入指南：查看如何接入政务开放平台，包括开放能力申请流程、IT资源申请流程、应用服务申请流程、第三方服务申请流程、中枢智能网关接入流程、开发流程等。
开放能力接入指南：查看如何接入各项开放能力，包括开发要求、授权方式、对接内容、调用方式、接口及参数说明等。
(2)  小程序资源
为政务服务开发者提供政务服务小程序开发框架、UI组件库、脚手架工具、设计资源及相关教程，提升小程序前端开发质量与效率。
开发框架：提供小程序的模块化开发指南、快速开发教程、框架规范说明、框架能力指南（包括网络请求、构造器扩展、实用工具、事件通讯、数据缓存、加密解密、时间处理、地图位置、全局状态）等。
GSD-UI组件库：提供通用的小程序UI组件，包括基础组件、表单组件、数据组件、业务组件等。
脚手架：提供小程序的weshop 合包工具。
设计资源：提供小程序的图标、按钮、反馈提示、表单、地图、时间控件、地区选择器等视觉规范。
(3)  web站点资源
为政务服务开发者提供政务服务web站点UI组件库、前端编译工具及相关教程，提升web前端开发质量与效率。
GD-UI组件库：提供web站点的gdui 组件，包括基础组件、表单组件、数据组件、导航组件、视图组件以及其他组件等。
Wefe前端编译工具：提供web站点的前端编译工具使用指南，包括安装使用、系统模板、实践案例、配置、指令、插件等。
(4)  H5页面资源
为各委办局业务系统开发商提供政务服务H5 UI组件库，提升H5页面开发质量与效率。
DGD-UI组件库：提供H5页面的DGD-UI 组件，包括基础组件、表单组件、导航组件、操作反馈组件、搜索组件等。
2． 开放能力
(1)  开放能力清单
 应用中枢服务平台通过开放能力的形式将统一身份认证、统一电子印章认证管理平台、统一物流服务等业务支撑能力开放给各委办局业务系统开发商，开发商通过开放能力介绍快速全面了解业务支撑能力，通过开放能力申请快速申请业务支撑能力，通过开放能力接入指南快速接入使用业务支撑能力。 应用中枢服务平台的开放能力支持弹性拓展。
A.  数字政务能力
中枢智能网关（API网关）：API 网关（API Gateway）是API托管服务。提供API的完整生命周期管理，包括创建、维护、发布、运行、下线等。为合作伙伴和服务开发者提供数据和服务，建设统一的、规范化、安全的总线服务。
中枢智能网关（准入网关）：接入网关是一款针对治理和监管的安全产品，它为互联网、政务外网、公安网等治理和监管应用提供了安全、可控、高效的身份接入、设备鉴权和按应用授权的资源准入服务。
统一身份认证服务：统一身份认证服务对外提供互联网个人/法人用户和政务人员用户存储、账户生命周期管理、身份可信等级管理功能和单点登录验证等服务
统一电子印章认证管理平台 电子签章服务实现与国家政务平台统一电子印章系统(SM9 算法)无缝对接，并兼容传统的电子印章系统(RSA/SM2 算法)，对政务业务系统提供统一的签章和验签服务能力。
电子证照服务：电子证照系统即依托规范开发的提供电子证照的制作、存储、信息查询、交换共享的信息系统；公共支撑平台电子证照服务兼容国家电子证照共享交换系统并适配不同厂商的证照系统，可提供给业务方调用全省、全国范围的电子证照系统。
统一物流服务：政务服务与物流平台是数字政府与第三方物流商的平台进行寄递请求、物流跟踪信息交换的平台。通过物流平台，实现申办主体、审批机构、政务大厅之间的便捷的材料邮寄。
B.  政务微信能力
统一登录：政务微信提供OAuth扫码登录授权，在打开网站时，引导用户使用企业微信扫码登录，免去输入用户名/口令的环节。
通讯录管理：提供政务微信通讯录相关操作接口。对部门、成员、标签信息进行查询、添加、修改、删除操作。
应用管理：通过应用管理将应用集成到政务微信进行管理。提供应用管理、分组管理和设置功能台展示方式的能力。
a.  开放能力简介
政务开放平台通过开放能力的形式将业务支撑能力开放给各委办局业务系统开发商，各委办局业务系统开发商通过开放能力介绍快速全面了解业务支撑能力，通过开放能力申请快速申请业务支撑能力，通过开放能力接入指南快速接入使用业务能力。
3． 分系统控制台
政务开放平台为各委办局业务系统开发商提供多系统管理模式，机构管理员创建系统并将开发商指定为系统开发商后，各委办局业务系统开发商可以在分系统控制台选择具体系统进行系统成员管理、应用管理、服务发布、第三方服务申请、IT资源申请、开放能力申请、小程序应用模块开发、小程序在线合包预览等，并实现与机构管理员的实时协作。
(1)  分系统概况
展示各委办局业务系统开发商关联的当前系统的概况信息，主要包括需要开发的应用情况、系统成员、开放能力、使用流程等信息。
(2)  系统成员管理
为各委办局业务系统开发商提供系统成员管理的能力。开发商可以对系统成员进行增删改查及为不同的成员指定不同的角色，通过基于角色的权限控制体系实现成员用户权限控制。
(3)  后台应用管理
后台应用管理提供应用增删改查基础功能，进入具体应用后，进行服务发布管理和第三方服务的申请，服务发布管理主要包括创建服务、查看服务信息、修改服务信息、冻结服务、禁用服务等，创建服务和修改服务需要开放平台管理后台管理员审核通过后才能生效。
(4)  开发管理
机构管理员创建好的程序模块分配给开发商后，开发商通过程序开发管理模块快速了解程序开发流程，根据指引拉取框架和模块代码根据开发规范进行开发，开发过程中使用UI组件、SDK提升开发效率，通过weshop工具进行代码规范检查和在线合包预览，每个单一模块都可以直接在线预览，开发者可通过扫描二维码即可直观看到小程序效果和测试。
(5)  开放能力申请
提供开放能力清单，可以快速申请和管理申请记录，开发商申请的开放能力由机构管理员审核通过后返回对应的反馈信息和接入指南链接。开发商通过接入指南快速接入使用开放能力。
（七） 业务中枢管理后台
业务中枢管理后台从功能结构上包括管理控制台和分系统控制台两部分，下面分别对各部分功能进行具体介绍。
1． 管理控制台
管理控制台为政务开放平台的全局管理后台，为平台管理员提供机构管理、开发商管理、用户管理、系统管理、配置管理、内容管理等全局管理能力。
(1)  全局概况
展示政务开放平台全局的概况信息，包括机构与供应商应用指南、系统与应用模块的框架信息等。
(2)  机构管理
为平台管理员提供政府机构信息的管理能力，支持对政府机构进行增、删、改、查以及搜索等各类操作。
(3)  机构成员管理
平台管理员可对指定政府机构进行机构成员的管理维护，包括对机构成员的查看、新增、编辑、删除。
(4)  开发商管理
为政府机构管理员提供开发商信息的管理能力，支持对开发商进行增、删、改、查以及搜索等各类操作。
(5)  开发商成员管理
政府机构管理员可对指定开发商进行开发商成员的管理维护，包括对开发商成员的查看、新增、编辑、删除。
(6)  系统管理
为平台管理员提供政务系统的创建、编辑能力，以及政务系统管理能力的入口。
(7)  角色管理
为平台管理员提供平台角色管理的能力。平台管理员可以为不同的用户指定不同的角色，通过基于角色的权限控制体系实现用户权限控制。包括平台管理员、机构管理员、机构成员、开发商负责人、开发商成员等。
(8)  内容管理
内容管理为业务中枢智能开发子系统资源中心提供在线管理与维护功能，主要功能包括资源中心目录结构和资源中心内容在线维护、发布管理等。
2． 分系统控制台
业务中枢管理后台与业务中枢智能开发子系统采用一致的多系统管理模式。机构管理员通过分系统管理控制台进行系统开发商管理、系统成员管理、应用管理、开发管理与审核、应用发布管理、服务发布审核、第三方服务申请审核、开放能力申请审核等，实现与开发商的实时协作。
(1)  分系统概况
展示当前系统的概况信息，主要包括当前系统开发商列表、应用情况、系统成员、开放能力、使用流程等信息。
(2)  程序应用管理
为机构管理员提供程序应用管理功能，每个小程序应用绑定一个绑定小程序appid，通过对接开放平台提供程序版本管理、体验者管理、域名管理和基本信息管理。
(3)  程序开发管理
机构管理员通过程序开发管理模块创建和初始化程序主模块和子模块，并将模块任务分配给开发商，开发商通过程序开发管理模块开发提交，管理员通过在线合包功能快速将多个单一模块合并成一个程序应用，可通过扫描二维码即可直观看到程序效果和测试。
(4)  申请审核管理
开发商在业务中枢智能开发子系统提交的申请进行审核后，由机构管理员进行审核，审核功能主要说明如下：
应用服务发布审核：开发商提交应用服务发布申请后，由机构管理员进行审核，审核通过后开发商即可进行应用服务发布。
第三方服务审核：开发商提交第三方服务申请后，由机构管理员进行审核，审核通过后开发商即可使用该第三方服务。
能力申请审核：开发商提交开放能力申请后，由机构管理员进行审核，审核通过后开发商即可通过接入指南快速接入使用开放能力。
（八） 业务中枢组件建设
建设事权类别、事项内容、事项流程、事项要件、事项条件、事项规则、事项时限、数据对比、轮巡周期、公示评价、监督节点等共计14大项业务组件，实现全流程在线管理功能。
 
1． 行权事项类别组件
(1)  事权类型组件：开发事项类型组件，支撑事项类别划分，如行政许可类、行政执法类、行政征收类；
(2)  事权模板组件：开发事项模板组件，支撑事项各要素模板的组成，如事项申请依据、事项办理地点、事项收费模式等；
(3)  事权模板生成组件：开发事项模板生成组件，支撑事项各要素模板的自动生成功能。
2． 行权事项内容组件
(1)  事项名称组件：开发事项名称组件，支撑事项名称的自动生成，支持事项拆分功能。
(2)  事项说明组件：开发事项说明组件，支撑事项重点说明内容，如事项重难点说明、事项历史遗留问题说明等。
(3)  事项周期组件：开发事项周期组件，支撑事项周期各相关要素的自动生成；
(4)  流程节点组件：开发流程节点组件，支撑事项各类流程节点的自动生成，如审核、材料录入、审批办结等；
3． 行权事项权限组件
(1)  节点权限组件：开发流程节点组件，支撑事项给类流程节点的自动生成，如审核、材料录入、审批办结等；
(2)  权限层级组件：开发权限层级组件，支持不同层级权限的自动生成，如社区层级、街道层级、区县层级等；
(3)  权限单位组件：开发权限单位组件，支持不同单位权限的自动生成，如供电单位、供水单位、信息中心等
(4)  权限部门组件：开发权限部门组件，支持不同单位权限的自动生成，如发改委、民政局、人社局等
(5)  权限人员组件：开发权限人员组件，支持入库行权事项所有权限节点的人员配置；
(6)  权限范围组件：开发权限范围组件，支持入库行权事项权限范围的自动生成，为权限范围监控提供支持；
(7)  权限额度组件：开发权限额度组件，支持入库行权事项权限额度的生成，为权限额度监控提供支持。
4． 行权事项流程组件
(1)  节点任务组件：开发节点任务组件，支持入库行权事项各节点任务的自动生成，如审批节点需要审核的关键信息；
(2)  节点风险组件：开发节点风险组件，支持入库行权事项节点风险的自动生成，为行权事项运行的风险把控提供自动比对依据；
(3)  节点流转组件：开发节点流转组件，支持入库行权事项有流转节点的自动生成，为节点流转过程的管控提供支撑；
(4)  节点协同组件：开发节点协同组件，支持入库行权事项关联协同环节时限自动生成，为关联事项的协同管控提供支撑；
(5)  节点权力组件：开发节点权力组件，结合权限组件对各节点具有的权力时限自动生成和管控；
(6)  决策管理组件：开发决策管理组件，生成支持入库行权事项决策要素的生成，为领导对时限的决策管理提供支撑。
5． 行权事项要件组件
(1)  必报材料组件：开发必报材料组件，区分必报材料和非必报材料，必报材料底层自动生成，支撑行权事项运行过程中材料比对功能，缺少必报材料事项流程将无法进入下一个流程节点；
(2)  必要证照组件：开发必要证明组件，对入库行权事项运行过程中必须要的证明材料事项底层自动生成，同时还支持跨系统证明材料的调用，为项目运行提供证明管控，缺少必要证明事项的流程将无法进入下一个流程节点；
(3)  必填信息组件：开发必填信息组件，对入库行权事项运行需要的必要信息进行自动生成，同时缺少必要信息的事项流程将无法进入下一个流程节点；
(4)  要件调取组件：开发要件调取组件，对入库行权事项所有要件的调取功能提供支撑；
(5)  要件上传组件：开发要件上传组件，支持入库行权事项要件的上传功能，如审批信息、收费依据等；
(6)  要件校验组件：开发要件校验组件，对入库行权事项的要件要素汇总，并实现自动比对校验；
(7)  校验规则组件：开发校验规则组件，梳理制定入库行权事项要件要素的校验规则，通过组件自动生成事项的校验规则；
(8)  要件应用组件：开发要件应用组件，支持入库行权事项要件应用需求的自动生成；
(9)  市民卡应用组件：开发市民卡应用组件，生成市民卡的各类应用场景，并实现对这些应用场景的运行管控。
6． 行权事项条件组件
(1)  条件目录组件：开发条件目录组件，自动生成行权事项运行所需要的条件目录；
(2)  条件内容组件：开发条件内容组件，自动生成行权事项运行所需要的条件内容；
(3)  必要条件组件：开发必要条件组件，自动生成行权事项运行所需要的必要条件；
(4)  可选条件组件：开发可选条件组件，自动生成行权事项运行所需要的可选条件。可选条件支撑事项运行过程中条件的选择功能，对非必要条件的缺失，可以选择性的进入下一个流程节点；
(5)  条件校验组件：开发条件校验组件，梳理生成入库行权事项的各项条件要素；
(6)  校验规则组件：开发校验规则组件，梳理制定入库行权事项的各项条件要素的校验规则；
(7)  条件应用组件：开发条件应用组件，支持入库行权事项条件应用需求的自动生成；
(8)  条件变更组件：开发条件变更组件，梳理制定入库行权事项的条件变更规则。
7． 行权事项规则组件
(1)  规则条目组件：开发规则条目组件，自动生成行权事项运行所需要的规则目录；
(2)  规则内容组件：开发规则内容组件，梳理入库行权事项规则内容，实现入库行权事项的规则内容自动生成；
(3)  规则比对组件：开发规则比对组件，梳理制定入库行权事项的对比规则。
(4)  规则校验组件：开发规则校验组件，梳理制定入库行权事项的校验规则。
(5)  校验应用组件：开发校验应用组件，支持入库行权事项规则应用需求的自动生成。
8． 行权事项时限组件
(1)  总体时限组件：开发总体时限组件，自动生成入库行权事项总体时限，并实现总体时限的管控；
(2)  节点时限组件：开发条件变更组件，自动生成入库行权事项总体时限，并实现各节点时限的全流程管控；
(3)  超时标准组件：开发条件变更组件，制定入库行权事项各节点事件超时标准，对超时节点发出对应警告；
(4)  时限规则组件：开发条件变更组件，制定入库行权事项各节点实现规则，支撑各节点时限的全流程管控；
(5)  临时预警组件：开发条件变更组件，制定入库行权事项各节点临时预警规则，支撑各节点时限的全流程管控；
(6)  超期报警组件：开发条件变更组件，制定入库行权事项各节点超期报警规则，支撑各节点时限的全流程管控。
9． 行权事项数据比对组件
(1)  比对节点组件：开发比对节点组件，自动生成入库行权事项各节点关键比对要素，支撑各节点的比对。
(2)  比对规则组件：开发比对规则组件，自动生成入库行权事项各节点关键比对规则，支撑各节点的比对。
(3)  比对主题库组件：开发比对主题库组件，自动生成入库行权事项比对组题库，支撑各节点的比对。
(4)  比对纪委专库组件：开发比对纪委专库组件，梳理纪委各事项监管要素，并自动生成相关功能，实现纪委专项监管。
(5)  比对反馈组件：开发比对反馈组件，自动生成入库行权事项比对反馈。
(6)  比对应用组件：开发比对应用组件，支持入库行权事项比对应用需求的自动生成。
10． 行权事项轮巡周期组件
(1)  轮巡事项组件：开发轮巡事项组件，实现入库行权轮巡事项的自动生成；
(2)  轮巡内容组件：开发轮巡内容组件，梳理生成入库行权事项轮巡内容和关键要素；
(3)  轮巡规则组件：开发轮巡规则组件，梳理生成入库行权事项轮巡规则；
(4)  轮巡时间组件：开发轮巡时间组件，梳理制定入库行权事项各节点轮巡时间；
(5)  轮巡次数组件：开发轮巡次数组件，梳理制定入库行权事项各节点轮巡次数；
(6)  轮巡反馈组件：开发轮巡反馈组件，自动生成入库行权事项轮巡反馈。
11． 行权事项公示评价组件
(1)  公示评价内容组件：开发公示评价内容组件，梳理生成入库行权公示评价内容和关键要素；
(2)  公示评价标准组件：开发公示评价标准组件，梳理生成入库行权事项公示评价标准；
(3)  公示评价规则组件：开发公示评价规则组件，梳理生成入库行权事项公示评价规则；
(4)  公示评价媒介组件：开发公示评价媒介组件，自动生成入库行权事项公示评价媒介，并实现对公示评价媒介的管控；
(5)  公示评价主体组件：开发公示评价主体组件，自动生成入库行权事项公示评价主体，并实现对公示评价主体的管控；
(6)  公示评价方式组件：开发公示评价方式组件，自动生成入库行权事项公示评价方式，并实现对公示评价方式的管控；
(7)  投诉反馈组件：开发投诉反馈组件，自动生成入库行权事项投诉反馈；
(8)  进度反馈组件：开发进度反馈组件，自动生成入库行权事项进度反馈；
(9)  评价反馈组件：开发评价反馈组件，自动生成入库行权事项评价反馈。
12． 行权事项监督节点组件
(1)  监督类型组件：开发监督类型组件，梳理生成入库行权事项监督类型的汇总和管理；
(2)  监督内容组件：开发监督内容组件，梳理生成入库行权事项监督内容和关键要素；
(3)  监督部门组件：开发监督部门组件，梳理生成入库行权事项监督类型的部门，并实现对监督部门的管理；
(4)  监督处置组件：开发监督处置组件，自动生成入库行权事项的监督处置功能；
(5)  监督反馈组件：开发监督反馈组件，自动生成入库行权事项监督反馈。
13． 行权事项违规预警组件
(1)  预警条件组件：开发预警条件组件，梳理入库行权事项各节点的预警条件，实现对各节点的预警管控；
(2)  预警方式组件：开发预警方式组件，梳理生成入库行权事项预警方式的汇总和管理；
(3)  预警内容组件：开发预警内容组件，梳理生成入库行权事项预警内容和关键要素；
(4)  报警条件组件：开发报警条件组件，梳理入库行权事项各节点的报警条件，支撑对各节点的预警管控；
(5)  报警方式组件：开发报警方式组件，梳理入库行权事项各节点的报警方式，支撑对各节点的预警管控；
14． 行权事项问题管控组件
(1)  管控内容组件：开发管控内容组件，梳理生成入库行权事项管控内容和关键要素；
(2)  管控规则组件：开发管控规则组件，梳理制定入库行权事项管理规则，实现对各节点的自动管控；
(3)  管控分析组件：开发管控分析组件，自动生成入库行权事项管控分析报告。
(4)  管控反馈组件：开发管控反馈组件，自动生成入库行权事项管控反馈。
(5)  管控报告模板组件：开发管控报告模板组件，梳理制定入库行权事项的管控报告模板，自动生成各事项的周期性报告。
(6)  管控报告周期组件：开发管控报告周期组件，梳理制定入库行权事项的管控报告周期，实现事项周期性报告管控。
（九） 统一用户中心服务
1． 业务概述
沈阳市政府现今已经建立一系列存储公民信息的数据库和系统，同时通过不断开展的网上便民服务工作积累和归纳了大量新的公民信息数据。但政府各部门信息数据大多处于孤岛或碎片化状态，信息数据资源共享遭遇壁垒，用户信息无法实现统一管理、跨部门互通。
为了打通数据壁垒，实现各部门、各层级数据信息互联互通、充分共享，让“数据多跑路、群众少跑路”，需汇聚和整合沈阳市政府各业务系统的所有用户数据，拉通资源，实现公民数据的访问服务，并以此为基础实现公民信息数据的管理等业务服务。
统一用户中心服务基于公共基础数据库（即数据中枢）数据，汇集一网通办、统一身份认证平台等源头系统用户数据，为一网通办等业务系统提供面向个人用户、企业用户和政府人员用户的统一信息数据服务支撑；实现沈阳市政务信息系统统一的用户管理，省网上办事大厅与地市分厅和部门业务系统访问入口间实现平滑的系统切换、无缝衔接，用过户办事无需重复登录，逐步实现“一个标识，全市通用”。统一用户中心服务通过数据服务，推动政府“最多跑一次”改革向公共服务领域延伸，全面提升政府行政办事效能。
一网通办、沈阳政务APP等业务系统在中枢智能网关注册应用后，通过API网关调用统一用户中心服务发布在API网关上的数据接口服务。统一用户中心服务通过对接人口库、统一身份认证、一网通办等业务系统，建设个人、法人或政府人员信息数据库；同时建设用户数据维护、用户信息推送、后台管理等功能，功能以接口形式发布在API网关，让一网通办等业务系统调用。
统一用户中心服务系统架构图各层级设计说明如下：
(1)  对接层
统一用户中心服务对接公共基础数据库的人口库、法人库、证件库等信息数据，通过接口查询统一认证平台的账号库，查询个人、法人和政府人员信息数据，调用统一认证平台的统一通讯录服务组织架构信息，调用统一事项目录系统事项信息，对接一网通办系统，实现单点登录，同时与中枢智能网关账号体系进行同步。
(2)  数据层
统一用户中心服务汇集各个业务系统的个人、法人、政府人员数据信息，形成集个人信息、企业信息于一体的数据仓库。
(3)  服务层
统一用户中心服务提供的应用功能服务，包括后台管理、用户数据维护服务、用户信息推送服务、用户行为画像分析、用户基本信息服务等模块功能，后台管理模块供系统管理员使用，包括账户管理、数据授权、日志分析等，用户数据维护服务包括个人信息、材料和企业信息、材料维护，可以根据需求更改相关用户信息，用户信息推送服务包括个人和法人推送服务，用户行为画像分析模块主要是统计系统用户访问量和事项申请访问量，分析系统的运营情况。统一用户基本信息服无主要向外提供个人和法人数据信息，包括姓名、联系方式、地址、教育信息、社保信息、企业名称、企业法人等基本信息。
(4)  接入层
统一用户中心服务提供个人、法人等数据接口服务，发布至API网关，共各业务系统调用，其中数据权限由用户中心管控，接口调用权限由网关控制。
(5)  应用层
需要接入统一用户中心服务，并调用统一用户中心服务的个人、法人等数据接口的第三方应用，包括一网通办、沈阳政务APP、小程序以及其他应用。
2． 部署架构
统一用户中心集群解决方案采用8台服务器，部署内部数据中心，主要分为三个模块，分别为应用服务集群、ES服务集群和mysql数据库集群。
3台应用服务器采用keepalive和haproxy负载均衡模式部署，用户中心应用服务通过consul进行服务注册，采用rabbitmq中间件进行消息队列储存，用户中心后台管理通过nginx配置转发，采用轮询方式进行负载分发，管理网站站点发布在中枢智能网关提供给外部用户进行访问；3台ES服务器采用Elasticsearch集群模式部署，进行管理后台的数据采集做日志分析，并通过kibana和logstash进行可视化的日志分析；2台Mysql数据库服务器采用主从同步模式，用来存储个人和法人等数据信息。
3． 业务流程
通过务系统查询个人数据信息或者法人数据信息时，一网通办等政务业务系统通过中枢智能网关调用统一用户中心的个人数据接口或法人数据接口接口，获取中枢智能网关接口权限后，返回相关数据信息给前端用户。
4． 功能列表
(1)  用户数据维护服务
个人信息维护服务:个人用户能修改、删除个人的审批事项、办事记录、个人信息等数据。
法人信息维护服务:法人用户能修改、删除企业的审批事项、办事记录、企业信息等数据。
(2)  用户信息推送服务
统一消息功能:包括通知公告、办事提醒、服务推送三个功能
应用场景示例:包括个人服务功能和企业服务功能。
(3)  后台管理
帐号管理:管理员通过绑定账号登录后台管理系统，同时具备修改密码和退出功能。
数据授权:用列表展示应用信息，可在列表页进行新增、查看、编辑、删除应用及数据授权操作。
日志管理:记录授权日志、接口调用日志、登录日志和操作日志。
系统管理:包括角色管理和权限管理两部分功能。
(4)  用户行为画像分析
用户访问量分析:通过分析用户访问量（UV）和事项申请量分析用户行为，关注用户进出业务系统的数量，来分析业务系统运营的质量。
区域用户访问量分析:通过区域用户访问量（UV）分析统计当天各区域业务系统的用户访问数量（UV）、事项申请量，以此分析业务系统在不同区域下的运营状况。
页面访问量趋势分析:通过页面访问量（PV）趋势分析对比用户访问各页面的访问量（PV），以此对比分析各页面的访问情况，及时调整网站设计与页面设计，优化网站导航。
事项申请排名:分析历史以来申请量排名前10的事项，为运营人员针对热点事项对网站进行针对性优化提供决策数据。
部门事项申请排名:分析历史以来申请量排名前10的事项部门，为运营人员针对热点部门对网站进行针对性优化提供决策数据。
市民用户事项申请分类对比分析:通过市民用户事项申请分类对比分析历史以来市民用户申请的各项事项的类别。
企业用户事项申请分类对比分析:通过企业用户事项申请分类对比分析历史以来企业用户申请的各项事项的类别。
(5)  用户基本信息服务
个人中心：获取个人用户个人证照信息、个人基本信息、我的材料等信息。
企业中心：获取企业证照信息、企业基本信息、企业材料、信用等信息。
政府人员中心：获取政府人员中心我的信息服务、组织架构、服务事项等信息。
(6)  统一用户中心建库
个人用户中心数据库：存储、更新个人用户的基本信息、教育、医疗、社保、公积金等数据。
企业用户中心数据库：存储、更新企业用户的基本信息、注册信息、税务信息、信用信息等数据。
政府人员用户中心数据库：存储、更新政府人员部门基本信息、个人信息、待办信息数据。
(7)  用户基本信息服务（对外）
个人中心服务：个人基本信息、出生医学证明信息、死亡证明信息等信息服务。
企业中心服务：法人基本信息、企业登记信息、法定代表人信息等信息服务。
政府人员中心服务：部门基本信息、个人信息、待办信息服务。
(8)  对接公共基础数据库：对接公共基础数据库提取人口库、法人库、证件库等信息数据。
(9)  对接统一认证平台：调用统一认证平台人脸核身功能；通过调用统一认证平台的统一通讯录服务组织架构信息，获取政府人员组织架构信息服务。
(10)  对接统一事项目录系统：通过调用统一事项目录系统事项信息，形成政府人员服务事项信息服务，调用该信息服务获取政府人员服务事项信息范围。
(11)  对接一网通办：对接一网通办系统查询个人、法人和政务人员的办事记录、审批事项、办事材料等数据。
(12)  对接中枢智能网关：按照中枢智能网关的规范做对接，实现管理后台单点登录功能；同时与中枢智能网关账号体系进行同步，绑定关系。
5． 建设内容
将统一认证平台、沈阳政务APP、其他源头业务系统等历史用户数据同步（全量、增量）到统一用户中心，通过与公共基础数据库、数据中枢的对接，提取个人、法人等信息根据业务系统的需求以接口的形式提供统一的对外服务。对外提供数据服务的同时，从数据的范围、字段权限对数据的权限进行控制，应用方需通过相关部门的授权才能获取到相关的数据。同时，对统一用户中心的后台系统进行管理，包括对角色、角色权限管理、日志管理等。
(1)  用户数据维护服务
①　 个人信息维护服务
A.  个人用户中心基本信息维护服务
服务名称:个人用户中心基本信息维护服务
服务描述:该服务维护个人用户基本信息
服务协议:WebService
服务类型:读出写入
业务场景:验证用户身份正确以后，点击“我的信息”，默认显示市民基本信息，点击修改联系方式、联系地址
访问权限:用户本人访问权限
请求信息:证件类型、证件号码、联系方式、联系地址
返回信息:成功、失败
B.  个人用户中心我的材料维护服务
服务名称:个人用户中心我的材料维护服务
服务描述:该服务维护个人用户我的材料信息维护
服务协议:WebService
服务类型:读出写入
业务场景:验证用户身份正确以后，点击“我的材料”，默认显示市民基本材料列表;用户点击“删除”按钮，提示是确认删除对话框，用户选择确定则删除选中的材料;用户点击“重命名”按钮，可以给材料重新命名。
访问权限:用户本人访问权限
请求信息:证件类型、证件号码、材料名称、材料类型
返回信息:成功、失败
C.  企业用户中心信息维护服务
服务名称:企业用户中心信息维护服务
服务描述:该服务修改企业基本信息。
服务协议:WebService
服务类型:读出写入
业务场景:验证用户身份正确以后，点击维护“我的信息”页签进入;提供修改服务，能对部分企业信息修改，如企业图标等信息，但此处修改的信息只限于修改企业专属网页的用户信息，不能修改在各业务部门的信息;基本信息、注册信息、纳税信息不能修改，联系信息可以修改。
访问权限:企业本人访问权限、经办人授权访问权限
请求信息:统一信用代码、企业图标、联系信息
返回信息:成果、失败
D.  企业用户材料信息维护服务
服务名称:企业用户材料信息维护服务
服务描述:该服务删除、重命名我的材料信息。
服务协议:WebService
服务类型:读出写入
业务场景:验证用户身份正确以后，点击维护“我的信息”页签进入;用户点击“删除”按钮，提示是确认删除对话框，用户选择确定则删除选中的材料;用户点击“重命名”按钮，可以给材料重新命名。
访问权限:企业本人访问权限、经办人授权访问权限
请求信息:统一信用代码、材料名称、材料编码、材料类型
返回信息:成果、失败
(2)  用户信息推送服务
①　 统一消息功能
通知公告:通过设置权限、发送内容、优先级、发送范围等条件筛选，通过通知公告服务接口进行消息推送。
办事提醒:通过与统一申办服务进行对接，对个人、企业、政府人员三类待申办待办事项进行提醒消息推送。
服务推送:根据个人、企业办事行为，分析出可能后续所需要的服务，通过服务主动推送给用户端。
统一消息采用分布式消息中间件(TMQ)，这是是一款针对微服务框架一种能力补充的产品，它为微服务应用提供了完整的消息发布和订阅的能力，降低应用之间的耦合度，提供一种异步的通信方式。
分布式消息中间件(TMQ)包括服务发现(Name Server)、消息中间层(Broker)、生产者(Producer)、消费者(Consumer)等几大模块组成。下面分别对这几个部分进行简单介绍：
服务发现：负责对消息中间中所有节点的状态进行管理，通过心跳机制对异常节点进行自动剔除，并且提供 Topic、消费者、生产者路由信息等。
消息中间层：分布式消息中间的核心，负责消息的存储落地以及生产者和消费者调用的提供方，保证高并发和高一致特性。
生产者：负责消息的生产，该模块屏蔽了获取路由的细节，以及负载均衡逻辑等，用户只需传入必要的参数就可以使用。
消费者：负责消息的订阅和消费，该模块屏蔽了获取路由的细节，负载均衡逻辑，以及消息进度控制等，用户只需传入必要的参数就可以使用。
②　 应用场景示例
A.  个人服务推送
通过对个人用户信息进行分析，识别出满足老年退休办理条件，通过精准的服务推送到老年人手机和微信，通过人脸识别实现老人在家便捷办理，社区工作人员送证上门服务。
B.  企业服务推送
企业用户信息结合到海量政策信息，通过政策解读赛选出条件匹配到企业用户，对于满足条件的企业进行服务精准推送提醒。
(3)  后台管理
①　 帐号管理
A.  密码修改
后台超级管理员登录访问管理后台后，可修改登录密码。
B.  退出
后台管理员可退出管理后台，退出管理后台后，返回至登录界面。
②　 数据授权
统一用户中心后台管理员可管理应用系统，成功登录系统，对应用管理菜单功能有权限。用列表展示应用信息，可在列表页进行新增、查看、编辑、删除应用及数据授权操作。
③　 日志管理
记录授权日志、接口调用日志、操作日志和登录日志。
A.  待办接口日志
管理员授权日志：授权日志以分页列表形式展现，列表字段包括：时间、授权人、授权应用、授权接口（数据类别）、操作（查看详情）。
提供以时间、授权人、授权应用、数据类别维度进行检索。
点击【查看详情】，跳转授权详情页面，授权详情页主要包含：授权时间、授权人、授权应用、应用标识、供应商、应用数据权限范围、字段权限。
B.  接口调用日志
接口调用日志：记录各应用调用统一用户中心提供的数据接口服务的日志，有权限的管理员可对日志记录进行查看、检索。
日志记录以分页列表展示，列表字段包括：时间、应用、调用接口名称、调用接口地址、操作（查看详情）。
点击查看详情，显示调用具体详情，页面内容包括：时间、应用、应用标识、接口名称、传入信息（参数值敏感信息脱敏处理）、返回信息（参数值敏感信息脱敏处理）。
提供以时间、应用名称、调用接口维度进行模糊检索；时间段检索精确到秒。
C.  操作日志
管理员管理操作日志：日志以分页列表形式展现，列表字段包括：操作帐号、具体操作、操作时间、IP、相关数据、操作（查看详情）。只记录数据变更类的操作，查询类的操作不记录。
提供以操作帐号、操作时间维度进行检索。
D.  登录日志
管理员管理登录日志：日志以分页列表形式展现，列表字段包括：登录帐号、登录IP、登录时间。
提供以登录帐号、登录时间维度进行检索。
④　 系统管理
A.  角色管理
用户可以管理角色信息，包括增删改查及授权。
角色支持多层级，并且子层级权限范围应小于等于父层级权限范围（最多支持创建3级角色）。
管理员只可见其所在的角色以及下层角色，并具有读写权限。
提供角色的新增、删除、修改、查询、查看功能。
B.  权限管理
用户可以对管理员帐号进行权限管理，包括增删改查及授权。
管理员列表只展示当前登录管理员的角色管理权限范围内的管理员信息。
管理员使用分页列表展示，列表字段包括：姓名、帐号、所属角色、操作（移除）。
可以选择角色为角色授权。
可以移除管理员用户，移除时需要二次确认，被移除的管理员无法登录后台管理系统。
(4)  用户行为画像分析
①　 用户访问量分析
用户访问量（UV）分析通过客户网站访问行为，关注客户进出网站的数量，来分析网站运营的质量，系统流量实时分析按设定频次采集两页当前时段内两页的用户访问数量（UV），以此分析两页在各个时间段里的运营状况。两页事项申请实时分析主要是对设定时间频次内事项申请次数的统计分析，实时掌握两页运营效率，以便及时采取运营策略，提高网站转化率。
时间频次：时间频次可设定，时间值按采集的时间频次来划分。
用户访问量（UV）：统计网站在时间频次内的用户访问量，页面将按时间频次值动态展现，支持点击展现该字段解释含义。
事项申请次数：统计时间频次内事项的申请数量，将按时间频次值动态展现，支持取消此字段展现，支持点击展现该字段解释含义。
②　 区域用户访问量分析
区域用户访问量（UV）分析统计按当天各区域业务系统的用户访问数量（UV）、事项申请量，以此分析业务系统在不同区域下的运营状况。
区域用户访问量（UV）：统计网站在当天不同区域的用户访问量，支持点击展现该字段解释含义。
区域事项申请量：统计网站在当天不同区域的事项的申请数量，支持点击展现该字段解释含义。
区域：区域为全市的全部地市，以地图方式展示。
③　 页面访问量趋势分析
页面访问量（PV）趋势分析对比客户访问两页各页面的访问量（PV），以此对比分析各页面的访问情况，及时调整网站设计与页面设计，优化网站导航。
时间：近半个月
页面名称：采集的页面ID对应的名称，支持点击取消展现该字段。
首页浏览量（PV）：统计首页的页面访问量（PV），支持点击取消展现该字段，支持点击展现该字段解释含义。
我的办事厅浏览量（PV）：统计我的办事厅页的页面访问量（PV），支持点击取消展现该字段，支持点击展现该字段解释含义。
我的资料库浏览量（PV）：统计我的资料库页的页面访问量（PV），支持点击取消展现该字段，支持点击展现该字段解释含义。
我的关注栏浏览量（PV）：统计我的关注栏页的页面访问量（PV） 支持点击取消展现该字段，支持点击展现该字段解释含义。
我的直通车浏览量（PV）：统计我的直通车页的页面访问量（PV） 支持点击取消展现该字段，支持点击展现该字段解释含义。
④　 事项申请排名
事项申请排名分析历史以来申请量排名前10位的事项，此指标反映事项申请的热点，运营人员可针对热点事项对网站进行针对性优化。
事项申请量TOP10：统计历史以来企业与市民申请数量排名前10的事项 支持点击展现该字段解释含义。
事项名称：采集的事项ID对应的事项名称，支持点击展现该字段解释含义。
⑤　 部门事项申请排名
部门事项申请排名分析历史以来申请量排名前10位的事项的部门，此指标反映事项申请的热点部门，运营人员可针对热点部门对网站进行针对性优化。
部门事项申请量TOP10：统计历史以来企业与市民申请事项数量排名前10的部门，支持点击展现该字段解释含义。
部门名称：采集的部门ID对应的部门名称，支持点击展现该字段解释含义。
⑥　 市民用户事项申请分类对比分析
市民用户事项申请分类对比分析历史以来市民用户申请的各项事项的类别，此指标反映市民事项申请不同类别的比，运营人员可根据事项类别的占比情况对网站进行针对性优化。
市民用户事项分类申请量：统计历史以来市民用户事项分类申请数量，支持点击展现该字段解释含义。
事项类别，采集的事项ID对应的分类名称，支持点击展现该字段解释含义。
⑦　 企业用户事项申请分类对比分析
企业用户事项申请分类对比分析历史以来企业用户申请的各项事项的类别，此指标反映企业事项申请不同类别的比，运营人员可根据事项类别的占比情况对网站进行针对性优化。
企业用户事项分类申请量：统计历史以来企业用户事项分类申请数量，支持点击展现事项类别：采集的事项ID对应的分类名称，支持点击展现该字段解释含义，该字段解释含义。
(5)  用户基本信息服务
①　 个人中心
A.  我的信息
服务名：个人中心我的信息服务
服务描述：该服务用于获取个人用户基本信息
服务协议：WebService
服务类型：读出写入
业务场景：个人用户登录网厅用户中等，页面请求展示个人信息调用此服务
    访问权限：用户本人访问权限
请求信息：证件类型、证件号码、姓名
返回信息：婚姻状况、出生日期、证件类型、姓名、户籍地行政区划名称、文化程度、职业、现居住地行政区划名称、证件号码、民族、行政区划代码、性别、工作单位。
B.  我的材料
服务名：个人中心我的材料信息服务
服务描述：该服务获取个人用户在之前办理事项时上传的材料附件，以列表形式显示
服务协议:WebService
业务场景:个人用户登录网厅用户中心，用户输入需要查找的材料名的关键字后，按回车或者“查找”按钮后，可以进行模糊查找符合条件的材料附件
访问权限:用户本人访问权限
请求信息:证件类型、证件号码、姓名
返回信息:材料附件列表：文件名、类型、大小、上传时间
C.  我的证照
服务名:个人用户中心我的证照信息服务
服务描述:该服务获取个人用户个人证照信息服务
服务协议:WebService
服务类型:读出
业务场景:个人用户验证用户身份正确以后，点击查询“我的证照”页签；列出该个人用户持有的证照清单
访问权限:用户本人访问权限
请求信息:证件类型、证件号码、姓名
返回信息:证件名、证件类型、签发机构、签发时间、有效期（至）、证照状态
D.  我的信用
服务名:个人用户中心我的信用信息服务
服务描述:该服务获取个人用户个人信用信息服务
服务协议:WebService
服务类型:读出
业务场景:个人用户验证用户身份正确以后，点击查询“我的信用”页签；列出该个人用户信用相关信息
访问权限:用户本人访问权限
请求信息:证件类型、证件号码、姓名
返回信息:证件名、证件类型、姓名、失信被执行人信息、个人行政处罚信息、个人信用贷款、个人案件信息、水电煤通讯欠费信息、不文明交通行为信息、交通违章信息、交通事故信息等
E.  审批事项
服务名:个人用户中心审批事项信息服务
服务描述:该服务获取个人用户审批事项信息服务
服务协议:WebService
服务类型:读出
业务场景:个人用户验证用户身份正确以后，点击查询“审批事项”页签，列出该个人用户审批事项相关信息
访问权限:用户本人访问权限
请求信息:证件类型、证件号码、姓名
返回信息:事项名称，受理机构，办理条件
F.  办事记录
服务名:个人用户中心办事记录信息服务
服务描述:该服务获取个人用户办事记录信息服务
服务协议:WebService
服务类型:读出
业务场景:个人用户验证用户身份正确以后，点击查询“办事记录”页签，列出该个人用户办事记录相关信息
访问权限:用户本人访问权限
请求信息:证件类型、证件号码、姓名、时间段、事项名称
返回信息:办事记录为事项名称，流水号，父级事项，申办时间，最新环节时间；详情为各环节受理部门，受理状态，受理时间
②　 企业中心
A.  我的信息
服务名：企业用户中心我的信息服务
服务描述：该服务获取企业用户中心我的信息服务
服务协议：WebService
服务类型：读出
业务场景：企业用户验证用户身份正确以后，点击查询“我的信息”页签，列出该企业基本相关信息
访问权限：企业法人访问权限、经办人授权访问权限
请求信息：统一信用代码
返回信息：公司基本信息为公司名称，工商注册号，海关注册编码，行业代码，行业种类，工商登记日期，注册资本，法定代表人，法人证件号码（主要指身份证号），法人证件名称，经营范围，营业期限等信息；注册信息为工商注册时公司的信息，包括负责人通信地址，负责人联系电话，负责人邮政编码，工会法人资格证书，经营场所，注册地址，企业成立日期，企业常用联系人联系电话，企业常用联系人身份证号，企业常用联系人姓名，企业常用联系人邮箱等信息；纳税信息为企业在税务方面的信息，包括地税登记号，国税登记号，统一社会信用码，行政区划，组织机构代码，证书名称等信息；联系信息为企业类型，经营者姓名，邮箱，邮政编码，联系电话，备注等信息。
B.  我的材料
服务名：企业用户中心我的材料信息服务
服务描述：该服务获取企业用户中心我的材料信息服务
服务协议：WebService
服务类型：读出
业务场景：企业用户验证用户身份正确以后，点击查询“我的材料”页签，，列出该企业在之前办理事项时上传的材料附件，以列表形式显示
访问权限：企业法人访问权限、经办人授权访问权限
请求信息：统一信用代码
返回信息：材料附件列表：文件名、类型、大小、上传时间
C.  我的证照
服务名称：企业用户中心我的证照信息服务
服务描述：该服务获取企业用户中心我的证照信息服务。
服务协议：WebService
服务类型：读出
业务场景：企业用户验证用户身份正确以后，点击查询“我的证照”页签，列出该用户持有的证照清单
访问权限：企业法人访问权限、经办人授权访问权限
请求信息：统一信用代码
返回信息：证件名、证件类型、签发机构、签发时间、有效期（至）、证照状态
D.  我的信用
服务名称：企业用户中心我的信用信息服务
服务描述：该服务获取企业用户中心我的信用信息服务
服务协议：WebService
服务类型：读出
业务场景：企业用户验证用户身份正确以后，点击查询“我的证照”页签，列出该企业在信用系统采集到的信用信息清单
访问权限：企业本人访问权限、经办人授权访问权限
请求信息：统一信用代码
返回信息：主体身份信息为统一社会信用代码，法定代表人/负责人，组织机构代码，注册日期，工商注册号，注册资金（万元），税务登记证号，登记机关，企业类型，核发日期，营业期限，注册地址，经营范围；注册变更信息为变更日期，变更事项；投资人高管信息为投资人信息，公司名称，高管信息；提示信息为图标，图标名称，更新时间
E.  审批事项
服务名称：企业用户中心审批事项信息服务
服务描述：该服务获取企业用户中心审批事项信息服务
服务协议：WebService
服务类型：读出
业务场景：企业用户验证用户身份正确以后，点击查询“审批事项”页签，根据之前的事项分类，点击找到要办理的事项或者根据搜索功能按事项名称模糊查找，找到要办理的事项（事项名称，所属业务部门，办理条件，办理，收藏）
访问权限:企业本人访问权限、经办人授权访问权限
请求信息:统一信用代码
返回信息:事项名称，受理机构，办理条件
F.  办事记录
服务名称：企业用户中心办事记录信息服务
服务描述：该服务获取企业用户中心办事记录信息服务
服务协议：WebService
服务类型：读出
业务场景：企业用户验证用户身份正确以后，点击查询“办事记录”页签，显示所有该企业之前办理过的事项的办事记录
访问权限：企业本人访问权限、经办人授权访问权限
请求信息：统一信用代码、办理时间
返回信息：办事记录为事项名称，流水号，父级事项，申办时间，最新环节时间；详情为各环节受理部门，受理状态，受理时间
G.  我的办事人员
服务名称：企业用户中心我的办事人员信息服务
服务描述：该服务获取企业用户中心我的办事人员信息服务
服务协议：WebService
服务类型：读出
业务场景：企业用户验证用户身份正确以后，点击查询“我的办事人员”页签，显示该企业办事人员基本信息、办事记录信息、办理权限信息
访问权限：企业本人访问权限、经办人授权访问权限
请求信息：统一信用代码、办理时间
返回信息：企业基本信息、办事人员证件信息、办事人员办理权限信息、办事人员办理业务流水信息等
③　 政府人员中心
A.  我的信息
服务名：政府人员中心我的信息服务
服务描述：该服务获取政府人员中心我的信息服务
服务协议：WebService
服务类型：读出
业务场景：政府人员验证用户身份正确以后，点击查询“我的信息”页签，列出该政府人员基本相关信息
访问权限：政府人员本人访问权限
请求信息：证件类型、证件号码、姓名
返回信息：部门信息为部门名称、职能描述、是否虚拟部门、上级部门、部门负责人、部门分管领导；个人信息为姓名、账号、性别、手机号（地区编码，号码）、邮箱、证件类型、证件号码、所属部门、职务、身份、入职时间
B.  我的待办
服务名：政府人员中心我的信息服务
服务描述：通过封装统一待办系统待办服务，形成用户中心政府人员待办服务，调用待办服务获取政府人员待办信息
服务协议：WebService
服务类型：读出
业务场景：政府人员验证用户身份正确以后，点击查询“我的待办”页签，列出该用户相关待办信息清单
访问权限：政府人员本人访问权限
请求信息：证件类型、证件号码、姓名、时间段
返回信息：单据类型、单据标题、创建人、创建时间、审批人、审批时间、审批环节、审批意见、附件信息等
C.  组织架构
服务名：政府人员中心组织架构信息服务
服务描述：通过封装统一通讯录服务组织架构信息，形成政府人员组织架构信息服务，调用该信息服务获取政府人员组织架构信息
服务协议：WebService
服务类型：读出
业务场景：政府人员验证用户身份正确以后，点击查询“组织架构”页签，列出该用户相关组织架构清单
访问权限：政府人员本人访问权限
请求信息：证件类型、证件号码、姓名
返回信息：部门名称、职能描述、是否虚拟部门、上级部门、部门负责人、部门分管领导、自定义字段、部门id
D.  服务事项
服务名：政府人员中心服务事项信息服务
服务描述：通过封装统一事项目录系统事项信息，形成政府人员服务事项信息服务，调用该信息服务获取政府人员服务事项信息范围
服务协议：WebService
服务类型：读出
业务场景：政府人员验证用户身份正确以后，点击查询“服务事项”页签，列出该用户相关服务事项清单
访问权限：政府人员本人访问权限
请求信息：证件类型、证件号码、姓名
返回信息：事项类型、事项名称、主项名称、事项类型、行使层级、设定依据、业务条线、承诺办结时限、计划生效日期、计划取消日期
E.  法律法规
服务名：政府人员中心组织架构信息服务
服务描述：通过封装统一通讯录服务组织架构信息，形成政府人员组织架构信息服务，调用该信息服务获取政府人员组织架构信息
服务协议：WebService
服务类型：读出
业务场景：政府人员验证用户身份正确以后，点击查询“组织脚骨”页签，列出该用户相关组织架构清单。
访问权限：政府人员本人访问权限
请求信息：证件类型、证件号码、姓名
返回信息：部门名称、职能描述、是否虚拟部门、上级部门、部门负责人、部门分管领导、自定义字段、部门id
(6)  统一用户中心建库
①　 个人用户中心数据库
A.  个人用户库的信息
个人用户库的信息包括个人的基本信息、教育、医疗、社保、公积金信息。
B.  个人用户库创建流程
构建个人用户信息资源库，采用大数据和人工智能技术，建立个人综合信息以服务方式信息推送给各业务系统，充分享受数据红利，带来大数据的方便应用。
个人用户的创建是依托人口库为基本数据来源，根据人口库中人基本信息，完成首次个人用户的创建。同时，个人用户的信息要根据网上办事大厅、统一申办等业务中的数据，进行补充完善。建立一个人全生命周期的信息档案台帐。
个人用户的创建是依托人口基础库为基本数据来源，根据人口库中人的基本信息，自动完成首次后台个人用户的创建。同时，个人用户的信息要根据个人在事项信息、证件信息、家庭信息等业务中形成的新的数据信息，对个人用户数据进行补充完善，最终建立全部信息档案台帐。此数据作为个人数据账户的后台数据进行存储。
个人用户以个人身份证号为索引进行串联，以个人从出生到离世全生命周期的数据为主线，存储涉及事项、家庭的数据。
C.  个人用户的更新流程
个人用户的数据主要为个人提供及时精准的数据服务，要求数据必须是鲜活的，要保证数据的实时性和准确性，因此对用户数据的及时更新至关重要。
个人用户的数据需要根据个人信息的变更进行相应的调整，保证数据的实时、准确有效。
个人用户的信息更新主要有：新迁入、新生儿等新增人口，通过共享交换更新至个人用户库。
个人可登陆网上办事大厅用户中心，查询个人用户信息，如有误，可自行修改后更新至个人用户库。
个人在社保、医疗、教育等业务办理过程中，需要将个人办理业务信息更新至个人用户库，确保个人数据账户库与业务同步。
D.  个人用户注册流程
个人数据账户的注册流程是由用户登录用户中心在线进行注册，在登录注册界面输入个人相关的信息，比如：个人登录账号、真实姓名、身份证号码、联系地址、手机号码等信息，完成注册及验证。个人账号信息保存时，同时将与后台个人用户数据进行关联，形成统一的个人数据账户，为方便后面的个人用户的数据应用。
第一步：登录网厅用户中心系统。
第二步：点击个人用户注册，填入必要信息进行注册。
第三部：登录个人用户进行认证或数据查询。
E.  个人用户身份认证流程
为了个人数据账户的安全性，用户需要登录个人用户进行真实身份认证，认证通过后方可进行数据账户的使用。
认证流程为由个人登录网厅用户中心系统个人数据账户功能对真实身份进行认证。
登录网厅用户中心系统，进入个人数据账户。
在我的账户中进行身份认证，对接到省统一身份认证平台。
认证通过后可查询相关数据业务。
F.  数据账户的应用流程
个人数据账户和企业数据账户创建并注册完成后，个人或企业均可以通过用户中心系统对账户的数据信息进行查询。
登录用户中心系统。
个人或企业进入数据账户，进行相关信息的查询。
账户的数据应用
数据账户为个人、企业在办理业务过程中提供数据服务或支撑。
此流程是数据账户为各业务办理时提供数据服务的流程：
某一个业务系统在办理业务时需要个人用户或企业用户的数据信息，可直接调用数据账户提供个标准服务接口。
如办理业务时数据有修改，可再次返回到数据账户进行变更，确保数据账户的数据为及时准确的信息。
②　 企业用户中心数据库
A.  企业用户库的信息
企业用户库信息包括：企业基本信息、注册信息、安全生产信息、信用信息。
B.  企业用户库创建流程
企业用户数据是以法人库为基础数据来源，以组织机构代码或统一社会信用代码为唯一标识，将企业涉及的税务、信用、安全生产等办理信息进行关联。采用大数据和人工智能技术，通过与网上办事大厅对接实现各类事项的办理，使企业充分享受数据红利，为企业提供便利的大数据应用。
企业用户的数据来源于法人库，同时依据企业在办理税务、信用、安全生产的信息资源，对企业数据账户进行更新补充，最终建立企业从注册到注销的全部信息档案台帐。此数据作为企业数据账户的后台数据进行存储。
由企业信息形成初始法人库。
结合企业税务信息、企业信用信息、安全生产信息，通过组织结构号进行关联形成企业数据库。
C.  企业用户的数据更新
企业用户的数据需要根据企业信息的变更进行相应的调整，保证数据的实时、准确有效。
企业用户的数据更新主要来源于三个方面：
企业在工商、税务、信用、安全生产等办理业务的过程中，将最新企业办理信息更新至企业用户库。
新注册企业信息或信息变更的数据，通过法人库至企业用户库。
企业可登陆网上办事大厅用户中心查询企业信息，如有错误，及时修改提交。
D.  企业用户注册流程
企业用户的注册流程是由网上办事大厅用户中心系统进行注册，在登录注册界面输入企业相关的信息，比如：单位登录账号、单位姓名、单位证件类型、单位证件号码、单位地址、联系人姓名、联系人电话等信息，完成注册及验证。企业用户信息保存时，同时将与后台企业用户数据进行关联，形成统一的企业用户库，方便企业使用这些信息办理相关的业务。
第一步：登录网上办事大厅用户中心。
第二步：点击企业用户注册，填入必要信息进行注册。
第三部：登录企业用户进行认证或数据查询。
E.  企业用户身份认证流程
企业用户的身份认证是通过省统一身份认证平台进行认证，也可通过办理业务过程中进行认证。
登录网厅用户中心，进入企业用户中心。
在我的账户中进行身份认证。
认证通过后可查询相关数据业务。
F.  企业用户的应用流程
个人用户和企业用户创建并注册完成后，个人或企业均可以通过网厅用户中心对账户的数据信息进行查询。
登录网厅用户中心系统。
个人或企业进入用户中心，进行相关信息的查询。
③　 政府人员用户中心数据库
A.  政府人员用户库的信息
政府人员用户库信息包括：部门基本信息、个人信息、待办信息。
B.  政府人员用户库创建流程
个人用户的创建是依托统一通讯录为基本数据来源，根据管理员添加统一通讯录基本信息，完成首次政府人员用户的创建。同时，个人用户的信息要根据网上办事大厅、统一申办等业务中的数据，进行补充完善。建立一个政府人员的信息档案台帐。
C.  政府人员用户身份认证流程
为了个人数据账户的安全性，用户需要登录省统一身份认证平台进行真实身份认证，认证通过后方可进行数据账户的使用。
(7)  用户基本信息服务（对外）
①　 个人中心服务
个人基本信息：姓名，性别，身份证号，住址，联系方式
出生医学证明信息：出生日期，出生医院，父亲及母亲姓名和身份证号码
死亡证明信息：死亡时间，死亡原因，死亡医院，死亡电子档案
病历信息：疾病名称，医院名称，药品项目，单价，数量，总价
身份证信息：寸照，签发机关，有效期限
家属信息：家属姓名，与家属关系，家属联系方式，家属地址
党员信息：民族，党籍状态，入党时间，工作信息，党内职务，婚姻状况，是否是退役军人，入伍时间，退伍时间，表彰信息，军功信息
个人征信信息：征信详细信息，征信电子档案
个人证照信息：证件名，证件类型（身份证，护照，港澳台通行证，驾驶证，行驶证），签发机构，签发时间，有效期，证照状态
婚姻关系信息：配偶姓名，配偶身份证号，婚姻关系，登记时间，协议信息（离婚协议或者法院判决书的详细内容），婚姻电子证照
公积金信息：公积金余额，缴费记录，贷款记录，贷款进度
社保信息：参保单位，险种类型，参保日期，截止日期，参保状态
养老保险信息：养老保险缴存基数，缴存时间，缴存金额，缴存单位，电子档案
医保信息：医疗保险报销金额，医疗保险报销凭证号，医疗保险报销费用项目名称，医疗保险报销费用时间，医院名称，医院联系电话，电子档案
低保信息：低保证号，有效时间，电子证照
户籍信息：户籍地址，户口注销原因，户口注销时间，受理机构，出境定居国家，出境定居时间，电子档案
车辆信息：车牌号，品牌及型号，购置出厂时间，变更信息，违章情况
驾照信息：驾照号码，剩余分值，领证时间，换证时间，驾照状态，记分记录
教育信息：学校，学院名称，入学日期，毕业日期，学籍状态，毕业生信息，学制形式，学历信息，毕业学校，专业，时间，学位，专业技能
职称信息：系统编号，任职资格，专业类别，批准日期，工作单位
退休信息：退休证号，原工作单位，退休时间，退休原因，电子证照，
离退休前单位，职务，服务单位名称，生活联系人，联系方式，技能特长，个人医疗记录（病史，诊治情况，家族病史，现病史，体检结果）
不动产权信息：共有情况，不动产单元号，不动产权证号，坐落地址，权利类型，权利性质，用途，面积，使用期限，权利其他状况，电子证照
不动产登记信息：房屋产权内档、抵押、注销登记信息、法院冻结、异议登记信息
购房合同信息：合同编号，出卖人，出卖人注册地址，出卖人企业资质证书号，出卖人法定代表人，出卖人法定代表人联系方式，购房人姓名，身份证号，共有情况，坐落地址，商品房预售许可证号，土地类型，土地性质，土地用途，土地面积，使用期限，楼盘名称，房屋类型，房屋位置，房屋面积，单价，总价，付款方式，首付金额，贷款类型，贷款金额，贷款银行，电子档案
网签业务信息：登记编号，房号、测量号、网签时间、人才引进单号、身份证读卡器采集的相关信息
房产信息：房屋坐落、房屋性质、规划用途、房屋所有权人、建筑面积
申请人及家庭人员房屋信息：产别、房屋状态
不动产抵押信息：抵押日期，抵押人，权利价值，电子档案
抵押信息：共有情况，不动产单元号，不动产权证号，坐落地址，权利类型，权利性质，用途，面积，使用期限，权利其他状况，抵押日期，抵押人，权利价值，电子档案
土地产权证明：土地使用证信息，产权信息
②　 企业中心服务
法人基本信息：统一社会信用代码、法定代表人身份证、企业名称、企业类型、企业注册地、企业状态、企业经纬度
企业登记信息：住所、业务范围、法定代表人姓名、注册资金、活动地域、业务主管单位、发证机关、有效期限、发证日期、经费来源、开办资金
法定代表人信息：法定代表人证件类型、法定代表人证件号码
法人变更信息：变更事项、变更前、变更后、变更日期、登记单位
法人注销信息：注销原因、注销日期、注销单位
其他：沈阳市物业服务企业诚信备案证明、竣工验收时间、施工许可证信息
部门基本信息:部门名称、职能描述、是否虚拟部门、上级部门、部门负责人、部门分管领导
个人信息:姓名、账号、性别、手机号、邮箱、证件类型、证件号码、所属部门职务身份、入职时间
待办信息:单据类型、单据标题、创建人、创建时间、审批人、审批时间、审批环节、审批意见、附件信息
(8)  对接公共基础数据库
对接公共基础数据库提取人口库、法人库、证件库等信息数据。
(9)  对接统一认证平台
调用统一认证平台注册登录功能；调用统一认证平台人脸核身功能；通过接口查询统一认证平台的账号库，查询个人、法人和政府人员信息数据；通过调用统一认证平台的统一通讯录服务组织架构信息，获取政府人员组织架构信息服务。
(10)  对接统一事项目录系统
通过调用统一事项目录系统事项信息，形成政府人员服务事项信息服务，调用该信息服务获取政府人员服务事项信息范围。
(11)  对接一网通办
对接一网通办系统查询个人、法人和政务人员的办事记录、审批事项、办事材料等数据。
(12)  对接中枢智能网关
按照中枢智能网关的规范做对接，实现管理后台单点登录功能；同时与中枢智能网关账号体系进行同步，绑定关系。
(13)  与第三方系统关系
统一用户中心与统一认证平台、API网关、数据中枢均有对接和分工。统一认证平台提供个人、法人、政务人员登陆鉴权；统一用户中心提供的个人用户、企业用户相关的数据服务，包括服务接口、接口数据权限控制等；API网关负责将用户中心服务能力进行注册、管理和发布，让上层业务系统开发者可见、可用，让平台管理员可管理。统一用户中心需要数据中枢提供沈阳市政府业务各系统中关于个人、企业的数据信息的收集、汇总、整理、挖掘服务，将最终形成的数据统一加载在个人、企业信息专题库中，并采集便民服务桥、统一认证平台等其他源头业务系统用户数据，形成集个人信息、企业信息于一体的数据仓库。
（十） 统一身份认证服务
1． 业务概述
随着政府、企业信息化建设的深入发展，电子政务系统众多，前期政务系统各自建设用户体系；自然人和法人办事需在各个政务系统注册、登录、实名核验等；办一件事情，需在不同系统注册、实名、来回登入登出跳转。按照国家和省政务服务一体化平台关于统一认证的相关要求，业务系统需实现“一次登录，全市通行”办事目标。
为了解决如上问题，实现政府工作人员办事目标，需建立统一身份认证平台，为各个业务系统提供用户信息共享、实名认证、同步的等服务。同时支持认证支撑能力适配和应用接入适配能力。
统一身份认证平台支持用户使用微信扫码、人脸识别、手机验证等多种登录方式。可在一网通办、沈阳政务APP等业务系统使用同一套账号实现单点登录，达到办事信息统一等效果，同时支持开通指定应用的认证能力，在需要的时候也可以停用指定应用的认证能力，方便工作人员灵活管理。
2． 系统架构
一网通办、沈阳政务APP等业务系统利用网关的服务发布、访问鉴权能力接入到网关，网关作为中间件实现接入到统一身份认证。统一认证为各业务系统提供注册、登录、核验服务，统一身份认证服务平台建成统一账户库，个人/法人用户注册时调用数据中枢提供的数据核验源实现用户实名核验。
统一身份认证服务系统架构图各层级设计说明如下：
数据层：按照全省/市统一账户的要求，统一身份认证服务平台将建成统一账户库，其中包含本省/市个人账户库、本省/市法人账户库，数据中枢调用公安厅人口数据库和省内法人数据库中的省内人口/法人数据，公安部人口数据库、国家人口库和国垂法人数据库中的省外人口/法人数据作为账户实名核验源，形成高质量高标准账户数据库。
统一身份认证服务的个人/法人用户注册时调用数据中枢提供的数据核验源实现用户实名核验。
服务层：包括公众侧认证平台中的自然人认证子系统、法人认证子系统、综合管理子系统和统一身份认证子程序；数字证书认证、省级对接平台，为上层提供面向公众用户的各类服务。统一身份认证服务，将各项自然人、法人注册、用户登录验证、实名核验服务、找回账号、找回密码、信息维护，通过 API 网关进行服务能力整合，形成统一身份认证标准服务。核验服务包括公安人像识别认证核验、个人数字证书验证核验、基础库核验、现场核验、财付通支付核验，登录验证服务包括公安人像识别认证登录、政务服务客户端登录、账号密码验证登录、个人数字证书验证登录、手机号验证码登录，注册服务包括公安人像识别认证注册、政务服务客户端注册、账号密码注册、个人数字证书注册、窗口注册，各业务系统调用方不用关心统一身份认证服务平台相关的平台、系统关系，只需根据业务需要申请使用即可。
接入层：各个业务系统通过网关接入到统一身份认证服务平台，并通过在网关上发布站点实现统一身份认证能力。
应用层： API 网关对外提供标准服务，满足各种终端使用，包括一网通办、沈阳政务APP、小程序以及其他应用。
统一身份认证服务对外提供两种接入模式，网关模式和OAuth模式。网关模式主要由准入网关作为中间件实现政务一体化平台和其他业务系统与统一身份认证服务平台的对接；OAuth模式由政务一体化平台和其他业务系统直接对接统一身份认证服务平台，之间通过OAuth2.0协议进行访问。相对于OAuth模式，网关模式中准入网关实现了跟统一身份认证服务平台的数据交换，业务系统更容易接入，并且准入网关屏蔽了统一身份认证服务平台程序变更对上层应用带来的影响，让对接模型更稳定、可靠。
 
3． 部署架构
统一身份认证在内部数据中心部署了6台服务器。
其中3台服务器为应用服务器，分别为统一认证1、统一认证2、统一认证3，应用服务器提供网关模式和OAuth模式两种接入模式。网关模式主要由准入网关作为中间件实现与统一身份认证平台的对接，OAuth模式由业务系统直接对接统一身份认证平台，之间通过OAuth2.0协议进行访问。
3台服务器为数据库服务器，其中存储了自然人用户和法人用户的账号实名信息。用户登录业务系统网站时，通过中枢智能网关转发进入统一身份认证应用服务器，统一认证应用端从数据库服务器中获取用户数据，并对用户鉴权，鉴权成功后，用户数据原路返回给业务系统。
4． 业务流程
流程描述：
(1)  当用户已经在省节点或沈阳市认证平台A登录，在同一浏览器访问沈阳市认证平台B时，沈阳市认证平台B所在域下没有用户凭证信息，则重定向到省节点获取授权码接口地址（response_type=redirect）。
(2)  省节点进行登录状态核验，登录状态核验对浏览器中session验证用户是否已登录,session的过期时间为30分钟。若已经登录则会重定向到沈阳市认证平台回调地址并且查询参数中带上授权码；若未登录，则重定向到节点B回调地址（查询参数返回flag=false），节点B返回登录界面并让用户走登录流程。
(3)  节点B通过授权码调用获取用户凭证接口获取用户凭证,授权码只能被使用一次，且有效时间为3分钟。
(4)  4、节点B通过用户凭证调用获取用户信息接口并保存该用户信息实现登录业务处理。
5． 功能列表
(1)  自然人认证子系统
自然人用户注册:自然人认证支持多种注册方式；包括账账号密码注册、人像识别认证注册、CA注册、政务服务APP扫码注册、城市服务注册、窗口注册。
自然人账号验证登录:统一认证提供多种登录方式；包括人像识别认证登录、账号密码验证登录、手机号验证码登录、城市服务登录、CA验证登录、政务APP扫码登录。
自然人实名核验:统一认证通过人像识别认证核验、省统一认证平台核验、CA验证核验、城市服务核验、现场核验等方式实现实名验证。
自然人账号登出:自然人在线账号退出登录状态。
自然人找回密码:填写个人信息，信息校验后，通过手机/邮箱、人脸识别、CA证书找回密码。
个人信息维护:个人基本信息、身份证地址信息补充、手机号码、密码修改等。
自然人找回账号:通过手机/邮箱、人脸验证、CA证书找回账号信息。
(2)  法人认证子系统
法人用户注册:法人用户支持账号密码注册、窗口注册、法人CA注册方式。
法人账号验证登录:法人用户支持账号密码登陆、法人CA验证登陆。
法人实名核验:法人实名核验包括辽宁省认证核验、现场核验、数字证书核验、法人关联法人库核验。
法人账号登出:法人在线用户退出登录状态。
法人找回密码:填写法人信息，信息校验后，通过手机/邮箱、CA证书找回密码。
法人信息维护:法人基本信息、法人身份证地址信息补充、手机号码变更等。
法人找回账号:通过手机/邮箱、CA证书找回法人账号。
经办人管理员:法定代表人以为自己负责的法人指定经办人管理员，也可以设置经办人管理员的有效期。
经办人管理:法定代表人或者经办人管理员为自己负责的法人指定经办人，并设置经办人的有效期、可以办理的业务类型等。
(3)  统一身份认证小程序
自然人认证:自然人用户注册、自然人用户登录、自然人实名核验、自然人信息维护、自然人登录设置。
法人认证:法人用户注册、法人用户登录、法人找回密码、法人实名核验、法人信息维护。
①　 数字证书认证
自然人CA注册:用户也可以通过验证个人CA进行注册，注册后将在统一身份认证服务平台生成个人账号与该CA对应。
自然人CA验证登录:用户插入CA证书，输入pin码进行登录。
自然人CA验证找回账号:自然人CA验证找回账号。
自然人CA验证找回密码:自然人CA验证找回密码。
自然人CA认证身份核验:使用个人证书，以usbkey的方式完成对个人身份的核验。
法人CA注册:法人CA注册。
法人CA验证登录:用户插入CA证书，输入pin码进行登录。
法人CA验证找回账号:法人CA验证找回账号。
法人CA验证找回密码：法人CA验证找回密码。
法人CA认证身份核验：通过数字证书完成法人在统一身份认证服务平台的法人账号核验。
②　 省级对接平台
数据同步对接：存量数据同步和增量数据同步。
隐性登录对接：省市统一身份认证服务平台进行隐形登录互认。
用户登出对接：省市统一身份认证服务平台登出互认。
③　 综合管理子系统
窗口实名开户管理：由窗口政务人员帮助实名开户。
实名信息变更管理：窗口政务人员在核实用户身份后，对已实名的用户账户进行实名信息变更。
安全策略配置：安全策略配置主要是对系统登录密码策略、管理员登陆方式以及短信验证码的有效期等进行配置。
管理员管理：对系统管理员进行管理。
属性管理：自然人用户、单位用户、机构的扩展属性进行配置及管理。
业务系统接入管理 接入的业务系统信息管理。
系统审计：查询注册、登录等日志信息。
数据统计：根据需要统计注册、登录、实名认证信息。
客户服务管理：管理客户人员的服务工单。
账户迁移管理：已通过接口实现。
6． 建设内容
(1)  自然人认证子系统
①　 自然人用户注册
A.  公安人像识别认证注册
用户也可以通过扫描统一身份认证服务平台提供的身份认证小程序二维码，进行公安人像识别注册，完成后的账号可信等级为四级。该功能需要身份认证小程序。
B.  使用政务服务客户端注册
用户也可以通过政务服务客户端扫码 PC 端提供的二维码进行注册，完成后的账号可信等级为二级。该功能需要单独的政务服务客户端。
C.  账号密码注册
用户可以通过填写个人信息进行账号密码注册，完成后的账号可信等级为二级。
D.  个人数字证书注册
用户也可以通过验证个人数字证书进行注册，注册后将在统一身份认证服务平台生成个人账号与该数字证书对应。如果用户使用合法机构颁发的数字证书证书，生成账号可信等级为五级。如果使用的是行业证书，生成账号可信等级为四级。该功能需要数字证书认证平台。
E.  窗口注册
用户在现场（主要为省、市政务服务大厅等）提交资料进行注册，账号核验后可信等级为L3。
②　 自然人账号验证登录
A.  公安人像识别认证登录
用户通过扫描统一身份认证服务平台提供的二维码，进行公安人脸识别，识别通过后即完成了验证登录。该功能需要身份认证小程序。
B.  使用政务服务客户端登录
用户也可以通过政务服务客户端扫码 PC 端提供的二维码进行登录。该功能需要单独的政务服务客户端。
C.  账号密码验证登录
用户可以输入账号密码进行验证登录。
D.  个人数字证书验证登录
用户插入数字证书证书，输入 pin 码进行登录。该功能需要数字证书认证平台。
E.  手机号验证码登录
用户可以用账号密码注册时的手机号加短信验证码登录。
③　 自然人实名核验
A.  公安人像识别认证核验
用户通过扫描统一身份认证服务平台提供的二维码，进行公安人像识别核验，核验后账号等级为四级。
B.  个人数字证书验证核验
使用个人证书，以 usbkey 的方式完成对个人身份的核验。该功能需要数字证书认证平台。
如果用户使用合法机构颁发的数字证书证书，那账号等级为五级。如果使用的是行业证书，账号等级为四级。
④　 基础库核验
对自然人通过人口基础库对姓名、身份证进行核验，核验后账号等级为三级。
A.  现场核验
现场核验方式为用户通过统一身份认证服务平台创建个人账号，可以通过现场（主要为省、市政务服务大厅等）核验方式对个人账号进行认证，账号核验后可信等级为L3。
B.  财付通支付核验
使用财付通支付实名制账户进行实名核验，核验后账号等级为L2。
⑤　 自然人账号登出
用户对已登录的账号进行登出的操作。
⑥　 自然人找回密码
自然人用户在忘记密码时，可以通过手机、邮箱等方式找回。
⑦　 个人信息维护
用户可以在统一身份认证服务平台实现对个人基本信息进行维护的功能，包括联系方式、住址等、修改个人密码等。
⑧　 7、自然人找回账号
自然人用户在忘记账号时，可以通过手机、邮箱，CA证书、公安人像识别等方式找回。
(2)  法人认证子系统
①　 法人用户注册
A.  账号密码注册
用户通过填写法人信息进行账号密码注册，并进行法人库核验，完成后的账号可信等级为三级。
B.  法人数字证书注册
用户也可以通过验证法人数字证书进行注册，注册后将在统一身份认证服务平台生成法人账号与该数字证书对应。如果用户使用合法机构颁发的数字证书证书，生成账号可信等级为五级。如果使用的是行业证书，生成账号可信等级为四级。该功能需要数字证书认证平台。
C.  窗口注册
法定代表人或者经办人在现场（主要为省、市政务服务大厅等）提交资料进行注册，账号核验后可信等级为L3。
D.  法定代表人便捷开通法人账户
法定代表人在个人身份已通过统一身份认证服务平台达到L2及以上等级后，通过个人账户登录统一身份认证服务平台，系统可通过比对法人库查找个人相关的企业信息并进行提醒。
法定代表人通过关联企业，建立个人与法人的关联关系，同时系统提示法定代表人填写经办人信息，填写完成后系统自动完成法人账户的创建。如果已注册法人账户，由法定代表人进行关联，通过账号口令或CA证书pin码验证完成关联。
生成账号可信等级为L2。
②　 法人账号验证登录
A.  账号密码验证登录
用户输入账号密码进行验证登录。
B.  法人数字证书验证登录
用户插入数字证书证书，输入 pin 码进行登录。该功能需要数字证书认证平台。
C.  自然人通过切换法人身份登录
用户以自然人身份登录之后，当该自然人名下有关联的法人账户时，用户可以通过切换法人账户进行登录。
③　 法人实名核验
A.  法人库核验
通过统一信用代码及法人名称进行法人身份核验，核验等级为三级。
B.  数字证书核验
通过数字证书完成法人在统一身份认证服务平台的法人账号注册和核验。该功能需要数字证书认证平台。
如果用户使用合法机构颁发的数字证书证书，那账号核验后可信等级为五级。如果使用的是行业证书，核验后账号等级为四级。
C.  现场核验
法人在统一身份认证服务平台注册创建法人账号，可以通过现场核验方式对法人账号进行认证，账号核验后可信等级为L3。
D.  法定代表人关联法人库核验
法定代表人通过L2及以上可信等级的核验，并且通过关联的企业账户通过法人库的核验，该法人账户核验等级为L2。
④　 法人账号登出
法人用户对已登录的账号进行登出的操作。
⑤　 法人找回密码
法人用户在忘记密码时，可以通过手机、邮箱、数字证书找回。
⑥　 法人信息维护
实现对法人基本信息进行维护的功能，包括单位信息、法定代表人信息和经办人信息等。
护
⑦　 法人找回账号
法人用户在忘记账号时，可以通过手机、邮箱、CA证书找回。
⑧　 经办人管理员
法定代表人可以为自己负责的法人指定经办人管理员，也可以设置经办人管理员的有效期。
⑨　 经办人管理
法定代表人或者经办人管理员为自己负责的法人指定经办人，并设置经办人的有效期、可以办理的业务类型等。
(3)  统一身份认证小程序
为更好满足各种政务App、小程序等移动端应用的身份认证以及公安人像识别认证的需求，提供统一身份认证小程序对接模式，可在移动端完成登录、注册、核验等操作。
①　 自然人认证
A.  自然人用户注册
支持公安人像识别、微信支付密码登录隐性注册。
B.  自然人用户登录
支持公安人像识别、微信支付密码登录。
C.  自然人实名核验
支持公安人像识别认证核验。
D.  自然人信息维护
支持自然人账户基础信息、密码、手机号码、电子邮箱等信息的维护。
E.  自然人登录设置
支持自然人用户设置常用登录方式。
②　 法人认证
A.  法人用户注册
支持法人账号密码注册。
B.  法人用户登录
支持法人账号密码登录。
C.  法人找回密码
支持通过手机号短信验证码找回法人账户密码。
D.  法人实名核验
支持法人库核验。
E.  法人信息维护
支持法人账户基础信息、密码、手机号码、电子邮箱等信息的维护。
(4)  数字证书认证
通过对接应用中枢的统一身份认证（CA）服务实现自然人和法人注册登录相关功能。
①　 自然人CA注册
用户也可以通过验证个人CA进行注册，注册后将在统一身份认证服务平台生成个人账号与该CA对应。
②　 自然人CA验证登录
用户插入CA证书，输入pin码进行登录。
③　 自然人CA验证找回账号
④　 自然人CA验证找回密码
⑤　 自然人CA认证身份核验
使用个人证书，以usbkey的方式完成对个人身份的核验。
⑥　 法人CA注册
用户也可以通过验证法人CA进行注册，注册后将在统一身份认证服务平台生成法人账号与该CA对应。
⑦　 法人CA验证登录
用户插入CA证书，输入pin码进行登录。
⑧　 法人CA验证找回账号
⑨　 法人CA验证找回密码
⑩　 法人CA认证身份核验
通过数字证书完成法人在统一身份认证服务平台的法人账号核验。
(5)  省级对接平台
按照沈阳市统一身份认证服务平台的相关要求，进行对接。
①　 同步对接
数据同步包含两部分内容，存量数据同步和增量数据同步。存量数据同步，即用户数据做同步处理；新增数据同步，即新增用户及变更的用户信息的同步处理。
②　 隐性登录对接
和沈阳市统一身份认证服务平台进行隐形登录互认。
③　 用户登出对接
和沈阳市统一身份认证服务平台登出互认。
(6)  综合管理子系统
①　 窗口实名开户管理
窗口实名开户功能由窗口政务人员来操作，对用户进行身份核验，可直接创建实名用户，或者可以将已在网厅注册的可信等级较低的账户核验为L3等级的实名用户。
②　 实名信息变更管理
窗口政务人员在核实用户身份后，对已实名的用户账户进行实名信息变更。
③　 安全策略配置
安全策略配置主要是对系统登录密码策略、管理员登陆方式以及短信验证码的有效期等进行配置。
④　 管理员管理
管理员管理主要是对系统管理员进行新增、修改、删除、停用、授权、凭证管理等。
⑤　 属性管理
属性管理主要是对自然人用户、单位用户、机构的扩展属性进行配置及管理。
⑥　 业务系统接入管理
业务系统接入管理主要是对接入统一身份认证服务平台的业务应用进行配置及管理，接入成功后业务系统可使用统一身份认证服务平台提供的注册、登录验证、核验服务。
⑦　 系统审计
系统审计记录互联网用户的注册、登录、核验、找回账号密码、维护个人信息、注销账户、登陆方式等信息日志。
⑧　 数据统计
根据相关需求，系统可以根据时间、业务系统、地域等维度统计用户的注册、登录、业务系统的访问情况、登陆方式及实名认证等。
⑨　 客户服务管理
在统一身份认证服务平台中记录客服人员的服务工单，为用户账户信息的人工找回提供支持；同时可在政务服务网上发布关于统一身份认证服务平台的通知、公告信息。
⑩　 账户迁移管理
通过配置账户迁移策略，将省直部门、地市分厅的批量用户信息通过迁移功能，实现用户账户的批量迁移。迁移完成后，调用短信接口发送短信，告知用户相关信息例如最新的账户名。
7． 与省身份认证的关系
与辽宁省认证平台采取协同模式对接，如用户注册、登录认证、用户空间、单点登录均由辽宁省认证平台建设完成，在现有系统内增加指向辽宁省节点的链接，通过和辽宁省节点的信任传递系统对接，实现跨节点访问通办。
(1)  登录流程（增加隐性登录流程）
新增隐性登录到省节点功能，本地用户登录后，隐性登录省节点。隐性登录同时判断是否同步用户、法人数据到省节点（沈阳市认证平台通过判断用户是否包含certKey、corpKey），流程分为自然人和法人登录两种。
(2)  自然人登录
流程描述：
注意：沈阳市认证平台的自然人用户模型中需要增加字段certKey，用于记录用户身份信息的唯一标识。
A.  当用户访问沈阳市认证平台页面，完成登录流程后，判断用户的certKey属性值是否为空，若为空则调用省“政务服务应用接入和服务开放平台”提供的用户散列化接口获取用户certKey。
B.  若certKey为空则表示该用户未同步到省平台，因此，继续调用自然人同步服务接口同步自然人数据到省平台并保存certKey。
C.  重定向到省节点隐性登录接口并带上回调地址和certKey等参数，省节点在校验回调地址及certKey有效性之后重定向到回调并在查询参数带上授权码。
D.  沈阳市认证平台通过调用省“政务服务应用接入和服务开放平台”获取登录凭证接口获取用户登录凭证，沈阳市认证平台保存用户登录凭证完成登录过程。
(3)  法人登录
流程描述：
注意：省直及地市州节点的法人用户模型中需要增加字段certKey、 corpKey字段，分别用于记录法人身份信息的唯一标识。
①　 当法人用户访问沈阳市认证平台页面，完成登录流程后，判断法人用户的certKey、corpKey属性值是否为空，若为空则调用省“政务服务应用接入和服务开放平台”提供的用户散列化统一信用代码散列化接口获取法人用户的certKey和corpKey的值。
②　 若在沈阳市认证平台中，法人用户的certKey、corpKey属性值为空，则表示该用户未同步到省节点，则须调用法人用户同步服务接口同步法人用户数据到省节点并保存certKey、corpKey的值到沈阳市认证平台中。
③　 重定向到省节点隐性登录接口并带上回调地址、certKey和corpKey，省节点在校验回调地址、certKey、corpKey有效性之后重定向到回调并在查询参数带上授权码。
④　 沈阳市认证平台通过调用省“政务服务应用接入和服务开放平台”获取登录凭证接口获取用户登录凭证，沈阳市认证平台保存用户登录凭证完成登录过程。
(4)  新增登出处理功能
新增登出处理功能，向省节点上报登出事件。
 
流程描述：
①　 用户登出沈阳市认证平台后，重定向(调用)省节点登出接口并在查询参数带上回调地址。
②　 省节点完成登出处理流程并重定向到沈阳市认证平台回调地址。
③　 沈阳市认证平台完成登出操作。
(5)  用户信息变更推送功能
新增用户信息变更推送功能（变更、注销、新增），保持省节点统一身份认证服务平台信息同步。
(6)  用户新增（注册）
沈阳市在注册用户同时，需要同步调用省“政务服务应用接入和服务开放平台”提供的用户注册接口实现同步注册。
(7)  用户变更（注销、变更）
沈阳市平台在用户变更同时，需要同步调用辽宁省“政务服务应用接入和服务开放平台”提供的用户变更接口实现同步变更。
（十一） 表单引擎平台服务
1． 业务概述
沈阳市政府已有许多业务系统存在各种各样的业务表单，传统的表单设计开发存在开发时间成本高、功能固定不灵活、经济成本高等疑难问题。业务系统在业务发生变化时，不得不重新设计开发表单样式，前期开发和后期维护成本高昂。各业务系统的表单无法互相使用，即使同样的表单也需要在各业务系统进行重复的开发。
表单引擎平台服务通过所见即所得的表单设计器，可实现用户业务表单的快速定制，提供了丰富的表单控件元素、支持多样化的数据绑定获取方式，能支持一对多、多对多的数据表关系，拥有表单样式的自定义和字段级权限控制等功能。表单设计器满足表单的定制化工作，具体包括表单中样式的定制与表单中数据元素的配置，解决以往系统开发中表单设计烦重的开发工作。通过表单定制器，终端用户也能够对表单的修改，让系统管理员等能专心投入系统维护中来。
通过表单引擎平台服务，可以快速实施项目的轻量级表单设计研发。使用表单引擎工具可在不开发或者少量可视化开发的情况下设计出新表单样式，快速创建专属表单。同比程序开发可省掉程序员大量重复的开发工作量，后期维护也相对简单，系统管理员维护也十分方便。丰富的表单组件和常用业务组件，可视化编辑器可帮助快速创建政务办事业务表单，实现“信息多跑路，群众和企业少跑腿”的政务服务理念。
2． 系统架构
前端网站、H5页面小程序等均通过里约网关用户登录表单引擎后台，在表单引擎管理后台进行应用创建，表单创建，通过应用id调用表单引擎表单信息相关接口，来满足自己业务系统的表单需求。
表单引擎平台服务系统架构图各层级设计说明如下：
应用层：指需要使用表单引擎平台服务能力的第三方应用，包括PC网站，H5页面，应用端，小程序和微信公众号等第三方业务系统。
服务层：表单引擎平台服务功能模块包括字段设计、表单设计器、表单管理、表单定制、表单版本管理，支持流式布局，支持栅格化组件，可灵活布局；可添加自定义业务组件，如行政区划组件；支持调用第三方远程接口数据；支持组件间事件联动，满足业务联动需求，
展示层：生成的表单支持在PC端和移动端展示，无论是电脑、平板或手机，都能完美适配展示，满足不同业务场景的要求。
数据层：表单引擎平台服务采用数据库集群模式，各个业务系统生成的表单数据信息储存在数据库，使用时通过接口进行调用。
3． 部署架构
表单引擎平台服务集群解决方案采用7台服务器，部署在内部数据中心，分为三个模块，分别为应用服务集群、文件服务集群、数据库集群。
2台应用服务器主要部署来运行整套表单引擎平台，应用服务采用nodejs开发工具，后台管理采用nginx进行转发，站点发布在中枢智能网关，供外部应用进行访问，应用采用redis哨兵模式进行数据缓存；2台文件服务器采用nfs文件共享模式进行部署，主要承担表单引擎编辑工具发布后，所生成的json文件存放以及业务侧视图层的数据数据读取；3台数据库服务器按照mongoDB容灾方案进行设计，采用副本集模式进行部署，当主节点故障时，服务会自动切换到备节点，数据库主要存放生成表单的各个工具模块。
4． 业务流程
表单引擎平台管理员创建和管理分配业务方账号和权限，然后业务方运营人员或管理人员登陆表单引擎平台创建应用，创建和管理表单。最后发布表单提供给业务用户填写和提交表单。流程描述：
(1)  表单引擎管理员登录表单引擎平台服务，创建管理业务A的表单运营账户，并分配给业务A表单运营人员。
(2)  业务A表单运营人员登录表单引擎平台服务，创建相关应用列表，进入应用管理界面创建表单，完成后发布表单，进入表单编辑页面，自定义搭建表单，完成后保存提交表单。
(3)  表单发布和提交后通过选择数据存储模式，如果开启存储数据，会进行数据存储的处理，保存表单信息至数据库，以便于以后各业务进行调用；如果不开启存储数据，返回业务表单数据并显示整个表单，数据不会保存，以后不能使用此表单。
5． 功能列表
(1)  字段设计
字段设计：系统提供对字段的类型、长度、输入类型、数值来源均提供了自定义功能，并结合表单的展示方式，提供手工输入、视图列、字典、日期、日期时间、文本区域、计算、文本编辑器、通用选择、文件上传等预先定义好的展示方式。
(2)  表单设计器
输入样式设计：根据电子表单的输入、展示方式提供了文本输入框、图片输入域、动态行、重复节、日期、身份证、子页等多种元素。
代码设计：提供便捷的从可视化界面到HTML代码的转换，设计后的表单可以直接生成HTML代码，或者通过便捷HTML代码实现更灵活的定义。
所见即所得预览：编辑完成电子表单后，操作人员可以点击设计器界面下发的预览按钮实现对表单在使用情况的预览。
提供可视化画板：支持多页（TAB页），支持动态行，支持HTML的基本编辑功能，包括文本的查找、字体颜色的设置、位置的设置、表格的插入、复制粘贴、撤销等。
表单工具箱：支持文本输入框、图片输入域、区域多行动态文本框，重复框，日期、列表框、Mask文本框（能适应身份证、电话号码等输入）控件。工具箱是可以扩充的，可以根据项目的实际需要进行扩充。
(3)  表单管理
表单管理：表单管理是将由表单设计器部署后的表单进行管理，主要包括版本的控制、表单的删除等，提供表单的创建，查看，编辑，复制，发布和删除功能。
(4)  表单定制
表单定制：能够完全通过浏览器来完成表单数据字段规则的定义而不需要安装学习第三方的表单制作工具。
(5)  表单版本管理
表单版本管理：提供表单保存历史和发布版本的历史记录和管理，支持查看历史版本和回退历史版本。
6． 建设内容
(1)  字段设计
对于每个对用户进行展示、填报的字段，系统同样提供了丰富、灵活的设计功能。系统提供对字段的类型、长度、输入类型、数值来源均提供了自定义功能，并结合表单的展示方式，提供手工输入、视图列、字典、日期、日期时间、文本区域、计算、文本编辑器、通用选择、文件上传等预先定义好的展示方式。
为了满足对特定输入进行校验，对于字段的设计，系统提供显示配置管理。
通过字段显示配置能够对用户的输入进行预先判断和校验，确保用户输入的信息符合业务特点。
(2)  表单设计器
表单设计器是表单展示的设计工具，主要是以可视化界面，面向用户提供灵活定制界面。所设计的表单可以复用到不同的场合。
表单设计器采用基于网页的超文本编辑器进行设计。
①　 输入样式设计
表单设计器根据电子表单的输入、展示方式提供了文本输入框、图片输入域、动态行、重复节、日期、身份证、子页等多种元素。
②　 代码设计
为了更加灵活的实现对表单进行设计，系统提供便捷的从可视化界面到HTML代码的转换，设计后的表单可以直接生成HTML代码，或者通过便捷HTML代码实现更灵活的定义。
通过对HTML代码的支持，能够实现在表单界面中嵌套其他程序功能、第三方系统入口以及JS脚本。
③　 所见即所得预览
编辑完成电子表单后，在表单管理中，已发布的表单可以在表单列表中选择查看预览，可以预览发布表单的效果。如果是未发布的表单则只能在编辑器中预览查看效果。
④　 提供可视化的画板
支持多页（TAB页），支持动态行，支持HTML的基本编辑功能，包括文本的查找、字体颜色的设置、位置的设置、表格的插入、复制粘贴、撤销等。
⑤　 表单工具箱
支持文本输入框、图片输入域、区域多行动态文本框，重复框，日期、列表框、Mask文本框（能适应身份证、电话号码等输入）控件。工具箱是可以扩充的，可以根据项目的实际需要进行扩充。
工具箱控件属性设置：每个控件都可以单独控制外观；通过对控件位置、边框、字体、背景等属性的控制，能够输出具有纸面效果的电子表单，并且支持所见及所得的打印。
工具箱控件支持数据绑定功能：可以将控件的数据项绑定到数据字典、业务值、传入值、业务字段、公式等。控件支持内置校检，不同的控件有不同的校验方式。通过控件的校验事件，允许通过脚本或程序代码进行校验。
执法人员表单提供了两种形式的填写功能：即在线和离线两种方式。
表单内置完整的数据访问权限控制机制：能够控制不同角色对表单不同数据域的访问方式，即读、写、显示三种主要权限。
支持扩充数字签名和数据加密功能以保障数据的安全。
(3)  表单管理
表单管理是将由表单设计器部署后的表单进行管理，主要包括表单创建、表单复制、版本的控制、表单的删除等。
表单创建应用列表选中并进入应用，查看并管理应用下的所有表单，可以搭建满足自己需求的表单了。
在表单管理中，创建表单之后，如果想复用该表单，可以选择复制表单，可将该表单复制到当前应用或者其他应用下
表单版本控制主要是系统自动保存同一个名称的表单的最新版本，同时旧版本自动存储到数据库中去，可以按照时间和标题来恢复任何一点的版本。
(4)  表单定制
在工作流系统的应用开发过程中，很重要的一点就是用户的表单字段经常变动，同时，在基于工作流系统开发新的应用时，表单的定义也是长期以来一直存在的难点，在系统设计中，加入了最多，最完善的表单设计元素，确保能够完全通过浏览器来完成表单数据字段规则的定义而不需要安装学习第三方的表单制作工具。
业务表单是一切信息的载体，所有的信息都是通过表单来展现和收集的。那么业务表单管理主要是包括了表单的设计、部署、解析、应用几个部分。表单设计主要是根据预定义的各种元素，包括基本元素和高级元素以及标准的HTML元素，通过用户定制的界面样式，将各元素分别放到用户预想位置，生成了基本的页面，同时，根据各元素的基本属性和规则，将部分逻辑代码添加到页面中去，最终生成了XML格式的表单源文件，同时包含着HTML的源文件。
当定制完成后的表单文件通过部署就可以发布到系统中去正式使用，部署时，通过系统预定义的存储逻辑、展现逻辑和应用逻辑生成运行态的页面。在部署时，通过权限管理和应用管理可以将部署的表单分别部署到多个单位和部门。
(5)  表单版本管理
表单版本控制主要是系统自动保存同一个名称的表单的最新版本，同时旧版本自动存储到数据库中去，可以按照时间和标题来恢复任何一点的版本。
在表单元素中，容器元素与非容器元素的存储结构是不同的。容器元素可以根据设定单独存放容器内所录入的数据，而非容器元素只能存放在一个容器的存储结构中。比如，节元素是一个容器元素，它里面的元素的数据存储既可以单独存储又可以作为一个非容器元素与父容器一起存储，例如，一个业务表单是税务登记，有一块是申请人的基本信息，包括人员姓名、性别、年龄、住址等个人信息，还有其他的关于单位的信息。那么这个申请人基本信息既可以单独存储到一个物理的数据表中，如人员基本信息表中，也可以存储到整个表单的物理存储数据表中，即存储到税务登记表中。通过对版本信息的管理可以实现独立与否独立存储数据。
（十二） 业务接入平台
1． 业务概述
随着信息化的发展，政府部门建设的业务系统也随之增加，但各部门建设的业务系统的功能基本上是本部门使用，未将系统功能最大化的利用，同时也无系统对各业务部门对外提供的功能进行有效的监管。
应用接入平台支持移动互联网、传统互联网浏览器访问的服务入口，同时支持相应微信小程序等服务入口，为公众提供一站式服务。
同时应用接入平台通过与中枢智能网关对接，通过对业务系统的服务注册发布、服务订阅、服务管理、服务高级配置等，满足申请人的政务服务渠道统一鉴权需求；满足业务人员的线上线下行权监督需求、政务服务创新优化需求、公共能力开放需求。满足平台的公共服务聚合需求、服务成熟可用需求、服务可拓展需求。
2． 系统架构
 
行权监督、沈阳政务APP、小程序等可通过应用接入平台调用能力层的用户中心、统一支付等服务能力，同样也可通过应用接入平台调用能力层的系统能力，如服务注册、服务发布、服务设置等。同时应用接入平台可针对接入的应用进行监控和管理。
应用接入平台系统架构图各层级设计说明如下：
(1)  接入层起到承上启下的作用，是应用接入平台主要功能区域，有如下主要功能：
①　 业务流程服务基础管理：包括服务注册、服务发布审批、服务编辑、服务删除和服务禁用\启用等功能。
②　 服务高级配置：包括流量控制配置、服务路由配置、报文转换配置和负载均衡配置等功能。
③　 服务查询\订阅：包括服务查询、服务订阅申请、服务订阅审批和查看服务订阅详情等功能。
④　 服务安全配置：包括服务鉴权配置、加解密算法配置、SSL配置和跨安全边界四个功能。
⑤　 高级发布：包括支持跨分区、网络服务管理和支持按照分区订阅的功能。
⑥　 应用接入管理：包括应用管理、应用路由策略和客户端认证信息的功能。
⑦　 供应商管理：包括管理供应商、我的供应商、系统管理和日志管理的功能。
⑧　 机构管理：包括管理机构和我的机构的功能。
⑨　 应用接入监控：包括网络区域管理功能。  
(2)  能力层对接应用接入平台为应用层提供各式各样的能力。
3． 部署架构
 
应用接入平台部署了8台服务器全部规划在内部数据中心区域，分为三个模块的部署，分别为mysql数据存储模块、ES数据存储集群模块，逻辑服务集群模块和接入网关模块。
mysql数据存储模块使用了2台高性能云主机部署Mysql数据库存储数据并进行主备服务。
ES数据存储集群模块使用了3台高性能云主机部署ES，kibana和logstas用作日志管理数据上报。
逻辑服务集群模块使用了3台高性能云主机部署consul、apollo、RabbitMQ、Redis、sftp、haproxy、Nginx、前端和微服务集群，与接入网关集群和第三方业务集群对接提供服务支撑。
数据通过外部数据中心的接入网关集群发送到内部数据中心的接入网关集群，内部数据中心接入网关集群处理数据并将数据发送到逻辑服务集群和第三方业务集群，逻辑服务集群接收到内部数据中心接入网关集群和第三方业务集群发送的数据，对数据进行处理后返回数据给内部数据中心接入网关集群并将数据存储到ES数据存储集群和mysql数据存储集群，ES数据存储集群会根据处理后的数据生成报表。
4． 业务流程
应用接入平台提供对于应用服务的全业务流程管理，包括应用注册、应用服务发布、应用服务订阅等，应用在接入平台注册应用信息后，将对外提供的服务发布在接入平台，其他应用方通过服务订阅的方式接入其他应用服务。
应用注册：管理员填写应用信息。通过服务调用系统和服务提供系统，提交应用信息到服务接入平台。服务接入平台录入应用信息并生成授权信息，授权信息同步到中枢智能网关。中枢智能网关生成授权规则。
服务发布：管理员填写服务信息。通过服务调用系统和服务提供系统，提交服务发布信息以及配置信息等到服务接入平台。中枢智能网关将服务发布信息录入到中枢智能网关并生成服务路由等规则。
5． 服务订阅：管理员填写服务订阅信息。通过服务调用系统和服务提供系统，在服务接入平台订阅服务，将订阅信息录入中枢智能网关并生成订阅规则。功能列表：
(1)  服务基础管理
服务注册：根据服务方提供信息进行访问注册。
服务发布审批：平台管理员对创建服务的申请进行审批，审批后才可进行订阅和调用。
服务编辑：此模块可以对服务进行编辑，可以对已经创建的服务信息进行修改编辑。
服务删除：当某个服务不再使用，可以对其服务进行删除，删除后服务不能继续被访问使用。
服务禁用\启用：对已经创建的服务信息进行禁用操作，禁用之后该服务将临时停止对外服务不能访问。
服务版本记录：如果对某个线上服务进行编辑修改，每次修改后都会将之前服务的所有配置信息作为一个完整的版本记录下来，记录下来的版本可便于将来需要推后至某个版本。
服务版本回滚：在服务运行的过程中，如果发现当前版本存在问题，可以将当前服务版本指定退到之前的某个稳定版本。待新的服务版本稳定后可重新注册和发布。
发布服务草稿：如果某一服务不希望在编辑时立刻提交审批，可以将服务保存为草稿，也可以随时编辑。
服务冻结/解冻：对已经创建的服务信息进行冻结操作，冻结之后该服务可以对外服务。但是不能编辑。如果需要编辑被冻结的服务，则对该服务执行解冻操作即可进行编辑。
查看服务详情：查看已经创建的服务的详细信息。
搜索服务：在某一应用下搜索具体服务。
查看应用发布的服务列表：查看该应用下发布的所有服务及服务的状态。
(2)  服务高级配置
流量控制配置：支持按API分配调用频次上限，避免个别API调用频度超出后端处理能力。
服务路由配置：按来源、应用、用户身份请求关键字配置路由。
报文转换配置：数据格式转换，请求参数转换，返回结果转换。
负载均衡配置：支持1个服务对接N个后端服务节点，可基于一致性哈希的算法来分配访问请求至后端服务器。可对接硬件负载均衡器。
故障转移配置：心跳监控，服务切换。
可见性配置：支持将服务发布为自身可见或者公开服务。
二次认证：当用户访问该服务时，前端需要用户提供二次认证信息。当前具备小程序人脸识别认证。
数据规则配置：支持对服务返回数据进行脱敏规则设置等配置。
SSL配置：支持http和https协议，可以对https证书进行检查。
(3)  服务查询\订阅
服务发布门户：可通过服务目录导航检索平台所公开发布的服务。
服务查询：服务调用方可通过服务查询功能，检索有特定关键字的服务。
服务订阅申请：当某个应用对指定的服务有调用需求时，可以发起对相应服务的订阅申请。
服务订阅审批：对指定服务的订阅申请，将由拥有该服务权限的管理员进行审批，审批通过之后相应的应用即有权限调用该服务。
撤销：当某个应用不再需要调用指定的服务时，可以由该服务的管理员对应用订阅进行撤销，撤销之后对应的应用将不再具备调用该服务的权限。
查看服务订阅详情：查看某一个服务订阅申请的详情。
删除服务订阅申请：当不再需要使用对方的服务时，可以删除该订阅申请。
查看已申请服务列表：可以随时查看已经申请的第三方服务的申请状态及当前接口状态。
查看服务授权历史：可以随时查看已经对第三方授权的服务。
(4)  服务安全配置
服务鉴权配置：支持配置多种形式服务调用鉴权，包括第三方鉴权，微信公众号鉴权，微信小程序鉴权，政务微信鉴权，IP白名单鉴权。
加解密算法配置：支持标准的数据加解密格式、支持常见加密算法、支持扩展到其他的加密算法、支持对接机构自有加解密算法。
SSL配置：可支持配置服务接口通过HTTPS协议对外进行发布。
跨安全边界：支持网闸物理隔离模式下的服务请求跨安全边界调用；支持光闸双或单向物理隔离模式下的服务请求跨安全边界调用；支持跨多个网络安全边界的多个API网关的级联调用。
(5)  高级发布
支持跨分区、网络服务管理：支持机构内复杂或隔离网络及逻辑分区管理。
支持按照分区订阅：支持服务按照分区或网络进行授权。
(6)  应用接入管理
应用管理：对账户应用进行管理。
应用路由策略：为应用添加路由执行策略，实际路由结果为平台+应用策略。删除应用策略。
客户端认证信息：可以添加多种客户端认证方式，包括：政务微信、企业微信:与政务微信的账号体系进行对接，实现基于政务微信账号的鉴权。
(7)  供应商管理
管理供应商：编辑管理供应商账户
系统管理：对系统管理员进行管理编辑。
日志管理：对日志规则创建管理修改。
(8)  机构管理：对机构编辑管理修改；
(9)  应用接入监控：监控应用接入的健康状态、告警等。
6． 建设内容
(1)  服务基础管理
①　 服务注册
由服务提供方发起服务创建的过程，填写相关的服务配置信息，完成服务创建，服务注册完成后可以对服务进行编辑、删除、启用和禁用等操作。
②　 服务发布审批
当服务注册和编辑好后，进入发布审批环节，由平台管理员对服务创建的申请进行审批，审批的内容包括服务的提供单位、服务的调用方式、服务的调用限制等，只有审批通过之后的服务才能被允许订阅和调用。
③　 服务编辑
在此模块可以对服务进行编辑，如某个服务的配置信息发生变化，可以对已经创建的服务信息进行编辑修改，修改的内容可以包括调动地址、服务提供方信息、服务路由配置等。
④　 服务删除
如果某个服务不再需要对外提供服务时，即可对该服务进行删除操作，删除后该服务便不再可用，删除记录将保存在后台一段时间。
⑤　 服务禁用/启用
对已经创建的服务信息进行禁用操作，禁用之后该服务将临时停止对外服务。如果需要重新对外提供被禁用的服务，则对该服务执行启用操作即可对外提供服务。
⑥　 服务版本记录
如果对某个线上服务进行编辑修改，每次修改都会将之前的服务配置信息作为一个完整的版本记录下来，记录下来的版本可便于将来需要推后至某个版本。
⑦　 服务版本回滚
在服务运行的过程中，如果发现当前版本存在问题，如返回信息错误，甚至返回乱码等信息，可以将当前服务版本指定退到之前的某个稳定版本，以此来维持服务的连续性。待新的服务版本稳定后可重新注册和发布。
⑧　 发布服务草稿
如果某一服务不希望在编辑时立刻提交，可以将服务保存为草稿，处于草稿状态的服务不会产生审批单据，也可以随时编辑。
⑨　 服务冻结/解冻
对已经创建的服务信息进行冻结操作，冻结之后该服务可以对外服务。但是不能编辑。
如果需要编辑被冻结的服务，则对该服务执行解冻操作即可。
⑩　 查看服务详情
查看已经创建的服务的详细信息。
？　 搜索服务
在某一应用下搜索具体服务。
？　 查看应用发布的服务列表
查看该应用下发布的所有服务及服务的状态。
(2)  服务高级配置
①　 流量控制配置
A.  频次配额
支持在服务高级配置模块中，选择流量控制配置模块，可按API分配调用频次上限，频次配额的大小需与业务单位协商，避免个别API调用频度超出后端处理能力。
B.  带宽配额
支持在服务高级配置模块中，选择流量控制配置模块，可按API分配带宽配额上限，带宽的配额大小，需考虑业务系统的需求和当前服务可提供的带宽，避免个别API消耗大量带宽资源，造成带宽资源的浪费。
②　 服务路由配置
A.  按来源IP
支持在服务路由的配置界面，可按照不同的服务请求的来源IP来进行相应的服务路由配置，生效后，允许来自该IP的应用调用服务。
B.  按请求关键字
支持在服务路由的配置界面，可按照调用参数报文里的特定关键字来进行相应的服务路由配置，服务路由将通过检测关键字来判断是否允许服务进行调用。
C.  按用户身份
支持在服务路由的配置界面，结合安全鉴权模块，可以按照当前调用API的用户身份来进行相应的服务路由配置，只有检测用户身份合格后，才允许进行配置。
D.  按应用ID
支持在服务路由的配置界面，可以按照当前调用API的应用的ID（appID）来进行相应的服务路由配置，每个用户有唯一的appID ，只有已经通过配置的appID 的用户才可以进行服务路由的配置。
③　 报文转换配置
A.  数据格式转换
数据格式转换支持对标准数据格式之间的转换，XML，JSON、X-FORM-WWW-URLENCODED等数据格式的相互转换，保证服务双方之间的访数据交换可以按照服务自身的数据格式完成，不受目标和来源服务的数据格式和协议影响。
B.  请求参数转换
报文转换配置可支持配置脚本对服务请求参数进行转换处理，可将请求参数进行转换，转换成业务系统需要的格式和顺序，从而减少业务系统适配参数的工作。
C.  返回结果转换
报文转换配置可支持支持通过配置脚本对服务返回结果进行转换处理，将转换结果转换成平台业务系统需要的结果格式，降低业务系统适配结果格式的工作量。
④　 负载均衡配置
支持1个服务对接N个后端服务节点，可基于一致性哈希的算法来分配访问请求至后端服务器。
可对接硬件负载均衡器，通过硬件负载均衡器扩展支持更丰富的负载均衡配置能力。
⑤　 故障转移配置
心跳监控：通过对后端服务的心跳监控，快速感知服务的服务器的可用状态。
服务切换：当服务不可用时，中枢智能网关会自动将请求转移到其它服务器或备机上。
⑥　 可见性配置
支持将服务发布为自身可见或者公开服务，保证服务在使用API网关能力的同时对外界不可见。
⑦　 二次认证
支持配置二次认证方式，当用户访问该服务时，前端需要用户提供二次认证信息。当前具备小程序人脸识别认证。
⑧　 数据规则配置
支持对服务返回数据进行脱敏规则设置等配置。
⑨　  SSL配置
支持http和https协议，同时可以对https证书进行检查。
(3)  服务查询\订阅
①　 服务发布门户
可通过门户对外提供服务目录的浏览界面，用户可通过服务目录导航检索平台所公开发布的服务。
②　 服务查询
服务调用方可通过服务查询功能，寻找有特定关键字的服务。
③　 服务订阅申请
当某个应用对指定的服务有调用需求时，可以发起对相应服务的订阅申请。
④　 服务订阅审批
对于指定服务的订阅申请，将由该服务的管理员进行审批，审批通过之后相应的应用即有权限调用该服务。
⑤　 撤销
当某个应用不再需要调用指定的服务时，可以由该服务的管理员对应用订阅进行撤销，撤销之后对应的应用将不再具备调用该服务的权限。
⑥　 查看服务订阅详情
查看某一个服务订阅申请的详情。
⑦　 删除服务订阅申请
当不再需要使用对方的服务时，可以删除该订阅申请。
⑧　 查看已申请服务列表
可以随时查看已经申请第三方服务的申请状态及当前接口状态。
⑨　 查看服务授权历史
可以随时查看已经对第三方授权的服务。
(4)  服务安全配置
①　 服务鉴权配置
支持配置多种形式服务调用鉴权，包括：
第三方鉴权：例如与客户内部自建的统一认证系统进行鉴权。
微信公众号鉴权：与微信的账号体系进行对接，实现基于微信账号的鉴权。
微信小程序鉴权：与微信的账号体系进行对接，实现基于微信账号的鉴权。
政务微信鉴权：与政务微信的账号体系进行对接，实现基于政务微信账号的鉴权。
IP白名单鉴权：可对调用方的服务器IP进行白名单鉴权，只有来自白名单服务器的请求才被允许通过。
②　 加解密算法配置
支持标准的数据加解密格式，解决不同业务场景之间数据密级不一致导致无法进行数据交换的问题。
支持RSA、AES、DES等常见加密算法。
支持扩展到其他的加密算法。
支持对接机构自有加解密算法。
③　 SSL配置
可支持配置服务接口通过HTTPS协议对外进行发布。
④　 跨安全边界
支持网闸物理隔离模式下的服务请求跨安全边界调用，对应用系统隐藏底层的安全隔离机制。
支持光闸双/单向物理隔离模式下的服务请求跨安全边界调用，对应用系隐藏底层的安全隔离机制。
支持跨多个网络安全边界的多个API网关的级联调用，对应用系统隐藏底层的安全隔离机制。
A.  高级发布
a.  支持跨分区、网络服务管理
支持机构内复杂/隔离网络及逻辑分区管理。
b.  支持按照分区订阅
支持服务按照分区/网络进行授权。
B.  应用接入管理
a.  应用管理
创建应用：作为一个系统的内部应用模块存在，可根据业务系统的实际情况，在一个系统内部创建多个应用。
更新应用：如果某个应用的信息发生变化，可对应用的相关信息进行编辑修改。
查看应用列表：查看已经创建系统下的所有应用列表及应用使用服务的情况。
查看我的应用列表：查看某一应用负责人名下所有的应用。
查看应用详情：查看已经创建的应用详情。
搜索应用：在系统下搜索具体应用。
删除应用：如果某个应用不再需要使用，可对应用的相关信息进行删除操作，同时该应用下包含的服务也将同步被删除。当该系统下有未审批完的申请或者已经冻结、禁用的服务时，删除失败。
根据帐号ID获取负责应用列表：根据某个帐号ID获取负责应用列表（接口）。
获取某一机构下的所有应用列表：获取某一机构下的所有应用列表（接口）。
获取某一供应商关联的所有应用列表：获取某一供应商关联的所有应用列表（接口）。
获取所有应用列表：获取当前平台所有的应用列表。
应用禁用/启用：对已经创建的应用信息进行禁用操作，禁用之后该应用下的服务、站点将临时停止对外服务。
如果需要重新对外提供被禁用的应用，则对该应用执行启用操作即可。
b.  应用路由策略
添加应用策略：为应用添加路由执行策略，实际路由结果为平台+应用策略。
删除应用策略：删除应用策略。
c.  客户端认证信息（安全配置）
添加应用认证：可以添加多种客户端认证方式，包括：政务微信、企业微信:与政务微信的账号体系进行对接，实现基于政务微信账号的鉴权。
微信公众号鉴权：与微信的账号体系进行对接，实现基于微信账号的鉴权。
微信小程序鉴权：与微信的账号体系进行对接，实现基于微信账号的鉴权。
配置后，该应用下的服务和前端站点可以配置和使用该认证方式。
更新应用认证：如果某个应用认证信息发生变化，可对应用认证相关信息进行编辑修改。
查看应用认证：查看某一客户端应用认证信息。
删除应用认证：如果某个应用认证信息不再使用，可以对应用认证信息进行删除。删除后，对应客户端的用户不可以再继续使用该认证类型进行认证。
查看启用某一认证的应用列表。
可以查看某一认证被哪些应用所使用。
A.  供应商管理
a.  管理供应商
创建供应商：支持自定义供应商名称、标识、供应商描述、公司地点等信息，支持上传供应商资质证明，支持在全平台内搜索并添加帐号为供应商负责人。
管理已创建的供应商：支持查看供应商详情，支持删除供应商，支持编辑供应商信息，支持搜索供应商，支持根据供应商名称、供应商标识和供应商负责人搜索供应商。
我的供应商：编辑供应商信息，编辑供应商的详细信息。查阅供应商详情，查阅供应商的详细信息。
管理供应商成员：支持新增、删除、编辑、批量导出导入成员。
搜索供应商成员：支持根据帐号、姓名、证件号或手机号查找成员。
b.  系统管理
创建系统：对应到客户实际的业务系统，作为应用模块、前端站点和服务的载体，可根据实际情况进行创建。
更新系统：如果某个系统的信息发生变化，可对系统的相关信息进行编辑修改。
查看系统列表：可以查看客户所有的系统列表，包括已启用、已拒绝和已删除列表。
查看系统详情：查看已经创建的系统详情。
系统发布审批：由系统管理员对系统发布的申请进行审批，只有审批通过之后的系统才允许继续创建应用。
查看我的系统：查看某一负责人名下所有的系统，包括已启用、已拒绝和已删除列表
查看系统审批历史：查看所有系统的审批情况。
根据帐号ID查看其负责系统列表：根据某个帐号ID获取负责系统列表（接口）。
查看某一机构下的所有系统列表：获取某一机构下的所有系统列表（接口）。
查看某一供应商关联的所有系统列表：获取某一供应商关联的所有系统列表（接口）。
删除系统：如果某个系统不再需要使用，可对系统的相关信息进行删除操作，同时该系统下包含的应用和服务也将同步被删除。当该系统下有未审批完的申请或者已经冻结、禁用的服务时，删除失败。
c.  日志管理
创建日志规则：创建日志规则，创建后可以按照需求定时生成调用日志。
日志过滤：支持按照行和列过滤调用日志数据。
日志加密：支持按照对称、非对称的方式对调用日志进行加密。
日志下载：支持按照应用权限下载调用日志。
(5)  机构管理
管理机构：创建机构，支持自定义机构名称、标识、机构描述。支持在全平台内搜索并添加帐号为机构负责人。
管理已创建的机构列表：支持查看、删除、编辑机构信息。
支持搜索机构：支持根据机构名称、机构标识和机构负责人搜索机构。
我的机构：支持在机构下创建系统，支持编辑机构详细信息，支持查看机构详细信息，支持管理机构成员，支持搜索机构成员。
(6)  应用接入监控
访问次数曲线：按照时间段展示服务/站点访问曲线和名单。
异常访问名单：按照时间段展示服务/站点异常访问曲线。
流量数据：按照时间段展示服务/站点访问流量曲线。
应用心跳监控：支持对后端进行心跳监控，展示健康状态，对监控失败的及时告警。
标的6：数据资源层建设
一、工作目标
数据资源层的建设平台运行需要的各类数据库，提供应用系统的数据请求服务，并实现对数据中枢、数据服务等相关资源的运行状态和平台数据资源的标准、质量和安全的管控；中枢支撑平台提供基础技术支撑，包括综合运维服务子系统和消息队列服务子系统，可针对内部与上层各类政务治理和监管提供基础的技术支撑，方便其快速的使用运维、消息队列等能力。
二、工作内容
数据资源层包含四个部分内容的建设：l数据库的建设、服务资源子层建设、资源监测、数据资源管理。数据资源层的建设实现对平台运行资源的综合管理和监控。数据库建设包含行权权力管理库、行权事项库、行权事项过程库等11个数据库的建设；服务资源子层建设服务资源子层主要包括数据服务总线和挂接在数据服务总线的数据服务接口组成，主要用于应用系统向政务服务总线请求数据服务；资源监测实现对数据中枢、数据服务等相关资源的运行状态监控、性能质量监控、负载监控功能，支持并发控制、优先服务策略等手动设置，并对异常状态自动告警；数据资源管理实现对平台数据资源的标准、质量和安全的管控。
三、标准与要求
（一） 数据库建设
1.  行权权力管理库
行政权力库的管理主要内容分为：权力上报、权力审核、权力维护、权力变更及自由裁量设置；行权权力管理库起到行政执法机构管理 、行政执法人员管理（登记、送审、审核、发证、注销、换证、年检等管理），执法人员在线培训与考核 （考核设置、在线培训、考试管理）等作用。考试结果可以反馈到人员资质管理模块，作为注册、注销的依据。
2.  行权事项库
行权事项库包含事项的基本要素，如事项名称、事项政策法规依据、事项情形分类等。行权事项库包含但不限于以下要素：
处（科）室名称、事项编码（实施编码）、事项名称、子项名称、办理项名称、办件类型、办理方式、办理形式、受理对象（自然人、法人）、受理条件、设定依据
3.  行权事项过程库
遵循统一交换规范，集成多元化交互方式，汇集全市行权事项服务运行时的申报、受理、办理、反馈、管理全流程信息，以及各流程产生的结果信息，包括办件基本信息、过程信息、结果信息，结果文档等，形成集中的行权事项服务办件过程信息库，通过系统实现数字化、信息化、系统化管理，提供分级分类查询、报表统计、图形分析、决策分析、监察数据等服务。可以按照来源、区域、分拨人员、处置单位、事件分布、事项类别、反馈情况等不同方面进行事件统计分析。
4.  行权要件库
建立行权要件库，对事项办理过程的要件进行智能比对。要件库包含但不限于一下要素：
处（科）室名称、事项编码（实施编码）、事项名称、子项名称、办理项名称、要件名称、所属办事情形（默认提交/具体某情形）、要件来源渠道（申请人自备/政府部门核发/中介机构或法定机构产生）、法定依据描述、是否允许容缺、份数、要件要点、有效性、签字、盖章、是否可以电子、签名/盖章、该要件是否、可以免提交、需要对接的部门、必填信息。
5.  行权条件库
建立行权条件库，对事项办理过程的要件进行智能比对。条件库包含但不限于一下要素：
处（科）室名称、事项编码（实施编码）、事项名称、子项名称、办理项名称、事项条件目录、条件内容、必要条件、可选条件、条件校验规则、校验条件
6.  行权规则库
包含行权事项规则条目、融合规则、对比规则、校验规则和应用校验等。
7.  行权权限库
建立行权权限库，支撑行权事项权限管理。流程库包含但不限于一下要素：
处（科）室名称、事项编码（实施编码）、事项名称、子项名称、办理项名称、受理（时限、层级、人员、岗位、内容）、初审（时限、层级、人员、岗位、内容） 、复审（时限、层级、人员、岗位、内容）、 终审（时限、层级、人员、岗位、内容）、权限情况、权限划分、权力来源
8.  行权时限库
建立行权时限库，流程库包含但不限于一下要素：
处（科）室名称、事项编码（实施编码）、事项名称、子项名称、办理项名称、事项总体法定时限、事项总体承诺时限、节点时限（受理、初审、复审、终审）、超时标准、设定超时预警
9.  行权流程库
建立行权流程库，对事项全流程监控。流程库包含但不限于一下要素：
处（科）室名称、事项编码（实施编码）、事项名称、子项名称、办理项名称、现行办事流程、序号、处室（科室）、事项名称、子项名称、办理项名称、业务步骤、环节名称、办理人、完成时限、具体过程（细化）、风险点、审查标准、审查结果
10.  项目库
建立综合项目库，将信息中心、发改委、科技局、住建部门的的项目信息通过对接或手工录入的模式，进入到全市统一的综合项目信息库。
(1)  项目库设计
基础信息数据：包括项目申报单位、申报日期、资金来源、总投资数、建设时间、联系人、联系电话等。
项目业务数据：主要包项目在各个阶段的结果性数据，包括项目初审、专家评审、项目立项、项目进度、后评价业务信息及相关附件。
(2)  项目分类管理
为方便项目管理，多维度对信息化项目进行分类展示。
①　 按审批节点分类。储备项目库和立项项目库，储备库是指通过可行性研究报告评审、尚未列入年度计划的信息化项目，由项目建设单位和审批部门共同维护和管理；立项库是指已批复立项的信息化项目，由市信息办负责维护和管理。
②　 按建设性质划分：可分为新建项目、扩建项目、改建项目。
③　 按规模大小划分：基本建设项目可分为大型项目、中型项目、小型项目。
④　 按项目类型分类，如城建项目、投资项目、信息化项目、扶贫项目等。
(3)  项目补录管理
支持对前期项目进行补录工作。可实现业务工作人员将前期项目基本信息、项目业务信息以及相关合同、评审、验收等材料进行补录工作，项目信息补录可通过表单在线填报以及材料电子化上传完成。补录完成后按既有流程进行审核，审核通过后进入项目库。
11.  账号库
建立平台用户账号库，包括通过门户注册的外部用户账号数据库及内部业务审批系统沉淀的用户账号数据库。
用户账号库的数据来源主要有两部分：
(1)  外部用户账号数据库通过汇集各业务审批系统里沉淀用户账号信息，通过单点登录的方式收集用户账号信息，并同时按照统一的数据标准进行清洗转换形成
(2)  内部用户账号数据库通过互联网政务服务门户进行注册形成的增量用户信息。
12.  数据采集库
数据采集库主要汇聚了统一数据采集系统以及“政务云”沉淀至行权管控平台的相关数据。采集的数据，一方面包含了工作人员采集的各部门需要的基层基础数据，另一方面包含通过居民和企业主动申报办事时，通过高拍仪等进行材料扫描，沉淀的事件办理信息。通过平台和基层工作人员实地收集的数据，建立一个完整的、真实的动态数据采集库，能实现对政务云各类基础信息的补充和修正。
13.  数据开放库
用于存放可供第三方开发加工的相关数据。数据开放范围需要分阶段、逐步推进，首先选择性的的开放试点单位、示范社区的非敏感数据。待时机成熟，相关政策办法更加趋于完善时，再逐步开放更多政务数据，以便惠及民生及支撑政府治理和监督。
(1)  服务资源子层
服务资源子层主要包括数据服务总线和挂接在数据服务总线的数据服务接口组成，主要用于应用系统及其他应用系统向政务服务总线请求数据服务。
①　 数据服务接口
数据服务接口包括综合查询、数据比对、分类统计、电子档案及分析服务等常用接口，支持结构化、非结构化、半结构化数据类型，例如音频、视频、图片、日志、空间地理数据等。
平台内相关信息查询应具备数据项、关键字的预设或自定义功能。按照”集中式”与”分布式”相结合的基本原则，整合关系型、NOSQL型、文件型等不同类型数据库和数据查询服务接口，全面实现本地实体数据和外单位共享数据的全网一键式综合查询、二次检索及关系信息展现。
对于集中存储的结构化数据，能使用关系型数据库处理的，通过关系型数据库技术进行比对；数据量级较大，关系型数据库难以处理的，使用内存数据库技术或NOSQL数据库技术进行处理。
对于集中存储的非结构化数据，提供基于实时关键词的比对服务。
对于异地存储的结构化数据，提供基于请求服务或数据服务总线的分布式数据比对服务；对于异地存储的非结构化数据，逐步探索利用分布式文件系统开展远程比对的数据服务方式。
实现对各种结构化、半结构化、非结构化数据的分类统计分析服务，应生成全面的、多种形式的统计分析结果，并通过表格、柱形图、饼图、曲线图等多种方式进行反馈展现。应设计OpenAPI接口，提供其他应用系统对接访问。
通过可视化、关联分析等技术，结合本地数据，实现各类业务档案和文件进行自动收集、归类，建立相应电子档案，同时也可以由人工对档案进行完善。
包括趋势分析、异常分析、相关性分析等应用功能，为深度研判提供服务。趋势分析主要通过时间序列实现变化趋势分析功能；异常分析主要通过对大量数据的数据值、变化范围的分析实现异常信息的查询功能；相关性分析主要通过对两个或多个数据集的分析实现关联关系的查找功能等。
支持结构化数据的批量下载，应通过大数据量定期打包、小数据量实时打包方式，实现政务基础数据资源库的全量数据下载和增量数据下载。还应支持数据定制和增量数据定时推送功能。
数据下载服务是根据服务方案配置的允许下载条件，请求方发送下载请求，由服务方返回下载结果信息。
数据下载服务管理包括服务新增、服务注册、服务注册审批功能。
通过接口授权使用，实现对本地数据库的写入、修改、删除等操作。对该接口的使用应当加强安全控制，除利用CA认证对使用人员进行授权控制外，还至少应当包括对IP、MAC等服务器地址的绑定以及对数据修改、删除操作的可控。
数据操作服务主要作为支撑服务提供方，根据服务方案配置的数据对象上的允许操作条件，接受请求方发来的操作请求，操作相应的数据对象并返回符合条件的结果信息，从而实现为已授权的请求方提供数据操作复用服务的功能。
数据操作服务管理包括服务新增、服务注册、服务注册审批功能
②　 数据服务总线
数据服务总线通过把整合的数据包装为服务进行发布，利用SOAP、REST、JSON、XML等各种标准接口以webservice等方式实现数据服务调用，实现与其它重要信息系统的对接，提供数据共享服务。数据服务总线主要包括接入适配、授权管理、访问控制、日志分析和服务资源管理等。
(2)  资源监测
资源监测实现对数据中枢、数据服务等相关资源的运行状态监控、性能质量监控、负载监控功能，支持并发控制、优先服务策略等手动设置，并对异常状态自动告警。
①　 资源状态监控
采用轮询方式调用监测对象的接口，实现对总线节点、服务资源的状态信息的监测。资源状态主要的监控对象包括总线节点、服务方、应用系统、服务网关，实现对总线节点状态、总线节点日志统计信息、服务资源数据质量、服务状态、服务性能等内容的监控。
②　 总线节点统计日志采集
采集总线节点的日志信息，包括总线节点名称、统计时间、服务请求方、服务资源、请求数、结果数等内容，实现以日为单位的信息统计功能。
③　 服务日志分析
日志分析包括日志查询、行为审计、异常行为分析等内容。可根据用户需求进行不同维度的日志查询，方便用户对总线节点状态、服务资源状态、资源信息发布同步情况的查询。
(3)  数据资源管理
①　 数据标准管理
标准规范是数据中心建设的基础，数据标准规范管理提供数据标准定义、数据标准实施、数据标准维护的全流程管理，具体功能如下：
A.  数据标准定义
标准制定管理添加数据标准项、标准类型、标准字段、标准描述等，通过标准制定会自动生成标准版本号，并记录标准制定的人员、时间等。
包括标准发布、应用、反馈、仲裁的闭环过程，通过权限管理赋予不同环节权限。
B.  数据标准修改
对标准内容进行添加、删除、修改操作，并对每次操作做记录，并生成不同标准版本号。
C.  定义标准规则库
包括编码规则、命名规则等，对数据空间、数据结构、数据项等按照标准规范进行合规性检查，对不符合要求项进行提示和告警。
D.  数据标准维护
数据规范进行人工审计，按照制定的数据标准规范进行检查，以明细表、统计表、趋势表的形式直观展示各业务数据的合规性，并且可生成改进举措要求和通知单。
②　 数据质量管理
数据质量管理，对数据从创建、存储、使用、共享、归档、销毁等生命周期的每个阶段里可能引发的各类数据质量问题，进行识别、度量、监控、预警等一系列管理活动，并通过改善和提高组织的管理水平使得数据质量获得进一步提高。数据质量管理是循环管理过程，其终极目标是通过可靠的数据提升数据在使用中的价值。
③　 数据安全管理
数据安全管理包含了制定安全策略、对数据安全访问管理、数据安全存储管理、安全行为监控等：
A.  安全策略管理
安全策略管理包括了安全策略的制定添加，如访问人群策略、存储时间和方式策略、行为策略、安全检查方式等；
B.  安全访问管理
安全访问重点是考虑到某些敏感数据，需要对数据访问进行分级加密处理，设定数据访问三级分类，包括开放数据、共享数据、加密数据，结合到用户管理，为每类数据进行安全权限配置，并进行重点监控访问记录。
对于用户授权和安全访问控制的有关需求，要利用系统的基本定制功能实现对用户属性的定制，可新建用户及用户组，新建角色，用户组可为多层嵌套结构，可按不同用户级别和组级别进行权限分配；角色可按不同用户级别和组级别进行权限分配，并实现CA安全认证功能。
C.  安全存储管理
安全存储管理包括存储路径管理、存储备份管理、存储容量管理。对数据库存放路径进行添加与修改，根据存储备份策略定时进行存储备份管理，对备份与存储容量进行添加记录，展示出现有容量和每次备份容量的信息。
D.  安全行为监控
对用户访问、用户操作等进行自动记录，并在安全行为监控中按照用户、时间段进行分类。
E.  安全审计管理
安全审计通过对安全审计策略进行添加与管理，包括对安全行为审计、存储备份审计、安全访问审计等，根据策略来进行人工识别是否符合安全管理行为，并进行最终审计问题记录。
F.  数据完整性
通过对传输和存储的数据进行MD5算法加密，进行完整性校验，以确保数据未被篡改。
G.  数据保密性
数据保密性应采用MD5算法进行加密和相关数据库安全机制进行数据保密处理。数据保密应对数据库中的关键信息和敏感信息进行加密，加密后的数据应保证，在别人拷贝或截获时无法获取关键信息和保密信息。
H.  日志管理
需实现文档文件及系统使用情况的日志记录。提供系统的安全审计功能，提高系统的可管理性。系统对重要的操作都自动进行日志记录，管理人员对日志记录进行查询、管理、统计和分析。
I.  审计信息管理与分析
必须具备自保存、自检索、自分析功能。同时，实现和用户建立的云运维管理平台信息提交接口，便于用户进行集中审计。
J.  数据安全服务
a.  安全风险评估：对行权系统的资产状况、面临安全威胁状况、安全脆弱性状况、及安全控制措施状况进行分析和评估，并对信息安全风险水平进行综合评价，提供《安全风险评估报告》（含安全整改建议内容）。
b.  系统渗透测试：对行权系统开发过程中发生升级、添加功能及新系统上线等变更操作时，对新系统开发设计阶段相关文档审计、开发关键节点时间段进行安全跟踪、新系统上线前进行渗透测试、评估系统上线前的安全状况，并提出相关整改建议。
c.  系统源代码审计：针对新上线和有重大更新的行权业务系统进行源代码审核，找出其中存在的各种安全缺陷和安全问题，并提供相应安全缺陷和安全问题的处理建议。
d.  APP源代码审计：针对新上线和有重大更新的行权业务系统APP进行源代码审核，找出其中存在的各种安全缺陷和安全问题，并提供相应安全缺陷和安全问题的处理建议。
e.  安全漏洞扫描：利用市场上成熟的漏洞扫描产品，对行权系统相关的操作系统、中间件、应用系统、WEB程序和网络设备等IT资源进行安全漏洞扫描，并形成漏洞扫描报告。
漏洞扫描工具要求：
产品应为成熟的国内漏洞扫描工具，基于网络的脆弱性分析、评估与管理，漏洞库与CVE、CNCVE、CNNVD和BUGTRAQ等国际、国内标准兼容。
扫描全面：覆盖当前重要、主流的系统漏洞、网络设备漏洞、WEB漏洞、应用漏洞、数据库漏洞、中间件漏洞、VMware虚拟化平台等；可扫描漏洞数量不少于12000个。
兼容易用：须支持与本项目安全管理平台工具联动，可实现通过安全管理平台直接下发扫描任务，并将扫描结果自动回传到安全管理平台。
f.  弱口令检测工作：利用工具对行权系统进行弱口令安全检查、整改、验证，降低弱口令造成的安全风险；
弱口令检测工具要求：
破解方式：支持算法解析、口令碰撞方式，可通过在线和离线方式获取口令文件，进行无损破解，不影响应用系统正常运行；
快速核查：不依赖于基础管理数据，如帐号、资源；随用随建，方便快捷，支持核查结果导出；
脚本管理：支持密码采集脚本和帐号信息采集脚本自定义配置，在弱口令稽核时根据此脚本进行密码文件采集和帐号信息采集；帐号信息采集内容至少包括：帐号创建时间、最后登录时间、帐号状态(正常、锁定)、帐号类型(特权账号、普通账号、系统内置账号、僵尸账号、未知账号)。
g.  安全日志审计服务：提供安全管理平台工具，对行权系统网络内的关键网元类设备信息进行细粒度合规审计，包括但不限于事件审计、异常访问、状态审计、非法登录、病毒审计、操作审计等，能结合网络环境灵活定制分析、关联、告警策略、可视化展现，并能通过邮件、短信等方式提供实时预警。
安全管理平台工具要求：
等保合规：能够自查展示业务系统等保合规状况，内置等保2.0模板，支持对模板进行自定义，支持等保任务计划管理，可随时查看等保合规情况及任务趋势；
日志采集：支持以Syslog、SNMP Trap、FTP、OPSEC LEA、NETBIOS、ODBC、WMI、Shell脚本、VIP、Web Service等协议进行日志采集；
漏扫调度：能够对本项目漏洞扫描工具进行集中管理，并下发扫描任务，收集扫描结果，统一进行漏洞脆弱性分析；
配置核查：能够对主流网络设备、安全设备、主机、数据库、中间件和应用的配置进行细粒度的安全符合性检查，并出具核查报告。
h.  应急响应服务：根据事件类别和级别，通过远程和现场支持的形式协助对遇到的突发性安全事件进行紧急分析和处理。主要工作内容包括：突发事件相关信息的收集、事件的分析、报告提交、问题解决建议等。紧急事件主要包括：病毒和蠕虫事件、黑客入侵事件、误操作或设备故障事件等，出具《应急响应报告》；要求每年至少提供4次应急响应服务。
i.  数据脱敏服务：利用市场成熟工具对行权系统涉及的姓名、手机号码、身份证号码、银行卡号、固定电话、电子邮箱、组织机构代码、纳税人识别号、社会统一信用代码等敏感类型数据进行脱敏处理服务，须保持数据关联关系。
j.  行权数据审计服务：利用市场成熟工具对行权系统数据库操作进行全面审计并留存。审计内容至少包括数据库操作类、表、视图、索引、触发器、存储过程、游标、事物等各种对象的SQL操作审计。
k.  行权APP加固服务：利用市场成熟工具对行权系统Android、iOS移动应用进行加固服务，在保证证程序兼容性、性能、等可用性的前提下，实现程序代码静态逆向分析防护、基础代码块拆分保护、高级代码混淆保护等。
④　 数据资源管理工具
A.  数据整合工具
采用数据同步工具或ETL工具完成数据抽取、同步等整合工作，通过任务调度管理实现对整合工具的集中管理和执行。
配置数据同步工具或ETL工具，实现数据库之间数据复制和自动同步。对于数据量较大、数据变化情况难以获取的数据资源，采用分析数据库日志的方式进行数据同步。对于数据量较小，数据变化明确的数据资源，采用ETL工具对数据资源进行定时比对并获取变化数据，实现数据同步。
B.  数据挖掘工具
政务相关的基础库、共享库形成后，需要对这些数据进行挖掘分析，才能形成对决策具有真正意义的分析支撑，数据资源层需提供数据挖掘的过程和工具。
数据挖掘工具需提供如下能力：
可产生的模式种类的数量:分类，聚类，关联等；
提供解决复杂问题的能力；
操作性能优；
数据存取能力；
提供和其他产品的接口。
标的7：业务中枢支撑能力建设
一、工作目标
业务中枢支撑平台提供基础技术支撑，包括综合运维服务子系统和消息队列服务子系统，可针对内部与上层各类政务治理和监管提供基础的技术支撑，方便其快速的使用运维、消息队列等能力。
二、工作内容
具体建设内容分为两大快：
（一）综合运维服务子系统
沈阳市政府业务系统大都采用物理机和虚拟化方式进行部署，新建业务系统时搭建环境相对耗时较久，资源利用率不高，容易造成资源浪费，无法满足沈阳市政府各类政务治理和监管的快速迭代开发、弹性伸缩部署、精细化资源管理等需求。
为了解决如上问题，建立一个轻量化PaaS平台以提升政务应用开发、应用托管、应用运维效率。为政务应用提供高效部署、资源调度、服务部署和动态伸缩等一系列完整功能。
通过综合运维平台的建设，满足政务应用实现“管理、运维、应用、监控、安全、协同”等要求。平台支持各种类型的应用，包括微服务、devops场景、大数据、AI平台、区块链、物联网等等，在以业务为中心的前提下，可实现资源按需分配调度，解决政务应用开发、测试及运维过程的环境一致性问题，提高了大规模集群管理的便捷性，实现了政务服务在管理、运维、业务应用上的进一步需求提炼和个性化管理，同时提升了安全性和可靠性、降低了各政务应用迁移成本以及维护成本。
（二）消息队列服务子系统
目前的在沈阳市政府业务系统中所有程序代码都在同一个应用中，经常存在互相影响的情况。系统进行版本升级或者系统扩容时，服务之间耦合性很高，很容易出现生产事故。
为了解决以上问题并满足政务应用高内聚、多样性、可靠性、多端支持的需求，采用消息队列技术，解耦系统之间的关联，提高服务之间的效率。
通过建设消息队列服务，可以解决系统之间的耦合性，本来网络不易互通的两个服务，也可以提供消息路由。同时，消息的异步方式，让消息的发送者将消息发送到消息队列后可以立即返回，不用等待接收者的响应。消息会被保存在队列中，直到被接收者取出。消息的发送与处理是完全异步的，提高系统的性能。
消息队列在应用中枢中，主要是提供给各个业务系统消息队列服务，特别是微服务平台部署的微服务，需要解耦的时，尤其重要，同时增加了微服务的效率。沈阳政务APP、小程序、行权监督和非税交费平台可通过中枢智能网关API调用消息队列服务的存储消息和消费消息。
三、标准与要求
（一）综合运维服务子系统
1.  代码构建管理
Devops，将开发、测试、运维整个产品研发流程标准化、自动化，从而提高整个产品的迭代效率。GaiaStack将研发体系与综合运维平台集成，实现编译、集成、打包、测试、发布的自动化，并且可以自定义devops流水线。
使用devops的步骤如下：
(1)  创建公共账号：创建该业务下拉取代码的账户。为了安全起见，平台要求业务管理员必须创建该业务下的公共账户。如果该业务下已经配置有公共账号，则忽略，直接创建项目。
(2)  创建项目：在已有业务下创建项目，项目信息主要包括您有权限的SVN或GIT代码地址。
(3)  设计Devops流水线：设计整个一体化流程。在开发、测试或运营阶段选择平台提供的任务，比如构建镜像，单元测试等。
(4)  下发版本：开发人员启动版本，按照设计好的流水线进行流程流转。
2.  镜像仓库
镜像管理可以让您快速创建镜像、快速部署服务。本功能用于管理综合运维平台的镜像仓库，用户可以新建子仓库、删除子仓库、查看子仓库中的镜像列表，以及每个镜像的详细信息。
(1)  镜像管理
支持创建私有镜像仓库。
支持查看和使用镜像仓库。
支持管理多个镜像命名空间。
(2)  镜像使用
提供高速的内网通道用于镜像创建服务。
支持公网上传下载镜像。
(3)  CI/CD
支持设置私有镜像自动构建。
支持设置镜像的触发器。
(4)  镜像仓库总览
用于展示镜像仓库内下载数量TOP5的镜像。
3.  应用管理
通过综合运维服务提供的应用管理功能，能够帮助您一键快速创建多个服务， 部署不同环境应用。
(1)  应用构成
支持TKE多种服务类型。
支持Kuberntes Deployment、DamentSet等多种资源。
(2)  应用管理
应用支持我的模板、模板市场快速创建。
支持更新应用实时对比查看。
应用内服务一键部署/停止。
(3)  模板管理
支持我的模板、模板市场。
模板支持一键复制。
(4)  应用商店
应用商店用于管理可以一键部署到综合运维应用程序，在本项目中，需在应用商店提供如下组件，后续根据业务需要陆续更新组件版本：
组件分类 组件 版本 用途
基础服务 Zookeeper 3.6.1 服务注册、配置中心
基础服务 Kafka 2.4.0 分布式消息队列，用于消息订阅等
基础服务 Elasticsearch 7.3.2 日志存储、搜索，数据分析
基础服务 Consul 1.8.4 服务注册与发现，Consul DNS
基础服务 MySQL 5.7.23 存储数据
基础服务 Redis 6.0.6 NoSQL，用于缓存数据
基础服务 Influxdb 1.7.6 时序数据库，存储监控数据
基础服务 Telegraf 1.9.0 采集器，定时采集组件和机器的监控指标上报到influxdb
基础服务 Grafana 6.0.2 监控数据可视化Web平台
(5)  在线应用
用户可以查看在线应用列表，对应用进行更新、回滚、删除，并能查看应用程序的历史信息。
4.  服务编排
服务管理为您提供高效的综合运维管理方案，支持服务的快速创建、快速扩缩容、负载均衡、服务发现、服务监控、健康检查等特性，您可以通过服务管理方便快捷的管理您的运维服务内容。
(1)  服务部署
支持多种服务访问方式。
支持服务内实例跨可用区部署。
支持设置亲和性和反亲和性调度。
(2)  服务管理
支持服务的滚动更新和快速更新。
支持服务的动态扩缩容。
支持远程登录到服务。
(3)  服务运维
支持查看服务详细的监控指标。
支持查看服务内的stdout和stderr日志。
支持设置服务告警策略。
支持设置存活检查和就绪检查两种健康检查方式。
异常自动恢复。
5.  资源管理
(1)  资源使用情况
资源主要包括节点数量、CPU核心数、内存总量，资源使用情况是对上述几种资源的统计数据展现，用于查看当前运行的所有Kubernetes集群的资源总数，统计数据主要包括节点总数、CPU核心总数、内存总量，以及CPU和内存的使用情况（已使用核心数、未使用核心数、已使用内存数、未使用内存数）。
(2)  在线应用总览
用于查看Kubernetes集群内应用的统计数据，按照三种状态进行统计：运行中、已停止、异常。
(3)  资源池管理
资源池是计算资源的集合，本功能用于创建、查看、检索、删除六类资源池，六类资源池分别为：
CPU计算型虚拟机资源池：资源池中的计算资源全部为虚拟机。
CPU计算型物理机资源池：资源池中的计算资源全部为物理机。
CPU计算型混合机资源池：资源池中的计算资源既包括虚拟机，也包括物理机。
GPU计算型虚拟机资源池：资源池中的计算资源全部为虚拟机。
GPU计算型物理机资源池：资源池中的计算资源全部为物理机。
GPU计算型混合机资源池：资源池中的计算资源既包括虚拟机，也包括物理机。
(4)  节点管理
用于管理资源池中的各个资源节点，包括新建、删除、升级内核等操作。
6.  日志管理
(1)  最近操作日志
用于展示各个Kubernetes集群的事件日志，包括操作类型、被操作对象名称、操作原因、操作的详细信息、操作时间。
(2)  日志搜索
实现日志的统一管理服务，提供海量日志采集、存储、查询和分析，能够快速收集大规模集群下的日志，通过分布式日志采集、汇聚平台，实现日志实时收集；能够自定义查询条件、查询结果和展现图表。
(3)  操作日志
区别于收集到的应用程序的日志，操作日志主要用于审计用户在平台上的历史操作。
7.  负载均衡
综合运维服务需具有轻量、高效的特点，使得服务可以被快速的启动、迁移、裁撤等。为应用实现了很好的弹性伸缩机制，比如可以根据资源使用情况做自动的扩容和缩容等等，但在实际场景中，还远远不够，因此需要对应用的弹性伸缩能力做了更多的扩展，比如可以按照时间、周期来做自动的弹性伸缩，支持通过吞吐量、时延等指标对微服务应用进行扩容和缩容，支持自定义指标的弹性伸缩，支持对指定实例做定点裁撤等等，而扩容时，也可以指定与原app不同的新版本。
综合运维服务的基础组件和管理组件都综合运维服务之上。发布系统是综合运维服务与各业务系统服务的枢纽，通过发布系统将服务发布到运行环境。发布系统支持往容器平台和物理机/虚拟机上发布服务。按照微服务架构原则，将无状态的服务发布到综合运维服务，部分服务发布到物理机/虚拟机。无论发布到哪个环境，服务都会被微服务治理引擎统一管理。
8.  集群管理
通过综合运维服务可简单高效地管理您的服务集群，安全可靠，无缝衔接政务云计算、存储、网络能力。综合运维服务能够管理多个Kubernetes集群，本功能用于新建、查询、删除、列表查看Kubernetes集群，并能针对单个Kubernetes集群进行更细致的管理，包括展示集群当前运行状态、以及服务、存储、命名空间等资源，并能动态添加节点。
(1)  集群构成
支持CVM所有机型，可以新增和添加已有主机。
集群内主机支持跨可用区部署。
支持包年包月、按量计费两种计费模式。
用户独占集群、VPC安全隔离。
自定义集群网络，服务网络灵活配置。
(2)  集群管理
支持集群动态伸缩，节点升降配。
丰富的监控指标，支持自定义告警策略。
(3)  kubernetes管理
支持kubernetes多版本，提供版本升级功能。
kubernetes证书管理，kubectl直接操作集群。
控制台简单管理Namespace。
9.  云盘管理
Ceph在云上的存储，具有天然的优势，一方面是因为Ceph本身具有非常优秀的特性，另一方面，容器、Kubernetes等开源项目很多都已经和Ceph结合的很好。而且容器云平台的ceph平台也支持共享存储，运营非常稳定。因此容器云平台基于ceph实现了云硬盘。
(1)  普通云硬盘
业务自己申请、维护云硬盘。可以提前将数据导入云硬盘，也可以由综合运维服务生成云硬盘的数据，同一个云硬盘也可以作为状态保存媒介在综合运维服务间流转。云硬盘的生命周期完全交给用户去控制，并可以在线做扩容操作。
(2)  内置云硬盘
除了普通云硬盘的场景，Ceph在云上的存储，具有天然的优势，一方面是因为Ceph本身具有非常优秀的特性。
10.  配置项管理
配置项用来规定一些程序在启动时读入设定，提供了一种修改程序设置的方法， 针对不同的对象可以使用不同的配置项。
(1)  配置项管理
配置项支持多版本。
支持可视化和YAML两种编辑形式。
(2)  配置项使用
配置项以数据卷的形式挂载到服务目录。
配置项导入成环境变量。
配置项替代应用模板变量。
（二）消息队列服务子系统
消息队列（Message Queue）为构造以同步或异步方式实现的分布式应用提供了松耦合方法。消息队列的API调用被嵌入到应用中，通过消息发送到内存或基于磁盘的队列或从它读出而提供信息交换。在需要进行异步通信的应用情景中推荐使用消息队列。
1.  异步通信协议
消息的发送者将消息发送到消息队列后可以立即返回，不用等待接收者的响应。消息会被保存在队列中，直到被接收者取出。消息的发送与处理是完全异步的。
消息队列支持将queue/topic模式混合使用。典型的场景是client端发起异步调用请求，后端为重逻辑，无法实时反馈结果。传统的做法是client端多次重复轮询。使用消息队列添加订阅，可配置在后端重逻辑完成时，将通知投递给client端用户。
2.  进程解耦
消息队列帮助减少两个进程间的耦合度。只要消息格式不变，即使接收者的接口、位置或者配置改变，也不会给发送者带来任何改变。并且消息发送者无需知道消息接收者是谁，使得系统设计更清晰；相反的，进程间使用远程过程调用（RPC）或者socket连接，当一方接口、ip或端口改变了，另一方则必须修改请求配置。
为保证消息被可靠传递的业务，即使发送消息时，接收者由于断电、宕机或 CPU 负载过高等原因不可用，消息也可以在接收者恢复可用时被送达。消息队列的分布式消息队列存储保证了消息的持久化保存，直到接收者成功获取它，而不用担心某些消息队列方案存储在单机内存中而导致的数据丢失。
3.  消息路由
发送者无需与接收者建立直接连接，双方通过消息队列保证消息能够从发送者路由到接收者，甚至对于本来网络不易互通的两个服务，也可以提供消息路由。
4.  多终端
用户的多个业务终端之间可以同时发送或接收消息，消息队列通过消息状态来进行消息可用性的控制。
消息队列可以屏蔽不同平台，不同编程语言之间的差异，如C++、C#、PHP、Golang、Python等多种语言。消息队列提供标准Restful API接入，系统之间的数据交互变得异常简单。
通信的双方在网络不能互通或者应用的路由信息（比如 IP 和端口）不确定的情况下（比如两家单位的业务都部署在云上，但彼此都不知道对方服务地址），可以通过约定相同的队列名，一个向队列中发消息，一个从队列中收消息来进行数据交换。
5.  消息队列
每个队列均可独立配置，并非所有队列都要完全相同。在不同业务场景下的队列可以进行个性化的配置，例如一个队列中消息处理时间较长，可以针对队列属性进行优化。
消息队列的topic主题订阅模型，支持生产者向多个订阅者，同时异步投递消息的能力。您可将消息投递到不同http/https终端，或投递到Queue队列内。
对于某些任务是独立的，互相之间没有依赖关系，即不需等待其他模块的结果就可独立执行。
消息队列保证了消息被可靠传递：即使发送消息时，接收者由于断电、宕机或 CPU 负载过高等原因不可用，消息队列系统也保证消息在接收者可用时被送达。消息队列的分布式消息队列，消息会被持久化保存，直到接收者成功获取它。
生产一次数据可被不同消费场景同时消费，多次复用。例如订单数据生产一次，在 消息队列中持久保存并可被逻辑、业务、计费、监控、统计等多个模块消费。
可根据不同的业务特性，自定义消息的生命周期，对消息进行延迟处理、多次处理。
(1)  消息生命周期
普通消息被发送到普通消息队列时，初始状态为Active，当其被取走后在 VisibilityTimeout 的时间内状态为Inactive，若超过VisibilityTimeout 时间后消息还未被删除，消息会重新变成Active状态；如果在VisibilityTimeout时间内被删除，消息状态将变为 Deleted。消息的最长存活时间由创建队列时指定的MessageRetentionPeriod属性值决定，超过此时间后消息状态变成Expired 并将被回收。
消费者只能取到处于Active状态的消息。这保证了同一条消息不会同时被多次消费，但可被顺序性地多次消费。
Component 1将Message A发送到一个队列，该消息在消息队列服务器间提供多份冗余。
当Component 2准备好处理消息时，就从队列检索消息，然后Message A返回。在Message A处理期间，它仍然停留在队列中，在取出消息隐藏时长阶段，其他业务不可获取Message A。
Component2可从队列删除MessageA，以避免一旦取出消息隐藏时长过期后该消息被再次接受并处理；也可以不删除Message A，该消息可以被其他业务多次消费。
(2)  队列和消息标识符
使用消息队列时，用户首先需要熟悉以下三个标识符：队列名称消息ID和接收句柄。
①　 队列名称
创建新队列时，用户必须提供在此地域范围内唯一的队列名称，不同地域间队列名称可以重复。消息队列使用地域和队列名称唯一标识一个队列，每当用户要对队列执行操作时，都需要提供这两个参数。
②　 消息ID
每条消息都会收到一个由政务云系统分配的消息ID，该ID可由 SendMessage 接口请求中返回给用户。此标识符用于识别消息。需要注意的是，删除消息时用户需要消息的接收句柄，而不是消息ID。消息ID有形如“Msg-XXXXXXXX”的样式。
③　 接收句柄
每当收到来自队列的消息时，用户都会收到该消息的接收句柄。消息句柄始终与接收消息的操作相关联，与消息本身无关。要删除消息或更改消息属性，用户则必须提供接收句柄，而不是消息ID。这意味着，必须始终先接收消息，然后才能删除/更改它。
A.  延迟消息功能
消息队列消息定时器允许您为要添加到队列的消息指定初始的不可见时段，称为【飞行状态】。例如，如果您发送一条消息并将 DelaySeconds参数设置为45，则使用者在该消息进入队列后的前45秒将看不到该消息。DelaySeconds的默认值为0。
延迟消息设置范围：指定Queue生产消息时，可增加 DelaySeconds 入参，取值范围为 0-3600s，即消息最长不可见时长为1小时。若为空，则无延迟效果。
使用限制：每个队列处于飞行状态的消息数限制为100万条。若队列中处于飞行状态的消息超过100万条，则新生产的消息在队列中不可见。Topic模式下该能力暂不支持
B.  消息回溯功能
消息队列提供类似于 kafka 的消息回溯能力。使用消息回溯，您可在业务成功消费并删除消息后重新消费已删除的消息。此功能便于核心金融业务做业务对账、业务系统重试等操作。
a.  功能说明
消息的生命周期为蓝色框内的片段。开启消息回溯能力后，已被消费者消费且确认删除的消息会进入消息可回溯区域，消息队列 后端还会保存该信息。但消息超过 Queue的消息生命周期时（假设设置为1天），达到生命周期后，该消息会自动删除，不可回溯。具体产品逻辑如下：
开启：若未开启消息回溯能力，则消费者已消费且确认删除的消息会立即删除。开启该功能时，须指定回溯的可回溯周期，可回溯周期的范围必须小于等于消息的生命周期。
里程碑：根据上一条策略，开启消息回溯后，随着消费者的不断消费及删除，可回溯的消息数量会不断增多。
关闭：关闭消息回溯后，消息可回溯区域的消息将被立即删除，且不可回溯。
队列属性：消息回溯是Queue的属性，可在创建时或在修改配置处进行设置。指定回溯（rewind）的时间点后，所有消费者都会从该时间点的消息往后消费。
计费：开启消息回溯能力后，可回溯部分的消息会产生一定的堆积费用，单位价格与消息堆积的费用共同计算。
指定回溯时间点：消费者发起回溯消费，需要指定Queue Name及具体的回溯时间。且从最远的时间点，往回回溯。时间为key，不可逆向消费。 如图所示，只能从 timeA到timeB/timeC消费，不支持反向消费。
指定回溯时间范围：0 - 15天，控制台开启该能力后，删除的消息才可被回溯。建议关键应用，长期开启消息回溯能力。且消息回溯周期，与消息生命周期设成一致。
不可指定堆积中的消息回溯：若消息仍在堆积中，未被消费，则无法指定某一个具体的位置进行消费。
可回溯范围：最大可回溯时间点=当前时间-设置的可回溯时长。消息生产时间在这个值之前的不可回溯，之后的可回溯。
时间轴：消息回溯 以消息生产的时间为排序标准，与被删除的先后无关。
C.  创建队列
在【消息队列 消息队列 】>【队列服务】>【队列】中，选择页面【新建】，即可创建一个消息队列（Queue）。
创建队列时，用户需要指定以下属性值：
队列名称 QueueName，为队列的名称。 作为资源的唯一标识，调用 API 接口进行操作时，以 Queue name 为准，创建成功后无法修改。为了防止混淆，不允许创建大小写同名队列，请注意使用时严格区分大小写。
消息接收长轮询等待时间 PollingWaitSeconds，长轮询等待时，一个消息消费请求只会在取到有效消息或长轮询超时时才返回响应，类似于 Ajax 请求的长轮询。 单位：秒。有效值范围：200毫秒 - 30秒。默认值为200毫秒。
取出消息隐藏时长 队列的 VisibilityTimeout 属性。每条 Message 都有个默认的 VisibilityTImeout，Worker 在接收到消息后，timeout 就开始计时了。如果 Worker 在 timeout 时间内没能处理完 Message，则消息就有可能被其他 Worker 接收到并处理。 单位：秒。有效值范围：1 - 43200秒，即1秒 - 12小时。默认值默认设为30秒。
消息最大长度 队列的 MaxMsgSize 属性， 限定允许发送到该队列的消息体的最大长度。 单位：byte。有效值范围：1024 - 65536byte，即1KB - 64KB。默认值为64KB。
消息生命周期 队列的 msgRetentionSeconds 属性， 消息在本队列中最长的存活时间，从发送到该队列开始经过此参数指定的时间后，不论消息是否被取出过都将被删除。 单位：秒，有效值范围：60 - 1296000秒，即1分钟 - 15天。
堆积消息数量上限 该限制为单个队列，最大消息堆积个数（未被删除）。 单个队列的堆积消息上限为1亿条，最小值为1百万条。如需提升额度，请联系技术支持。
消息回溯 若未开启“消息回溯”能力，则消费者已消费，且确认删除的消息，会立即删除，开启该功能时，须指定回溯的“可回溯周期”。 “可回溯周期”的范围，必须小于等于消息的生命周期。建议将回溯周期与消息的生命周期设置为相同的值，便于定位问题。消息回溯功能产生的费用为0.01元/百万条/小时。详情请参考 消息回溯功能。
指定时间范围 当开启消息回溯后可配置时间范围项。控制台默认不开启。开启后时间默认跟消息生命周期设置相同值。 时间范围：1 - 15天，最大可回溯时间点 = 当前时间 - 设置的可回溯时间范围。消息生产时间在这个值之前的不可回溯。
D.  生产消息
a.  消息队列控制台，支持选择队列服务创建队列。
b.  通过发送消息模块，向消息接受侧发送测试消息。
延迟发送：可开启延迟消息，开启后消息会在延迟时间后发送，延迟时间范围1秒到1小时。
E.  事务消息
当消息生产者本地事务处理成功与消息发送成功不一致时，传统的处理方式无法解决该问题，事务消息实现了消息生产者本地事务与消息发送的原子性，保证了消息生产者本地事务处理成功与消息发送成功的最终一致。用户实现类似X/Open XA 的分布事务功能，通过 消息队列 事务消息能达到分布式事务的最终一致。
其中，事务消息发送对应步骤1、2、3、4，事务消息回查对应步骤5、6、7。
a.  生产者向 MQ 服务端发送消息（为了方便说明，整个 MQ 服务端用 MQ server 来表示）。
b.  MQ Server 将消息持久化成功之后，向生产者 ACK 确认消息已经发送成功，此时消息为半消息（暂不能投递的消息）。
c.  生产者发送消息成功后，开始执行本地事务逻辑。
d.  生产者根据本地事务执行结果向 MQ Server 提交二次确认（Commit 或是 Rollback），MQ Server 收到 Commit 状态则将半消息标记为可投递，消费者最终将收到该消息；MQ Server 收到 Rollback 状态则删除半消息（直接置消息已消费状态），消费者将不会接受该消息。
e.  在断网或者是生产者应用重启的特殊情况下，上述步骤4提交的二次确认最终未到达 MQ Server，经过固定时间后 MQ Server 将对该消息发起消息回查。
f.  生产者收到消息回查后，需要检查对应消息的本地事务执行的最终结果。
g.  生产者根据检查得到的本地事务的最终状态再次提交二次确认，MQ Server仍按照步骤4对半消息进行操作。
发送事务消息
发送事务消息包含以下两个步骤：
发送半消息并执行本地事务
提交本地事务执行状态
其中，提交本地事务执行状态有两种方式：
执行本地事务完成后，SDK 主动提交。
执行本地事务后一直没有提交状态，MQ Server 会主动发送回查，此时 SDK 提交本地事务执行状态。
事务执行状态有以下三种情况：
TransactionStatus.COMMIT 提交事务，消费者可以消费到该消息。
TransactionStatus.ROLLBACK 回滚事务，消息被丢弃，消费者不会消费到该消息。
TransactionStatus.UN_KNOW 无法判断状态，等待 MQ Server 再次发送回查。
F.  死信队列
死信队列（Dead-Letter-Queue，DLQ）用于处理无法被正常消费的消息。达到最大重试次数后，若消费依然失败，则表明消费者在正常情况下无法正确地消费该消息，此时 消息队列 不会立刻将消息丢弃，而是将其发送到该消费者对应的特殊队列中，这个特殊队列就是 DLQ。对新建的队列，或存量的队列，您都可以启用死信队列。
客户端消费源队列信息，broker 检测是否满足死信策略配置的触发条件，若满足则投递到死信队列。
死信策略：触发死信消息的方式。
最大接收次数：将消息发送到死信队列前允许接收该消息的最大次数，支持设定值为1 - 1000次。
最大未消费时间：将消息发送到死信队列前达到了最大未消费时间，允许设置5min - 12小时。
G.  标签匹配功能说明
消息队列 的 Topic 模式支持订阅筛选标签（tag）功能，类似于 rabbitMQ 的 direct_routing 模式，topic_pattern 模式在下个迭代提供。由于筛选标签的使用策略较复杂，本文将结合不同场景进行说明。
H.  订阅主题
您可以通过指定以下属性订阅一个主题：
输入Topic名称，输入Topic资源ID。
填写订阅名称，该名称一经填写无法修改。
填写订阅终端协议，选项有：Queue消息服务、URL地址。
订阅地址，填写URL、Queue队列名称，目前只允许Topic发送给同一个账户下的Queue。
重试策略：订阅的NotifyStrategy 属性，向接收端推送消息出现错误时的重试策略。该策略默认开启。您需要在以下两个选项中选择一个：
退避重试：重试3次，间隔时间10-20s之间的一个随机值，超过3次后，该条消息对于该订阅者丢弃，不会再重试。
衰退指数重试（默认勾选）：重试176次，总计重试时间为1天。
重试验证：若HTTP返回码为200，则认为成功。
添加订阅者标签：添加订阅者时，可增加FilterTag。增加FilterTag后，该订阅者仅能收到带该FilterTag的消息。单个tag为不超过16个字符的字符串，单个订阅者最多可添加10个tag。只要其中某个tag能匹配Topic的过滤标签，订阅者即可收到该次Topic投递的消息，若消息不带任何标签，则该订阅者无法收到该类型消息。
单个Topic订阅者上限：单个Topic下最多允许关联100个订阅者。
该订阅者关联的消息总数量：该数量为近似数值，说明某Topic等待投递、重试投递到订阅者的消息数量。
6.  pull模式
消息队列提供了丰富的队列属性配置选项，包括消息生命周期，消息大小，消息隐藏时间，消息接收长轮询等待时间等参数，您可以根据您业务需求，设置合理的参数。
消息队列可以开启消息回溯功能并设定时间点和时间范围，在回溯时间范围内，您可以重新消费您已经成功消费且删除的消息数据，方便您的业务回溯审计。
消息并发发送及接收：支持批量并发发送和接收消息，提升业务的吞吐性能。
消息投递保障：在消息有效期内，确保消息至少能被成功消费一次。用户间资源隔离，确保您队列中的消息不会被非法获取。
延时消息功能：队列模式下，任何发往消息队列的消息都可以设定为延时消息，延时消息到达消息代理节点后，在延时时间范围内，消息为不可见状态，在该状态下，消费者无法看到该消息。超过延时时间后，消费者才可以看见并消费该消息。延时消息可以模拟定时消息来使用。
生产者通过指定以下信息向主题推送消息：
Topic名称，Topic 资源 ID。
发布主题，由用户自定义填写。
发布内容：为消息的主体内容，客户自定义填写，消息队列 不会进行任何编码和修改。
添加消息过滤标签：Tag，即消息标签、消息类型，用来区分某个消息队列的 Topic下的消息分类。允许消费者按照Tag对消息进行过滤，确保消费者最终只消费到他关心的消息类型。该功能默认不开启，未开启时，所有消息向所有订阅者发送，当订阅者设置了Tag时，由于不匹配，该订阅者无法收到消息。消息过滤标签描述了该订阅中消息过滤的标签（标签一致的消息才会被推送）。单个Tag不超过16个字符的字符串，单条消息可最多添加10个Tag。
7.  push模式
一对多消息投递一条通知消息可以同时被多个订阅者订阅和消费，支持将某Queue 设为订阅者。
(1)  多种投递方式
支持将消息投递到用户指定的 URL 地址和 queue 消息队列中。您可以根据您的业务需求灵活选择。
(2)  消息过滤
支持消息 Tag 和消息路由键两种消息过滤方式，消费端可以通过匹配标签选择性的进行消费。详情请见：标签匹配、路由键匹配。
(3)  消息投递保障
在消息有效期内，保证发布到 Topic 中的消息会按照指定的重试策略，进行多次重试投递，尽可能保证业务成功接收消息。
(4)  丰富的主题属性
消息队列提供了丰富的主题属性配置选项，包括消息生命周期，消息大小，消息过滤类型等参数，您可以根据您业务需求，设置合理的参数。
Topic向订阅者投递消息时，遵循以下原则：
Topic会尽最大努力将生产者 publish 的消息，投递（notification）到订阅者。
当投递重试多次仍失败后，消息会堆积在 Topic 中，等待下一次投递；若持续失败，将在消息最大生命周期（1天）结束后，丢弃该消息。
Topic向订阅者投递消息失败时，可能的原因如下：
投递消息时需要提供SecretId和SecretKey（需要持久密钥），可在API密钥管理中获取。
订阅需要使用根账号创建，不能用子账号。
如果队列名称不存在，请在消息队列控制台检查队列是否存在。
标的8：人员要求
投标人拟派本项目实施服务团队人数不少于130人。
　 　 　 　
合同履行期限：合同签订生效后14个月内
需落实的政府采购政策内容：详见招标文件
本项目（是/否）接受联合体投标：否
包组编号：002
预算金额（元）：1,451,001.00
最高限价（元）：1,451,001.00
采购需求：查看
履约期限：合同签订生效后14个月内；
履约地点：沈阳市行政区域内采购人指定地点。
002包组付款方式：

付款条件	付款比例
服务完成并验收合格，并按照合同付款比例出具发票	100%
满足付款条件后应即时付款，最长不得超过15天

监理单位须为沈阳市行权治理（监督）体系信息化行权管控平台项目提供全过程监理服务，并且项目验收后提供本项目全过程监理文档。整个服务期内要求监理人员不少于10人。具体服务内容及要求如下：
1．总体要求
在监理服务范围内，依据国家有关信息系统的法律、法规、技术规程、规范、标准以及工程建设文件，监理单位承担全部工作的监理服务，按照《信息化工程监理规范》（GB/T 19668-2014）总则及各分册的要求，对各系统的质量、进度、投资、风险进行全方位、全过程控制，进行项目的合同管理、变更管理、配置管理、文档管理、人员管理、信息管理以及安全文明实施的监理，负责系统建设过程中的组织协调等工作，使项目建设按既定目标顺利进行。
2．实施阶段服务内容及要求
监理单位应加强项目实施方案审核，促使项目中所使用的产品和服务符合委托合同及国家相关法律、法规和标准；明确项目实施计划，对于计划的调整应合理、受控；促使项目实施过程满足委托合同的要求，并与项目设计方案、项目计划相符。监理单位应完成（包括但不限于）如下工作：
1) 项目实施前，监理单位应审核被委托单位提交的质量管理计划、项目实施计划，审核后签署监理审核意见。
2) 项目实施前，监理单位应组织建设单位、被委托单位召开项目实施启动会，要求被委托单位落实实施计划、实施方案和必要的准备工作，会议内容做会议纪要，并经三方签认。
3) 项目实施前，监理单位应审核被委托单位提交的项目实施方案，审核后签署监理意见。
4) 监理单位应审核被委托单位提交的开工申请，检查项目准备情况。项目实施条件具备时，总监理工程师应签发开工令，并报建设单位开始项目实施。
5) 监理单位应监督合同执行情况，通过监理周报、月报、阶段性报告定期向建设单位提交监理报告，跟踪项目的质量、进度、投资完成情况。
6) 监理单位应对项目质量进行全过程监督管理，在加强现场管理工作的前提下对重要部位和关键点应采取“旁站监理”的方式，检查项目进度和质量，做好隐蔽工程的签证；对发现的可能影响质量的问题及时指令被委托单位采取措施解决，必要时发出停工、返工的指令。
7) 监理单位做好监理日志，随时记录实施中有关质量、进度等方面的问题，并对发生质量问题的现场及时拍照或录相。
8) 监理单位织对被委托单位提供的产品及服务进行验收，对验收结果做验收记录，并经三方签认；对不符合合同或相关标准规定的产品及服务应拒绝签认。没有被签认的产品及服务不得在项目实施中应用。
9) 监理单位应按计划检查被委托单位项目实施状况、人员与实施方案的一致性。
10) 监理单位应执行已确定的阶段性质量监督、控制措施及方法，并做监理日志。出现项目质量问题时，经确认后监理机构签发监理通知单，报建设单位、被委托单位，责令被委托单位整改。
11) 监理单位应及时处理被委托单位提交的项目中关键环节的实施申请，审核其合理性后签认，报建设单位批准；必要时，监理机构应检查被委托单位重要项目步骤的衔接工作，做监理日志。未经监理工程师检查认可，被委托单位不能进行与之相关的下一步骤的实施。
12) 监理单位应及时处理工程变更申请，审核变更的合理性，保证项目总体质量不受影响；监理机构应从目标系统的质量、进度和投资等方面审查工程变更，由于变更引起投资的改变应按照合同的相关条款执行。在合同中没有规定的，应在变更实施前与建设单位、被委托单位协商确定变更导致的投资变化，并作工程备忘录。
13) 当出现项目事故时，监理单位应要求被委托单位在事故发生后立即采取措施，尽可能控制其影响范围，并及时签发停工令，报建设单位，并与建设单位、被委托单位共同确认初步处理意见；监理单位应监督被委托单位采取措施，查清事故原因，审核被委托单位提出的事故解决方案及预防措施，提出监理意见，提交建设单位签认；监理单位应审查被委托单位报送的事故报告及复工申请，条件具备时签发复工令。
14) 监理单位若发现项目实施过程存在重大质量隐患，应及时向被委托单位签发停工令，并报建设单位，监督被委托单位进行整改。整改完毕后，及时处理被委托单位的复工申请。
15) 监理单位应根据项目总进度计划，编制控制性总进度计划，并协助建设单位编制总体进度计划或实施总进度计划；审批实施总进度计划以及分年的年、季、月计划；跟踪监督、检查、记录进度计划的实施；对实际进度进行对比、检查、分析，对出现的偏差采取应对措施；审查被委托单位的进度报告，并编报监理报告。
16) 监理单位应对项目实际进度做好记录和统计工作，并进行经常性和阶段性的项目实际进度与计划进度的对比分析，检查进度偏差的程度和产生的原因，分析预测进度偏差对后续实施工序和项目的影响程度，并提出指导性的解决措施。当项目实际进度与计划进度相比发生较大偏差而有可能影响合同工期目标的实现时，监理单位应提出进度计划的调整意见，并指导被委托单位相应调整进度计划。进度计划的重大调整应书面报建设单位批准； 　　　
17) 监理单位应依据委托合同及其补充协议，审核被委托单位提交的项目阶段性报告和付款申请签发工程款支付意见，报建设单位签认。
18) 监理单位应对项目实施阶段三方共同参与的过程和活动做工程备忘录；并检查督促被委托单位按规程规范实施、文明安全实施，防止因出现质量、安全事故及环保问题。
19) 监理单位应根据需要及时组织专题会议，解决项目实施过程中的各种专项问题，并做会议纪要，提交建设单位和被委托单位。
3．验收阶段服务内容及要求
监理单位应评审项目测试验收方案（验收目标、责任双方、验收提交清单、验收标准、验收方式、验收环境等）的符合性及可行性；促使项目的最终功能和性能符合委托合同、法律、法规和标准的要求；推动被委托单位所提供的项目各阶段形成的技术、管理文档的内容和种类符合相关标准。合同验收时监理单位应完成（包括但不限于）如下工作：
1）检查与测试是确认项目各系统所建内容是否达到合同要求和评估系统质量的必备措施，监理单位应协助建设单位明确项目测试验收方案并审查其符合性及可行性，监理机构应组织对项目建设的应用系统软件、网络、布线等进行专项测试，做为项目验收的依据。
2）监理单位应及时处理被委托单位提交的验收申请，审核竣工结算，审核验收的必备条件，并签署监理意见。
3) 监理单位应协助建设单位对验收中发现的质量问题进行评估，根据质量问题的性质和影响范围，敦促被委托单位根据验收整改要求提出整改方案，并监督整改过程。必要时，应组织重新验收。
4) 监理单位应督促被委托单位完成项目实施方案中确定的培训，并对培训效果做出评估。
5) 监理单位应敦促建设单位、被委托单位按照事先约定，编制、签署和妥善保存验收阶段的项目文档。
6) 监理单位应编写各时段项目验收的监理工作报告，整理监理单位应提交和提供的验收资料；负责整理记录归档建设单位与承建单位来往的文件、合同、协议及会议记录等各种文档，出具监理文件。
7) 监理机构应协助建设单位和被委托单位完成项目移交工作，将项目移交建设单位管理，并进入工程质量保修期。
4. 监理单位必须承诺：、
中标后，投标书中的监理机构人员全部参与现场全过程监理工作，如因特殊原因更换现场实施人员，需征得采购单位同意，所更换人员工作资历及技术能力不能低于投标文件中承诺的人员要求。
　 　 　 　
合同履行期限：合同签订生效后14个月内
需落实的政府采购政策内容：详见招标文件
本项目（是/否）接受联合体投标：否
二、供应商的资格要求
1.满足《中华人民共和国政府采购法》第二十二条规定。
2.落实政府采购政策需满足的资格要求：详见招标文件
3.本项目的特定资格要求：无
三、政府采购供应商入库须知
参加辽宁省政府采购活动的供应商未进入辽宁省政府采购供应商库的，请详阅辽宁政府采购网 “首页—政策法规”中公布的“政府采购供应商入库”的相关规定，及时办理入库登记手续。填写单位名称、统一社会信用代码和联系人等简要信息，由系统自动开通账号后，即可参与政府采购活动。具体规定详见《关于进一步优化辽宁省政府采购供应商入库程序的通知》（辽财采函〔2020〕198号）。
四、获取招标文件
时间：2021年02月10日至2021年02月22日，每天上午8时30分至11时30分，下午13时30分至17时30分（北京时间，法定节假日除外）
地点：辽宁政府采购网
方式：线上
售价：免费
五、提交投标文件截止时间、开标时间和地点
2021年03月03日 09时00分（北京时间）
地点：电子投标文件在辽宁政府采购网提交，疫情期间，纸质投标文件递交至沈阳市浑南区世纪路1号21世纪大厦南门投标文件接收区。
六、公告期限
自本公告发布之日起5个工作日。
七、质疑与投诉
供应商认为自己的权益受到损害的，可以在知道或者应知其权益受到损害之日起七个工作日内，向采购代理机构或采购人提出质疑。
1、接收质疑函方式：书面纸质质疑函
2、质疑函内容、格式：应符合《政府采购质疑和投诉办法》相关规定和财政部制定的《政府采购质疑函范本》格式，详见辽宁政府采购网。
质疑供应商对采购人、采购代理机构的答复不满意，或者采购人、采购代理机构未在规定时间内作出答复的，可以在答复期满后15个工作日内向本级财政部门提起投诉。
八、其他补充事宜
提交投标文件可以邮递方式送达，送达时间以沈阳公共资源交易中心收件人在邮件回执上签署为准。收件人：夏伟，联系电话：024-22896648。邮递送达请确保邮递联系人电话的清晰及畅通。
九、对本次招标提出询问，请按以下方式联系
1.采购人信息
名  称： 沈阳市信息中心（沈阳市信用中心）
地  址： 沈阳市大东区如意一路11门1号
联系方式： 024-22876655
2.采购代理机构信息：
名  称： 沈阳公共资源交易中心
地  址： 中国 辽宁省 沈阳市浑南区世纪路1号21世纪大厦B座
联系方式： 024-22890043
邮箱地址： 无
开户行： 详见招标文件中投标人须知表13.1
账户名称： 沈阳公共资源交易中心
账号： 详见招标文件中投标人须知表13.1
3.项目联系方式
项目联系人： 单坤
电  话： 024-22896656
评分办法:综合评分法 关联计划 附件：