标的提供的时间

 自本合同签订之日起至2024年6月30日。

标的提供的地点

 采购人指定地点。

付款方式

 1期：支付比例100%,因系统格式原因必须有支付比例及期数，本采购实际支付期数为3期，具体支付情况如下：第一期：本合同签订后，合同签订且中标人服务人员到场后，采购人自收到中标人提供的发票之日起15天内向中标人支付第一笔服务费，第一笔服务费总额为60万元，即人民币陆拾万元整（￥600000元）。第二期：2023年11月，采购人自收到中标人提供的发票之日起15天内向中标人支付第二笔服务费，第二笔服务费总额为合同总金额的39.9万元，即人民币叁拾玖万玖仟元（￥399000元）。第三期：2024年6月服务期限届满并通过采购人验收后，采购人自收到中标人提供的发票之日起15日内向中标人支付第三笔服务费，第三笔服务费支付至合同总金额的100%，如有考核扣费则以扣费之后的剩余支付金额为准。因采购人使用的是财政资金，采购人在前款规定的付款时间为向政府采购支付部门提出办理财政支付申请手续的时间（不含政府财政支付部门审核的时间），在规定时间内提出支付申请手续后即视为采购人已经按期支付，由于政府财政部门审批等原因导致合同价款未能及时支付的，采购人不承担逾期付款的违约责任，中标人不得以此作为不履行或迟延履行合同义务的抗辩理由。中标人凭以下有效文件与采购人结算：1）中标通知书；2）合同；3）中标人开具的和支付金额等额的正式发票。 如中标人中标价格低于第一笔服务费，则需与采购人重新商议支付方式。

验收要求

 1期：要求在项目验收前1个月内，提交验收成果给采购人，并做好验收准备及书面申请，验收标准如下： 1、文档齐全，具体交付物要求参见文档要求章节。 2、服务期达到合同规定的服务期限； 3、按照《公开招标文件》的要求，完成相关任务； 4、完成服务考核且服务质量达标。

履约保证金

 不收取

其他

 其他，1、项目类型:本项目为服务类项目。 2、其他服务内容，详见附表一。

序号

品目名称

标的名称

单位

数量

分项预算单价（元）

分项预算总价（元）

所属行业

技术要求

1

软件运维服务

中山市统一申办受理平台XC升级改造（2023-2024年）运维服务项目

项

1.00

1,936,700.00

1,936,700.00

软件和信息技术服务业

详见附表一

参数性质

序号

具体技术(参数)要求

1

1. 系统运维需求
1.1 系统安全运维服务
系统安全运维服务主要是指中山市统一申办受理平台运维单位向建设单位提供关于中山市统一申办受理平台系统的故障服务、日常巡检、系统监控、安全漏洞扫描、网络安全保障等服务，具体如下：
1.1.1 故障服务
1.1.1.1 服务内容
故障受理是指申请人（个人和企业）及审批人员在使用统一申办受理平台系统的过程中遇到疑难问题或统一申办受理平台出现不稳定情况，通过电话、邮件、传真等方式向运维单位提出故障申报。统一申办受理平台客服人员接收故障申报后，运维单位负责人根据故障类型分派给各专业维护人员处理，包括应用软件维护人员、硬件设备维护人员、网络维护人员、机房维护人员等。
故障人员接收客服人员分派的故障单后，以先恢复业务为原则，定位故障原因，提出解决方案，并解决存在的问题。
1.1.1.2 基本要求
运维单位提供每周7天、每天24小时的电话受理服务，如受理方式需要更改，运维单位在三天之内以书面形式（含传真）通知建设单位。
1.1.2 日常巡检
1.1.2.1 服务内容
运维单位定期对中山市统一申办受理平台系统进行现场巡检。
巡检内容包括但不限于以下内容：
1、负责统一申办受理平台系统现有应用软件、数据库的巡检，配合网络环境、硬件设备巡检等。
2、检查系统数据的备份情况。
3、检查前一次巡检发现问题的解决情况。
4、根据巡检情况形成巡检报告。
1.1.2.2 基本要求
日常巡检每月一次，在国家法定节假日期间，再安排一次巡检，并在重大事件期间，加大监控力度，保证平台的稳定性。
每月举行一次系统支撑例会，对日常巡检和其他运维工作进行总结。统筹协调每周的硬件设备巡检。
1.1.3 系统监控
1.1.3.1 服务内容
通过部署系统监控软件，对统一申办受理平台系统进行实时监控。
具体监控内容包括但不限于以下：
（1）页面的登录及访问监控，具体的监控页面包括如下：
 中山市统一申办受理平台跳转政务服务网指引页面
 公务员登录页面及登陆
 服务器健康监控，包括中山市信息中心机房和中山市政务云平台共32台服务器
（2）应用服务器CPU占用率，内存、硬盘使用率；
（3）数据库服务器CPU占用率，内存、硬盘使用率等。
1.1.3.2 基本要求
实现7*24小时系统监控，监控产生的告警信息需及时处理。当出现无法登录或登录错误时，会产生告警信息发布至维护人员手机，由维护人员第一时间检查处理。
1.1.4 安全漏洞扫描
1.1.4.1 服务内容
通过系统扫描软件，对统一申办受理平台系统的全部页面定期进行安全漏洞扫描。
扫描测试策略包括但不限于以下内容：
1) HTTP响应分割
2) LDAP注入
3) SOAP数组滥用
4) SQL注入
5) SSI注入
6) URL重定向滥用
7) XML实体扩展
8) XML外部实体
9) XPath注入
10) 不安全索引
11) 操作系统命令
12) 传输层保护不足
13) 恶意内容测试
14) 服务器配置错误
15) 格式字符串
16) 缓冲区溢出
17) 会话定置
18) 会话期限不足
19) 拒绝服务
20) 可预测资源位置
21) 空字节注入
22) 跨站点脚本编制
23) 跨站点请求伪造
24) 路径遍历
25) 蛮力
26) 目录索引
27) 内容电子欺骗
28) 凭证/会话预测
29) 权限不足
30) 认证不充分
31) 信息泄露
32) 远程文件包含
1.1.4.2 基本要求
实现每月进行一次系统安全扫描，出具安全报告，对扫描产生的漏洞信息需及时处理。
1.1.5 网络安全保障
在国家各安全节点对系统进行安全保障，例如重大节日的安全保障等，两会期间安全保障、市“香山网盾”攻防演练、"粤网安“攻防演练、“粤盾”攻防演练、二十大召开期间、国庆、春节期间等安全保障。
1.2 数据服务
1.2.1 数据安全服务
包含数据备份、数据同步、数据恢复、数据迁移、数据分析等。统一申办受理系统数据备份每天增量备份，每周全量备份，数据实时同步。对申报的用户类型、事项等进行数据分析，可以为领导决策做参考。
1.2.2 数据共享服务
为完成省、市数据挂接工作，在原数据挂接基础上，持续为新上线的业务数据表进行编目、挂接、推送数据等工作。
1.3 功能运维服务
（1）市镇村一体化子系统功能运维包括统一申办、统一受理收件、统一材料交接、统一分发、统一发件模块、监管信息展示功能模块、数据分析展示等功能模块运维。
（2）对移动申办（粤省事、粤商通）模块功能运维。
（3）包括“四免”优化服务、刷脸办、扫码办、政务一体机功能、电子材料库、取件柜等功能运维。
（4）新型审批子系统功能运维，包括对自动审批、马上办等流程配置功能进行运维。
（5）智能导办子系统功能运维，包括现场导办支撑模块、日常用语管理、政务知识库、二维码视频导办等功能及数据运维。
（6）效能监管子系统：效能监管子系统功能运维，包括对系统监管、市级效能监管、镇级效能监管、监管管理、绩效评估、后台管理等功能以及监察法定工作日、2万多事项承诺期限、法定期限等监察时间的维护。
（7）综合评价子系统功能运维，包括用户评价、用户中心办件评价功能、评价数据采集、评价情况统计、评价后台管理等功能运维，每天对省回流的评价数据处理服务，并及时处理省差评工单。
（8）电子档案子系统功能运维，包括电子档案归集、电子档案补充、电子档案归档、电子档案查阅、电子档案管理、档案辅助管理等功能运维，以及各部门业务电子归档配置服务。
（9）大厅管理子系统功能运维，包括大厅用户管理、大厅资产管理、窗口人员管理、信息资源共享、交流互动功能、日常办公管理、报修维护管理、政务大厅决策分析系统等功能运维。
（10）后台配置功能运维，包括事项配置、账号配置、证书配置等功能运维。
1.4 接口运维服务
接口运维服务，主要包括对接省办件过程库、对接省物流平台、对接省工单系统、对接大数据中心、对接中山市行政审批事项目录管理系统、对接一件事申办系统、对接一照通行平台、对接工建系统、对接市电子证照系统、对接省统一身份认证平台（公众侧）、对接省统一身份认证平台（政务侧）、对接粤政易APP、对接粤省事小程序、对接粵商通APP、对接省电子印章平台、对接省好差评，实现办件评价、对接粤信签小程序、对接省食药监系统、对接发改信用联合奖惩系统、对接市住建局资金监管平台、对接不动产权登记协同共享与查询系统、对接广东省特种设备作业人员考核管理平台、对接商事登记公示平台等系统的接口运维，保障对接功能的稳定运行。
1.5 数据交换子系统运维
1.5.1 服务简述
统一申办受理平台数据交换（以下简称数据交换）功能主要的是实现统一申办受理平台事项的环节信息、申请材料、审批结果等信息的共享共用。数据交换已经完成对接的部门有公安局，自然资源局，住建局，环保局，卫健局，交通局，公积金，人社局，医保局等，政数局共计9个局，11个系统（住建局、自然资源局各有2个系统），总共对接了约400个事项。中山市工程建设项目并联审批系统与统一申办受理平台已经基本完成对接工作，已经对接单位包括发改局，环保局，气象局，水务局，住建局，公安局，民政局，交通局，城管执法局，民宗局，国家安全局，文化广电旅游局，应急局，自然资源局，档案局等。随着统一申办受理平台的对接部门的增多，数据交换工作便越来越重要，一方面，通过数据交换监控系统，我们监测数据交换的实际情况，譬如是否有数据正在交换，数据量多少，交换速度多少，数据是否处于异常状态，并且在发现数据异常的后发起报警，通知运维人员处理。另一方面，为新增数据交换部门完成数据对接的工作。
1.5.2 数据交换监控工作
数据交换监控工作主要是对统一申办受理平台的数据交换功能模块进行全面的数据监控。
1.5.3 数据交换对接工作
由统一申办受理平台上线至今，统一申办受理平台除了与各部门业务系统、并联系统进行数据交换外，还有双公示项目数据交换、市场监管项目数据交换、住建局系统数据交换、人民银行征信项目数据交换、综合治税项目数据交换、民政局民非组织办理数据推送、市场监管局智慧食药监平台数据交换、气象局内部管理系统数据交换。在统一申办受理平台接下来的运维工作中，数据交换部分工作，一方面维护现有已经对接单位的数据交换正常运作，另一方面也需要配合新增的数据交换部门，或者部门数据共享的业务需求。
根据过往对接的需求，一般将数据交换事项分成以下几类：单向交换、双向交换、部门申请获取统一申办受理平台数据事项三种类型。
运维单位需要与对接单位部门确定事项交换类型、并确定交换事项所需交换字段信息，然后在测试环境配置后进行调试，调试成功后方可到正式环境进行配置及联调测试。
1.6 实施运维服务
1.6.1 账号运维服务
对市镇村审批人员账号进行运维，根据用户需求和市政数局的审核结果，开通统一申办受理平台系统账号，并配置对应的事项收件、受理、审批、查询等权限。
1.6.2 市镇村事项实施配置服务
对市镇村1600多个事项涉及2万多办事指南维护，由于部门业务政策调整或者人员调岗等，需要对事项的审批人员账号、权限、表单、环节流程、环节配置、证书等进行调整。
除了对原进驻事项进行运维，每年至少新增100个事项进驻。
1.6.3 报表定制服务
对部门已定制的160多个业务报表进行运维，由于业务调整，需要对报表进行调整，并为部门新进驻事项提供个性化报表功能。在运维期提供至少30个报表服务。
1.6.4 电子证照实施配置服务
对已配置的80多个电子证照进行运维，由于业务调整，需要及时更新部门变更的证书模板及电子证照模板，以及新上线的事项配置电子证照。
1.6.5 四免功能实施配置服务
对系统已配置四免服务的500多个四免事项进行维护，需要对免填写字段进行调整、免提交材料、调整电子印章人员授权等进行维护，在运维过程中对系统新增的事项进行调研，按需实施四免配置服务。在运维期间，提供100个事项新增四免服务。
1.6.6 移动审批实施配置服务
对已配置的三百多项移动审批事项进行维护，当业务发生变化时，及时更新。对新上线事项进行评估，有条件的进行移动审批配置服务。在运维期间，提供50个事项新增移动审批服务。
1.6.7 粤系列配置服务
对已进驻的60多个粤系列事项进行维护。当部门需求有调整时，需要对表单、接口等进行调整，并重新测试联调。当部门有新增事项进驻时，需要配合粤系列团队定制移动申办表单、接口联调等工作。
1.6.8 其他配置服务
对统一申办系统其他配置服务进行运维，例如效能监察规则配置、代填事项配置、下载申请表配置等。
1.7 国家、省考核任务支撑
国家、省对政务服务的重视程度也越来越高，工作要求也会越来越多。包括但不限于：需要完成广东省统一申办受理平台的对接任务、2022年广东省数字政府改革建设第三方评估方案，对数字化支撑能力、评估数据共享的情况、电子证照电子印章支撑情况、数字化服务能力（粤省事、粤商通等）、数字化服务成效等方面进行评估，统一申办系统作为全市性的业务审批系统，需要配合采购人对系统进行调整满足各项指标要求。
1.8 培训服务
1.8.1 服务内容
培训服务是指针对系统在运营推广过程中的各项业务开展需要而进行的各类不定期培训、技术交流、成果汇报等工作。
运维单位在运维期间，对有需要的部门及镇区提出的培训需求做出及时响应，安排经验丰富的讲师进行培训。
培训内容根据部门提出的具体需求来确定，每次培训时间为半天。
1.8.2 服务要求
配备经验丰富、优秀的培训讲师；定期、不定期的更新相关培训、交流等各类资料；组织、安排各类培训工作；安排经验丰富的工程师参与交流、汇报工作；根据市政府交流、汇报工作需要，安排必要的技术专家参与交流、汇报，提高交流、汇报效果。

2

2. 业务需求档案管理

运维单位需要对业务部门的业务需求进行统一的归档管理。

市级部门、镇区单位、村居等如果有业务需求需要运维单位进行处理，首先要提交业务需求表格，具体见“相关业务表格”。

运维单位接收业务部门上报的需求，需在1个工作日内与部门进行沟通确认，在对需求理解一致的情况下对需求进行确认，提交市政数局审核，如果需求超出可实施范围，填写退回原因退回给业务部门重新申请。

市政数局再次对需求进行审核，审核通过的，提交到运维单位进行实施；审核不通过的，填写退回原因退回给业务部门重新提交。

在市政数局审核通过之后，市政数局确认为简单的业务需求，运维单位在3个工作日内完成；确认为稍微复杂的业务需求，运维单位在 10个工作日内完成；确认为比较复杂的业务需求，运维单位在30个工作日内完成业务需求的实施工作，实施完成之后，通知业务部门和市政数局对实施结果进行确认。

运维单位实施完成之后，市政数局与业务部门对实施结果进行确认，如果跟提出的需求一致，则确认完成；如果不一致，需要在2个工作日内提出修改，退回给运维单位重新实施。

3

3.服务规范

3.1管理要求

支撑服务人员应创建软件配置表并按软件维护标准及维护流程进行软件维护，定期制作实施软件系统维护服务计划，按照要求提供各种文档及源代码。

在运维期间产生的相关文档及源代码等知识产权的所有权应归采购人所有。

3.2时限要求

为本系统提供支撑的服务人员，在一个工作日内对使用单位提供远程服务；对于紧急故障0.5小时内提供响应，在排除不可控因素影响下，8小时内提出解决方案，并在一个工作日内解决故障；在非工作日情况下提供支撑服务人员联系方式进行电话技术支持。

3.3文档要求

文档的编制

在计算机工程特别是应用系统维护过程的各个阶段，必需按照规定及时完成各种文档的编写工作，必需把维护过程中的决定和取得的成果及时写入文档，运维运营工作文档将作为项目验收的交付材料，最终产出的文档将根据实际情况进行调整，主要包括有项目阶段性文档、运维过程文档、运维月报、故障报告、客服台账、漏洞扫描报告、系统运行报告、应急演练报告、专项工作报告、培训文档等。在系统维护过程中，产生的文档很多，为了便于保存、查找、使用和修改，应将文档按层次分类、组织，每一页都有明确的标识，特别是同一文件不同版本号。

文档的管理

对各阶段形成的文档，必需有编写人、审核人的签字，必需有编写、审核完成的日期。对个别修改的工作，也应按要求对修改人和审核人进行记录。

建立文档签署机制是为了分清责任和便于管理；签署后的文档可作为本阶段工作完成的标志和下一阶段工作开展的基础。

文档管理是作为配置管理重要内容，遵守配置管理的管理过程。

根据文档的性质，规定不同的保密级别和借阅使用的范围。

文档的修改

文档修改的目的是为了整个系统的各类文档保持一致的、最新的版本。

在一个项目的维护过程中的任何时刻，项目组内的所有成员都有可能对开发工作的已有成果文档提出进行修改的要求，提出修改要求的理由可能是各种各样的，进行修改引起的影响可能很小，也可能会牵涉到项目的许多方面，因此修改活动的进行必需谨慎，必需对修改活动进行管理，使整个修改活动有控制地进行。

文档作为配置项的一种类型，其管理遵守配置项变更的流程。具体分以下三个步骤：

申请：项目组的任何一个成员都可以向项目经理提出修改建议，应填写修改建议表，说明修改内容、所修改的文件和部位，以及修改理由；

批准：一般情况下，批准权属于项目经理，在批准时，主要是决断修改工作中的先后顺序及各自完成的时间，以保证整个开发工作按照原定计划完成；

实施：由项目经理按照已批准的修改计划，安排有关人员进行修改，建立修改记录，产生新的文档以取代原来文档，最后将文档交配置管理员归档，并分发给有关持有者。

3.4信息保密要求

信息安全管理规范

平台涉及的计算机信息系统的访问应当按照权限控制，不得进行越权操作。未采取技术安全保密措施的数据库不得联网。

计算机信息系统采取有效的保密措施，配置合格的保密专用设备，防泄密、防窃密。所采取的保密措施应与所处理信息的密级要求相一致。

计算机信息系统联网采取系统访问控制、数据保护和系统安全保密监控管理等技术措施。

信息系统账号应当由系统安全管理人员集中产生供用户使用。

口令在网络中必须加密传输。

支撑服务人员保密要求

计算机信息系统的保密管理实行领导负责制，由使用计算机信息系统的单位的主管领导负责计算机信息系统的保密工作，并指定有关机构和人员具体承办。

计算机信息系统的系统安全保密管理人员应经过严格审查，定期进行考核，并保持相对稳定。发现计算机信息系统泄密后，应及时采取补救措施

内部管理人员负责网络的安全保护管理工作，建立健全安全保护管理制度。

落实安全保护技术措施，保障本网络的运行安全和信息安全。

支撑服务人员应该与运维单位签订保密协议，明确保密义务及相关责任。

4

4.应急维护方案

系统在运行过程中一旦出现紧急重大问题，导致系统不能正常运行的情况下，就需要启动售后服务紧急预案，以保证业务的正常进行。

4.1应急预案目标

在一旦出现紧急情况下，需要启动应急预案的情况下，应急预案必须以保证业务正常运行为目标。

运维单位在运维期间，需每个季度进行一次应急演练，并生成应急演练报告。

4.2应急预案具体措施

应急预案需要从业务系统、数据库、网络平台三个方面来考虑应急处理措施，在出现紧急重大问题的情况下，运维单位需要在最短时间内作出故障响应，第一时间由驻现场维护人员启动备份系统，同时将指派具有解决故障能力的软件工程师、数据库工程师以及硬件网络工程师组成的紧急服务小组解决问题。在启动应急预案之后，紧急服务小组应该在24小时之内恢复系统正常运行。

5

5.项目组织和人员要求

5.1项目组织

为保障系统正常稳定运行，本项目须建立一个完善和稳定的项目运维团队、管理机构及执行流程。

在项目中采用项目经理负责制，设立项目运维经理1名，对项目负总责；系统运维、新功能部署实施、与服务事项对接同步等工作由5年以上相关项目经验的人员担任。

项目运维经理需熟悉统一申办受理平台系统，包括该系统的业务、用户管理等流程，并熟悉涉及到统一申办受理平台对接的系统，保证本项目安全稳定的运行。

5.2运维团队要求

项目在运维期间必须提供至少20人（含运维经理1名）的服务团队本地化支撑服务，并至少派2名在职人员（包括至少一名为技术人员）进场驻点。运维成员应熟悉电子政务、云计算、大数据技术、数据库技术、运维系统等领域知识。同时，要求系统开发人员到达业主实施现场的响应时间在15分钟以内提供支撑服务。

运维成员在运维期间发生变动的，应书面请示采购人，并出具项目运维成员变更说明。

5.3安全责任

投标人须承诺如中标应为所有项目组人员购买必要的保险，对于项目组成员因为工作在现场引起的各种工伤、安全事件和事故，采购人免于一切责任。中标人负责贯彻实施好国家及当地安全系统运维服务规定，排除安全隐患，注意运维安全，保证工作人人员具备相应的资质要求，佩证上岗。如运维施工期间出现财产损失或人身损害等安全事故由中标人负责，造成采购人损失的，包括但不限于第三人索赔、财产损失、行政罚款等，由中标人承担赔偿责任。

5.4工作交接要求

若本项目中标人未中标下一期运维运营服务项目，则必须在下一期运维运营服务商入场前提交运维运营服务工作移交清单并配合完成工作移交，交接内容必须完整、准确，无保留、无隐瞒。

交接内容包含但不限于以下内容：①系统日常运维、单位用户的相关运维运营问题及需求处理情况。②系统运维运营相关制度及流程。③系统运维运营干系人联系方式。④各系统数据库和应用服务器的日常管理工作。⑤系统运维工具账号及密码、热线电话、微信运维群等。

6

6.运行维护考核方案

为保证运维质量高效，需对运维工作的责任进行说明并进行相关的经济考核。

6.1运行维护责任

（1）运维单位应保证系统的可靠运行，不要经常发生宕机或者系统崩溃的情况，实现系统总体可用率大于99.2%（每月不可用时间<6小时），但不包括因网络、硬件问题造成的故障及有计划的系统升级、维护时间。

（2）运维单位应保证系统的安全运行，保护使用者的资料不被窃取或者被破坏。

（3）运维单位应保证系统的可用性，避免由于系统原因，造成操作繁杂、容易出错、甚至导致终端死锁。

（4）运维单位应保证系统数据的准确性，保证系统业务数据的准确。

（5）运维单位应保证系统故障处理的及时性，确保在第一时间对系统故障进行响应及处理。

（6）运维单位不得将运行维护工作外包给第三方公司进行运维工作。

6.2考核细则

（1）根据市政府的有关要求，安排相关人员对中山市统一申办受理平台系统进行月考核，考核项目由运行质量、维护管理、日常维护、服务评价、奖励加分等五个方面组成。

（2）最终考评分值=所有月考评分值之和/服务月数，根据最终考评分值，评出服务等级。服务等级将作为维护款项支付的参考依据，

具体标准如下：考核总分为100分，考评成绩分为四档。

（3）第一档为80---100分（含80分），为优秀；得分在第一档的，采购人向被考评单位支付全额服务费用；

（4）第二档为70---80（含70分），为良好；得分在第二档的，采购人向被考评单位扣减合同总费用10%的服务费用；

（5）第三档为60—70（含60分），为及格；得分在第三档的，采购人向被考评单位扣减合同总费用20%的服务费用；

（6）第四档为60分以下，为不及格。得分在第四档的，采购人向被考评单位扣减合同总费用30%的服务费用，采购人有权在应支付款项中直接扣除，并通过招标方式重新选择服务单位。

附考核评分表：

中山市统一申办受理平台运维服务项目考核评分细则

考核评分表

考核方：服务商：考核时间：　 年　 月

7

7.保密要求

投标人须承诺中标后按采购人保密要求签署《保密协议》，包括但不限于以下内容：

（1）中标人必须如约承担合同履行时所应该尽的一切保密义务。中标人及其参与本项目的所有工作人员均须对采购人信息、项目实施过程中的资料、数据进行保密，未经采购人书面同意不得泄露给第三方，否则，采购人保留追究中标人法律责任的权利。保密责任不因合同的终止或解除而失效。

（2）与本项目有关采购人的信息、项目实施过程中的资料、数据等所有资料（包括但不限于文字 、图片、声像资料、电子数据等）均属采购人所有，中标人及其参与本项目的所有工作人员在本合同有效期内或相关信息资料被公众所知悉前，不得泄露，也不得超越本项目实施范围使用，中标人及其参与本项目的所有工作人员依据本合同所完成的全部技术成果的知识产权属采购人所有。由采购人收集的、开发的、整理的、复制的、研究的和准备的与本合同项下工作有关的所有资料在提供给中标人时，均被视为保密内容；中标人不得以任何方式泄漏给与本项目实施无关的任何自然人、企业或公司等任何第三方，不管本合同因何种原因终止，均不影响本条款的有效性及对双方的约束力，至保密内容公开或被公众知悉时止。

  （3）中标人对中标人人员的保密义务承担连带责任。

8

8.知识产权归属

（1）中标人应保证本项目的报价技术、服务或其任何一部分或整体不会产生因第三方提出侵犯其专利权、商标权或其他知识产权而引起的法律和经济纠纷；如因第三方提出其专利权、商标权或其他知识产权的侵权之诉，则一切法律责任由中标人承担。

  （2）如有第三方指控采购人接受中标人提供的产品或服务侵犯了该方的知识产权或其他合法权利，中标人应自费就上述指控为采购人辩护或进行妥善处理，并承担给采购人及第三方造成的一切损失（包括但不限于赔偿金、律师费、诉讼费、诉讼保全费、诉讼保全保险费、公证费、鉴定费、执行费、差旅费等）。如中标人不为采购人辩护或不进行妥善处理，采购人可自行处理，对于采购人与第三方达成的和解协议或法院、仲裁机构作出的生效法律文书确定由采购人承担的责任和费用，及采购人自行处理所支出的合理费用（包括但不限于赔偿金、律师费、诉讼费、诉讼保全费、诉讼保全保险费、公证费、鉴定费、执行费、差旅费等），中标人同意全部承担。

说明

打“★”号条款为实质性条款，若有任何一条负偏离或不满足则导致投标无效。
打“▲”号条款为重要技术参数，若有部分“▲”条款未响应或不满足，将导致其响应性评审加重扣分，但不作为无效投标条款。