编制说明

1、签订合同应遵守《中华人民共和国政府采购法》、《中华人民共和国民法典》。

2、签订合同时，采购人与中标人应结合招标文件第五章规定填列相应内容。招标文件第五章已有规定的，双方均不得对规定进行变更或调整；招标文件第五章未作规定的，双方可通过友好协商进行约定。

甲方：福州市交通运输局

乙方：青岛海信网络科技股份有限公司

根据招标编号为[350100]YDCG[TP]2022001的福州市交通运输局2022年福州市交通运输局“公交都市”智能化支持系统公交监管服务平台运行维护服务服务类采购项目项目（以下简称：“本项目”）的招标结果，乙方为中标人。现经甲乙双方友好协商，就以下事项达成一致并签订本合同：

1、下列合同文件是构成本合同不可分割的部分：

1.1合同条款；

1.2招标文件、乙方的投标文件；

1.3其他文件或材料：□无。□（若有联合协议或分包意向协议）无。

2、合同标的

3、合同总金额

3.1合同总金额为人民币大写：叁拾万零叁仟叁佰元整（￥303300.0000）。

4、合同标的交付时间、地点和条件

4.1交付时间：合同签订即开始运维服务，运维服务期至2023年7月2日，合同签订后 (120 ) 天内完成“1.2平台系统功能优化要求”交付。；

4.2交付地点：福建省福州市仓山区金山大道552号福州市交通运输局；

4.3交付条件： 完成系统功能优化要求，运维期内系统运行稳定 。

5、合同标的应符合招标文件、乙方投标文件的规定或约定，具体如下：

5.1、运维总体要求 运维服务期至2023年7月2日，成交人提供全面的技术支持及售后服务。无论何时接到故障通知，都应在规定的反应时间内(详见5.5考核要求)，迅速展开故障检修工作。按照约定的时间(详见5.5考核要求)，及时排除平台系统故障，专人管理数据库、时间表，对所做的变更修改进行完整记录。成交人应提供相关技术资料和完整的软件源代码。 成交人为用户方提供技术支持、维护服务，建立一个有效稳定运行的维护机构，负责所提供产品、系统运行维护，确保用户系统的正常使用。现场至少配备1名丰富技术经验的运维人员，学历为本科及以上，专业为计算机科学与技术或软件工程相关专业，至少具有2年软件运维工作经验，响应文件中需提供人员学历或学位证书扫描件加盖公章。 5.1.1日常技术支持要求 （1）日常技术支持为系统使用和运行过程中，由于数据的错误或人员操作使用不当，引发的系统问题，维护人员支持来处理快速，及配合解决用户在数据上传遇到的问题。 （2）建立7×24小时相应制度，确保出现使用问题后得到快速的处理。 （3）建立日常技术支持台账，维护人员对发生故障做好记录，产生维护日志电子档案。记录字段包括：日期、提出单位、提出人员、人员职务、问题描述、问题状态、问题分类、处理人员、解决日期、备注。 （4）以季度为周期，对日常技术支持台账进行汇总分析，以便对系统进行优化改善。 （5）电话/邮件响应：发现系统故障时，在网络允许条件下，通过电话或者邮件将故障反映给系统运营维护人员、运营维护人员经过处理后，通过电话或者邮件进行沟通，远程处理，最后反馈处理结果，不超过2小时给与处理和答复。 （6）电话响应当系统发生故障，为了得到快速的处理，通过电话反应故障，与维护人员保持沟通，远程进行故障处理，值班人员保持7×24小时通讯畅通，在接到电话，不超过24小时给与处理和答复。 （7）每日应对系统运行情况进行检查。 （8）排除系统安全风险，修复系统安全漏洞。 （9）完成系统对接、系统数据备份迁移、网络安全维护等其他系统运行维护服务要求。 5.1.2 现场巡检要求 每周定期对各个服务器进行巡检一次并记录巡检报告，针对后台的服务器进行定期巡检，巡检内容主要包括：支撑环境巡检、业务应用巡检、计划任务巡检、数据库巡检等，巡检结果形成巡检报告。 5.1.2平台系统功能优化要求 5.1.2.1优化要求：新增车辆报废批量处理功能。 具体要求：车辆信息变更管理-增加批量车辆报废业务-用户角色为企业用户-不需要审批，修改就生效。1、前台增加权限按钮，支持多选业务；2、后台增加标志位处理逻辑。 5.1.2.2 优化要求：批量废弃的班次企业自己恢复功能。 具体要求：问题班次申诉-只针企业已经误操作废弃允许企业还原为待申诉，无需考虑时间限制问题。1、前台增加权限按钮，支持多选业务；2、后台增加标志位处理逻辑。5.1.2.3优化要求：油补报表明细，单车按日汇总；明细把具体的燃料类型添加；增加线路的筛选。 具体要求：便于单日核对（结算服务升级、页面升级），燃油已经具备，列表项微调，与现场确认线路不添加筛选。1、结算服务升级，支持结算单车日维度报表明细；2、前后台页面增加日维度相关逻辑； 5.1.2.4优化要求：站点客流，选中线路后，只显示这条线路的OD数据。 具体要求：框定具体的线路，现有的OD数据不识别具体线路，更改统计逻辑及页面地图效果，按指 定线路站点展示OD。 5.1.2.5优化要求：线网优化辅助分析-站点客流分析页面-最下面表格添加汇总，每天的汇总和查询日期段的总汇总。 具体要求：增加导出功能，页面最下面列表列添加汇总及行汇总。 5.1.2.6优化要求：到离站数据查询增加站点编号（站点编号或者站点别名）筛选 。 具体要求：增加站点编号筛选条件，另外还需要注意查询效率。 5.1.2.7优化要求：增加实时客流和结算客流报表统计和报表导出功能，按公司、线路、卡类型和车辆等维度，按天、月、季度、年等时间范围统计客流的统计报表。 具体要求：增加实时客流和结算客流报表统计和报表导出功能，按公司、线路、卡类型和车辆等维度，按天、月、季度、年等时间范围统计客流的统计报表。 5.1.2.8优化要求：数据报送-公交站点调整申请-修改或新增站点申请页面：具备后台暂存功能，点击申请页面以外区域不要默认关闭申请页面。建议可以像Excel那样多个数据表并列开启。 具体要求：1、模态弹框点击空白不消失；2、弹框增加暂存业务按钮，添加暂存业务。 5.1.2.9优化要求：数据报送---基础信息查询---线路信息变更申请，某个账号可以查询到公司所有线路提交变更的记录，以及导出这些信息。 具体要求：修改代码逻辑，将此菜单功能数据权限按照组织树权限 。5.1.2.10优化要求：决策支持--线网优化辅助分析---1、线路客运量分析2、路网客流分布分析3、站点客流分析，增加汇总和导出功能 。 具体要求：增加汇总和导出功能，导出这三个页面列表数据。5.1.2.11优化要求：企业申诉里程可进行升降序排序。 具体要求：问题班次申诉页面，点击企业申诉里程表头支持升降序排列 。5.1.2.12 优化要求：增加公交运营班次功能，今日可查询昨日的班次，可以有误差 。 具体要求：1、添加页面-可以查询、导出企业计划班次 。5.1.2.13 优化要求：站点信息变更无法上传照片，要求同时可以展示上传了几张照片，后续有变更对应修改。 具体要求：1、修改代码逻辑，将照片存至FTP服务器中。2、迁移照片至FTP服务器。 5.1.2.14 优化要求：根据项目现有共享的接口，配合市交通局把公交数据接入TOCC。 具体要求：1、现有共享省厅数据上传接口（基础数据7项、路单数据、燃油补贴数据、实时数据2项）。2、现有共享实时IC卡数据MQ接口。3、现有共享接口配合TOCC答疑，调试。 5.1.2.15 优化要求：云平台信息系统区块链日志上链。 具体要求：1、权限管理日志（1）用户/用户组权限的指派。（2）用户/用户组权限的移除。2、账户管理日志（1）用户/用户组的账户管理， 包括创建、 删除、 修改、 禁用等.（2）用户的账户密码管理， 包括创建、 修改等。3、登录认证管理日志（1）记录业务应用系统的用户登录认证活动\成功的用户登录认证\失败的用户登录认证\用户注销\用户超时退出。4、系统自身日志 -服务启动\服务停止\系统故障。5、业务访问日志 -记录业务资源的访问活动。 5.2、福州“公交都市”智能化支持系统运维应急响应要求 2.1应急要求 平台应急方案是对中断或严重影响业务得故障，如数据丢失、业务中断等，进行快速响应和处理。在最短时间内恢复业务系统，将损失降到最低。 2.2响应方式 电话响应：发现系统故障后，向成交人维护人员反应故障，成交人维护人员根据反应的情况，立刻判断故障影响范围，立即做出响应，远程快速处理。 现场响应：发生故障后，由于无法通过电话/网络等方式进行远程处理，成交人维护人员立刻响应，避免故障扩散，到故障现场进行处理。 5.3、运维服务保障体系要求 在服务期内，成交人提供全面的技术支持及售 后服务。提供的技术支持及售后包括系统日常巡检、故障排除、合同范围内需求开发、功能完善，保障本项目的可用性和可持续性的运行要求，提供详细的技术支持及售 后服务方案。 （1）在服务期内，当软件系统出现故障时，成交人提供不大于1小时响应、不大于2小时到达现场，故障修复时间不得大于24小时。成交人还应提供7×24小时的技术支持。 （2）在系统扩容及软件升级时，成交人保证技术人员到现场指导和配合。 5.3.1服务响应体系 为用户方提供技术支持、维护服务，现场配备具有丰富技术经验的系统维护人员1人，建立一个有效稳定运行的维护机构，负责所提供产品、系统运行维护，确保用户系统的正常使用。 5.3.1.1响应时间 在接到福州市交通运输局的服务请求电话后，成交人根据实际情况进行派工，保障服务人员1小时内响应，不大于2小时到达现场，故障修复时间在24小时之内。 5.3.1.2公交都市数据库数据备份 按要求备份“公交都市”平台数据库中的全量数据、实时数据、申诉数据、油补数据等相关数据至相应移动硬盘中，并制定合理的备份方案，采用合理的备份周期和备份技术，即使原始库出现异常，数据也能够恢复，确保数据完整性。 5.3.2运维质量保证体系 在本项目运维过程中，为了项目快速、顺利实施，就必须加强项目的不可确定因素分析以及运维过程中的有效管理和控制。 5.4、运维系统培训要求 根据系统运行情况和业主要求，组织系统使用人员和维护人员等，进行系统功能业务规则的培训。 5.5、考核要求 要求每周巡检一次，巡检完成及时性要求达到100%；故障1小时响应、不大于2小时到达现场，故障修复时间不得大于24小时，故障排除率达到100%，系统出故障时间占总运行时间的比率小于1%；检查、维护次数日均至少1次。

6、验收

6.1验收应按照招标文件、乙方投标文件的规定或约定进行，具体如下：

以招投标文件要求为准。。

6.2本项目是否邀请其他投标人参与验收：

不邀请。

7、合同款项的支付应按照招标文件的规定进行，具体如下：

。

8、履约保证金

无。

9、合同有效期

运维服务期至2023年7月2日。

10、违约责任

因成交人原因造成平台数据异常、数据丢失等问题的，由成交人负责恢复原状并赔偿损失。。

11、知识产权

11.1乙方提供的采购标的应符合国家知识产权法律、法规的规定且非假冒伪劣品；乙方还应保证甲方不受到第三方关于侵犯知识产权及专利权、商标权或工业设计权等知识产权方面的指控，任何第三方如果提出此方面指控均与甲方无关，乙方应与第三方交涉，并承担可能发生的一切法律责任、费用和后果；若甲方因此而遭致损失，则乙方应赔偿该损失。

11.2若乙方提供的采购标的不符合国家知识产权法律、法规的规定或被有关主管机关认定为假冒伪劣品，则乙方中标资格将被取消；甲方还将按照有关法律、法规和规章的规定进行处理，具体如下：一方违约，不执行、不遵守合同中的条款，且在另一方发出通知后的30天内仍未采取弥补措施的(此通知应采取挂号信邮寄对方，并且在寄出后有效)，另一方有权单方面解除本合同, 并要求违约方赔偿相关的经济损失，违约方应当承担相关的赔偿责任。若因甲方的原因提前终止，如果本合同中甲方已支付的款项中没有包含乙方已经交付的升级、培训及其他第三方产品、专业服务（如有）的全款，那么对于已经按照本合同交付的升级、培训及第三方产品、专业服务（如有），甲方应当按照本合同中列明的对应价格全款补偿给乙方公司。若乙方公司因延迟交货和/或无法交货而引起的或与之相关的所有权利主张所承担的责任仅限于直接损失，且所有累计责任在任何情况下不应超过延迟/无法交货的相应产品的价款的百分之十(10%)。

12、解决争议的方法

12.1甲、乙双方协商解决。

12.2若协商解决不成，则通过下列途径之一解决：

13、不可抗力

13.1因不可抗力造成违约的，遭受不可抗力一方应及时向对方通报不能履行或不能完全履行的理由，并在随后取得有关主管机关证明后的15日内向另一方提供不可抗力发生及持续期间的充分证据。基于以上行为，允许遭受不可抗力一方延期履行、部分履行或不履行合同，并根据情况可部分或全部免于承担违约责任。

13.2本合同中的不可抗力指不能预见、不能避免、不能克服的客观情况，包括但不限于：自然灾害如地震、台风、洪水、火灾及政府行为、法律规定或其适用的变化或其他任何无法预见、避免或控制的事件。

14、合同条款

以招投标文件要求为准

15、其他约定

15.1合同文件与本合同具有同等法律效力。

15.2本合同未尽事宜，双方可另行补充。

15.3本合同自签订之日起生效。

15.4本合同纸质文件一式 六 份。合同电子文本通过政府采购网上公开信息系统自动备案。合同纸质文本需与备案电子文本一致，以备案电子文本为准，具有同等效力。

15.5其他：□无。□ 甲乙双方各执三份，具有同等效力。 。