住宅专项维修资金管理信息系统技术规范CJJ_T258-20XX修订对照表.docx

《住宅专项维修资金管理信息系统技术规范CJJ_T258-20XX修订对照表.docx》由会员分享，可在线阅读，更多相关《住宅专项维修资金管理信息系统技术规范CJJ_T258-20XX修订对照表.docx（29页珍藏版）》请在三一办公上搜索。

1、UDC中华人民共和国行业标准CJJCJJ/XXXX-202X住宅专项维修资金管理信息系统技术规范Technicalcodeformanagementinformationsystemofspecialhousingmaintenancefunds局部修订征求意见稿20XXXXXX发布20XXXXXX实施中华人民共和国住房和城乡建设部发布局部修订说明本规范此次局部修订工作是根据住房和城乡建设部关于印发2022年工程建设规范标准编制及相关工作计划的通知（建标函（2022）21号）的要求，由成都市住房和城乡建设局会同有关单位共同完成。本次修订的主要内容包括：1.增加了设施设备维修险、续筹、补建术语；

2、修订术语“幢”的定义内容；2 .将住宅专项维修资金管理信息化建设细分为业务服务系统和行业监管系统，增加了行业监管系统的内容概述；完善了规范中各子系统名称；3 .增加了共有部位及共用设施设备维修、保养、巡检信息采集功能；增加了对涉密数据的管理要求；4 .增加了补建、续筹功能要求，明确在房产交易环节进行时点控制与业务联动；增加了电子票据功能要求；5 .增加了利用维修资金购买设施设备维修险、资金变动时的实时推送功能要求；6 .增加了公共服务的多渠道能力;增加了意见反馈功能；7,完善了档案管理相关条款内容，明确维修资金业务电子档案管理功能，增加了纸质要件扫描后的电子文件管理功能；8 .完善了系统与其他

3、相关信息化系统的数据共享描述；9 .增加了政务云部署、等保二级内容；新增系统用户身份鉴别功能；10 .增加了监管系统章节内容；11 .增加了监管系统数据采集子系统章节内容；12 .增加了监管系统.监测处理子系统章节内容；13 .增加了监管系统.决策支持子系统章节内容；14 .增加了附录A系统架构示意图章节内容。此次局部修订共124条，分别为：2.0.1、2.0.4、2.0.5、2.0.8、2.0.13、2.0.19、2.0.22、2.0.23、2.0.24、3.0.1、3.0.2、3.0.2A、3.0.3、3.0.4、3.0.5、3.0.6、3.0.7、4.1.1、4.2.1、4.2.2、4.

4、3.1、4.3.2、4.3.2A4.3.3、5.1.2A5.2.1、522、5.2.5、6.1.2A、6.1.3、6.2.1、6.2.4A6.2.7、6.2.10、6.2.11、8.1.1、8.2.4、8.2.6、10.1.1、10.1.2、10.1.3、10.2.1、10.2.2、10.2.310.2.4、10.2.510.2.611.1.1、ILL2、11.2.5A12,1.112.1.2、12.1.3、12.2.1、12.2.212.2.312.2.4、13.0.2、13.0.414.1.2、14.1.314.1.414.2.714.2.814.2.9、14.2.1014.4.2A、14

5、.4.516.1.1、16.1.2、16.1.3、16.1.4、16.1.5、16.2.116.2.2、16.2.316.2.4、16.2.5、16.3.11632、16.3.3、16.3.4、16.3.516.3.616.4.1、16.4.216.4.3、16.4.416.4.516.4.6、16.4.7、17.1.117.1.217.1.317.2.117.2.2、17.2.3、17.2.4、17.2.518.1.1、18.1.218.2.118.2.218.2.3、18.2.4、18.2.518.2.6、19.1.1、19.1.219.1.3、19.2.119.2.219.2.3、19.

6、2.419.2.519.2.6、19.2.7、19.2.8、19.2.9、19.2.10、A.0.1A.0.2、A.0.3、A.0.4条。其中新增73条，删除11条,修订40条。本规范中方框部分为删除内容，下划线部分为增加内容。本次局部修订主编单位：本次局部修订参编单位：本标准主要起草人：本标准主要审查人：住宅专项维修资金管理信息系统技术规范CJJ/T258-20XX修订对照表（方框部分为删除内容，下划线部分为增加内容）现行标准条文局部修订征求意见稿2术语2术语2.0.1住宅专项维修资金specialhousingmaintenancefunds专项用于住宅共用部位、共用设施设备保修期满后的维

7、修和更新、改造的资金。2.0.1住宅专项维修资金specialhousingmaintenancefunds专项用于住宅区里曲直部位、共用设施设备保修期满后的维修和更新、改造的资金。2.0.4楼幢building物业区域内的自然幢或逻辑幢。2.0.4圈幢Singlebuilding物业区域内的自然幢或逻辑幢一座独立的包括不同结构和不同层次的房屋。2.0.5房屋apartment幢内具有连续空间及边界的、具有独立户号、可独立登记的结构单元。2.0.5房屋apartment分户unit幢内具有连续空间及边界的、具有独立户号、可独立登记的结构单元。2.0.8共用部位commonparts根据法律、法

8、规和房屋买卖合同，由单幢住宅内业主或者单幢住宅内业主及与之结构相连的非住宅业主共有的部位，一般包括住宅的基础、承重墙体、柱、梁、楼板、屋顶以及户外的墙面、门厅、楼梯间、走廊通道等。2.0.8共用共有部位commonparts根据法律、法规和房屋买卖合同，由单幢住宅内业主或者单幢住宅内业主及与之结构相连的非住宅业主共有的部位，一般包括住宅的基础、承重墙体、柱、梁、楼板、屋顶以及户外的墙面、门厅、楼梯间、走廊通道等。现行标准条文局部修订征求意见稿2.0.13代管账户hostedaccount由物业所在地直辖市、市、县人民政府建设（房地产）主管部门在专户银行开设的维修资金账户。2.0.13彳弋管账户

9、hostedaccount由物业所在地直辖市、市、县人民政府建设（房地产）主管部门在专户银行开设的维修资金帐匡户。2.0.19经营收益operatereturns物业区域内的经营性收益，包括广告收益、公共停车位收益及共用设施设备报废回收的残值等。2.0.19经营收益operatereturns物业区域内的经营性收益，包括广告收益、公共停车位收益I及共用设II施设备报废回收的残值I等。2.0.22设施设备维修险facilityandCaUiPmneImaintenanceinsurance设施设备损坏时，由保险机构负责赔付维修费用的商业保险。2.0.23续筹futureraisingofspec

10、ialhousingmaintenaaccfunds首次足额交存维修资金后，因使用导致业主分户账面余额低于定比例时续交的维修资金。2.0.24补建supplementspecialhousingmaintenancefunds对未建立维修资金的商品住宅和售后公有住房补建维修资金账户并交存维修资金。3基本规定3基本规定3.0.1住宅专项维修资金管理信息系统（以下简称“系统”）应包括基础数据管理子系统、资金交存管理子系统、3.0.1住宅专项维修资金管理信息化建设应包括住宅专项维修资金业务服务系统（以下简称“业务系统”）和现行标准条文局部修订征求意见稿资金使用管理子系统、综合收益管理子系统、统计分析

11、与报表子系统、公共服务子系统，宜包括资金核算管理子系统、预警子系统、档案管理子系统。可根据需要扩展系统。住宅专项维修资金行业监管系统（以下简称“监管系统”）。隹避I修资金管理信息系统（以下简称“系II统”）业务系统应包括基础数据管理子系统、资金交存管理子系统、资金使用管理子系统、综合收益管理子系统、资金核算管理子系统、统计分析与报表子系统、公共服务子系统3案管理子系统I，宜包括资金核算管理了系统、预警子系统、档案管理子系I监管系统应包括数据采集子系统、监测处理子系统、决策支持子系统。可根据需要扩展其他子系统。系统架构示意图见本规范附录A第A.0.1条。3.0.2系统功能应符合下列规定：1基础数

12、据管理子系统应具备对房屋数据、共用部位及共用设施设备数据、参与机构信息、支撑数据的采集及维护功能。5资金核算管理子系统应具备在符合国家现行财务管理法规基础上的维修资金核算功能。7预警子系统应具备指标设置、预警规则管理、预警提示、预警处理等功能。3.0.2业笠系统功能应符合下列规定：1基础数据管理子系统应具备对房屋数据、幽共4部位及共用设施设备数据、参与机构信息、支撑数据的采集及维护功能。5资金核算管理子系统应具备在符合住宅专项维修资金会计核算办法I国家现行财务管理法规!基础上的维修资金核算功能。|7预警子系统应具备指标设置、I现行标准条文局部修订征求意见稿预警规则管理、预警提示、预警处理I等功

13、能。I3.0.2A监管系统功能应符合下列规定：1数据采集子系统应具备从业务系统抽取数据和逐级数据汇聚的功2监测处理子系统应具备对维修资金业务办理全过程的规范性、合法性、时效性等方面的进行监测、预警、处置的功能。3决策支持子系统应具备从多种维度对维修资金管理过程中产生的数据进行全面汇总统计和主题分析的功绘3.0.3系统管理的数据应包括房屋数据、共用部位及共用设施设备数据、机构数据、账务数据、业务数据、核算数据、预警数据、统计数据、档案数据、发布数据和支撑数据，应符合现行行业标准，以及住宅专项维修资金管理基础信息数据标准CJJ/T257的规定。3.0.3业务系统管理的数据应包括房屋数据、共用部位及

14、共用设施设备数据、机构数据、账务数据、业务数据、核算数据、I预警数据、I统计数据、档案数据、发布数据和支撑数据，监管系统管理的数据应包括预警数据，应符合现行行业标准，以及住宅专项维修资金管理基础信息数据标准CJJ/T257的规定。3.0.4系统应内外网物理隔离。公共服务子系统应在外网运行，其它子系统应在内网运行。3.0.4系统应内外网物理隔离。公共服务子系统应在外网运行，其它子系现行标准条文局部修订征求意见稿统应在内网运行。3.0.5系统在与银行、权属登记等关联业务系统集成时，应在内网进行集成。0.5系统在与银行、权属登记等关I联业务系统集成时，应在内网进行集回3.0.6系统宜支持条码或二维码

15、技术，整合线上线下业务。3.0.6业务系统宜支持条码或二维码技术，整合线上线下业务。3.0.7系统宜将维修资金交存及使用情况等数据结合物业服务、物业相关地理信息系统应用进行展示。3.0.7监置系统宜将维修资金交存园、使用、增值情况等数据结合物业服务、物业相关地理信息系统应用进行展示。4基础数据管理子系统4业务系统二基础数据管理子系统4.1一般规定4.2一般规定4.1.1基础数据管理子系统应支持多渠道采集和维护房屋数据、共用部位及共用设施设备数据、机构数据等。4.1.1基础数据管理子系统应支持多渠道采集和维护房屋数据、因用!共有部位及共用设施设备数据、机构数据等。4.2功能要求4.2功能要求4.

16、2.1房屋数据管理应符合下列规定：1房屋数据采集应具备物业区域、楼幢、单元、分户、业主数据采集的功能。2房屋数据补充应具备对现有物4.2.1房屋数据管理应符合下列规定：1房屋数据采集应具备物业区域、楼幢、单元、分户、业主数据采集的功能。现行标准条文局部修订征求意见稿业区域、楼幢、单元下的楼幢、单元和分户、业主数据补充的功能。3房屋数据变更应具备对物业区域、楼幢、单元、分户、业主数据变更的功能。4房屋分割合并应具备对现有物业区域、楼幢、单元、分户数据分割和合并的功能。5房屋灭失应具备对现有物业区域、楼幢、单元、分户灭失的功能。2房屋数据补充应具备对现有物业区域、楼幢、单元下的楼幢、单元和分户、业

17、主数据补充的功能。3房屋数据变更应具备对物业区域、圈幢、单元、分户、业主数据变更的功能。4房屋分割合并应具备对现有物业区域、圈幢、单元、分户数据分割和合并的功能。5房屋灭失应具备对现有物业区域、圈幢、单元、分户灭失的功能。4.2.2共用部位及共用设施设备管理应符合下列规定：1分类目录管理应具备对共用部位及共用设施设备进行多级分类的分类目录数据的建立和维护。2共用部位及共用设施设备数据管理应具备对共用部位及共用设施设备信息的多渠道采集、变更及注销功能。4.2.2共用部位及共用设施设备管理应符合下列规定：1分类目录管理应具备对幽共直部位及共用设施设备进行多级分类的分类目录数据的建立和维护。2幽共4

18、部位及共用设施设备数据管理应具备对幽式4部位及共用设施设备基础信息的多渠道采集、变更及注销功能。3共用共有部位及共用设施设备数据管理应具备对共用共有部位及共用设施设备维修、保养、巡检信息采集功能。现行标准条文局部修订征求意见稿4.3数据要求4.3数据要求4.3.1基础数据管理子系统的数据应包括房屋数据、共用部位及共用设施设备数据、机构数据、支撑数据等。4.3.1基础数据管理子系统的数据应包括房屋数据、幽曲直部位及共用设施设备数据、机构数据、支撑数据等。4.3.2物业区域、楼幢、单元、分户、业主信息、建筑面积等楼盘数据宜与权属数据保持一致，实现同步更新。4.3.2物业区域、圈幢、单元、分户、业主

19、信息、建筑面积等楼盘数据宜与权属数据保持一致，实现同步更新。4.3.2A对涉密数据，在存储时应做加密处理。4.3.3共用部位及共用设施设备数据应包含分类目录、特征数据和维修记录。特征数据应包含名称、类型、型号、生产日期、质保期、位置、受益分户范围等数据。4.3.3国刑共五部位及共用设施设备数据应包含分类目录、特征数据二维保记录和维修记录。特征数据应包含名称、类型、型号、生产日期、质保期、位置、受益分户范围等数据。5资金交存管理子系统5业务系统资金交存管理子系统5.1一般规定5.1一般规定5.1.2A应在预售、房屋交易、交房等时点进行把关查验资金交存证明。5.2功能要求5.2功能要求5.2.1资

20、金交存管理应符合下列规定：2交款应具备对交存主体首次交款的管理功能，应实现单户或批量的交存5.2.1资金交存管理应符合下列规定：2交款应具备对交存主体首次交现行标准条文局部修订征求意见稿方式。宜实现交存主体自主、快捷交款功能。3补交款应具备续交或补齐交款的功能，补交款信息应含预设分类的补交原因。款的管理功能，应实现单户或批量的交存方式，并与房产交易等系统进行业务联动。在条件许可时，宜实现开发建设单位代为足额交存维修资金的功能宜实现交存主体自主、快捷交款功能。3补交款应具备续囱筹、补建、追缴及I型补齐交款的功能，补交款信息应含预设分类的补交原因。5.2.2在使用维修资金专用票据时，宜具备票据管理

21、的功能。票据管理应符合下列规定：5.2.2应具备票据管理功能，在使用维修资金专用票据时，宜具备维修资金交款的电子票据开具、下载功能。票据管理应符合下列规管理的I定：5.2.5资金交存管理子系统应为资金使用管理子系统、综合收益管理子系统、资金核算管理子系统、统计分析与报表子系统、预警子系统、公共服务子系统、档案管理子系统提供资金交存数据。5.2.5资金交存管理子系统应使用管理子系统、综合收益管统、资金核算管理子系统、统与报表子系统、I预警子系统、务子系统、档案管理子系统提交存数据。为资金理子系计分析公共服供资金6资金使用管理子系统6业务系统资金使用管理子系统6.1一般规定6.1一般规定6.L2A

22、资金使用管理子系统应具备维修资金购买设施设备维修险的功他6.1.3资金使用管理子系统的数据应包括项目基本情况、施工方案、施工合同、施工单位信息、列支范围、项目预算、项目验收及结算材料、项目结项报告、资金拨付通知单、资金退回通知单、银行收付凭证及其它业务数据。6.1.3资金使用管理子系统的数据应包括项目基本情况、施工方案、施工合同、施工单位信息、列支范围、项目预算、审价结果、投票结果、项目验收及结算材料、项目结项报告、资金拨付通知单、资金退回通知单、银行收付凭证及其它业务数据。6.2功能要求6.2功能要求6.2.1维修资金使用项目申请应具备录入项目申请材料的功能，应根据维修资金使用项目确定列支范

23、围，验证共用部位及共用设施设备数据的有效性，根据不同使用类型、资金使用规模等确定不同的使用流程。6.2.1维修资金使用项目申请应具备录入项目申请材料的功能，应根据维修资金使用项目确定列支范围，验证陕皿适部位及共用设施设备数据的有效性，根据不同使用类型、资金使用规模等确定不同的使用流程。6.2.4A资金变动时应实时向业主推送变动信息。6.2.7项目应具备对不同阶段的项目进行撤销的功能。6.2.7撤回项目应具备对不同阶段的项目进行撤销的功能。6.2.10表决宜具备业主多种投票方式表决的功能。6.2.10因逸宜场具备懑足业主多种投票方式表决、计票、统计的功能。6.2.11资金使用管理子系统应为资金核

24、算管理子系统、统计分析与报表管理子系统、预警子系统、公共服务子系统、档案管理子系统提供数据支撑。6.2.11资金使用管理子系统应为资金核算管理子系统、统计分析与报表管理子系统、I预警子系统|、公共服务子系统、档案管理子系统提供数据支撵局部修订征求意见稿现行标准条文现行标准条文局部修订征求意见稿7综合收益管理子系统7业务系统综合收益管理子系统8资金核算管理子系统8业务系统资金核算管理子系统8.1一般规定8.1一般规定8.1.1资金核算管理子系统应在符合国家财务会计管理法规的基础上采用银行资金数据和业务资金数据相互验证的方式，确保核算结果的正确性。8.1.1资金核算管理子系统应符合住宅专项维修资金

25、会计核算办法,证应在符合国家财务会计管理法规的基础上采用银行资金数据和业务资金数据相互验证的方式，确保核算结果的正确性。8.2功能要求8.2功能要求8.2.4账务报表应具备按相关法规及管理要求生成财务报表的功能，并应能支持打印。8.24账务报表应具备按相关法规及管理要求生成包括资产负债表、收支表及净资产变动表的财务报表的功能。8.2.6资金核算管理子系统应为统计分析与报表子系统、预警子系统、公共服务子系统等提供数据支撑。8.2.6资金核算管理分析与报表子系统、共服务子系统等提供子系统应为统计预警子系细、公数据支撑。9统计分析与报表子系统9业务系统统计分析与报表子系统10预警子系统IO预警子系统

26、本章已删除现行标准条文局部修订征求意见稿10.1一般规定10.1一般规定10.1.1预警子系统应按管理要求从业务过程、资金到位、资金安全、资金利用率、业务效率等方面进行预警。10.1.1预警子系统应按管理要求从业务过程、资金到位、资金安全、资金利用率、业务效率等方面进行预E10.1.2预警子系统应能按预警层级对相应预警信息进行处理。10.1.2预警子系统应能按预警层级对相应预警信息进行处理。10.1.3预警子系统的数据应包括风险预警指标、风险预警规则、触发条件、预警信息、预警处理信息等。10.1.3预警子系统的数据应包括风险预警指标、风险预警规则、触发条件、预警信息、预警处理信息等。10.2功

27、能要求10.2功能要求10.2.1指标设置应符合下列规定：1应具备对业务过程中需要进行预警的各项指标阀值以及触发条件进行设置的功能。2应具备对预警指标进行动态增力口、修改、删除等指标管理的功能。10.2.1指标设置应符合下列规定：1应具备对业务过程中需要进行预警的各项指标阀值以及触发条件进行设置的功能。2应具备对预警指标进行动态增加、修改、删除等指标管理的功能。10.2.2预警规则管理应符合下列规定：1动态配置和管理应具备实时增加、修改、删除预警规则的功能。10.2.2预警规则管理应符合下列规I定：I现行标准条文局部修订征求意见稿2即时预警应具备任意指标触发预警条件的功能，应即时预警。3周期性

28、预警应具备按时间周期性产生预警信息的功能。1动态配置和管理应具备实时增加、修改、删除预警规则的功能。2即时预警应具备任意指标触发预警条件的功能，应即时预警。3周期性预警应具备按时间周期性产生预警信息的功能。10.2.3预警提示应具备统一的预警信息显示界面，并应在业务办理过程中即时提示相关的预警信息的功能。10.2.3预警提示应具备统一的预警信息显示界面，并应在业务办理过程中即时提示相关的预警信息的功能。10.2.4预警处理应具备对预警信息处理的功能。10.2.4预警处理应具备对预警信息处理的功能。10.2.5预警子系统应具备以手机短信或微信方式推送预警信息的功能。10.2.5预警子系统应具备以

29、手机短信或微信方式推送预警信息的功能。10.2.6预警子系统应为统计分析管理子系统提供数据支撑。10.2.6预警子系统应为统计分析管理子系统提供数据支撑。11公共服务子系统11业务系统公共服务子系统11.1一般规定11.1一般规定11.1.1公共服务子系统应实时发布维修资金政策法规、行业动态、业务指南、公示公告等信息。11.1.1公共服务子系统应多渠道实时发布维修资金政策法规、行业动态、业务指南、公示公告等信息。现行标准条文局部修订征求意见稿11.1.2公共服务子系统应具备业务申报、信息查询、意见反馈、政策咨询的功能。11.1.2公共服务子系统应具备稣道进行业务申报、信息查询、意见反馈、政策咨

30、询的功能。n.2功能要求IL2功能要求11.2.5A意见反馈应具备业主通过多渠道反馈与业务相关的意见和建议，并予以处理的功能。12档案管理子系统12业务系统一档案管理子系统12.1一般规定12.1一般规定12.1.1档案管理子系统应具备对数字档案、实体影像档案的管理功能，应满足档案后期利用和符合建设电子档案管理标准的要求。12.Ll档案管理子系统应具备对维修资金电子档案数字档案、实体影像I档案的管理功能,应满足档案后期利用和符合建设电子档案管理标准的要012.1.2档案管理子系统应符合现行行业标准，以及建设电子文件与电子档案管理规范CJJ/T117的要求。12.L2档案管理子系统应符合电子文档

31、归档与电子档案管理规范GB/T18894现行行业标准，以及建设电子文件与电子档案管理规范CJJ/T国的要求。12.1.3档案管理子系统的数据应接收其他子系统业务办理过程中产生的档案数据。12.L3档案管理子系统的数据应接收其他子系统业务办理过程中恒倒采集的电子档案数据。现行标准条文局部修订征求意见稿12.2功能要求12.2功能要求12.2.1数字档案管理应具备数字档案的采集、图像处理、分类、编码、归档的功能。12.2.1I数字匣壬档案管理应具备I数I圉蚯档案的采集、图像处理、分类、编码、归档的功能。12.2.2实体影像档案管理应具备实体档案影像化、摘要信息、图像处理、分类、编码、库位、归档、销

32、毁登记的功能。12.2.2电子档案采集应具备对纸质要件扫描形成电子文件的功能。实体影像档案管理应具备实体档案影像化、摘要信息、图像处理、分类、编码、库位、归档、销毁登记的功能。I12.2.3档案查询应具备对数字及实体影像档案的综合查询、模糊查询等的功能。一般情况下应支持按业务信息及房屋信息等进行档案查询。12.2.3电子档案查询应具备按业务分类、物业区域、楼幢、分户等进行对数字及实体影像档案的综合查询J应县备口模糊查询等的功能。应具备与业务办理相关功能的集成应用。日般情况下应支持按业务信息及房屋信息等进行档案查询。12.2.4档案管理子系统的数据应包括档案编码、档案分类、档案库位、档案目录、档

33、案要件分类等数据。12.2.4在业务办理过程中可即时查询相关历史电子档案。档案管理子系统的数据应包括档案编码、档案分类、档案库位、档案目录、档案要件分类等数据。I现行标准条文局部修订征求意见稿13系统数据共享要求13系统数据共享要求13.0.2系统宜与银行网银接口进行数据交换与共享。13.0.2系统回应与银行网银接口进行数据交换与共享。13.0.4系统宜与档案管理、公众服务平台、物业地理信息系统应用等系统实现数据共享。130.4在条件许可的情况下，系统Ig可与行政管理部门其他相关信息化系统档案管理、公众服务平台、物业地理信息系统应用等系统实现数据共享。14系统安全要求14系统安全要求14.1实

34、体安全14.1实体安全14.1.2信息系统设备中的应用服务器、数据库服务器、网络设备、存储设备和个人计算机等应采取防盗、防毁、电源保护等安全保护措施。14.1.2霞系统设备中的应用服务器、数据库服务器、网络设备、存储设备和个人计算机等应采取防盗、防毁、电源保护等安全保护措施。14.L3在条件具备时，宜采用政务云平台进行系统部署。14.1.4系统应符合现行国家标准信息系统安全等级保护基本要求GB/T22239第二级标准，在条件允许时，宜符合信息系统安全等级保护基本要求GB/T22239第三级标准。14.2运行安全14.2运行安全现行标准条文局部修订征求意见稿14.2.7系统应每季度进行安全评测、

35、安全扫描。14.2.8应根据信息系统安全等级保护基本要求GB/T22239进行复评。14.2.9系统应每季度进行安全评测、安全扫描。14.2.10应根据信息系统安全等级保护基本要求GB/T22239进行复评。14.4权限管理14.4权限管理1442A系统宜对同一用户采用两种或两种以上组合的鉴别技术实现用户身份鉴别。14.4.5系统宜具备在关键业务处理时的二次用户身份鉴别功能。16监管系统16.1一般规定监管系统应作为汇聚住宅专项维修资金管理相关数据资源的统一信息化平台，以支撑业务指导、行业监管、决策建议为建设目标。16.1.2监管系统应分为三级，即国家、省级和市级监管体系、16.1.3各级监管

36、系统都应包含本规范规定的监管系统各子系统。现行标准条文局部修订征求意见稿16.1.4各级监管系统都应各自建立数据库，数据内容应符合住宅专项维修资金管理基础信息数据标准CJJ/T257的规定。16.L5各级监管系统宜通过国家电子政务外网实现互联互通、数据交换。16.2国家级监管系统16.2.1国家级监管系统应与各省级、市级监管系统互联互通，汇聚数据，对全国住宅专项维修资金管理工作开展数据采集、行业监测和决策分析。16.2.2系统架构示意图见本规范附录A第A.0.2条。16.2.3管理的数据层级应包含各省、市、县（县级市、区）。162.4各分析主题应具备按省、市进行横向纵向对比分析的功能。16.2

37、.5应具备本规范第17章、第18章、第19章的功能要求。16.3省级监管系统16.3.1省级监管系统应与各市级监管系统互联互通，汇聚数据，对各市住宅专项维修资金管理工作开展数据采集、行业监测和决策分析。16.3.2系统架构示意图见本规范附录A第A.0.3条。现行标准条文局部修订征求意见稿16.3.3管理的数据层级应包含各市、县（县级市、区）。16.3.4各分析主题应具备按市、县（县级市、区）横向纵向对比分析的功能。16.3.5应获取市级监管系统相关数据，并向国家级监管系统推送。16.3.6应具备本规范第17章、第18章、第19章的功能要求、16.4市级监管系统16.4.1市级监管系统应汇聚各区

38、县（县级市）数据，对各区县（县级市）住宅专项维修资金管理工作开展业务指导、数据采集、监督检查、行业监测和决策分析。16.4.2市级监管系统架构示意图见本规范附录A第A.0.4条。16.4.3管理的数据层级应包含各区县（县级市）、街道、物业区域、楼栋、单元、分户。16.4.4各分析主题应具备按区县（县级市）、街道、物业区域进行横向纵向对比分析的功能。164.5宜与业务系统一体化建设。16.4.6应获取各区县（县级市）业务系统的相关数据，并向省级监管系统现行标准条文局部修订征求意见稿推送。.16.4.7应具备本规范第17章、第18章、第19章的功能要求、17监管系统一数据采集子系统17.1一般规定

39、17.L1数据采集子系统应具备从也务系统抽取采集数据的功能，抽取采集的数据应满足业务监管和决策支持的需要。17.1.2数据采集子系统应具备对采集到的数据进行清洗、校验的功能。17.1.3数据采集子系统应满足数据及时采集的要求、17.2功能要求17.2.1数据采集功能应符合以下规定：1数据采集功能应通过数据交换接口实现。2采集的数据包括住宅专项维修资金管理基础信息数据标准CJJ/T257中规定的房屋数据、共有部位及共用设施设备数据、机构数据、账务数据、业务数据、核算数据。3各类数据的采集频率和周期应现行标准条文局部修订征求意见稿根据业务监管和决策支持的及时性要求分别确定。17.2.2数据清洗功能

40、满足对从不同业务系统中采集的数据进行清洗和整理，并应符合以下具体规定：1对标识类、编码类数据项进行唯一性处理，避免重复。2对具有取值范围的枚举类数据项按照住宅专项维修资金管理基础信息数据标准CJJ/T257的规定进行转换。.3对表达金额、面积等数值类型的数据项根据住宅专项维修资金管理基础信息数据标准CJJ/T257规定的单位进行一致性转换。17.2.3数据校验功能应具备按住宅专项维修资金管理基础信息数据标准CJJ/T257进行数据逻辑关系校验和数据质量校验能力。17.2.4数据采集孑系统采集的数据应存放于独立建立的数据库中，不应与业务系统混用。172.5数据交换接口应支持访问授权、加密传输等安

41、全措施，保证数据传输的安全。18监管系统-监测处理子系统现行标准条文局部修订征求意见稿181一般规定18.L1监测处理子系统应按照管理要求从维修资金管理的全业务（交款、使用、增值、核算）、全过程（房屋、设备维修全生命周期管理）、全资金（维修资金本金、活期利息、增值收益、小区业主共有部分收益等）、全数据（物业区域数据、楼栋数据、房屋数据、分户账户明细数据等）的监管。18.L2监测处理子系统应构建预警数据模型，形成资金预警、业务预警,发现问题，及时提醒，实现资金和业务的全流程智能监管，能按预警层级对相应预警信息进行处理。18.2功能要求18.2.1指标设置应符合下列规定：1应具备对业务过程中需要进

42、行预警的各项指标阀值以及触发条件进行设置的功能。2应具备对预警指标进行动态增加、修改、删除等指标管理的功能。18.2.2预警规则管理应符合下列规定：1动态配置和管理应具备实时增加、修改、删除预警规则的功能。现行标准条文局部修订征求意见稿2即时预警应具备任意指标触发预警条件的功能，应即时预警。3周期性预警应具备按时间周期性产生预警信息的功能。18.2.3预警提示应具备统一的预警信息显示界面，并应具备在业务办理过程中即时提示相关预警信息的功能18.2.4预警信息推送应具备向移动端推送预警信息的功能。18.2.5预警处理应具备对预警信息处理的功能，应支持对预警信息处理流程的配置。18.2.6宜具备通

43、过移动端查看维修资金的管理数据、预警数据、指标分析数据的功能。19监管系统-决策支撑子系统19.1一般规定19.1.1决策支持子系统应从“业务过程”、“资金到位”、“资金安全”、“资金利用率”、“业务效率”等方而提炼关键指标数据。19.L2决策支持子系统应根据具体管理需求设计数据分析模型，从宏观上全方位反映维修资金管理整体情况。现行标准条文局部修订征求意见稿19.1.3决策支持子系统应从资金交存、资金使用、资金增值、行政效能等多方面形成独立的分析主题。19.2功能要求19.2.1数据分析模型应符合以下规定：1应按照行政管理层级形成纵向分析模型。2应按照资金交存、资金使用、资金增值、行政效能等方

44、面形成横向分析模型。19.2.2资金交存分析主题应从资金保隙能力的角度，从应交、已交、交存率等方面进行分析。19.2.3资金使用分析主题应从资金使用安全、有效的角度，从使用金额、维修项目分类、维修项目规模、维修设备等方面进行分析。1924资金增值分析主题应从资金收益最大化的角度，从增值类型、增值规模、资金收益率等方面进行分析。19.25行政效能分析主题应从提高行政能力的角度，从业务量、流程环节、审批时效等方面进行分析。19.2.6各分析主题都应按代管阶段和自管阶段维度进行分析，按时间维度形成同比、环比。现行标准条文局部修订征求意见稿192.7分析结果应通过图表的方式进行展示，支持数据逐层追溯。19.2.8应实现统计报表的生成和打印功能，统计报表应满足个性化定制要求。19.2.9应实现自动形成分析报告的功能，支持分析报告下载和编辑。19.2.10条件许可时,宜结合ClM或GIS平台形成更直观的数据显现界三q附录A监管系统架构示意图A.0.1系统架构示意图见图A.0.1A.0.2国家级监管