Contract
第三章 采购需求
一、项目概况
项目预算
1.项目名称：华容区审管联动平台项目
2.招标范围：华容区审管联动平台（包含审管联动平台、移动监管端应用、“容E办”公众端应用）
3.采购方式：竞争性磋商
4.预算金额：596100元
5.招标控制价：596100元
6.质保期：壹年，自工程竣工验收合格之日起算
7.合同履行期限：合同签订后60日历天内完成本项目
建设背景
从2015年5月12日，国务院召开全国推进简政放权放管结合职能转变工作电视电话会议，提出了“放管服”改革，并不管完善失信信息共享和失信惩戒机制。2019年5月5日，国务院常务会议提出，推进建立证明事项告知承诺制。2019年5月7日，司法部印发了《开展证明事项告知承诺制试点工作方案》，在13个省（市）和5个国务院部门开展试点。
先照后证、告知承诺执行后，如何更好的推动审批与监管工作有效衔接，加强事中事后监管，做到放活不放任，防止节流改革红利成了各级监管部门关注的焦点。
审管联动平台是将审批和监管有效关联起来，实现监管主体部门、行政审批部门、综合执法部门以及司法、信用主管部门之间监管信息共享和业务的互联互通，使事前审批与事中事后监管协调运行的系统，有效的提升了监管工作效率。
二、采购内容清单
序号 |
项目 |
数量 |
备注 |
1 |
工作中心 |
1项 |
|
2 |
审管任务监控管理 |
1项 |
|
3 |
审管关系配置管理 |
1项 |
|
4 |
审管任务分发流转 |
1项 |
|
5 |
消息推送 |
1项 |
|
6 |
踏勘支撑 |
1项 |
|
7 |
踏勘管理 |
1项 |
|
8 |
踏勘任务驱动 |
1项 |
|
9 |
特色应用场景：多场景踏勘应用 |
1项 |
|
10 |
移动审管 |
1项 |
|
11 |
移动踏勘 |
1项 |
|
12 |
“容E办”应用开发 |
1项 |
|
13 |
平台对接 |
1项 |
|
14 |
业务运行服务 |
1项 |
|
15 |
平台建设配套云资源租赁服务 |
1项 |
|
三、技术服务要求
序号 |
项目名称 |
技术参数及要求 |
|
1 |
工作中心 |
主要提供审管工作台、业务表单编辑、业务流程定义、应用目录管理、系统管理等功能，基于整个软件平台的建设需求，提供基础的工作中心界面及其系统支撑能力，夯实审管联动市级平台建设基础。 |
|
2 |
审管任务监控管理 |
主要提供应用管理、审管案件池、任务监控管理等功能，实现对整个审管联动平台软件所有任务流转的过程监控，让整个审管任务执行更加顺畅。 |
|
3 |
审管关系配置管理 |
针对审批和监管两个业务层面的事项进行目录梳理，并根据对应的目录进行审批和监管事项的关系映射，基于审管关系建立的审管映射，实现审管责任到人、监管任务分派到人的关键环节打通。主要提供审批事项目录、监管事项目录、审管关系维护、审管责任管理、监管所维护等功能，打通审批和监管两端的信息壁垒，让审批和监管可以无缝衔接。 |
|
4 |
审管任务分发流转 |
针对审批结束后需要分发流转的任务，需要实现对任务全流程流转的监控管理，提供通用的任务流程引擎为审管任务的分发、流转、反馈等进行技术支撑，让整个业务执行更加顺滑。 |
|
5 |
消息推送 |
在整个审管联动平台的运行过程中，会涉及到应用内部的消息流转以及短信的发送等业务，因此需要有专有的消息推送模块。实现消息推送的模块应包括短信网关配置、短信模版管理、消息客户端配置、消息模版管理、发送范围管理、消息日志管理等功能。 |
|
6 |
踏勘支撑 |
综合行政审批部门根据本单位踏勘的实际需要，配置需要踏勘的事项，在审批部门受理后，根据配置的踏勘事项进行筛选，将涉及踏勘的办件展示到列表中。 |
|
7 |
踏勘管理 |
综合行政审批部门审批踏勘过程中，需要对现场情况进行检查，根据检查结果进行现场踏勘资料记录，包括项目信息、踏勘审核表，踏勘现场记录表、复勘现场记录表、附件及现场照片等信息，需要进行结构化信息管理。 |
|
8 |
踏勘任务驱动 |
针对需要踏勘的业务事项，在审管联动平台进行审管关系配置后，系统调用踏勘任务驱动能力进行踏勘任务的转办、联合踏勘等业务操作。 |
|
9 |
特色应用场景：多场景踏勘应用 |
根据一业一证涉及不同行业及监管部门，需要支持多钟场景下踏勘的流程及表单定制能力，包含一业一证小餐饮类、一业一证药店类、一业一证美容美发类、一业一证超市类、一业一证便利店类等五类业务。 |
|
10 |
移动审管 |
针对审管联动平台的建设，提供移动端审管联动应用，实现在移动端可以进行移动填报等相关的业务操作。 |
|
11 |
移动踏勘 |
针对审管联动平台的建设，提供移动端踏勘应用，实现在移动端可以进行移动填报踏勘任务信息等相关的业务操作。 |
|
12 |
“容E办”应用开发 |
针对市场主体端用户，需要提供公众端相关业务功能，以满足公众在业务咨询、营业告知、踏勘整改结果反馈等场景下的使用，形成商户与踏勘部门之间的信息互通和互动。 |
|
13 |
平台对接 |
在整个审管联动平台建设过程中，涉及到与业务系统或平台的系统对接（含系统联调、测试以及标准对接标准制定等服务），包含但不限于如下内容： ①与大数据能力平台许可信息、企业法人信息、电子证照库信息的回流对接； ②与“容E办”集成、短信平台、审批平台及监管平台等进行系统对接。 ③供应商应充分了解审管相关业务，清楚本项目系统与省“互联网+监管”平台监管数据中心、市“互联网+监管”系统监管数据中心、市综合受理平台等之间的业务关系。 |
|
14 |
业务运行服务 |
审管联动工作的推广，涉及大量信息收集、业务配置及数据支撑工作，涉及基础配置服务、日常业务支撑服务、业务配置服务、办件及监管任务融合服务、监管数据拆解、融合服务及标准化治理服务等。 |
|
15 |
平台建设配套云资源租赁服务 |
通过云资源方式部署审管联动平台，具备至少2台虚拟服务器，满足平台安全、稳定运行。 |
|
16 |
培训服务 |
根据实际需要，投标人需提供详细的培训方案，方案具有可操作性需包括：1、培训目标；2.培训策略；3、培训内容；4、培训形式；5、培训课程；6、培训计划；7、培训考核标准。 要求所有的培训在采购单位指定地点进行。 |
|
17 |
项目管理 |
供应商需针对本项目制定完整的项目管理及实施方案，重点考察供应商如下3项评审内容：1.项目管理方案；2.项目实施方案；3.应急管理方案。 |
|
18 |
售后服务 |
供应商提供售后运维服务方案，包含但不限于：1.运维组织与制度；2.运维响应时间；3.运维保障目标；4.运维流程。 |
|
附件：业务系统对接标准参考
省大数据能力平台许可信息、企业法人信息、电子证照库信息对接标准
以下是“省总对总办件申报表”相关数据项，以库表方式进行对接。企业基本信息、电子证照库对接也按此方式对接。
数据项编码 |
中文资源名称 |
英文资源名称 |
数据长度 |
数据类型 |
001 |
主键 |
data_up_uuid |
200 |
字符串型C |
002 |
数据状态 |
data_up_status |
20 |
字符串型C |
003 |
更新时间 |
data_up_time |
19 |
日期时间型T |
004 |
源主键 |
id |
300 |
字符串型C |
005 |
办件编号 |
bjbh |
300 |
字符串型C |
006 |
事项编码 |
sxbm |
300 |
字符串型C |
007 |
区划代码 |
qhdm |
300 |
字符串型C |
008 |
机构代码 |
jgdm |
300 |
字符串型C |
009 |
创建时间 |
cjsj |
19 |
日期时间型T |
010 |
事项名称 |
sxmc |
510 |
字符串型C |
011 |
办件类型 |
bjlx |
1 |
字符串型C |
012 |
申请人名称 |
sqr |
255 |
字符串型C |
013 |
申请人提供的有效证件名称 |
sqzjlx |
300 |
字符串型C |
014 |
申请人提供的有效证件的识别号 |
sqzjhm |
300 |
字符串型C |
015 |
联系人名称 |
lxr |
255 |
字符串型C |
016 |
提供的有效证件名称 |
lxrzjlx |
300 |
字符串型C |
017 |
提供的有效证件的识别号 |
lxrzjhm |
300 |
字符串型C |
018 |
联系人的联系电话 |
lxdh |
300 |
字符串型C |
019 |
申请人联系地址对应的邮政编码 |
lxyzbm |
300 |
字符串型C |
020 |
申请人的联系地址 |
lxtxdz |
255 |
字符串型C |
021 |
申请人是法人时需要填写 |
fddbr |
300 |
字符串型C |
022 |
标识办件的申请源头 |
sqly |
1 |
字符串型C |
023 |
申请时间 |
sqsj |
19 |
日期时间型T |
024 |
项目编号 |
xmbh |
300 |
字符串型C |
025 |
共享时间 |
gxsj |
19 |
日期时间型T |
026 |
业务办件状态 |
bjzt |
300 |
字符串型C |
027 |
原业务系统中办件流水号 |
oid |
300 |
字符串型C |
028 |
承诺时限 |
cnsx |
300 |
字符串型C |
029 |
法定时限 |
fdsx |
300 |
字符串型C |
030 |
是否自助终端办件 |
is_terminal |
10 |
数值型N |
031 |
自助终端编码 |
terminal_code |
300 |
字符串型C |
032 |
是否智能审批办件 |
is_smart |
1 |
字符串型C |
033 |
是否智能审批通过 |
is_smart_pass |
1 |
字符串型C |
“容e办”单点登录对接
接口功能 |
用户授权页面接口 |
|
接口地址 |
xxxxx://xxxx/xxxx/xxxxxxxxx?xxxxxxXxx****&xxxxxxxxXxxxxxxx://**.**.xxx&xxxxxx****&xxxxxxxxXxxxxxxxx&xxxxxxxxxxXxxx&xxxxx********&xxxxxxXxxxxx**** |
|
接口参数 |
clientId |
应用ID，必填 |
redirectUri |
系统回调地址，必填 |
|
state |
业务系统需透传的参数，非必填 |
|
responseType |
固定为code，必填 |
|
scope |
授权权限，固定为userInfo，必填 |
|
personToken |
用户登录标识,APP自动拼接，对接方无需关注 |
|
sign |
签名，必填 |
|
返回值 |
http://**.**.com?code=****&state=**** |
|
请求方式 |
GET |
|
备注 |
code: 一次有效 state：系统上下文信息，比如会话信息、接口使用场景（注册、登录、用户信息修改等）、以及当前访问的url等； |
|
clientId(测试) |
20171226102297 |
|
appSecret (测试) |
ecb0120d21ea33d9b76018808ffcc85e |
|
请求实例 |
xxxx://xxxx.xxxxxxxxx.xxx/xxxx/xxxxxxxxx?xxxxxxXxx00000000000000&xxxxxxxxXxxxxxxxx&xxxxxxxxXxxxxxxx://xxxxxxxxx:0000&xxxxxxxxxxXxxx&xxxxxx0&xxxxxX000X00X0000X0000X00XX00X0XXXXXX&xxxxxxXxxxxx0xx0x0x00x0x00x0x00x0000xxxxxx0x000xxx00xx00000xx0000000x00000000xxx000000x000xxx00xx0x00x0000xx00000x00x00x0x000xx00xx0x000x0x00x000000x0x00x00x0000x000x0000000xx00xx000xx00x000x0000xx00x000x |
|
获取accessToken接口
接口功能 |
获取accessToken接口 |
|
接口地址 |
xxxxx://xxxx/xxxx/xxxxx?xxxxxxXxx****&xxxxxXxxxxxxxxxxxxxxxxxXxxx&xxxxx****&xxxxxxxxXxxx****&xxxxx*** |
|
接口参数 |
clientId |
应用ID，必填 |
grantType |
授权类型: authorizationCode或refreshToken，必填 |
|
code |
授权类型对应的授权码：回调获取的code或refreshToken，必填 |
|
sign |
签名，必填 |
|
redirectUri |
系统回调地址，必填 |
|
|
state |
业务系统需透传的参数，非必填 |
返回值 |
{ "meta": { "code": "0", "message": "成功" }, "data": { "accessToken": "63b1c3e6-7c76-3012-ac2b-426bd911d6d7", "refreshToken": "bcb01277-f20a-3ab2-8ac8-01efa7a5a225", "expiresIn": "1513218268978", "scope": "userInfo" } } |
|
请求方式 |
GET |
|
备注 |
1，返回值中的expiresIn表示accessToken过期的时间点，单位是毫秒； 2，返回值中的meta.code表示返回码，返回码为0，表示接口调用成功，其他值表示调用异常;meta.message表示返回码对应的消息； |
|
clientId(测试) |
20171226102297 |
|
appSecret (测试) |
ecb0120d21ea33d9b76018808ffcc85e |
|
接口实例 |
xxxx://xxxx.xxxxxxxxx.xxx/xxxx/xxxxx?xxxxxxXxx00000000000000&xxxxxXxxxxxxxxxxxxxxxxxXxxx&xxxxx0x0xx0x0-00x0-0000-00x0-0x0xx0000x00&xxxxxxxxXxxxxxxx://xxxxxxxxx:0000&xxxxx000XXX0XX0X000000X00XXXXXXX000X0 |
|
接口功能 |
获取用户信息接口 |
|
接口地址 |
||
接口参数 |
accessToken |
访问令牌，必填 |
自然人返回值 |
{ “data”: { “certLevel”: “L1”, “certName”: “*****”, “mail”: “”, “mobile”: “00000000000”, “sername”: “r3rrll”, “version”: “”, “uniqueId”: “d40251ee-42da-37ac-bf6a-b0dc7925bac8”, “userType”: “1” }, “meta”: { “code”: “0”, “message”: “成功” } } |
|
法人返回值 |
{ “data”: { “uniqueId”: “d40251ee-42da-37ac-bf6a-b0dc7925bac8”, “userType”: “2”, “sername”: “zhaoteng”, “userLevel”: “0”, “certLevel”: “ L2”, “mobile”: “00000000000”, “mail”: “xxxxx@xxxxxx.xxx”, “certName”: “张三”, “certNo”: “130406198309092322”, “version”: “”, “orgName”:”组织机构1”, “orgSCCode”:”110000000000000000”, “orgType”:”事业单位”, “status”:”0”, “legalPersonName”:”xx”, “registerAddress”:”北京市朝阳区南湖中街”, “registerDate”:”2017-11-22” }, “meta”: { “code”: “0”, “message”: “成功” } } |
|
请求方式 |
GET |
|
备注 |
1.返回值中的uniqueId表示全局用户唯一标识，三方系统获取后必须建立本地用户与该uniqueId的关联； 2.返回值中的meta.code表示返回码，返回码为0，表示接口调用成功，其他值表示调用异常;meta.message表示返回码对应的消息； 3.自然人认证级别certLevel：L1、L2、L3、L4； L1：未认证，匿名； L2：身份证（姓名、身份证号）认证； L3：人脸识别或者银行卡四要素认证； |
|
clientId(测试) |
20171226102297 |
|
clientSecret(测试) |
ecb0120d21ea33d9b76018808ffcc85e |
|
接口实例 |
xxxx://xxxx.xxxxxxxxx.xxx/xxxx/xxxx/xxxXxxxXxxx?xxxxxxXxxxxxx0x00000-x0xx-0xx0-0xx0-0x0000xxx000 |
|
短信平台对接标准
Body 请求参数
参数名 |
参数值 |
是否必填 |
参数类型 |
描述说明 |
retry |
0 |
是 |
String |
重试次数 |
content |
{"reconnaissanceTime":"2023-09-25","acceptContacts":"xxx","acceptContactWay":"lhh","contacts":"xxx","companyWay":"lhh"} |
是 |
String |
模板中的变量，按需自己组装 |
toAddress |
18872265699 |
是 |
String |
发送的电话号码 |
type |
275 |
是 |
String |
参数文件中的type |
appId |
230807145558752 |
是 |
String |
参数文件中的appid |
appKey |
1503689e236f2ee0372b7ae3b272f57a |
是 |
String |
参数文件中的appkey |
sendTime |
1695626834497 |
是 |
String |
参考签名文件 |
token |
5a6fbc85dd79c6949c477397873dc496 |
是 |
String |
参考签名文件 |
监管平台对接标准
与鄂州市“互联网+监管平台”对接，应按照对方提供的库表结构进行定期同步，该系统暂未建设完成，具体对接方式需与其调研确认。
四、商务要求
序号 |
商务条款 |
内容 |
1 |
交付（实施）的时间（期限）和地点（范围） |
合同签订后60天内完成本项目建设，交付地点为鄂州市华容区行政审批局 |
2 |
报价要求 |
2.1投标人的报价应包含为完成本招标文件提出的货物或服务等全部相关工作所有可能发生的费用（包括与省“互联网+监管”对接可能发生的费用），即投标总报价为“交钥匙”价。中标人将负责项目全部的采购、安装、调试、培训及其他售后服务等全部相关工作，同时在合同实施过程中可能还将发生的如配套工程费、报检费、运输、搬运、培训费等其它费用。对在合同实施过程中可能发生的其它费用，采购人概不负责。本文件所要求内容应视为保证系统运行所需最低要求，如有遗漏，投标人应予补充。否则，将不予以付款。 |
2.2对本文件未列明，而投标人认为必需的费用也需列入投标总报价。在合同实施时，采购人将不予支付中标单位没有列入的项目费用，并认为此项目的费用已包含在投标总报价中。 |
||
2.3投标人所投货物及服务应报总价和分项报价等，投标人应提供所投货物及服务全部的详细清单及其价格。 |
||
3 |
售后服务要求 |
自项目终验通过之日起，提供1年系统运维服务。 |
4 |
保密要求 |
1.投标人应严守采购人的秘密，对采购人提供的所有资料和实施任务过程中接触的资料予以保密。 2.中标人不得将与本项目有关的任何资料信息泄露给第三方，尤其是机密数据、工作敏感数据、资料等。没有采购人允许，不得私自操作采购人任何系统和业务数据。 |
5 |
信息安全 |
1.项目建设必须遵循有关国家电子政务信息安全保障体系要求，按照国家法规实施安全等级保护，加强系统信息安全管理。 2.中标人严禁在系统中预留陷阱、后门、时钟炸弹等。 |
6 |
验收方式 |
验收分为初步验收和最终验收。中标人完成工作内容后向采购人提出初验申请，由采购人组织进行初步验收。上线试运行结束，中标人完成初验问题整改后向采购人提出终验申请，由采购人组织验收小组进行最终验收。 验收标准： 初步验收阶段，中标人提供的服务或货物的各项功能、性能指标符合招投标文件和合同要求，视为验收合格，以使用单位签字盖章认可为准。 最终验收阶段，中标人应按照招投标文件和合同要求移交完毕有关资料，由采购人组织本单位验收小组对投标文件中提供的产品技术数据进行核验，核验通过视为最终验收合格。 |
7 |
知识产权 |
投标人（成交后即为中标人，下同）应保证招标人及其关联单位购买、使用该软件系统及其他交付件免受任何第三方提出的侵犯其所有权、使用权、知识产权等权利的主张。所提供的软件系统及其他交付软件使用到他人的包括商业标识、著作权、专利在内的所有知识产权应当取得所有权或者永久使用权。投标人提供的软件系统如果是通过复制、部分复制、抄袭、翻译、反向工程等方式获得的侵害第三方所有权、使用权、知识产权的衍生作品的，投标人应当在合理期限内排除妨害，因投标人提供的软件系统及交付件存在前述权利瑕疵或纠纷的，投标人须与第三方交涉、参加相应诉讼、仲裁，并承担可能发生的一切法律责任和费用。投标人未在合理期限内排除妨害的，招标人有权解除合同，投标人应当向甲方支付相当于本合同30%的违约金，并赔偿甲方所有损失。 |
8 |
企业实力 |
投标人需具备顺利完成本项目的信息系统建设和运维的技术能力，并提供相关证书：CCRC信息安全服务资质认证证书（信息系统安全集成）、CCRC信息安全服务资质认证证书（信息系统安全运维）。 |
9 |
类似业绩 |
投标人需具备2020年1月至今的类似项目业绩。 |
10 |
质量保障 |
为确保项目建设质量，投标人需具备类似平台的运营、运维、系统对接相关经验。 |
11 |
项目团队 |
11.1投标人拟派项目经理需同时具备：信息系统项目管理师证书、系统规划与管理师证书。 |
11.2投标人拟派项目安全负责人需具备：注册信息安全管理人员（CISO）资质证书、注册数据安全治理专业人员（CISP-DSG)资质证书、信息安全工程师证书。 |
||
11.3本项目其他支撑人员需具备：网络工程师证书、软件设计师证书、系统架构设计师证书、系统分析师证书。 |