2022年深圳市政务短信服务需求公示
2022年深圳市政务短信服务需求公示
项目名称 | * 年 (略) 市政务短信服务 | 采购类型 | 服务类 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
采购人名称 | (略) 市大数 (略) | 采购方式 | 公开招标 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
财政预算限额(元) | 点击查看>> | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
项目背景 | (略) 市政务短信平台是 (略) 市政务服 (略) 统筹集约化建设的 * 项基础公共应用平台,具体由 (略) 市大数 (略) 建设管理。用户对象为全市各区、各部门,服务方式包括API与WEB两种方式,年短信量约为 * 0万条,各单位使用该平台开展政务活动、业务办理的短信发送,原则上各单位不再单独、重复建设短信平台。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
投标人资质要求 | 1.投标方须是在中华人民共和国境内注册的有合法经营资格的国内独立法人资格或其他组织,分支机构参与投标, (略) 授权文件,须同时具备中华人民共和国增值电信业务经营许可证。2. (略) 贿犯罪记录及近 * 年在参加政府采购活动中无重大违法记录。3.本项目不接受联合体投标,不允许转包分包。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
服务类清单 |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
具体技术要求 | 注意:提供服务总体要求、服务标的(如人员、车辆、检测对象、管理对象)数量情况、详细具体的服务需求内容及工作量情况(以能给供应商准确的报价依据,使不同供应商的项目报价不至于差距过大作为判断需求“详细具体”的标准) * 、短信平台要求 中标人应基于 (略) 市政务云(采用华为openstack技术构建)为 (略) 署配套的短信发送(接收 )平台,且平台应提供统 * 的WEB发送接收界面、API接口,以供各单位政务信息系统调用,同时提供服务期内的免费运维服务。具体要求如下: 1.短信发送功能,支持群发短信、收件箱、发件箱、待发短信、废件箱等功能,支持单位通讯录选择,支持短信是否已读、短信定时发送,短信状态报告查看、上行回复短信查看。 2.通讯录功能,支持用户新建通讯录、添加联系人,针对大量短信发送,平台须支持TXT、excel等格式的批量号码文件发送。 3.记录查询功能,可根据具体单位及时间查询短信发送记录详情。 4.统计功能,可查询各子账号通过web系统发送统计以及接口发送统计,方便知晓子账号位发送情况。 5.系统管理功能,包含WEB用户管理、单位管理、以及短信发送限额功能,其中短信限额功能可为每个单位设置发送限额,超过该限额,单位将无法再提交短信。 上述1-5项需要提供原型演示 6.支持自定义设置平台日志级别,包括最高级别的底层数据包级和最低级的错误日志描述级,可根据实际情况对日志 (略) 配置; 7.中标人须提供短 (略) 署。(采购方为确保系统稳定搭建在自有机房,将根据中标方建议, (略) 准备好硬、软件环境配置)。 8.中标人提供统 * 的信息服务平台系统,拥有全国运营商信息推送能力,支持 (略) 、 (略) 、 (略) 及其他虚拟运营商 (略) 推送,支持普通文本短信。 9.平台、端口、链路、备份等要有第 * 路由无缝衔接; * .供应商应具有短信平台建设能力,可按照招标人实际需求对 (略) 修改,包括定期安全整改; * .短信平台为开放的分布式架构,功能模块可选配, (略) 署; * .供应商根据业务要求提供符合本工程建设需求的服务器,并对采购方系统建设提供合理、 (略) 署方案; * .供应商短信平台支持WebService、HTTP、CMPP、SGIP、SMGP、SMPP等接口协议; * .短信平台并发量达到 * , * TPS及以上; * .平台安全:平台需对重要 (略) (略) 理。同时,加强对接入短信平台的 (略) 有效的管理,包括业务系统IP 地址的记录和锁定, (略) 络层做访问限制外,还在应用层短信平台方面做访问限制,以防止不合规的计算机对短信发送接口的非法访问,有效保障短信发送接口的安全。平台 (略) 漏洞扫描,中标人需要按照扫描报 (略) 评估,提出解决方案,招标人审核后, (略) 漏洞升级。时刻保障平台在安全范围内。 * .应急机制建立:为避免因短信平台软硬件故障、网络等方面的原因导致相关的业务短信不能正常发送,保障短信平台安全、可靠、 (略) ,须 (略) 之有效的应急机制,包括: (1)建立短信平台的监控及预警机制 提供短信平台监控功能,包括短信接口连接情况的监控、各服务器间数据端口连接情况的监控以及服务器资源情况的监控等。当监控发现问题并触及预警条件时,平台能自动通过多种途径向系统管理员或其他人员发出预警消息,从而避免或减少故障的发生。 (2)实现短信平台全方位的冗余 为保障当短信平台出现故障时平台能快速恢复,对短信平台服务 (略) 定期备份,实现短信平台热备或集群,并可支持智能切换。 (3)制定短信平台的应急计划 制定短信平台应急计划,其 (略) 络攻击事件应急预案、信息内容安全事件应急预案、服务器故障应急预案、软件故障事件应急预案等。 * 、项目服务要求 1.提供 (略) 组织架构; 2.提供详细的系统服务方案,包括服务管理制度(服务时间、服务问题记录)、服务流程; 3.严格按照双方确定的内容保质保量完成工作; 4.负责项目服务过程中的文档管理,并按照招标人要求提供项目验收审计等材料; 为了保证项目的安全性,中标单位需要签署《保密协议》,项目中涉及到的开发及维护人员需要签订项目保密协议,包括但不限于短信内容及号码信息。 * 、通道技术要求 1.采用规范、业内通用的接口协议作为技术标准提供通道。短信 (略) 发送,可对 (略) 段手机用户发送业务短信; 2. (略) 理能力支持多个发送通道,单通道能力每秒 * 条以上,通道组能力每秒 * 条以上。 3.在不影响现有的短信对接系统正常使用情况之下,平滑过渡到新平台; 4.信息单次推送到达率(成功发送到目标人群数量/发送量)需在 * %以上;( (略) 投产品制造商盖章的系统截图证明材料,如遇欠费或手机异常用户等无效号码数据,导致短信发送失败,则剔除该用户数据再测试成功率); 5.供 (略) 有短信通道均需支持实时返回短信的发送状态; 6.可根据 * 方自身能力提供其它5G增值服务。 * 、其他运维服务要求 中标人应设立不少于5人(含项目经理6人)的专门 (略) ,提供免费的服务热线电话,接受系统故障保修、 (略) 、服务投诉等。该 (略) 应7× * 小 (略) ,热线电话的拨通率应达到 * %以上。在热线电话发生故障情况下,应提供其他备份的方便和迅速的联系方式。 为了提高运维服务质量、响应时间,为运维系统提供软件维护(功能优化及bug 修复),系统巡检,上门技术指导服务。 供应商对采购人 (略) 理要求能够在2分钟内作出响应,紧急的基础运维问题5分钟内解决或提出应急策略,重大问题1小时内解决, * 般问题2小时内解决。 注:遇到自然灾害等不可抗拒事故除外。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
商务需求 |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
评标信息 |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
其他 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
附件 | (略) 市政务短信服务项目采购申报书.docx |
项目名称 | * 年 (略) 市政务短信服务 | 采购类型 | 服务类 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
采购人名称 | (略) 市大数 (略) | 采购方式 | 公开招标 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
财政预算限额(元) | 点击查看>> | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
项目背景 | (略) 市政务短信平台是 (略) 市政务服 (略) 统筹集约化建设的 * 项基础公共应用平台,具体由 (略) 市大数 (略) 建设管理。用户对象为全市各区、各部门,服务方式包括API与WEB两种方式,年短信量约为 * 0万条,各单位使用该平台开展政务活动、业务办理的短信发送,原则上各单位不再单独、重复建设短信平台。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
投标人资质要求 | 1.投标方须是在中华人民共和国境内注册的有合法经营资格的国内独立法人资格或其他组织,分支机构参与投标, (略) 授权文件,须同时具备中华人民共和国增值电信业务经营许可证。2. (略) 贿犯罪记录及近 * 年在参加政府采购活动中无重大违法记录。3.本项目不接受联合体投标,不允许转包分包。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
服务类清单 |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
具体技术要求 | 注意:提供服务总体要求、服务标的(如人员、车辆、检测对象、管理对象)数量情况、详细具体的服务需求内容及工作量情况(以能给供应商准确的报价依据,使不同供应商的项目报价不至于差距过大作为判断需求“详细具体”的标准) * 、短信平台要求 中标人应基于 (略) 市政务云(采用华为openstack技术构建)为 (略) 署配套的短信发送(接收 )平台,且平台应提供统 * 的WEB发送接收界面、API接口,以供各单位政务信息系统调用,同时提供服务期内的免费运维服务。具体要求如下: 1.短信发送功能,支持群发短信、收件箱、发件箱、待发短信、废件箱等功能,支持单位通讯录选择,支持短信是否已读、短信定时发送,短信状态报告查看、上行回复短信查看。 2.通讯录功能,支持用户新建通讯录、添加联系人,针对大量短信发送,平台须支持TXT、excel等格式的批量号码文件发送。 3.记录查询功能,可根据具体单位及时间查询短信发送记录详情。 4.统计功能,可查询各子账号通过web系统发送统计以及接口发送统计,方便知晓子账号位发送情况。 5.系统管理功能,包含WEB用户管理、单位管理、以及短信发送限额功能,其中短信限额功能可为每个单位设置发送限额,超过该限额,单位将无法再提交短信。 上述1-5项需要提供原型演示 6.支持自定义设置平台日志级别,包括最高级别的底层数据包级和最低级的错误日志描述级,可根据实际情况对日志 (略) 配置; 7.中标人须提供短 (略) 署。(采购方为确保系统稳定搭建在自有机房,将根据中标方建议, (略) 准备好硬、软件环境配置)。 8.中标人提供统 * 的信息服务平台系统,拥有全国运营商信息推送能力,支持 (略) 、 (略) 、 (略) 及其他虚拟运营商 (略) 推送,支持普通文本短信。 9.平台、端口、链路、备份等要有第 * 路由无缝衔接; * .供应商应具有短信平台建设能力,可按照招标人实际需求对 (略) 修改,包括定期安全整改; * .短信平台为开放的分布式架构,功能模块可选配, (略) 署; * .供应商根据业务要求提供符合本工程建设需求的服务器,并对采购方系统建设提供合理、 (略) 署方案; * .供应商短信平台支持WebService、HTTP、CMPP、SGIP、SMGP、SMPP等接口协议; * .短信平台并发量达到 * , * TPS及以上; * .平台安全:平台需对重要 (略) (略) 理。同时,加强对接入短信平台的 (略) 有效的管理,包括业务系统IP 地址的记录和锁定, (略) 络层做访问限制外,还在应用层短信平台方面做访问限制,以防止不合规的计算机对短信发送接口的非法访问,有效保障短信发送接口的安全。平台 (略) 漏洞扫描,中标人需要按照扫描报 (略) 评估,提出解决方案,招标人审核后, (略) 漏洞升级。时刻保障平台在安全范围内。 * .应急机制建立:为避免因短信平台软硬件故障、网络等方面的原因导致相关的业务短信不能正常发送,保障短信平台安全、可靠、 (略) ,须 (略) 之有效的应急机制,包括: (1)建立短信平台的监控及预警机制 提供短信平台监控功能,包括短信接口连接情况的监控、各服务器间数据端口连接情况的监控以及服务器资源情况的监控等。当监控发现问题并触及预警条件时,平台能自动通过多种途径向系统管理员或其他人员发出预警消息,从而避免或减少故障的发生。 (2)实现短信平台全方位的冗余 为保障当短信平台出现故障时平台能快速恢复,对短信平台服务 (略) 定期备份,实现短信平台热备或集群,并可支持智能切换。 (3)制定短信平台的应急计划 制定短信平台应急计划,其 (略) 络攻击事件应急预案、信息内容安全事件应急预案、服务器故障应急预案、软件故障事件应急预案等。 * 、项目服务要求 1.提供 (略) 组织架构; 2.提供详细的系统服务方案,包括服务管理制度(服务时间、服务问题记录)、服务流程; 3.严格按照双方确定的内容保质保量完成工作; 4.负责项目服务过程中的文档管理,并按照招标人要求提供项目验收审计等材料; 为了保证项目的安全性,中标单位需要签署《保密协议》,项目中涉及到的开发及维护人员需要签订项目保密协议,包括但不限于短信内容及号码信息。 * 、通道技术要求 1.采用规范、业内通用的接口协议作为技术标准提供通道。短信 (略) 发送,可对 (略) 段手机用户发送业务短信; 2. (略) 理能力支持多个发送通道,单通道能力每秒 * 条以上,通道组能力每秒 * 条以上。 3.在不影响现有的短信对接系统正常使用情况之下,平滑过渡到新平台; 4.信息单次推送到达率(成功发送到目标人群数量/发送量)需在 * %以上;( (略) 投产品制造商盖章的系统截图证明材料,如遇欠费或手机异常用户等无效号码数据,导致短信发送失败,则剔除该用户数据再测试成功率); 5.供 (略) 有短信通道均需支持实时返回短信的发送状态; 6.可根据 * 方自身能力提供其它5G增值服务。 * 、其他运维服务要求 中标人应设立不少于5人(含项目经理6人)的专门 (略) ,提供免费的服务热线电话,接受系统故障保修、 (略) 、服务投诉等。该 (略) 应7× * 小 (略) ,热线电话的拨通率应达到 * %以上。在热线电话发生故障情况下,应提供其他备份的方便和迅速的联系方式。 为了提高运维服务质量、响应时间,为运维系统提供软件维护(功能优化及bug 修复),系统巡检,上门技术指导服务。 供应商对采购人 (略) 理要求能够在2分钟内作出响应,紧急的基础运维问题5分钟内解决或提出应急策略,重大问题1小时内解决, * 般问题2小时内解决。 注:遇到自然灾害等不可抗拒事故除外。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
商务需求 |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
评标信息 |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
其他 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
附件 | (略) 市政务短信服务项目采购申报书.docx |
最近搜索
无
热门搜索
无