招标文件
采购项目技术、服务、政府采购合同内容条款及其他
商务要求
为落实党中央、国务院、四川省省政府关于推进“互联网+政务服务”的决策部署，“数据多跑路，群众少跑腿”的重要措施，建设南充市住房公积金政务共享平台接口系统，通过该系统完成与四川一体化政务服务平台、南充市政府政务共享平台的对接。
二．建设内容与技术要求
（一）对接四川省一体化政务服务平台
1、在省政府一体化政务服务平台已开通查询功能的基础上，按照《住房公积金查询信息数据表》、《四川省住房公积金与省一体化政务服务平台数据交换接口V1.3》开发接口程序，进一步拓展和完善相关的查询功能，实现各公积金管理中心之间信息互查。
（1）接口协议说明
接口通讯采用HTTPS POST 方式提供，请求和相应的参数均采用JSON数据结构，编码均为UTF-8 格式。
- 接口类型
住房公积金身份认证接口：该接口由省一体化政务服务平台向各市（州）中心发起，主要用于以“证件号码+姓名”的方式对缴存住房公积金的职工进行身份识别和验证。
职工公积金信息查询接口：该接口由省一体化政务服务平台向各市（州）中心发起，用于查询职工的住房公积金归集、贷款等相关的基础信息。
住房公积金单位认证接口：该接口由省一体化政务服务平台向各市（州）中心发起，主要用于以方式对缴存住房公积金的单位识别和验证。
住房公积金单位信息查询：该接口由省一体化政务服务平台向各市（州）中心发起，用于查询单位住房公积金缴存等相关的基础信息。
个人信息数据项查询接口：该接口由向各市（州）中心发起，通过数据转发平台查询在其他中心归集的缴存人的个人住房公积金信息数据项。
单位信息数据项查询接口：该接口由各市（州）中心发起，通过数据转发平台查询在其他中心归集的缴存单位的单位住房公积金信息数据。
个人汇补缴明细数据项查询接口：该接口由各市（州）中心发起，通过数据转发平台查询在其他中心归集的缴存人的个人住房公积金汇补缴明细数据项。
个人支取明细数据项查询接口：该接口由各市（州）中心发起，通过数据转发平台查询在其他中心归集的缴存人的个人住房公积金支取明细数据项。
个人还贷明细数据项查询接口：该接口由各市（州）中心发起，通过数据转发平台查询在其他中心的个人住房公积金还贷明细数据项。
2、参照四川省政务服务和公共资源交易服务中心发布的《四川政务服务网统一身份认证对接标准》、《四川一体化政务服务平台身份认证对接标准》、《四川一体化政务服务平台办事服务对接标准》、《四川一体化政务服务平台专用业务系统数据对接标准_公共服务事项接口方式对接标准》等对接技术标准开发接口程序，接入一体化政务服务平台。
（二）对接南充市政府政务共享平台
按照南充市人民政府办公室《关于印发南充市政务信息系统整合共享工作方案的通知》的要求，根据《南充市政务信息共享交换接口规范》完成接口系统建设，实现与公安、民政、社保、工商、房管局、不动产中心、政务服务管理局等各部门的信息数据共享交换工作。根据公积金中心自身业务需求，按照信息共享交换接口规范开发接口程序，从市政府政务共享平台获取各部门共享的信息数据。
1、接口技术实现要求
（1）连接方式
应用系统前置和外接系统采用HTTPS方式。通信安全采用OpenSSL 的解决方案。
（2）接入方式
接入方式按照 HTTPS 协议规范交换数据，报文数据直接采用HTTPS的。交易接口报文采用JSON报文格式。报文数据的格式统一采用后面数据服务目录描述的格式。
（3）通讯安全
应用系统和外部网络系统之间的交互，采用开源OpenSSL安全加密。
（4）接口的约定
1:汉字编码格式统一为UTF8。
2:平台GET数据不超过2KB。
3:平台POST每次请求数据不超过5M，建议大于5M的业务请求请分页处理。
4:平台将大于2048b的字符数自动进行GZIP压缩处理。
5:换行符'\n\r'。
6:JSON格式中的数据如果包括引号与冒号需要进行URI encode编码处理。
（5）部门编码表
|
编码 |
名称 |
|
gjj |
公积金 |
|
ga |
公安 |
|
mz |
民政 |
|
fg |
房管局 |
|
bdc |
不动产 |
|
..... |
........ |
（6）接口访问URL
|
业务名称 |
URL地址 |
|
服务名称 |
（7）常见的格式处理
常见的格式处理见下表：
|
数据格式 |
格式 |
范例 |
说明 |
|
字符型 |
Char |
‘abc’ |
字符型数据汉字为GBK格式 |
|
数值型 |
Decimal (16,2) |
123.45 |
|
|
整数型 |
Int |
123 |
非负整数型数值 |
|
日期型 |
Date |
2016-05-01 |
YYYY-MM-DD |
|
时间型 |
Time |
102030 |
HHMMSS |
|
数组型 |
Array |
|
[{key:value},{key,value},…] |
|
列表型 |
TEXT |
|
使用字符格式进行拼接，例如：字段1|字段2|字段3|… |
- 建设本地前置数据库
按照信息共享交换的标准将公积金单位基本信息、个人基本信息、贷款信息、提取信息等共享数据实时推送到本地前置数据库，市政府政务共享平台从公积金本地前置数据库实时获取共享数据。
获取房管部门共享数据
（1）房产管理局数据服务目录
1、住宅信息
|
方法描述 |
根据身份证获取住宅信息 |
||||
|
访问地址 |
http://IP:PORT/fg/ houseinfo.service |
||||
|
访问方式 |
Post |
||||
|
传递方式 |
JSON |
||||
|
接口参数 |
简称 |
中文描述 |
数据类型 |
输入/输出 |
说明 |
|
OwnerName |
|
权利人名称 |
Varchar2(100) |
输入 |
|
|
RightCertTypeID |
|
权证类型编号 |
Integer |
输入 |
|
|
RightCertNum |
|
权证号码 |
Varchar2(40) |
输入 |
|
|
SitNum |
|
房地坐落 |
Varchar2(1100) |
输出 |
|
|
BuyDate |
|
购房日期 |
Date |
输出 |
|
|
UsageID |
|
房屋用途 |
Integer |
输出 |
|
|
BuildArea |
|
建筑面积 |
Number(12,2) |
输出 |
|
|
RoomArea |
|
套内面积 |
Number(12,2) |
输出 |
|
|
Amount |
|
购房总价 |
Number(12,2) |
输出 |
|
|
OwnerName |
|
权利人名称 |
Varchar2(100) |
输出 |
|
|
OwnerCertTypeID |
|
权利人证件类型 |
Integer |
输出 |
|
|
OwnerCertNum |
|
权利人证件号码 |
Varchar2(40) |
输出 |
|
|
RightCertNum |
|
权利人权证号码 |
Varchar2(40) |
输出 |
|
|
RightScale |
|
产权比例 |
Varchar2(60) |
输出 |
|
2、房产信息查询
|
方法描述 |
有无房产信息查询 |
||||
|
访问地址 |
http://IP:PORT/fg/exhouse.service |
||||
|
访问方式 |
Post |
||||
|
传递方式 |
JSON |
||||
|
接口参数 |
简称 |
中文描述 |
数据类型 |
输入/输出 |
说明 |
|
OwnerName |
|
权利人名称 |
Varchar2(100) |
输入/输出 |
|
|
OwnerCertNm |
|
权利人证件号码 |
Varchar2(40) |
输入/输出 |
|
|
IsExist |
|
是否有房产 0：无房 1：有房 |
Integer |
输出 |
|
|
方法描述 |
根据合同备案信息查询 |
||||
|
访问地址 |
http://IP:PORT/fg/ querycontract.service |
||||
|
访问方式 |
Post |
||||
|
传递方式 |
JSON |
||||
|
接口参数 |
简称 |
中文描述 |
数据类型 |
输入/输出 |
说明 |
|
OwnerName |
|
买受人名称 |
Varchar2(100) |
输入 |
|
|
ContractCertNum |
|
网签合同号 |
Varchar2(40) |
输入 |
|
|
SitNum |
|
房地坐落 |
Varchar2(1100) |
输出 |
|
|
BuyDate |
|
购房日期 |
Date |
输出 |
|
|
UsageID |
|
房屋用途 |
Integer |
输出 |
|
|
BuildArea |
|
建筑面积 |
Number(12,2) |
输出 |
|
|
RoomArea |
|
套内面积 |
Number(12,2) |
输出 |
|
|
Amount |
|
购房总价 |
Number(12,2) |
输出 |
|
|
OwnerName |
|
买受人名称 |
Varchar2(100) |
输出 |
|
|
OwnerCertTypeID |
|
买受人证件类型 |
Integer |
输出 |
|
|
OwnerCertNum |
|
买受人证件号码 |
Varchar2(40) |
输出 |
|
|
RightScale |
|
占有份额 |
Varchar2(60) |
输出 |
|
（三）采用的技术框架与规范
▲软件系统总体架构采用J2EE技术架构，采用SpringMVC应用架构。实现面向设计对象的逻辑引擎，权限引擎、流程引擎，以单点登录的方式，采用三层架构和面向服务的设计理念。
▲开发、运行环境：基于JAVA技术的B/S架构，系统是开放式的，支持跨平台应用，数据库支持ORACLE等数据库，并支持国产数据库。
▲中间件支持JBOSS、websphere、tomcat、Weblogic、国产中间件等，支持多种浏览器。
（四）其他要求
★本次项目建设是在公积金中心现有系统基础上进行建设，涉及到对现有系统进行改造或与现有系统进行接口开发的，所产生的改造或接口开发费用由中标供应商负责。
三、实施要求
1、项目的人员及组织机构要求
供应商必须成立合理的项目机构，制定合理的人力资源配置方案，包括人员姓名、经验、学历和在本项目中的职责分工。建立健全保障项目顺利实施的各项管理制度和质量保证体系，至少具备与本项目建设范围所涉及的类别工程师的高素质人才参加本项目的建设。
在项目机构中应明确各岗位的职责、任职资格及成果，确保工程顺利实施。根据系统建设工作的业务性质，应配备经验丰富的项目人员承担本项目工作。
在本项目的执行过程中，项目经理必须自始至终专职承担本项目相应工作。
2、项目文档要求
供应商在实施过程应提供如下实施文档：需求规格说明书、项目进度计划、总体设计方案、实施方案、测试方案、记录报告、培训文件、安装配置状态报告、上线部署报告、试运行报告；
3、项目培训要求
成交人应对用户进行技术培训,培训过程中发生的费用由成交人承担，确保用户所使用的软件产品能够正常、安全地运行。
二、履约能力
1、报价人具有中国网络安全审查技术与认证中心颁发的信息系统安全集成服务及软件安全开发服务证书。
2、报价人具有有效的CMMI认证证书。
3、报价人具有省级（直辖市）及以上主管机构颁发的企业科技研究开发机构证书。
4、报价人能够提供远程视频协助服务，具有远程视频协助服务能力。
5、报价人具有较强的软件开发实施、可持续性发展能力，开发的业务系统被省级及以上主管部门认可并在全省推广使用。
6、报价人拟派驻骨干技术人员的实施经验。
三、商务要求
|
序号 |
内容 |
采购要求 |
|
1 |
★交货时间 |
合同签订后3个月内完成设备安装调试、系统调优、系统培训服务。 |
|
2 |
★履约、验收要求与标准 |
成交人与采购人应严格按照《四川省政府采购项目需求论证和履约验收管理办法》（川财采〔2015〕32号）的要求进行验收，采购人也可以委托专业人员验收，必要时可以邀请相关监督部门现场监督。 |
|
3 |
★交货地点 |
采购人指定地点。 |
|
4 |
★付款方式和履约保证金 |
项目验收合格后支付合同总金额100%，成交人领取成交通知书之后按规定缴纳成交金额的5%履约保证金于采购人账户，采购人在验收合格后（一年）无息退还。 |
|
5 |
★分包履约 |
本项目不允许成交供应商将合同内容分包履约。 |
注：以上内容在投标文件“商务应答表”中进行应答。
四、售后服务要求
|
序号 |
内容 |
采购要求 |
|
1 |
售后服务要求 |
1、质量保证期：自竣工验收合格之日起提供1年免费维护。 2、故障响应时间：在质保期内出现质量问题时，中标人应在7*24小时内电话响应，8小时内修复； 3、响应文件中详细服务人员服务承诺和电话、传真等，并提供相关人员的联系方式。 4、报价人提供驻场维护人员。 |
|
|
|
|
注：以上内容在投标文件“商务应答表”中进行应答。
说明：
1、报价人应当在商务应答表中对本章上述商务要求、售后服务要求进行响应,如要求提供证明材料的还应按要求提供，否则视为相应项负偏离。
2、报价人应当在投标产品技术参数表中对参数要求进行响应；如要求提供证明材料的还应按要求提供，否则视为相应项负偏离。
3、本章带★项为实质性要求，负偏离报价无效。
收藏