1

不动产登记系统框架升级

原有1.0系统基础框架(数据存取方式、业务逻辑优化、界面交互美化、批量业务和联合业务加强等)升级到2.0，原有业务流程升级到2.0，不涉及大量业务变更的个性化修改。

2

微信平台数据对接

协助微信平台技术服务商完成数据对接，提供不动产登记数据和业务办理进度情况。

3

自助查询机数据对接

协助自助平台技术服务商完成数据对接，提供不动产登记数据和业务办理进度情况。

4

现场人员技术服务

日常业务操作指导、数据库维护、每天数据上报监控及处理、不涉及业务逻辑的页面修改等。

5

省厅外网收件平台对接

分析省厅收件数据格式、数据内容、与登记系统中的表对应关系；

设计中间库、数据抽取和回写机制、与登记库的数据、附件交换规则；

建立中间数据库，定义表、视图、存储过程等；

开发包括二方面，一个是定时任务程序开发，处理本地与省厅服务器数据的抓取和回写；另一方面是抓取到的数据在本地登记系统中的查询、退回与办理（即内网审核功能）；

编写部署手册、系统部署、编写测试案例、重复测试并反馈测试报告。

6

本地化部署登记数据与附件分离与迁移

由于登记的前期数据是存放在市级服务器上，并且常德市所属县市都存放在一个数据库中，现在本地化部署需要将津市市的登记数据从市级数据库中分离出来。针对每个业务表编制数据抽取脚本；

根据原始表和抽取的结果表，核对每个表抽取数据的总条数和抽检每条数据的属性与原表是否一致，如有差异交脚本人员检查程序脚本，再重新抽取，直到原表与结果表一致；

编写后台抽取程序，以FTP方式将市局服务器上的属于津市不动产办理的案卷扫描资料抽取到本地服务器，以案卷号为目录进行存放，同时保证登记平台能正常调阅；

监督程序执行，查看抽取日志，对有异常的数据进行手工处理；后台服务程序如有异常停止则手工干预，重启服务；

核查抽取案卷总量是否与原案卷总量相同，每案卷的附件页数是否与原案卷资料一致。如有漏、重的数据重新再单笔进行抽取。

保证数据不重不漏，图、属、档关联关系不断。

7

数据上报功能开发

编写基于SFTP模式的针对市、省厅的数据传输服务程序，可自定义上传时间、上传目标和各类业务数据，同时需进行上传数据校验、报文接收与处理、报送日志记录等功能；

配置、调试上报程序，核对报送结果。定时查看日志文件，检查异常数据并通知平台维护人员查找原因和修正问题，对报送失败数据进行二次上报。

8

一窗受理功能开发

一窗受理采用模式为房管、税务统一在不动产系统中开设账号，设定相应权限进行访问。开发协税功能，与民政系统对接，抓取夫妻身份信息便于税务窗口进行按家庭核房。同时支持统一上传附件资料或分门别类各自上传部门所需附件资料，分门别类上传时保证数据的安全，限制跨部门删除非本部门的资料。

重新优化交易类业务界面和逻辑，提供进行流程配置、基本资料设置(角色、权限、附件清单列表等)的功能。

9

存量数据质检、利用功能开发

对第三方数据整理公司提供的数据进行格式检查、属性一致性检查、关联关系检查、属性完整性检查、分业务类别按总量的15%进行抽检，与档案核对进行数据正确性确认，质检完毕提供完整质检报告；

页面功能开发，包括联合查询（业务库和中间库一次性查询），数据提取、快速注销、针对原房产证的快速解查封、档案影像资料查询、产权证明打印等功能；

将功能模块部署到登记平台，根据实际案卷编写各功能测试案例、进行多次测试并编写测试报告；

现场指导、培训窗口人员对新功能的使用。

属性一致性、完整性、格式必须满足《不动产登记平台数据库标准(试行)》要求。关联关系满足现有不动产登记平台的数据格式要求。