采购项目技术和商务要求
一、项目概述
宜宾市住房公积金管理中心自建立以来,坚持全面贯彻落实党中央、国务院的各项决策部署,深化放管服改革,提升服务效能,聚焦群众办事堵点和难点,优化服务环境,提升服务效能,利用“互联网+公积金”拓展群众办事渠道开通线上业务办理功能,推进住房公积金业务简化办、网上办,让群众办事省时、省力、省钱。
根据四川省住房和城乡建设厅公积金监管处于2020年11月11日发出了《关于通过四川省住房公积金管理服务平台接入政务服务一体化及“一窗通”服务平台等试点工作的通知》(川建金管函 〔2020〕68号)等文件,要求省内24家中心开展建设对接工作,我中心作为试点单位,要求完成好差评系统、跨省通办、一窗通办、高院查控、个税核验等接口开发及对接工作。
中心的网厅、微信、APP在线服务系统自2018年建成投产以来,已服务运行近3年,随着近几年大数据共享、优化营商环境、政务服务一体化等政策要求,需要改造各在线服务渠道功能,实现线下线上业务一致,提高在线业务办理范围,让群众少跑路,进一步满足缴存单位以及缴存职工的服务需求,住房公积金服务要充分发挥网络服务优势,让客户实现在网上直接办理业务。
结合“新冠”疫情影响,逐步将线下业务办理模式陆续转移到全线上办理,实现“全业务、全渠道”线上覆盖。中心拟定加大对服务渠道的建设力度,将公积金业务在渠道上做到“能上尽上”,大力改善现有服务渠道服务范围小、服务程度不足等情况,充分发挥线上在线服务渠道的优势和作用,大力提升线上服务能力和服务水平,稳步扎实推进信息化建设,为切实提高宜宾市住房公积金服务水平,更好服务缴存职工,推动公积金事业高质量发展。
(二)建设目标
2.1 提升管理水平
进一步提高中心对缴存职工和单位的服务能力,建立好差评评价机制,增强数据共享能力,减少线下打印、归档、盖章、签字的繁琐流程和手续,降低纸质打印和相应的办公成本,提高政务服务及线上渠道服务的水平和能力,进一步提高管理效率。通过建设实施电子档案接口改造及优化提升、渠道线上业务办理的扩展等终端设备,替代人工作业,大大减少人工成本,总体提升中心业务管理水平。
2.2 提升服务能力
建立线上线下服务评价机制,规范服务评价方式、统一标准服务流程、提高线上服务能力、提升系统运营保障能力,融合线上线下服务能力,规范服务操作、统一标准服务流程、提高线上服务能力、提升线上办结能力和系统运营保障能力等综合手段,进一步提高中心的服务质量。通过建设网厅、微信、APP、OCR等扩展应用功能,进一步拓宽服务渠道,将大大提高企业单位、政务、缴存用户等服务对象的满意度。通过建设实施新网上服务大厅、移动客户端APP、微信等渠道综合服务平台,系统将提供不间断在线服务,单位和缴存用户可以及时在线处理相关公积金业务,服务效率和离柜率在原有基础上进一步提高,总体提升中心对外服务水平和服务质量。
二、服务要求
(一)建设要求
项目本着统一规划,分阶段实施的原则。统一规划是指整体系统的差异和需求统一完成,在内容实现时采用分步实施、阶段发布的方法。
一是根据中央、省、市相关政策文件要求,完成建设好差评系统、跨省通办(含川渝通办)、一窗通办、高院查控、个税核验等项目。根据国务院办公厅、四川省政府、四川省住建厅关于好差评系统、跨省通办、一窗通办等相关文件要求,我中心被纳入好差评系统、跨省通办(含川渝通办)、一窗通办、省住房公积金管理服务平台、高院查控、个税核验等项目试点单位,按照建设方案、接口规范等内容,进行相关项目的功能开发,完成与省各平台的对接,按时完成试点工作。
二是根据中央、省、市关于优化营商环境、跨省通办、好差评等政策文件内容,要求深化“全程网办”,做到“能上尽上”,大力改善现有服务渠道服务范围小、服务程度不足等情况。进行网厅、微信、APP在线服务渠道改造,新增缴存、提取、贷款等在线业务功能,提升优化综合服务管理系统、核心业务系统,应用人脸识别、OCR识别、电子签章、电子签名等新技术,使服务效率、服务水平、群众满意率等方面得到实质性的改进和提高,进一步优化线上服务流程,精简服务环节与要件,缩短业务办理时限。扩展应用互联网渠道和线上业务办理功能,拓宽服务范围和服务对象,将“以人为本、服务为先”贯穿各项业务系统中,大力提升线上服务能力和服务水平。
1、系统的稳定性
系统建设应确保与核心信息系统的一致性,良好的兼容性,避免因系统改造导致核心业务不稳定,在保障稳定准确运行的同时,实现平稳过渡,加强整体系统的高可用和合理的负载分担,提高系统整体处理性能。
2、系统的前瞻性
符合住建部、住建厅的政策要求,采用先进的系统架构,适用人脸识别、电子签章、OCR识别等新技术,提升服务效能,优化服务环境。
3、系统的规范性
系统无论是应用开发还是实施过程中,所具备的具体功能及处理方法应遵循国家有关政策、法规和行业规范,同时为未来新业务的发展和推广提供规范要求。
4、系统的安全性
提高系统的风险控制,首先是提高系统本身安全性,同时对于可能出现的故障,其解决方案的复杂度和实际操作要有可行性,尽量做到复杂问题简单化;其次加强操作过程的安全性,抵御外来风险。
(三)性能要求
本项目按全年365天24小时工作设计,系统故障(硬件或软件)主机系统停止工作时间≤30分钟。为确保系统的可靠性,系统备份按三小时设计,恢复根据数据量和复杂程度的不通,最长不超过五小时设计,日常增量备份要求在≤10分钟内完成。
本系统将采用双机热备技术,设计为双机互备模式运行(双机同时工作、互为备份),要求双机切换时间≤180秒,主机性能指标如下:
1、CPU的繁忙时间低于70%;
2、单笔平均业务处理时间≤3秒;
3、批量业务处理时间≤30秒;
4、查询个人账务信息时间≤ 2 秒;
5、查询单位所有账务信息时间≤ 5 秒。
(四)★实质性要求
以下所列项为项目实质性要求,须提供承诺函。
1、符合中央、省、市的政策要求;
2、符合《四川省住房公积金管理中心内部开放接口规范》、《四川省市州公积金中心“一窗通办”数据相关接口规范》、《人民法院与公积金管理中心控制业务数据交互规范》、《四川省政务服务“好差评”系统对接技术方案》等项目建设所涉及到的接口规范、技术方案、建设要求;
3、与现有系统无缝对接;
4、与现有功能整合;
5、与现有业务融合;
6、确保业务、数据完整性;
7、确保业务、数据一致性。
8、成交供应商待系统上线后提供一份完整的应用程序源代码,提供形式为光盘。
(五)建设内容
1、对接数据共享
依据《四川省各住房公积金管理中心内部开放接口规范》文档内容,建设规划如下:
(1) 核心依照数据共享内容的要求,增加9个共享数据的查询接口;
(2) 中心建设接口交互平台,通过此平台与省住房公积金管理服务平台进行对接,依照省平台要求对共享接口进行封装和适配,同时平台对共享接口进行统一的配置管控;
(3) 中心建设的接口交互平台将为后续中心使用其他单位的共享数据做基础准备。具体接口对接要求如下:
1) 公共要求
通过Https协议post方法进行通信, 报文组织形式采用 json 的方式。统一采用UTF-8编码格式。
2) Https请求头
需要设置Authorization=token,token由四川省住房公积金管理服务平台统一下发。
3) 公共请求报文体
所有的业务接口的请求报文体均需组织为如下格式:
{
"serialNo": "xxx",
"reqTime": "xxx",
"reqBody": {}
}
参数名称 |
中文含义 |
是否必填 |
参数说明 |
serialNo |
接口流水号 |
是 |
请求接口流水号,每次请求唯一 |
reqTime |
请求时间 |
是 |
接口请求时间,格式:yyyyMMddHHmmssSSS |
reqBody |
请求内容 |
是 |
实际接口请求内容 |
4) 公共响应报文体
所有的业务接口的响应报文体均需组织为如下格式:
{
"serialNo": "xxx",
"respTime": "xxx",
"respBody": {},
"resultCode": "xxx",
"resultMsg": "xxx",
}
参数说明:
参数代码 |
参数名称 |
是否必填 |
参数说明 |
serialNo |
接口流水号 |
是 |
与请求时传入的流水号一致 |
respTime |
响应时间 |
是 |
接口响应时间,格式:yyyyMMddHHmmssSSS |
respBody |
响应内容 |
是 |
实际接口响应内容 |
resultCode |
结果状态码 |
是 |
请求结果状态码 000:成功 500:请求出错 999:系统内部异常 501:查询没有在工作时间内进行 502:查询次数达到上限 503:接口无法访问 504:CA证书调用出错 见附录8.2 |
resultMsg |
错误信息描述 |
否 |
错误描述详细信息 |
5) 四川省内住房公积金需要跨区域共享接口共有九个:
住房公积金身份认证;
职工公积金信息查询;
住房公积金单位认证;
住房公积金单位信息查询;
个人信息数据项查询;
单位信息数据项查询;
个人汇补缴明细数据项查询;
个人支取明细数据项查询;
个人还贷明细数据项查询。
2、办件情况反馈
根据《四川省各住房公积金管理中心内部开放接口规范》等技术规范要求,中心需要将24个办件政务服务事项的办理过程数据通过接口反馈给四川省住房公积金监管服务平台。
政务一体化平台3.0中心对接的24个事项如下:
序号 |
主项 |
办理项 |
备注 |
1 |
住房公积金缴存 |
单位住房公积金补缴 |
|
2 |
单位住房公积金汇缴 |
|
|
3 |
单位和职工信息修改 |
|
|
4 |
单位住房公积金注销登记 |
|
|
5 |
汇缴变更 |
|
|
6 |
缴存比例调整 |
|
|
7 |
调整缴存基数 |
|
|
8 |
单位住房公积金开户 |
|
|
9 |
市内住房公积金转移 |
|
|
10 |
单位缴存证明打印 |
|
|
11 |
出具个人缴存证明 |
|
|
12 |
个人明细打印 |
|
|
13 |
住房公积金提取 |
购买、建造、翻建和大修自住住房提取 |
|
14 |
偿还住房贷款提取 |
|
|
15 |
离(退)休提取 |
|
|
16 |
与单位终止或解除劳动关系提取 |
|
|
17 |
出境定居提取 |
|
|
18 |
租房提取 |
|
|
19 |
异地转移接续 |
|
|
20 |
住房公积金贷款 |
个人住房公积金贷款申请、审批 |
|
21 |
个人住房公积金贷款还款账户变更 |
|
|
22 |
个人住房公积金贷款自助还款 |
|
|
23 |
个人住房公积金贷款账户信息及还款信息查询 |
|
|
24 |
住房公积金查询 |
个人住房公积金缴存、贷款等信息 |
|
核心系统调整24个服务事项的相关代码逻辑,在业务申请、业务受理、业务审批、业务办结环节分别调用省住房公积金监管服务平台对应的接口反馈业务相关信息。
办件信息报送接口对接要求如下:
1. 公共要求
通过Https协议post方法进行通信, 报文组织形式采用 json 的方式。统一采用UTF-8编码格式。
2. Https请求头
Content-Type值设置为application/json;charset=utf-8。
3. 接口请求内容
接口请求主要包含2部分内容,分别是公共请求消息和接口实际请求数据,如下:
接口方式 |
HTTPS |
||||||||||||||||||||||||||||||||||
请求类型 |
POST |
||||||||||||||||||||||||||||||||||
请求Header设置 |
|||||||||||||||||||||||||||||||||||
Content-Type |
application/json;charset=utf-8 |
||||||||||||||||||||||||||||||||||
请求格式(参数传递JSON) |
|||||||||||||||||||||||||||||||||||
{ "serialNo": "123456789", "reqTime": "20201102104612981", "reqBody": { "cqzxbm": "XXXXXX", "czygh": "XXXXXX", "czyxm": "XXXXXX", "data": { "code": "aba5cfd9d9594af493cf41c71a136a7c" } } } |
|||||||||||||||||||||||||||||||||||
返回数据格式 |
JSON |
||||||||||||||||||||||||||||||||||
结果返回实例(成功) |
|||||||||||||||||||||||||||||||||||
{ "serialNo": "123456789", "respTime": "20201102104613981", "respBody": { "flag": "true", "message": "成功", "taskId": "", "applyCode": "" } } |
|||||||||||||||||||||||||||||||||||
结果返回实例(失败) |
|||||||||||||||||||||||||||||||||||
{ "serialNo": "123456789", "respTime": "20201102104613981", "respBody": { "flag": "false", "message": "失败", "taskId": "", "applyCode": "" } } |
4. 办件申请提交接
自然人|法人|其他组织用户通过专用业务系统完成业务流程环节后,需要调用该接口将申请的办件信息和自然人|法人|其他组织信息等办件数据回传到四川一体化政务服务平台。
5. 办件受理接口
工作人员通过专用业务系统完成业务流程受理环节时,需要调用该接口将受理流程信息等办件数据回传到四川一体化政务服务平台。
6. 办件审批接口
通过专用业务系统完成业务流程审批环节时或存在多个审批环节时,需要重复调用该接口将审批流程信息等办件数据回传到四川一体化政务服务平台。
7. 办结接口
通过专用业务系统完成业务流程办结环节时,需要调用该接口将办结流程信息等办件数据通过数据监管平台回传到四川一体化政务服务平台。
8. 办件申请并受理提交接口
通过专用业务系统完成业务流程申请并受理环节时,需要调用该接口将申请并受理流程信息等办件数据回传到四川一体化政务服务平台。
本接口适用于无办件、审核环节的事项,如查询类事项。
3、好差评系统对接
好差评系统建设范围:核心业务系统所有功能、网厅、微信、APP在线渠道的所有功能,含在线渠道改造完成后的新增业务功能,实现评价全渠道、全业务覆盖。
依照全面建成政务服务“好差评”制度的要求,按照政务服务“好差评”系统建设方案、接口文档等内容,与国家政务服务平台互联互通,通过单点登录跳转到中心网厅业务功能,建成中心一体化在线政务服务平台“好差评”管理体系,线上线下全面融合,实现政务服务事项全覆盖、评价对象全覆盖、服务渠道全覆盖。中心将基于政务服务“好差评”系统建立“好差评”数据生成、归集、传输、分析、反馈机制,连通线上线下各类评价渠道,实现“好差评”内容同标准提供、评价结果同源发布、差评整改在线反馈、评价数据自动生成。系统统一提供“好差评”页面,完整采集、实时报送相关评价数据。
依据发文内容,评价等级一般可设置“很好”、“好”、“一般”、“差”、“很差”或“非常满意”、“满意”、“基本满意”、“不满意”、“非常不满意”五个等级,后两个等级为差评;在五级评价的基础上,针对具体服务事项细化测评内容(可参考《四川省政务服务“好差评”系统对接技术方案 》)。
在“好差评”系统中可以通过菜单页面对评价等级和测评内容进行统一配置,同时“好差评”系统可以通过调用省或地州的接口获得评价等级信息和测评内容信息;在评价采集环节,“好差评”系统使用此统一配置的评价等级和测评内容。
在“好差评”系统中可配置采集评价的渠道和业务种类,针对可评价业务可以配置办件信息;需要采集评价的最小业务种类范围是各省、地州编制政务服务事项清单中住房公积金服务事项部分;系统提供统一的评价信息反馈接口或将评价信息反馈接口整合到统一的评价采集页面中。
采集环节:“好差评”系统结合统一配置的评价等级和测评内容以及统一配置的服务办件信息,构建评价采集页面或接口,会以标准报文或标准页面的形式对各评价采集渠道统一提供“好差评”页面,或以接口报文的形式将评价采集页面要素告知给渠道,渠道按照统一标准自行构建评价采集页面。
报送环节:各渠道不同业务采集了评价信息后,提交到“好差评”系统进行统一报送给省、地州的政务平台上。
“好差评”系统可以对采集到的评价信息在系统中记录归档,数据落地保存在中心侧,记录的数据用于支持评价处理、评价整改、评价公开、评价查询(监督)、评价统计分析、绩效考核以及决策。
“好差评”系统依据发文中的建设要求,对采集到的服务办理信息以及评价信息进行统一处理,处理要点为:实时报送,自动归档,自动完成默认评价,差评自动创建待办任务,差评整改,被评价人申诉复核,删除“误评”,评价人黑名单。
“好差评”系统将对差评的整改反馈情况进行统一汇总,以支持用户开展反馈跟踪和反馈回访工作。
“好差评”系统基于采集到的服务信息和评价信息,在系统中提供服务评价情况查询功能,依据发文要求对外提供统一的查询接口。
为保护评价人以及被评价人,“好差评”系统对服务信息、评价人信息以及被评价人信息会设置统一的脱敏规则,针对只具有普通权限的用户只可查询到脱敏后的信息。
为确保“好差评”系统中的信息操作安全,杜绝信息泄漏风险,系统提供统一操作权限设置,主要从两方面控制权限:
①系统菜单功能与对外接口区分权限:例如,对于同样的查询条件和查询对象,对外接口原则上脱敏返回信息项;
②系统菜单功能区分权限:针对登录系统的不同角色用户,结合角色权限显示权限范围内功能菜单。
为确保“好差评”系统中的信息安全,系统会通过签名验签策略实现原始数据不被簒改,通过加密传输实现数据传输安全可靠(针对加密环节,使用国密的加密方式)。
(1)被评价服务范围
基于《国家政务服务平台政务服务事项基本目录及实施清单第1部分:编码要求(C0109.1-2018)》、《国家政务服务平台政务服务事项基本目录及实施清单 第2部分:要素要求(C0109.2-2018)》标准,各省、地州确定的政务服务事项清单中住房公积金服务事项部分。
对服务事项需做到“一次一评”、“一事一评”,办件通常分为即办件和承诺件,即办件当场办结,只产生1次评价,承诺件应产生不少于2次评价。
(2)采集内容
结合发文内容,所有渠道同标准采集评价内容,需包括两方面信息,这两方面信息需先报送服务信息,再报送评价信息:
①服务信息:办件数据信息(即,业务信息),依据各地方对报送信息项的要求,“好差评”系统可以灵活配置各业务的办件信息内容以及业务的摘要信息,报送时系统按照标准统一生成“办件编号”作为上报评价信息的依据;
②评价信息:评价等级信息以及测评项信息从政务服务“好差评”系统接口获得的统一内容,系统可以配置是否允许匿名评价。
(3)采集方式
“好差评”系统对各渠道提供统一的采集方式,在用户办理业务之后获取服务信息以及评价信息。
(4)采集渠道建设
结合目前住房公积金行业信息化建设的情况,有以下渠道需建设“好差评”信息采集功能,各渠道建设场景如下:
综合业务系统(柜面),中心可选择四种方式在柜面采集评价信息(四种方式可多选):
①在办事窗口设置的服务评价器,在业务办理完成,窗口评价器显示统一的评价页面,提示用户选择评价项,用户确认评价后系统自动将评价信息提交给“好差评”系统进行统一报送和归档;针对评价器的对接:
新采购评价器:可新采购有5个评价选项的评价器或集成多方面功能的平板设备,通过此类设备采集到符合建设要求的评价信息;
②用户在办理完成柜面业务后,用户通过中心自建APP扫描柜台固定的评价二维码,APP端跳转到“服务评价”功能业务,用户在此功能中对已经完成的业务进行事后服务评价;
③用户在办理完成柜面业务后,系统自动推送一条消息(短信、APP、微信)给用户,其中APP和微信渠道推送的消息可以直接点击跳转到评价页面,页面展示待评价列表,短信渠道发出的消息可以是一条提示评价的信息,对于支持上行短信的系统,可以是一条采集评价的信息;
④用户在办理完成柜面业务后,可以通过网厅、app、微信渠道的“服务评价”菜单功能事后评价。
(5)网上业务大厅
用户(个人、单位、开发商)在网厅渠道操作完成业务办理之后,系统跳转进入统一评价页面,提示用户对此业务的此次操作进行评价,用户也可以在事后通过“服务评价”菜单功能对在所有渠道(含柜面)办理过的业务进行事后评价。
(6)移动客户端(APP)
同网上业务大厅渠道的场景。
(7)微信公众服务号
同网上业务大厅渠道的场景。
(8)评价基本处理
实时报送
依照国办文件要求,服务信息以及评价信息需要实时报送,结合国办文件中需对差评进行整改以及可以对误评进行删除的内容,“好差评”系统中默认服务信息与评价信息实时报送,同时系统中对中心保留配置开关,区分评价内容设置是否实时报送进,例如,差评可配置为不实时报送,则系统在审核为真实差评并发起整改后再进行上报,也可考虑系统中配置上报业务场景。
(9)自动归档
“好差评”系统采集到的服务信息和评价信息记录自动归档记录到数据库中,如中心要求直接报送,数据不落地中心,则系统支持配置服务信息和评价信息的数据不落地,直接报送省、地州的政务平台。
(10)自动完成默认评价
“好差评”系统可以针对各中心的服务事项设置不同的默认评价策略,例如:缴存职工在接受服务后5个工作日内未进行评价的,默认为“基本满意”,或若办件生成7个自然日内未获评价,评价结果默认为“基本满意”。
(11)差评整改
①差评自动创建待办任务
针对需要人工审核文字评价和人工处理完成差评处理的情况,“好差评”系统自动创建待办任务,以待办任务的形式开展、跟踪差评的整改和反馈活动。
②“好差评”系统内创建差评整改待办任务
“好差评”系统针对差评信息将自动在系统中生成待办任务,待办任务生成策略、处理流程、处理时效等可以根据中心的需求进行配置设定;
③对接中心已建设的系统,创建相关待办任务
如中心已经建设了新媒体客服系统(含客服工单系统)、核心业务系统、OA办公系统等,且各系统能够对“好差评”系统提供创建待办任务的对接接口,则“好差评”系统可以针对差评信息对接中心已建设的上述系统,创建相关的待办任务。
④创建柜面的待办任务
“好差评”服务平台自动创建专岗柜员的柜面待办任务,由中心专岗人员进行分析,结合分析内容可创建不同类型的办公工单或OA办公件来跟踪差评处理情况。
(12)差评整改流程
差评整改流程的内容由各中心结合实际情况提出建设需求,例如:可增加一支差评整改工单以支持差评整改工作流转跟踪。
基于“谁办理、谁负责”的原则,待办任务优先流转到被评价人(服务提供人员)处,如服务为用户自主服务,则流转到中心的客服中心主管或综合处。收到待办任务的人员结合评价内容开展整改工作,整改后结果需及时通过提交待办任务进行更新,最终整改结论反馈到待办任务发起人处,由待办任务发起人开展差评整改反馈工作。
在待办任务处理过程中,操作员可以查看到业务的摘要信息,处理结果需要实时记录到“好差评”系统中,系统记录更新差评整改情况。留言的或工单的反馈结论作为差评整改的结果将记录到“好差评”系统中。
针对整改后的差评,在反馈差评环节可以引导客户进行二次评价,用户可以修改评价,对评级信息进行二次提交,此功能可以通过配置进行开关。
(13)评价人黑名单
针对多次恶意评价的个人,可以选择加入评价人黑名单中,被加入黑名单的用户,系统不会再采集用户的评价,用户只能查看到被列入黑名单之前的评价信息。用户被纳入黑名单可以是永久的,也可以是阶段的,添加黑名单功能页面中可以由操作员灵活选择设置。
(14)差评整改反馈及回访
待办任务发起人在收到差评整改结论后,需及时向企业和群众反馈,确保差评件件有整改、有反馈。针对每一个实名差评,需进行回访,告知用户整改情况。
因差评会自动产生待办任务,针对两种模式,对差评整改的反馈对应有两种场景:
(15)评价公开
服务的好差评信息需要在政府门户网站、政务服务平台和新闻媒体向社会公开。中心可以选择在自建的的互联网渠道增加“评价公开”栏目,此栏目可依照各地区的发文要求形式,通过“好差评”系统统一对评价信息进行公开展示。
(16)评价查询与差评监督
①评价信息查询
“好差评”系统对采集到的服务信息、评价信息提供多维度查询展示,查询内容可包括但不限于:办件信息、办理渠道、评价时间、评价等级、评价测评项等;查询纬度可包括但不限于:业务服务、评价人、被评价人、被评价机构、评价渠道等。
②差评监督
“好差评”系统针对差评记录,可以提供但不限于:差评整改情况查询、差评回访核实。
③评价统计分析
“好差评”系统对记录的服务信息、评价信息、差评整改记录、差评回访记录可以提供统计分析功能,可包括但不限于:服务采集评价情况,评价等级分布,测评项分布,评价人员情况统计,评价渠道情况分布等。
4、一窗通办
四川省住房公积金管理服务平台与四川省内24个市(州)住房公积金管理中心共同实现新登记企业商户公积金账户相关信息数据交互。
根据《四川省市州公积金中心“一窗通办”数据相关接口规范》、《省市场监管局“一窗通”业务技术方案》等文件要求,中心对接市场监管局提供的查询企业信息的接口,在中心柜面的单位基本账户设立功能中添加查询调用市场监管局提供的此查询接口,查询到企业信息后反显到页面中,减少柜员的录入,也避免录出错。
具体接口对接要求如下:
(1)公共要求
通过Https协议post方法进行通信, 报文组织形式采用 json 的方式。统一采用UTF-8编码格式。
(2)Https请求头
需要设置Authorization=token,token由四川省住房公积金管理服务平台统一下发。
(3)公共请求报文体
所有的业务接口的请求报文体均需组织为如下格式:
{
"serialNo": "xxx",
"reqTime": "xxx",
"reqBody": {}
}
参数名称 |
中文含义 |
是否必填 |
参数说明 |
serialNo |
接口流水号 |
是 |
请求接口流水号,每次请求唯一 |
reqTime |
请求时间 |
是 |
接口请求时间,格式:yyyyMMddHHmmssSSS |
reqBody |
请求内容 |
是 |
实际接口请求内容 |
(4)公共响应报文体
所有的业务接口的响应报文体均需组织为如下格式:
{
"serialNo": "xxx",
"respTime": "xxx",
"respBody": {},
"resultCode": "xxx",
"resultMsg": "xxx",
}
参数说明:
参数代码 |
参数名称 |
是否必填 |
参数说明 |
serialNo |
接口流水号 |
是 |
与请求时传入的流水号一致 |
respTime |
响应时间 |
是 |
接口响应时间,格式:yyyyMMddHHmmssSSS |
respBody |
响应内容 |
是 |
实际接口响应内容 |
resultCode |
结果状态码 |
是 |
请求结果状态码 000:成功 500:请求出错 999:系统内部异常 501:查询没有在工作时间内进行 502:查询次数达到上限 503:接口无法访问 504:CA证书调用出错 见附录8.2 |
resultMsg |
错误信息描述 |
否 |
错误描述详细信息 |
(5)一窗通数据接收接口
由“共享平台”接收一窗通企业公积金开户相关数据,并将该数据推送到指定的公积金中心,公积金中心接收数据(要求不做信息校验)并返回接收结果。
(6)一窗通业务办理反馈
该接口由各市(州)中心向“共享平台”发起,用于将一窗通企业设立平台在某中心的企业开户业务办理结果进行反馈。
5、高院查控
根据《人民法院与公积金管理中心控制业务数据交互规范》文件要求,中心对人民法院提供个人与单位公积金信息查询接口,支持人民法院的查询请求;中心可以调用人民法院提供的个人冻结、解冻相关信息的查询借款,以支持中心办理冻结、解冻功能。
(1)公积金查询
由公积金中心提供个人公积金信息查询接口,法院可调用此接口查询个人公积金账户的基本信息。作为法院后续处理的依据。
(2)公积金冻结
由公积金中心提供个人公积金冻结接口,法院可调用此接口上传冻结信息、以及图片材料,发起冻结申请。公积金系统接到申请后,自动生成待办任务并分配给对应的审核人,审核人可以直接在待办任务中查看法院上传的材料进行审批,最终完成个人账户冻结的工作。
(3)公积金解冻
由公积金中心提供个人公积金解冻接口,法院可调用此接口解冻被冻结的个人账户。流程与冻结申请一致。
(4)公积金扣划
由公积金中心提供个人公积金扣划接口,法院可调用此接口扣划个人账户的公积金余额。流程与冻结申请一致。
6、个税核验
按《公积金政务服务项目推进操作手册》文件要求,生成数据文件,将个税核验数据文件加密数据包文件上传至“管理服务平台”服务器。
个税核验主要分为两部分工作:
(1)个人贷款数据抽取、数据文件生成
由公积金核心系统定时在每月1号凌晨发起,系统自动根据设定的抽数规则抽取核心系统数据库中的全量个人贷款数据,并按照省平台的文件标准生成数据文件。
(2)个人贷款数据文件上传
数据文件生成后,系统自动调用公积金中心开发的数据文件上传接口,将数据文件上传至省平台的文件服务器上。
7、跨省通办(含川渝通办)
根据川渝一体化(跨省通办)建设方案要求,方案包括跨省通办、川渝一体化相关内容,对系统进行改造升级,实现跨省通办、川渝通办的事项,包括公积金查询、联动治理违规签约、公积金缴存证明、离退休提取业务等。建立公积金跨省通办、川渝通办相关功能,分两级部署平台。
完成以下任务的跨省办理:
(1)个人住房公积金缴存贷款等信息查询(个人查询);
(2)出具贷款职工住房公积金缴存使用证明(缴存证明);
(3)川渝签约城市联动治理违规提取使用公积金(违规提取办事咨询);
(4)正常退休提取住房公积金(离退休提取);
(5)住房公积金单位登记开户(单位开户);
(6)购房提取住房公积金(购房提取);
(7)住房公积金单位及个人缴存信息变更(缴存变更);
(8)开具住房公积金个人住房贷款全部还清证明(全部还清证明);
(9)提前还清住房公积金贷款(提前还清)。
8、改造网上服务大厅
需做移动端、国产操作系统适配,支持部署在IPV6环境,确保在各移动及PC设备上能正常使用网厅各类业务,此次网厅改造将线下业务全部转移到线上进行办理,具体建设内容以双方需求讨论结果为准。主要建设内容如下:
系统提供了人脸识别登录,用户名/密码登录,CA认证登录,短信验证码登录等多种认证方式。
系统将个人用户分为普通用户和认证用户。
普通用户是指建立了基本的与个人公积金信息关联关系的用户,系统可以控制普通用户只能在网厅进行公积金、贷款账户及明细的查询等查询类业务。操作人员在网厅可进行在线注册和绑定个人住房公积金账户信息,成为普通用户后可使用“证件号码+登录密码”的方式通过普通用户入口登录。
认证用户是指进行了实名制认证的用户,系统可以控制只允许认证用户在网厅进行资金类业务的办理,线上业务办理主要采用线上实名认证的模式。
线上实名认证是指用户可选"银行卡认证"或"刷脸认证",如用户选择银行卡认证,提示用户选择银行,录入姓名、身份证号、银行卡号进行注册和认证;如用户选择刷脸认证,系统生成二维码,提示用户使用支付宝进行刷脸认证。
在用户实际办理业务的过程中,一部分业务可以在线处理完成即可,一部分业务可以线上线下协作完成,网厅系统将支持三种业务办理模式。
①一步办结
一步办结模式主要应用于网上归集业务的办理。用户在网上服务大厅自助办理业务,并一步办理完成,无需中心参与审批。多应用于资料修改、密码修改等业务中,为广大缴存用户提供了方便,并减轻了柜台压力。
线上线下相互结合的模式主要应用于个人贷款业务的办理。用户在网上服务大厅录入业务信息,并完成系统的基本校验后生成申报,用户携带相关材料到柜台办理后续业务,并与线上预约结合使用。在网上先进行业务校验,为用户免去了“跑到柜台却办理不了业务”的烦恼,也为柜员省略了信息录入的繁琐工作,大大提高了工作效率。
在线审批模式也叫不见面审批模式主要应用与提取业务的办理。用户在网上业务平台录入业务信息采集电子档案,并完成系统的基本校验后在核心业务系统生成待办任务,用户无需到柜台,在线等待审批即可。实现了“足不出户办理业务”的理念,又通过在线审批保障了业务的真实性。
预约是指用户在网厅针对柜台业务发起的线上排队。个人用户可以指定网点、办理日期、办理时间段。结合线下的排队叫号机,为用户提供便捷的排队方式。免去用户现场排队,节约等待时间。同时在用户发起预约申请时,系统会提示用户所选网点、日期、时间段已接受了多少预约申请,便于用户合理安排时间。
对于预约业务,提供了以下操作:
预约业务可以从菜单发起,也可以在业务结束后自动跳转到预约。
多与预办理类业务结合使用,用户提交申报之后直接预约时间和网点到柜台审批,两种模式的完美结合进一步提升了系统的用户体验。
可预约的业务、可预约的网点、网点可预约的时间以及预约其他参数均可配置。
单位网厅功能需求 |
|||||||||||||||||||||||||||||||||||
特殊业务 |
业务功能 |
办理方式 |
业务流程 |
备注 |
|||||||||||||||||||||||||||||||
登录 |
|
经办人变更需要到柜面确认,取消U-KEY或CA登录,能够支持多个经办人登录操作 |
刷脸+登录密码 账号密码+短信验证码 |
||||||||||||||||||||||||||||||||
忘记密码 |
|
|
账号+验证码(经办人手机号码) |
||||||||||||||||||||||||||||||||
密码修改 |
|
|
登录后,验证码+原密码+新密码 |
||||||||||||||||||||||||||||||||
查询业务 |
单位基本信息查询 |
|
支持电子签章 |
|
|||||||||||||||||||||||||||||||
单位明细账查询 |
|
支持电子签章 |
|
||||||||||||||||||||||||||||||||
单位缴存明细查询 |
|
支持电子签章 |
|
||||||||||||||||||||||||||||||||
单位缴存情况证明打印 |
|
支持电子签章 |
|
||||||||||||||||||||||||||||||||
个人调账查询 |
|
|
|
||||||||||||||||||||||||||||||||
错缴回退信息查询 |
|
|
|
||||||||||||||||||||||||||||||||
单位结息对账单查询 |
|
支持电子签章 |
|
||||||||||||||||||||||||||||||||
单位下个人基本信息查询 |
|
支持电子签章 |
|
||||||||||||||||||||||||||||||||
单位下个人缴存变更明细查询 |
|
支持电子签章 |
|
||||||||||||||||||||||||||||||||
单位下个人汇补缴信息查询 |
|
支持电子签章 |
|
||||||||||||||||||||||||||||||||
单位下个人转移查询 |
|
支持电子签章 |
|
||||||||||||||||||||||||||||||||
单位下个人明细账查询 |
|
支持电子签章 |
|
||||||||||||||||||||||||||||||||
单位下个人结息对账单查询 |
|
支持电子签章 |
|
||||||||||||||||||||||||||||||||
归集业务 |
|
|
|
|
|||||||||||||||||||||||||||||||
个人账户设立 |
一次办结 |
添加业务办理流程引导 |
按照贯标标准要求新增字段 |
||||||||||||||||||||||||||||||||
个人封存 |
一次办结 |
添加业务办理流程引导 |
禁用缴存基数录入 |
||||||||||||||||||||||||||||||||
个人启封 |
一次办结 |
添加业务办理流程引导 |
禁用缴存基数录入 |
||||||||||||||||||||||||||||||||
个人账户同城转移 |
一次办结 |
添加业务办理流程引导 |
分成两步完成,转出单位操作完成后,转入单位可以修改缴存年月和缴存基数 |
||||||||||||||||||||||||||||||||
个人信息变更 |
一次办结 |
添加业务办理流程引导 |
|
||||||||||||||||||||||||||||||||
异地转入申请 |
一次办结 |
添加业务办理流程引导 |
|
||||||||||||||||||||||||||||||||
缴存基数调整 |
一次办结 |
添加业务办理流程引导 |
|
||||||||||||||||||||||||||||||||
单位信息变更 |
一次办结 |
添加业务办理流程引导 |
|
||||||||||||||||||||||||||||||||
缴存比例调整 |
一次办结 |
添加业务办理流程引导 |
|
||||||||||||||||||||||||||||||||
单位缴存情况证明打印 |
一次办结 |
|
|
||||||||||||||||||||||||||||||||
入账电子回单打印 |
一次办结 |
|
|
||||||||||||||||||||||||||||||||
缴存业务 |
汇缴 |
不见面审批 |
添加业务办理流程引导 |
现阶段为提交缴存登记,柜员确认入账,用户查询到成功信息后,打印凭证。需待参考昆明中心模式确认后,评估是否可做成一步办结,以到账通知为依据自动入账。 |
|||||||||||||||||||||||||||||||
补缴 |
不见面审批 |
添加业务办理流程引导 |
|||||||||||||||||||||||||||||||||
缴存登记撤销 |
一次办结 |
添加业务办理流程引导 |
|
||||||||||||||||||||||||||||||||
退缴 |
一次办结 |
添加业务办理流程引导 |
|
||||||||||||||||||||||||||||||||
单位缓缴 |
不见面审批 |
添加业务办理流程引导 |
|
||||||||||||||||||||||||||||||||
缓缴提前终止 |
一次办结 |
|
|
||||||||||||||||||||||||||||||||
不定额补缴登记 |
一次办结 |
|
|
||||||||||||||||||||||||||||||||
职工零额销户 |
不见面审批 |
|
|
||||||||||||||||||||||||||||||||
单位销户 |
不见面审批 |
添加业务办理流程引导 |
|
||||||||||||||||||||||||||||||||
缴存入账 |
一次办结 |
|
|
||||||||||||||||||||||||||||||||
预缴登记 |
一次办结 |
|
|
||||||||||||||||||||||||||||||||
个人调账 |
不见面审批 |
添加业务办理流程引导 |
|
要能够支持单位汇缴账号登记及变更,能够支持查询,采用预办理模式。
系统增加用户分类功能,用户权限分配到用户类别上,属于该类别之下的用户,享有同等权限,权限控制可以到功能点上,权限控制既能兼顾通用性,也能兼顾个性化差异,比如报表导出,可以控制用户是否能使用该功能。
个人网厅功能需求 |
|||
类型 |
功能名称 |
办理模式 |
备注 |
公共 |
登录 |
全线上 |
可控制认证方式的开关,可从三因子切换为双因子,流程如下: 1.登录账号支持:手机号、身份证号、公积金账号 2.密码,默认公积金账号后6位 3.手机验证码 4.通过APP扫二维码后进入人脸识别 |
特殊业务 |
异地转移接续 |
不见面审批 |
通过网厅录入异地转入申请,核心系统生成待办任务。 |
查询 |
个人账户基本信息查询 |
全线上 |
电子签章 |
个人账户明细信息查询 |
全线上 |
电子签章 |
|
贷款基本信息查询 |
全线上 |
电子签章 |
|
还款明细查询 |
全线上 |
电子签章 |
|
贷款进度查询 |
全线上 |
不需要电子签章 |
|
还款计划查询 |
全线上 |
电子签章 |
|
个人基本信息变更 |
全线上 |
电子签章 |
|
密码重置 |
全线上 |
|
|
密码修改 |
全线上 |
|
|
贷款证明查询/打印 |
全线上 |
电子签章 |
|
缴存证明打印 |
全线上 |
电子签章 |
|
业务凭证重打 |
全线上 |
电子签章 |
|
提取 |
购房提取 |
不见面审批 |
|
建造、翻建、大修自住房提取 |
不见面审批 |
|
|
偿还房贷款提取 |
不见面审批 |
|
|
租房提取 |
不见面审批 |
|
|
增设电梯提取 |
不见面审批 |
|
|
自然灾害提取 |
不见面审批 |
|
|
大病医疗提取 |
不见面审批 |
|
|
最低生活保障提取 |
不见面审批 |
|
|
离退休提取 |
不见面审批 |
|
|
出境定居提取 |
不见面审批 |
|
|
解除劳动合同提取 |
不见面审批 |
|
|
离职提取 |
不见面审批 |
|
|
判刑提取 |
不见面审批 |
|
|
低收入提取 |
不见面审批 |
|
|
死亡提取 |
不见面审批 |
|
|
丧失劳动力提取 |
不见面审批 |
|
|
其他提取 |
不见面审批 |
|
|
贷款 |
还款账号变更 |
一次办结 |
一类卡、本人 |
个人贷款申请 (含新房及二手房) |
预申请后柜台办理 |
初审所有信息在网厅提交,提交后预约时间进行初审,到现场签订合同进行办理。尽量下拉框选择。能返显取值的都从系统取值。图片压缩,保证清晰度。方便上传资料,上传的资料展示缩略图,可以放大查看 |
|
贷款试算/还款计划试算 |
一次办结 |
|
|
个人住房公积金贷款缩期 |
一次办结 |
|
|
个人住房公积金贷款展期 |
一次办结 |
|
|
个人住房公积金贷款还款方式变更 |
一次办结 |
|
|
新增共同还款人 |
一次办结 |
|
|
提前还款 |
一次办结 |
银行卡还款 |
个人网厅子系统可以提供公积金查询、我要提取、我要贷款、其他业务、我的预约、公共业务六大模块。
提供开发商登录、密码修改、密码重置、贷款申请等业务,具体功能以需求确认为主。
应省政务一体化平台建设要求,网厅需要与省政务一体化平台对接实现单点登录,实现从省政务一体化平台点击菜单功能可以跳转到网厅具体的功能页面,网厅页面功能页面需调整为省政务一体化平台指定的风格。
详情见招标文件