住房和城乡建设局建筑市场管理站:住房和城乡建设局交易监管一体化平台升级改造项目
住房和城乡建设局建筑市场管理站:住房和城乡建设局交易监管一体化平台升级改造项目2.4数据共享交换平台建设建设门户网站(预售公示,楼盘公示,物业维修资金相关信息公示,签约查询,预约办理,网上申请等),建立微信公众号,实现公众号业务信息的查询,业务办理进度的查询,开发自助系统(自助查询,外网自助申请等),对接业务数据。建立应用支撑层,开发独立的系统管理平台,对所有业务子系统进行统一的动态页面定制,权限及安全管理,人员及登录管理以及共享协作管理,实现业务界面快速动态定义,权限分割,子系统统一登录及系统间数据共享协作功能。2.3互联网 交易监管一体化平台建设基于整合的数据及应用支撑层,建立应用层,实现交易及监管业务全覆盖, 基于业务系统实现数据共享查询等服务,基于业务系统开展互联网 工作,包括微信业务申请查询,自助查询打印,互联网业务申请办理,不见面交易等。平台包含存量房网签子系统,存量房交易资金监管子系统,租赁管理子系统,网站公示系统及相关子系统的互联网 功能,支持交易的
一、项目概况对现用业务系统进行升级改造,统一数据标准规范,基于统一的楼盘数据, 建设房屋交易监管一体化平台;整合房产数据,提供自动核验服务,强化数据对接共享,实现与不动产登记部门、地税部门及金融机构数据实时共享、交换,响应政务服务一网通办及办理事项“最多跑一次”的要求;基于新系统,优化网签备案服务,实现房产交易业务办理的“互联网 ”应用,推进全国一张网建设。
二、项目要求2.1数据整合
平台基于 java 技术,实现交易监管平台整体架构搭建,系统与现用房屋交易管理导则系统在统一的楼盘表上实现数据资源的整合,数据整合主要包含数据迁移、不动产系统数据整合及个人住房系统数据整合, 实现原业务系统数据在新系统的直接利用。系统与现用业务系统及档案清理系统无缝连接,基于数据接口对两系统的数据直接利用进行数据挂牌。
2.2系统管理平台建设
建立应用支撑层,开发独立的系统管理平台,对所有业务子系统进行统一的动态页面定制,权限及安全管理,人员及登录管理以及共享协作管理,实现业务界面快速动态定义,权限分割,子系统统一登录及系统间数据共享协作功能。
2.3互联网 交易监管一体化平台建设
基于整合的数据及应用支撑层,建立应用层,实现交易及监管业务全覆盖, 基于业务系统实现数据共享查询等服务,基于业务系统开展互联网 工作,包括微信业务申请查询,自助查询打印,互联网业务申请办理,不见面交易等。平台包含存量房网签子系统,存量房交易资金监管子系统,租赁管理子系统,网站公示系统及相关子系统的互联网 功能,支持交易的不见面办理。
建设门户网站(预售公示,楼盘公示,物业维修资金相关信息公示,签约查询,预约办理,网上申请等),建立微信公众号,实现公众号业务信息的查询,业务办理进度的查询,开发自助系统(自助查询,外网自助申请等),对接业务数据。
2.4数据共享交换平台建设
基于新建系统开发数据共享交换平台,实现不动产登记数据与税务部门、房产部门、金融机构等其他部门的共享交换,响应《国务院办公厅关于压缩不动产登记办理时间的通知》(国办〔2019〕8 号)的要求。
2.5接口平台建设
开发独立于业务系统外的接口平台,基于此平台实现与维修基金等部门的数据推送及业务逻辑校验,此平台能够支持通过 sql 定义的方式,实现接口的定制, 为后续网站建设及其他部门系统的对接提供接口,减少因接口开发对业务系统进行的二次开发。
2.6统计分析与信息发布系统建设
建立统计分析与信息发布系统,与房产交易及监管业务系统关联,数据实时更新,充分利用房地产市场信息系统生成的动态数据,实现加强房地产主管部门对房地产市场的监测,实现随时了解查询整个房地产市场的行情与指数,上报各类数据,统计各类报表。包含专题分析、数据清册、固定报表、信息发布等;支持固定报表(住建部、国统局,省厅日月报,市局报表等),支持专题分析生成统计数据(如购房年龄分析,建筑面积分析等),支持按需定义输出数据清册(如存量房明细,预售许可,签约明显等;支持用户自定义统计分析等)。
2.7从业主体系统建设
包含开发企业管理、代理机构管理、中介机构管理、金融机构管理、政府机构管理、人员管理、密钥管理等业务模块,实现主体机构新建、变更、注销及密钥发放、变更、收回等功能。管理开发企业、中介和金融机构所有参与房屋交易过程的等机构及人员备案信息。
支持对物业公司、维修施工单位等管理,支持投诉、奖励等评分、评级措施。依据上述的需求和升级改造目标,在充分利用现有系统软件、硬件、信息资
源的基础上,尽量考虑应用软件的一体化和完整性,实现网签数据与现用房屋交易与登记管理系统(导则版)数据的无缝对接,所有存量房网签数据都要从现用的第三方系统及历史档案清理系统中获取,将历史档案清理系统、房屋交易与登记管理系统、存量房网上签约系统,租赁管理四位一体,实现与存量房资金监管系统及历史档案清理系统中的数据自动交换。即:
1.系统能够与现有的导则系统结合,共用一套楼盘房屋数据,并实现相关交易的状态的实时更新。
2.系统能够自动采集读取最新的导则系统的房屋权属数据及现用不动产中间库中的权属数据。
3.系统与房产信息网站进行结合,交换数据用于发布相关的房屋交易挂牌及租赁信息。
4.系统与第三方公司整理的历史档案数据关联,调用有权利数据进行核验及签约。
2.8系统关键技术
1.需要熟悉房产的 jts(导则系统)、jpf(预售资金监管系统)、jls(房屋查询系统),并能从中抽取楼盘和业务数据,实现与现开发的统进行数据共享。
2.为支持后续硬件国产机跨平台应用,系统需要用 java 开发,并且支持chrome 浏览器,支持读二代身份证、钥匙盘、图像扫描、excel 自定义报表、word 自定义模版。
3.需要支持图片扫描批量上传,并且支持扫描图片存入数据库,而且支持分布式图片服务器,图片需要支持 jpg、tif 格式;并且图片需要支持权限控制, 可以按人、按步骤控制图像的删除权限。
4.需要改造现用交易系统,增加相应的业务逻辑控制。
5.系统需要支持房屋一对一变更、拆分、合并和多对多的变更:如原来 1
套房拆分后变成 2 套房。
6.系统需要支持按流程节点进行数据授权;如收款业务,受理步骤只能看看到自己的业务,但是审核步骤可以看到所有的业务。
7.楼盘表需要支持异步加载,并且需要显示收支记录、房产业务历史、清理历史、权利历史。
8.为了保证业务安全,系统基础维护系统需要与业务系统独立,不能直接在业务系统中改系统权限和相关控制参数。
9.角色管理:系统可以自定义不同的角色,菜单角色和数据角色需要分离, 并且角色类型为树状结构。
10.菜单授权:支持将菜单和流程的结合树授权给不同的角色、人员和单位, 并且可以在人员树上一次勾选多个角色、人员进行授权;另外授权了父级权限, 子级权限不需要单独授权,授权用户登录后就可以完全看到子级功能;授权了子级菜单权限,那么不需要再授权父级菜单权限,授权用户登录后可以看到所有父级节点。
11.角色授权:需要支持不同实例用户的多个系统的人员进行授权,而且采用统一树状结构列出不同系统下的所有人员,并且可以一次性勾选多个人进行保存授权。
12.人员授权:需要支持查看当前人员已经授予的所有的角色、菜单权限, 并且可以删除和授权相关权限,方便操作。
13.流程定义:为了方便流程改造,系统的业务流程需要可以自定义,可以自行新增和减少相关流程节点,并且流程可以被不同的业务大类下的业务细类复用。
14.流程决策:为了扩展,支持自定义流程决策使用具体哪个程序,并且可以在不同流程中选择不同决策进行处理,可以根据业务信息自动判断走不同的流程(如抵押金额大小)。
15.数据权限:支持行授权及列授权,行授权需要支持各类业务的数据对象进行授权,可以授权给不同角色不同的数据权限,并且需要支持按业务步骤授权, 如同一个数据角色在受理步骤只允许看到自己新增的业务,但是在审核步骤需要看到所有审核步骤的业务;列授权支持按某条业务的字段授权,与其他部门共享时可以设置列权限确定共享的字段。
16.业务细类维护:为了方便业务扩展,支持用户新增、编辑业务细类,并且支持维护业务细类的规则、流程、打印输出、收缴证件;为了维护方便,业务大类需要按子系统进行树状显示。
17.为了保证业务安全,需要有独立的打印输出报表定义系统。
18.为了用户使用方便,报表需要支持上传 excel 文件作为模版,并且后期调整格式直接调整上传后的excel 文件即可。
19.支持自定义报表取值 sql,方便后期调整相关取值。
20.并且定义报表取值位置,支持固定合并单元格以及插入多行记录。
21.为了方便,需要支持按收缴证件进行批量上传,并且可以调整图片顺序和所属收缴证件。
22.为了方便,需要支持鼠标滚轮缩放和直接打印,保存到本地和导出。
23.为了安全,需要有权限控制,本人上传的图片只允许本人删除。
24.需要支持 chrome 浏览器,为了方便,密钥发放时需要支持直接从钥匙盘里读取密钥的标识进行发放。
25.为了安全,所有业务必须走流程,并且要有日志,包括密钥发放和收回必须通过流程办理
26.为了安全,所有业务的删除必须软删除,需要保留删除记录、删除时间、删除人员的token 信息,并且通过token 可以查到相关操作的机器ip。
27.需要支持房屋变更、房屋移动、楼栋变更。
28.需要支持房屋的多对多变更,如原来 2 户打通后变成 3 户。
29.为了方便和效率;楼盘表需要支持楼盘树展现,并且可以按单元、层显示楼盘表;并且双击房屋可以看到业务历史、权利历史、不动产历史。
30.为了方便和效率;楼盘表需要采用异步加载模式,并且支持楼盘表上进行筛选。
31.需要支持不同数据源的数据进行统计分析。
32.固定统计报表需要支持 excel 文件作为模版,并且可以自定义取值 sql和位置。
33.专题分析,需要支持用户自定义维度和测度,并且报表条件的树状勾选, 如需要统计某几个区县的数据,那么需要支持勾选多个区县进行一并统计。
34.专题分析,需要支持用户自行拖拽维度和测度,并且可以取消相关维度和测度。
35.需要支持按用户授权使用不同的专题分析、固定报表和数据清册,专题分析、固定报表、数据清册需要采用树状结构,方便按分类查找和授权。
36.数据清册需要在客户端不安装excel 的情况下,支持导出 xls 文件。
37.业务信息的表格的每列需要支持点击排序、支持调整宽度。
· END ·
声明 | 数说衡水是数说政通旗下专注于衡水区域内政企信息化项目案例展示、趋势分析、商机提醒、方案解决、项目落地的自媒体平台,扎根衡水、专注政务、偏重软件、构建生态,欢迎业内人士沟通交流。