采购需求
一、项目概况:
项目属性:服务类
品目类型:软件运维服务
该项目为不适宜面向中小企业提供,原因和情形为:属于按照《政府采购促进中小企业发展管理办法》规定预留采购份额无法确保充分供应、充分竞争,或者存在可能影响政府采购目标实现的情形。
2025年拟安排预算39.952万元;2026年拟安排预算9.988万元。
(一)项目背景
广州市社会保障卡管理信息系统于2007年招标,2009年上线使用。由于社会保障卡业务不断发展,业务需求不断变化,为了适应情况的发展,广州市社会保障卡管理系统于2013年进行了系统升级招标,目前已在上线运行当中。
整个社会保障(市民)卡体系的系统结构,是以社会保障(市民)卡管理系统为中心,包括自有的网点/原卡中心系统、自助终端、应用POS、社会保障(市民)卡网站及社会保障(市民)卡网页,为社会保障(市民)卡的发行、服务管理提供支撑的卡商、羊城通公司、影像服务商、发行服务商、12343等服务商自有相关系统,负责身份核查、金融账户开立与管理的银行系统,负责社会保障(市民)卡发行管理、跨区域社保应用的省人社厅有关系统,及与社会保障(市民)卡进行信息交换和共享的数据中心、公安、人社、国税、公积金等政府部门业务系统。
社会保障(市民)卡管理系统与除12343之外的各服务商系统之间通过文件方式进行批量信息交互,对于12343接收到的市民服务请求,需要采用人工在两个系统分别处理的方式进行信息交互;与银行系统之间既有身份核查、开户等批量信息交互方式,也有挂失、解挂等实时信息交互方式;与各政府部门业务系统之间多数情况下统一通过政府数据中心进行批量信息交互,也有个别部门需要进行类似挂失之类的实时信息交互,对于实时信息交互需要每个部门做单独处理;与市民网页之间的批量信息交互同样是通过政府数据中心进行,对于身份确认等单笔信息交互请求通过专门接口来进行。
服务提供商主要包括:人社局、卫健委、图书馆、水电煤等公共事业单位、邮箱管理平台、短信管理平台、金融服务银行、羊城通公司、卡厂、发行服务商等。
接口提供信息主要包括:生产数据、服务数据、应用数据、身份及待遇核查数据等。
接口调用方式主要包括:WebService、Socket、文件交换、数据库访问等。
数据交换时效性要求主要包括:实时交换、定期交换等。
(二)目标和内容
整个运维项目围绕广州市社会保障(市民)卡管理系统相关的软硬件的日常维护、系统优化服务及通讯服务等工作。包括但不限于系统性能日常监控维护、系统数据维护、系统故障检测及排除、容灾备份、技术支持服务、微信小程序本地服务、系统日志及数据分析排查、卡应用工单、卡应用技术支持、密钥加载管理的技术支持、对互联网访问的技术支持、系统使用技术支持、数据维护、接口维护和培训支持、应用相关业务领域的数据处理、对接处理等。
序号 |
运维内容 |
运维周期 |
1 |
广州市社会保障(市民)卡管理系统软件运维 |
12个月 |
以上所有应用信息系统的源代码由采购人提供,中标人必须与旧运维商做好固定资产(含软、硬件)的清点,核查和交接,并建立运维服务范围的IT资产清单台账,并交采购人进行审查。
(三)项目绩效指标:
表1.1 运维项目绩效指标表
一级指标 |
二级指标 |
三级指标 |
指标值 |
产出指标 |
时效指标 |
故障响应率=响应次数/故障次数*100% |
90% |
时效指标 |
巡检完成率=巡检完成次数/应巡检次数 |
90% |
|
效益指标 |
社会效益 |
反映系统运行稳定情况,系统运行稳定率=系统稳定运行时间/系统总运行时间*100% |
99% |
社会效益 |
系统故障处理成功率=处理成功故障数量/故障总数量*100% |
95% |
|
社会效益 |
满意率(%)=满意系统累计数/参加调查问卷的系统累计数*100% (注:原则上对外办理业务的系统参与调查问卷) |
90% |
财政预算考核指标:
指标:全年信息系统可用率
指标解释:为人民群众办理业务的信息系统全年可用率;
指标值:99%。
二、 系统运维详细需求
(一)广州市社会保障(市民)卡管理系统软件运维需求
本次运维服务时长为12个月。
序号 |
工作类型 |
工作内容 |
1 |
日常维护服务 |
|
|||||||||||||||||||||||||||||
1.1 |
一线现场人员 |
|
|||||||||||||||||||||||||||||
1.1.1 |
市卡系统的系统日常监控 |
运行状态的定期巡检、监控(包括负载均衡服务、管理软件)的健康检查、异常处理、版本控制管理、系统发布管理等,并配合相关部门进行系统巡检。做好运行保障和预防性维护。 |
|||||||||||||||||||||||||||||
做好市社会保障卡系统的应用相关管理功能的日常监控、运行保障和预防性维护,做好问题的跟踪处理、记录等,按期提交相关情况报告。 |
|||||||||||||||||||||||||||||||
1.1.2 |
市卡系统的系统数据维护 |
包括数据健康检查、数据容量监控、需求调整落实(表的增减调整、存储过程的维护、视图的维护等),并配合相关部门进行巡检。 |
|||||||||||||||||||||||||||||
1.1.3 |
市卡系统的系统故障检测及排除 |
包括系统Bug修改、故障修复、漏洞修复,操作系统补丁升级、日志审计。不影响业务正常开展的故障,在工作日内4个小时内解决;影响到业务正常开展的故障,在工作日内2个小时内解决。配合应急安全演练、重保期间安全保障。 |
|||||||||||||||||||||||||||||
1.1.4 |
市卡系统的安全保障及容灾备份 |
进行容灾备用系统的可用性维护,包括应用系统与数据库数据的同步,省回流数据的同步,备用线路的可用,系统的实时可用。 |
|||||||||||||||||||||||||||||
1.1.5 |
卡发行的稳定运行相关技术维护 |
系统访问及个案数据分析。对接热线中心服务工单,市人社局政民互动平台工单,省人社厅政民互动平台工单,政务服务云平台工单,穗好办留言,信访件,国务院“互联网督查”平台留言,受理合作银行转来用卡人的咨询,需提供相应技术支持。并做好银行、制卡商、羊城通、省厅回流数据等的统计、核对。 |
|||||||||||||||||||||||||||||
1.1.6 |
卡应用的电子社保卡微信小程序本地服务 |
对各领域社会保障卡应用的开通和运行提供技术支持和保障。 |
|||||||||||||||||||||||||||||
1.1.7 |
卡应用的热线工单的系统日志及数据分析排查 |
对“广州人社”渠道电子社保卡、部电子社保卡微信小程序本地服务页面的进行日常维护。 |
|||||||||||||||||||||||||||||
1.1.8 |
卡应用的工单 |
做好12345热线涉及社会保障卡发行、应用相关问题的系统日志排查、数据分析、技术分析、提供解决方案等。 |
|||||||||||||||||||||||||||||
1.1.9 |
卡应用的技术支持 |
定时内部工单系统,处理各业务单位发来的需求单。按照需求单的不同类别做不同的处理。 |
|||||||||||||||||||||||||||||
1.1.10 |
卡应用的密钥加载管理的技术支持 |
做好社会保障卡应用用途密钥的加载、管理等技术支持服务工作,并按期提交相关报告。 |
|||||||||||||||||||||||||||||
1.1.11 |
卡发行的对互联网访问的技术支持 |
基于“广州人社”微信公众号、穗好办APP中对卡应用功能的运维。 |
|||||||||||||||||||||||||||||
1.1.12 |
系统使用技术支持 |
包括中间件服务、平台软件、数据库的健康检查、异常处理、版本控制管理、系统发布管理,并配合相关部门进行系统的巡检、需求调整落实等。 |
|||||||||||||||||||||||||||||
1.2 |
二线支持人员 |
|
|||||||||||||||||||||||||||||
1.2.1 |
社保卡接口维护 |
根据实际业务开展需求对社会保障卡相关业务接口等进行开发维护。 |
|||||||||||||||||||||||||||||
合计 |
三、 运维人员资源
(一)人员配置要求
1、项目需要提供驻场服务,建立二级运维人员架构,包括一线驻场实施运维人员团队和二线非驻场专家团队,共同保障各项运维工作顺利开展。一线驻场人员要求3人,含1名驻场全职项目经理(项目负责人)和2名项目驻场成员。
2、驻场实施运维人员的素质和能力具体要求:
序号 |
岗位 名称 |
人员级别 |
岗位职责 |
岗位要求 |
人数 |
||
1 |
驻场全职项目经理 |
高级 |
1、负责一.线驻场运维人员团队整体管理工作; 4、与采购方、监理单位等各方进行沟通协调,推进项目进展。 |
大学计算机信息技术相关专业本科(含本科)以上学历,5年以上(含5年)的项目经理履历。必须有良好的沟通协调能力,对项目管理和运维服务有深刻的理解和丰富的运维服务管理经验。具有3个及以上管理项目实践经验。具有计算机技术与软件专业技术资格(水平)考试认证的信息系统项目管理师证书或计算机技术与软件专业技术资格(水平)考试的“信息安全工程师”证书。 |
1 |
||
2 |
驻场数据维护工程师 |
初级 |
1、至少1年的数据维护工作经验,熟悉日常维护流程及管理制度。 2、熟悉ORACLE数据库在各种平台的安装、RAC、HA,备份恢复,性能调优,中间件的部署和安装及维护等。 |
电子信息或计算机或数学相关专业专科以上学历;1年以上工作经历。具有计算机技术与软件专业技术资格(水平)考试认证的信息技术支持工程师或数据库系统工程师或信息系统管理工程师中级资格证书;或具有信息处理技术员或程序员或信息系统运行管理员初级资格证书。 |
1 |
||
3 |
驻场系统运维工程师 |
初级 |
1.大专以上学历,计算相关专业,熟悉电脑操作,熟悉数据库操作; 2.热爱服务工作,工作责任心强,有较强的数据录入能力; 3.有较好的事务处理能力。具有独立工作能力、较强的学习能力,有敬业和协作精神。 |
专科以上学历,电子信息或计算机或数学相关专业;一年以上相关工作经验。具有计算机技术与软件专业技术资格(水平)考试认证信息技术支持工程师或数据库系统工程师或信息系统管理工程师中级资格证书;或具有信息处理技术员或程序员或信息系统运行管理员或网络管理员初级资格证书。 |
1 |
||
合计人数 |
3 |
3、二线技术支撑人员的素质和能力具体要求:
序号 |
岗位 名称 |
人员级别 |
岗位职责 |
岗位要求 |
人数 |
||
1 |
二线技术支撑人员(非驻场) |
高级 |
1、 负责对本项目的服务设计、实施等各方面的工作提供帮助和指导。 2、 负责对应系统按照故障处理级别时限要求进行技术支持。 3、 根据实际业务开展需求对社会保障卡相关业务接口等进行开发维护。 |
具有计算机技术与软件专业技术资格(水平)考试认证的系统分析师或系统架构设计师或网络规划设计师或系统规划与管理师高级技术资格证书。 |
2 |
||
合计人数 |
2 |
3、为使工程按质、按量、按时及有序实施,投标人对本项目必须有一个完善的管理组织机构及项目负责人,投标人投标时应提交该组织机构的详细资料,包括职员姓名、职务、职称、主要资历、经验及承担过的项目。现场运维人员,具体工作要有A/B角色安排,在项目实施方案中有所体现。
4、驻场要求:项目需提供驻场服务。运维地点为采购人指定地点。
(二)人员到岗要求
中标人项目团队成员,一般在项目合同签订后7日内必须到岗。如需根据项目实际推进情况分阶段投入的项目团队人员,需明确人员到岗计划并获得采购人的同意,原则上需在人员负责的主要工作开启7日前到岗。
★投标人需承诺拟派驻现场的驻场全职项目经理、驻场数据维护工程师、驻场系统运维工程师是投标人单位员工(提供承诺函及拟派驻场实施运维人员与投标人单位签订的劳动合同或社保缴纳证明材料)。驻场为全职驻场。
(三)团队管理要求
1、中标人必须保证开发团队的稳定性,未经采购人书面同意,不得单方面更换项目团队成员。如果确实需要,需提前1个月时间向采购人提出书面申请。且更换人需经采购方和监理方至少两周的工作考核,考核通过后方可更换。考核期间,中标人原项目经理或其他成员不得离开岗位。
2、接替人员不得低于被替换人员的资质(或资历)。
3、由于中标人原因导致项目团队不稳定,因而影响到项目服务的质量和进度,采购人有权根据合同相关条款要求中标人承担违约责任。
(四)人员考勤要求
中标人的项目驻场人员必须遵守采购人的《项目驻场人员日常管理制度》。严格遵守出勤、请假、加班、调休等考勤休假制度。凡请假须事先申请,获批准后方可休假。对于当月累计迟到/早退达5次以上(含)的员工,连续旷工2天及以上,或月度累计旷工4天,由中标人对相应员工进行扣减当月绩效工资处理。在非工作时间需要加班的,须填写《服务外包驻场人员加班申请表》,由项目经理、服务外包驻场人员实际提供服务的对口部门负责人审批同意后,报综合部登记备案。
四、 质量要求、验收标准
中标人必须承诺:运维服务包括并不限于响应速度、响应质量及服务满意度方面。对于包括但不限于政策变化、业务变更等紧急情况下的运维单,中标人必须及时响应并满足业务单位的要求。需要原开发商/原运维商提供帮助或服务产生的费用由中标人承担。投标人必须针对各系统细化运维要求、运维内容、服务级别等相关工作。
(一)运维质量标准
中标人的运维服务需参照ITSS及ITIL的相关流程标准,制定运维管理的相关制度和流程,包括但不限于:
(1) 服务台;(2)事件管理;(3)问题管理;(4)配置管理;(5)变更管理;(6)发布管理;(7)备件库管理;(8)知识库管理;(9)信息安全管理。
(二)工作要求
1、风险管控
中标人需在项目启动阶段安排专业人员认真分析建设方案、招标文件运维要求,提前识别潜在需求等风险,做好应对方案,特别注意SLA的定义和执行,以及用户服务体验。在项目的执行过程不断监控项目风险,调整应对策略。风险管理计划需要在项目实施方案中体现。
2、服务台工作要求
服务台需定期进行专业的培训,服务台需要对问题进行及时记录和处理,同时对运维单进行及时的闭环关闭操作。
3、日常巡检类工作要求
现场至少为用户提供5×8小时服务,对所有运维系统开展日常巡检和监测,掌握系统运行状况,及时预警。巡检监测对象包括系统服务器、数据库、中间件、应用程序、系统接口、系统备份、安全设施等。
日常巡检类工作需要有巡检工作手册和标准,同时巡检记录需要采购人项目经办人的签字确认。原厂巡检需提供每次的原厂巡检单。
电话技术支持服务级别:7×24小时;
应急服务级别:7×24小时。
系统发生故障时,分三种处理级别:
1级故障-关键业务中断:立即响应,1小时内到场,2小时内恢复中断的业务,24小时内排除故障。
2级故障-非关键功能失效或性能下降,但不至于中断业务:10分钟内响应,2小时内到场,72小时内排除故障。
3级故障-系统可以运行,但出现系统报错:双方协商排除故障时间。
★投标人须承诺系统发生故障时,二线支持人员按照故障处理级别时限要求处理故障。
4、专项服务类工作要求
专项服务类工作需要有工作方案和计划,服务完成后需要出具专项服务报告。
5、会议要求
项目经理需要亲自参加关键节点性质的会议,如项目启动会、项目验收会等项目协调会议。同时项目会议上中标人参会成员需认真做好己方的项目问题的记录,不能完全依赖监理方的会议纪要。
6.其他
根据采购方要求,协助协调、督办、管理各系统建设及运维人员关系;协助处理12345工单。
(三)项目验收要求
1、验收标准按国家、省部及广州市信息化主管单位的验收制度执行,接受采购人和项目监理公司的监督、检查和验收,并通过专家组的评审。
2、完成全部服务内容,服务指标满足项目SLA(服务等级协议)要求,用户及客户对服务满意度认可,服务满意度评价要求在合同或实施阶段制定。
3、验收范围涉及招标文件里提及的所有工作。
4、验收涉及到的文档模板在合同签订后,由中标人按采购人和监理方要求提供并确认。采购人和项目监理审核确认项目验收材料后,组织项目验收专家评审。如验收不通过,再次组织验收涉及的专家费及会务费,由中标人支付。
5、过渡支持期:中标人同意从项目运维期满之日起,在新运维服务商到位前继续提供14日系统基础运维支持服务,同时提供与新运维服务商的交接工作服务,期限为14日,由此产生的相关费用包含在投标报价中。
6、按照广州市政数局要求,完成本项目的效能评估相关工作。
(四)项目变更要求
项目建设内容由于客观原因需要进行变更的,一般由中标人提出变更申请(说明变更原因),同时附上工作量及费用评估依据,由项目监理评估变更影响,最终上主任办公会审核变更申请。涉及合同费用支付调整的,需按财政局相关规定,签署补充协议并报备。
(五)培训要求
1、培训范围:涉及业务操作、维护管理等。
2、培训模式:远程方式和现场的方式,采取集中授课。
3、培训人次数或培训的场次数要求:不少两次培训。
4、培训材料:教材(中文)、培训计划、培训签到表等。
5、培训费用:包含在项目报价中。
注:投标人应将所有培训费用(含培训教材费)及各项支出进行报价并计入投标总价,同时列明培训场次和每场次的培训单价。
五、 服务过渡期要求
(一)运维管理服务期要求
运维管理服务期为12个月。
项目工期开始之日起,中标供应商应确保所有项目参与人员到位,并在30个自然日内完成《IT资产交接确认表(进场)》工作,完成运维管理培训,交接期间适当参与部分运维服务工作,和旧运维服务商做好运维服务的IT资产(含软、硬件)的清点、核查和交接,建立项目单位纳入运维服务范围的IT资产清单台账,并交采购人进行审查。
进入项目工期第二个月,中标供应商应完全承担起本项目所有项目工作内容。
过渡支持期:中标人同意从项目运维管理服务期满之日起,在新运维服务商到位前继续提供14日系统基础运维支持服务,同时提供与新运维服务商的交接工作服务,期限为14日,由此产生的相关费用包含在投标报价中。
运维期管理服务期结束后,中标人在退场前须提供运维服务的IT资产(含软、硬件)清单台账供采购人审查。
(二)项目进度跟踪和反馈
项目具体工作进度可能或已经影响到了项目里程碑的实现,需提早及时在正式报告中提出,并在项目例会上与各方沟通协调。
(三)项目延期
项目因客观原因导致的延期,需由中标人提交项目延期申请并附佐证材料。中标人需要妥善收集和保留延期的各种记录和证据,有责任和义务为将来由于客观原因导致延期提供自证材料。监理评估影响,最终上主任办公会审核。如无法提供自证材料或自证材料不充分,采购人有权依据合同相关条款追究中标人的违约责任。
附件1:《IT资产交接确认表(进场)》
附件2:《IT资产交接确认表(退场)》
六、 文档要求
(一)技术文档要求
项目运维类文档,包括但不限于以下文档:
1、总体运维方案(包含总体规划、实施规划等内容等)
2、日常运维管理机制(包含人员任务分配、例会制度、与采购方的协商机制等);
3、项目二线技术支撑人员(非驻场)管理方案(管理计划、技术支撑人员安排、二线人员与驻场人员的协同配合等内容);
4、项目驻场人员管理方案(包含考勤、绩效考核、奖惩等内容)
5、周报、月报、季报、项目文档管理方案(包含文档类别、时间与质量要求等)6、专项工作报告(具体按项目服务内容提供)
7、年度总结报告、售后服务方案(包含维保措施、故障报障及处理流程、维修响应时间、到达现场解决故障的应急方案)
8、运维单(故障单)、系统应急保障方案(应急保障计划、重大故障、重要时期的运维保障措施等内容)、质量保证方案(包含项目质量监督、质量改进等内容)
9、技术培训方案(包含培训计划、培训人员安排、培训内容教材等)
10、对于运维过程中所产生的程序代码及数据库结构的变化情况,中标人需提交最新的程序代码、详细设计及数据库结构等文档。
项目技术文档以采购人和项目监理审核确认的文档清单为准。
(二)项目文档要求
1、验收项目文档清单以广州市信息化主管部门制定的标准为依据,具体以采购人和项目监理审核确认的项目文档清单为准。
2、中标人需将项目文档提交时间计划提交给采购人和项目监理,项目监理在计划时间点进行跟进督办,在项目例会时进行情况反馈,重要文档提交情况实时进行反馈。如发生延后提交,给出具体原因,在采购人和项目监理允许的情况下,修订新的计划时间点并跟进检查。由于中标人原因连续2次不能按时提交文档,项目监理经采购人同意签发监理通知书给中标人要求整改,同时采购人有权根据合同相关条款追究中标人的违约责任。
3、文档审核时发现的问题,第二次检查时发现没有整改或没有按要求整改,根据问题严重程度,项目监理出具监理联系单或督办意见。如果出现第三次检查时发现没有整改或没有按要求整改的情况,项目监理经采购人同意签发监理通知书给中标人要求整改。
4、项目进行过程中中标人要及时收集保存故障单、巡检记录、培训记录、处室签章等各种运维过程记录文档。
5、对于以上出现的项目文档质量和时效问题,采购人有权依据合同相关条款追究中标人的违约责任。
(三)项目文档及技术成果移交
项目验收材料包括项目文档纸质和电子光盘各一份。
在项目通过终验后,由中标人移交给采购人,同时采购人、项目监理、中标人签字确认。
如有材料需要移交给新的运维商的需要列明,完成交接手续并签字确认。
七、 信息安全和实施安全要求
1、信息安全要求。中标人需做好完整、可行的信息系统安全管理。
2、中标人要做好内部的安全控制方案,做好运维人员的相关权限分配。尽力采取SOD(职权分离)的方式分配工作。同时保留各种运维操作记录,做到有据可查溯源到人。
3、实施安全要求。中标人在进行强电/弱点施工工作时提前制定相关工作计划,操作人员须要具有相关专业资质,现场实施时要做好完备的安全防护。由于中标人的原因导致人员伤亡、财产损失由中标人自己承担一切法律责任和赔偿责任。
4、对于关键信息基础设施要求可容许服务中断的时间(RTO)为4小时。
八、 知识产权要求
1、本项目项目成果及其技术文档等所有权由采购人享有,与项目相关的文档等资料未经采购人书面许可,中标人不得将与采购人相关资料提供给任何第三方或自行使用;
2、投标报价应包含所有应向所有权人支付的专利权、商标权或其它知识产权的一切相关费用。
3、运维涉及的系统软件、通用软件必须是具有在中国境内的合法使用权或版权的正版软件,涉及到第三方提出侵权或知识产权的纠纷及支付版税等费用由投标人承担所有责任及费用。
九、 保密要求
中标人(及其工作人员)应采取必要、合理的措施,维护其于项目实施期间知悉或者持有的任何属于采购人或者虽属于第三方但采购人承诺有保密义务的相关信息(包括但不限于信息数据、技术信息、项目有关信息等采购人认为应该成为保密信息的信息)。
十、 项目考核评价
本项目考核评价基于月度考核评价,每月对项目承建单位的工作质量进行一次月度考核评价。考核评价结果与项目合同款支付挂钩。
投标文件提供的绩效考核方案可作为采购人对服务绩效评估补充或参考,作为招标评分依据之一。最终考核内容和评分标准以采购人最新发布的绩效考核标准作为依据。
项目阶段平均考核评价得分 = 项目各运维阶段的月度考核评价得分之和/该运维阶段的考核月数量,项目运维各月度考核评价得分定义如下:
考核内容 |
考核细项 |
维护方面(70分) |
1 系统巡检(满分3分):按周期巡检得3分 2 备份管理(满分3分):已规定数据的备份策略和恢复策略并按策略执行备份得3分 3 配置管理(满分3分):已记录并保存基本配置信息(包括网络拓扑结构、各个设备安装的软件组件、软件组件的版本和补丁信息、各个设备或软件组件的配置参数),并及时更新得3分 |
1 平均无故障时间(满分6分):所有系统达到设计要求得6分 2 平均修复时间(满分6分):所有系统达到设计要求得6分 3 网络安全事件次数(满分6分):无任何等级的网络安全事件发生得6分 4 网络安全事件处理(满分5分):所有网络安全事件发生后均得到解决得5分 |
|
1 CPU平均使用率(满分7分):所有系统平均使用率高于5%得7分; 2 内存平均使用率(满分7分):所有系统平均使用率高于(含)20%得7分; 3 存储平均使用率(满分7分):租赁盘阵空间少于5TB,平均使用率高于25%;5TB~10TB,平均使用率高于35%;10TB以上,平均使用率高于50%的均满足得7分。 |
|
是否已根据项目情况制定应急方案(满分5分):制定应急方案,并当无法在规定的时限内完成系统的修复时,能够积极采取有效的应急措施,恢复系统正常运行得5分 |
|
运维文档(满分5分):按时完成和按时提交,文档清晰可查,结构合理完整得5分。 |
|
用户满意度(满分7分):及时妥善处理用户投诉,服务态度良好得分7分。 |
|
组织管理方面(25分) |
公司高层对项目重视程度(基准分10分):项目组人员是否按投标要求和项目计划要求到位、是否经常迟到或早退、是否存在不履行职责或者不胜任工作的人员,是否能够及时按照要求更换不称职人员;迟到1人次扣0.5分,缺勤1人次扣2分,缺少相应资质人员1人扣6分 |
项目规范管理(满分5分):具有完善的项目管理方案及规范性文件,按照规范流程进行问题沟通、工程变更、系统发布,并及时提交项目文档得5分 |
|
项目会议(满分5分):按时召开或参加项目例会等会议、既定的领导和项目组人员到会,会议事项落实良好得5分 |
|
配合程度(满分5分):与其他项目的运维单位进行很好的配合,按要求协助完成有关项目工作得5分 |
|
其他方面(5分) |
对采购人或监理发出的通知书等项目文件的响应及处理情况良好(基准分:5分) |
项目阶段考核评价支付系数基于项目阶段平均考核评价得分,定义如下:
支付系数取值 |
考核评分范围 |
1 |
项目阶段考核评价得分大于等于95分 |
0.9 |
项目阶段考核评价得分在90分~94分之间(包含) |
0.8 |
项目阶段考核评价得分在80分~89分之间(包含) |
0 |
项目阶段考核评价得分小于等于79分 |
项目运维期每阶段的实付款 = 项目运维期每阶段的应付款 × (项目阶段考核评价支付系数)。
十一、 运维服务采购清单报价
投标人在《开标一览表》中报出总价(作为价格分计算依据),并在《分项报价表》中列出运维服务采购清单报价中运维内容的各服务单价。
★单价及总价均不得超过单价限价及总价限价,否则投标无效。
序号 |
运维内容 |
运维周期 |
总价限价(万元) |
1 |
广州市社会保障(市民)卡管理系统软件运维 |
12个月 |
49.94 |
|
总价限价 |
49.94 |
十二、 付款方式
(一)在签订合同后5个工作日内,采购人凭中标人开具符合国家财务规定的相应数额的发票,办理合同总额30%的支付手续;
(二)在服务期满3个月,采购人完成运维服务质量评估表后5个工作日内,采购人凭中标人开具符合国家财务规定的相应数额的发票,办理合同总额的10% ×(项目阶段考核评价支付系数)的支付手续。出现违约条款中违约情形的按约定扣减。
(三)在服务期满6个月,采购人完成运维服务质量评估表后5个工作日内,采购人凭中标人开具符合国家财务规定的相应数额的发票,办理合同总额的20% ×(项目阶段考核评价支付系数)的支付手续。出现违约条款中违约情形的按约定扣减。
(四)在服务期满9个月,采购人完成运维服务质量评估表后5个工作日内,采购人凭中标人开具符合国家财务规定的相应数额的发票,办理合同总额的20% ×(项目阶段考核评价支付系数)的支付手续。出现违约条款中违约情形的按约定扣减。
(五)在服务期满12个月,采购人完成运维服务质量评估表,并完成合同验收,验收通过后5个工作日内,采购人凭中标人开具符合国家财务规定的相应数额的发票,办理合同总金额的20%×(项目阶段考核评价支付系数)的支付手续(如果中标人未按要求完成相关项目绩效指标和财政预算考核指标扣款合同金额的3%);出现违约条款中违约情形的按约定扣减。
(四)合同款项的支付时间以财政下达资金为前提,如有达到支付条件但财政资金未到位的情形,则支付时间顺延;如下达财政资金不足以全额支付已达支付条件的合同进度款,可在财政资金额度内支付部分合同进度款,余下部分待资金到位后再支付,以上情况采购人并不因此承担违约责任。