公司IT服务管理平台建设项目招标文件模板.doc

XXX企业IT服务管理平台建设招标文件 项目名称：XXX企业IT服务管理平台建设招标编号：XXXXXX月XX日目 录第一部分 招标邀请3第二部分 投标须知41、相关投标文件42相关确保金43相关投标费用54. 名词解释55相关知识产权56相关保密5第三部分 项目要求6第一章 项目目标6第二章 项目需求6第三章 进度和验收标准14第四部分 协议16第一章 投标要求16第二章 付款方法16第三章 协议范本16第五部分 项目投标评审251. 总则252. 项目投标评审工作组253. 项目投标评审步骤254. 项目投标评审方案255. 评标相关表格28第六部分 投标文件格式清单33附件1 投标函33附件2 法定代表人授权书34附件3 报价一览表35附件4 报价明细表36附件5 供给商基础情况表38附件6 技术人员表39附件7 项目建设方案40第一部分 招标邀请 XXX就以下IT服务管理平台建设项目进行公开招标，邀请有爱好合格投标人参与投标。 1、招标文件编号：xxx2、项目名称：xxx企业IT服务管理平台建设项目3、项目实施地点：xxx企业4、建设内容：具体要求见招标文件第三部分项目要求。5、项目期限：具体要求见招标文件第三部分项目要求。6、招标文件答疑：本项目不举行集中答疑，请候选供给商于招标截止时间最少一日前将相关疑问书面传真至【传真号码】【联络人】 收。7、对候选供给商商务要求（候选供给商必需达成以下全部商务要求）： 7.1候选供给商要求为中国独立事业法人或注册资金不少于人民币500万元独立企业法人；7.2候选供给商必需有不少于5名持有IT 服务管理相关认证资质（如IT Service Manager、ITIL Expert、ISO0 LA、ISO27001 LA等）技术人员；8、递交投标文件地点：地点：xx市xxx路xxx号x楼联络人：xxx联络电话：xxx9、递交投标文件时间：x月xx日10、评审时间、地点：时间： x月xx日x:xx开始地点： xx市xxx路xxx号x楼联络人： xxx【电话号码】到时请参与投标单位法人或法人委托人参与招标评审，如因为特殊原因推迟，则时间顺延。第二部分 投标须知候选供给商必需认真阅读以下内容，以免造成投标失败。1、相关投标文件1.1投标文件应包含下列部分n 投标文件目录n 投标函（格式见附件1）n 法定代表授权书（格式见附件2）n 投标一览表（格式见附件3）n 投标明细表（格式见附件4）n 供给商基础情况表（格式见表5）n 技术人员表（格式见表6）n 项目建设方案（格式见表7）n 供给商营业执照副本复印件、税务登记证复印件和组织机构代码证复印件1.2供给商必需确保所提供全部资料真实性1.3投标文件和来往函件用汉字书写，除非本招标文件中另有要求。计量单位应使用国际单位。1.4候选供给商应以人民币报价。1.5投标文件须打印并由供给商法定代表人或其委托代理人（含有法定代表人签署授权书）在商务标正本封面上签字盖章及加盖骑缝章。1.6投标文件除签字外必需是印刷形式，其中不许有加行、涂抹或改写。若有修改须由签署投标文件人进行签字。副本可用复印件。1.7供给商应准备投标文件正本一份，副本二份，电子标书（刻录光盘）一份，在每一份投标文件上要明确注明“正本” 、“副本”字样。一旦正本和副本内容有差异，以正本为准；1.8投标文件从招标文件中要求截止之日起，使用期为45个工作日。2相关确保金此次招标免交确保金。3相关投标费用供给商自行负担全部和参与投标相关费用。4. 名词解释采购人：xxx企业。候选供给商：向采购人提交投标文件供给商。5相关知识产权5.1 供给商应确保，采购人在中国使用协议货物或软件时，免受第三方提出侵犯其专利权、商标权或其它知识产权起诉。如发生这类纠纷，由候选供给商负担一切责任。5.2 供给商为实施本协议而提供技术资料、软件使用权归采购人全部。6相关保密未经采购人和候选供给商许可，双方全部不得将招标文件中相关采购人系统现实状况及需求情况、建设情况提供给任何第三方。第三部分 项目要求第一章 项目目标1. 提供IT服务管理平台；2. 实施IT服务管理平台，经过平台确保采购人已建立IT服务管理体系落地运行。第二章 项目需求项目标总控制价为含税价xx万元。发票类型：xxx。1. 系统平台要求：要求必需支持Windows/XP/操作系统。是基于B/S架构产品。2. 基础要求：所提供IT服务管理软件须含有软件产品登记证书（以著作权登记为准，著作权名称必需包含IT服务管理软件或IT运维管理软件等字样）。IT服务管理软件有类似成功使用案例（以协议为准）。产品应遵照ITIL V2.0或V3.0标准进行设计。针对不一样角色用户，能够自定义不一样操作视图。3. 功效需求1) 服务台服务台首页内容可定制，并可拖拽方法调整其布局。服务台应能快速响应多种事件，统计事件内容，分配处理突发事件给工程师处理，事件内容可依据需求自定义。服务台应能查看并跟踪工程师对事件完成情况，并可对事件进行干预。服务台能有效识别反复故障，并能统计反复故障率。服务台应能统计天天处理事件汇总情况,了解单据处理进度和状态。服务台工作人员应能够快速取得悉识库帮助。应能够完成事件登记、修改、删除等操作，并对事件进行归类。应能够将事件分配给对应工程师进行处理。能够跟踪事件处理过程和状态。应能够对事件处理结果进行统计和分析，向统计报表模块提供对应数据；能够统计有效工时。事件处理步骤应可自定义。步骤每个步骤可定义可进行处理角色，和该步骤可处理内容。应可图形化跟踪事件处理步骤、处理轨迹。应可自动关联服务目标，并可实时查看服务目标合规性情况，若有异常，能够发出相关通知和警告信息。应可统计并统计事件处理成本，成本项需和会计科目保持一致。应可依据事件复杂程度提议子步骤或子任务，并可实时跟踪任务处理进度。应可由事件管剪提议和关联问题、变更、知识库等相关步骤，事件和其它步骤关系可自定义。应含有事件审计功效，任何人对事件单任何修改，均可自动进行具体统计，以备事后跟踪。多渠道创建请求：应支持从邮件、短信、PDA创建请求；支持和监控系统集成，自动产生工单。应内置故障模板，帮助服务台快速创建工单。图形化调度，应按“优先级=紧急度*影响度”模型自动生成调度队列。多个派单策略，应支持人工派单和系统自动派单，可设置多个派单规则，快速有效派单。事件关闭：应可设置关闭策略，可经过邮件或短信自动发出关闭请求，由最终用户来决定是否关闭。自助服务台：最终用户应可经过自助服务台提交请求、跟踪请求，并可对请求服务质量进行评价；可查询知识库自行处理问题。2) 问题管理问题管理由步骤驱动，应可图形化展示问题处理情况。应提供问题分析模块，帮助问题经理从事件中发觉潜在问题。应可依据事件模型，分析到问题趋势及分布情况。问题识别，应采取Top N分析法和层层钻取功效，定位问题；支持从事件管理等步骤创建问题单。问题分析，应经过鱼骨图分析法，找出问题根本原因。已知错误，识别问题后，应可定位为已知错误，并提供临时处理方法给相关事件；找到根本处理方案以后，可提议变更步骤。3) 资产管理应可登记、修改、删除、查询、浏览IT资产资料。应可对IT资产分类管理，而且能够分类别显示IT资产明细清单。应能够针对不一样类别IT资产，完全定义不一样资产属性。应能够针对不一样IT资产类别指定不一样服务等级。应可依据资产常规属性查询相关资产，也可依据系统自定义属性对资产进行查询操作。每种类型资产均应可定义其对应经典故障、故障定位和处理方案。应可对资产全生命周期进行管理，可统计、查看、统计、分析资产生命周期中发生动作。4) 配置管理应可登记、修改、删除、查询、浏览配置项资料。应可对资产配置变更历史进行统计、和查询显示。应可基于Web进行图形化定义、显示配置项之间物理、逻辑关系，和配置项变更所引发风险。应可定义一个配置项对其它配置项在可用性、可靠性、性能等方面影响。应可定义组成一个系统全部配置项集合，提供配置项变更所引发系统可用性、可靠性、性能改变，及评定潜在风险能力。配置审计：应定时产生审计任务，可依据灵活策略从CMDB中抽取样品，并可依据实际采集数据进行自动差异分析。应支持通用CMDB模型，采取面向对象数据模型，来存放CI和CI之间关系，灵活性、可扩展性强；同时提供了一套模板，开箱即用。配置导入工具，应可建立多个作业从不一样数据源导入CI，在导入过程中可数据进行标准化、合并处理，确保数据质量；可定义作业频率，确保数据实时性。配置项控制：应确保全部对CMDB变更全部是正当、经过授权变更；应可建立配置基线，用于CMDB回退。5) 变更管理变更处理由步骤驱动，变更经理应可依据实际情况设置不一样变更步骤。应可图形化展示变更处理情况。应可对每次变更所产生费用进行维护，并可对变更费用进行分析、统计。配置项应可依据变更信息，直接统计到状态变更历史统计。应提供基于服务配置项风险模型，帮助评定变更对业务可能造成风险和影响。变更日历，应可帮助用户检验变更之间冲突。变更审核，应可按标准变更、非标准变更等不一样变更类型，走不通变更步骤，来对变更方案、成本等进行评定。应可在实施后评定变更效果。6) 公布管理公布步骤对应ITIL步骤中公布管理步骤，它是变更管理一个子步骤，负责变更实施，它经过构建、测试、上线等步骤确保只有经过完整测试和得到授权CI才能够进入正式运行环境，以确保变更后生产环境质量。公布最终止果将会反应到CMDB(配置管理数据库)。应支持公布申请。应支持公布调度。7) 服务等级管理服务等级定义：应可定义SLA、OLA、UC等服务水平，并能和事件、问题、变更、公布、作业等步骤自动关联；支持协议-协议-服务目标三级服务水平模型。可基于协议定义协议合规性评审机制，定时评审服务水平；定义服务协议合规性保障机制，设置服务水平阈值和事件触发器，自动触发事件升级。可自定义服务目标适应范围，即可依据事件类型、状态、请求人、企业、优先级等不一样维度来设定服务目标，并可自动加载；可自定义服务目标测量准则；可依据服务目标设定里程碑检验机制，并可触发对应动作。服务水平监控，应可实时监控协议合规性和趋势。8) 知识库知识分类管理，应可创建多个知识分类，各分类以树形结构组织。知识库管理员应能够公布、修改、删除知识库内容。用户、服务工程师全部应能够作为知识公布者，向知识库中添加知识。知识公布者添加知识应需要经过知识库管理员审核经过后方可正式进入知识库。多渠道采集知识，应可在事件、问题、变更等步骤处理过程中，创建知识。知识应审核和公布，确保知识质量。全文检索，应可对Word、Excel、PDF、TXT等附件进行快速搜索。知识评价，应可帮助识别和奖励知识贡献者，促进知识库建设。9) 作业管理在日常运维工作中，除了要应对突发事件之外，还有大量预防维护性任务要完成，比如日常巡检、维护和保养，怎样确保这些任务有序、高效完成，是业务正常运转关键保障。IT服务管理平台作业管理用来对生产系统全部运维活动进行集中管理、跟踪和监控。系统应分别提供任务管理、作业计划管理、作业模板管理、工单模板等功效。作业计划管理，应对生产环境中可预期任务，制订生产作业计划，统一计划安排多种任务。并能发觉、协调并处理各项生产任务之间冲突。任务分周期性任务和一次性任务之分，对周期性任务，应可自动产生工单。应可依据排班自动调度资源。10) 步骤监控系统应提供服务汇报、统计报表、分析报表等多个形式报表，数据统计分析、关联分析、钻取分析等功效来帮助采购人发觉IT服务体系运转过程中发觉异常和问题，为采购人决议提供数据支持。服务汇报，应针对事件、问题、变更、公布、配置等步骤，提供了提供日报、周报和月报汇报模板，开箱即用，如实反应步骤实施中运行状态。可依据用户需求，自定义服务汇报模板内容。钻取分析，应可根据不一样维度，层层钻取，逐层分析，有效支持决议。应支持多维度统计。11) 步骤绩效应支持步骤绩效体系，方便管理人员能立即掌控各职员工作情况、工作效率、操作合规性和步骤效能，建立量化考评指标，并经过可视化报表进行展现。应以COBIT绩效考评模型为基础，应提供绩效定义、绩效预警、绩效监控等功效，为管理人员提供有效工具。应支持COBIT绩效考评模型，确保IT服务管理绩效和企业业务目标一致性。绩效指标库，应内置服务和支持域相关指标模板，开箱即用。绩效定义，应采取COBIT绩效考评模型，量化步骤绩效目标；可给绩效目标设定评审机制和奖惩规则。应支持绩效监控，便于管理人员动态、实时查看KPI和KGI，并可依据偏差实时采取方法；提供图形化仪表盘查看KPI指标应支持绩效预警，应可依据绩效目标设定多重阈值，并可立即触发预设步骤或方法。12) 步骤连续改善连续改善模块应支持PDCA标准方法论，并经过步骤来驱动连续改善体系实施和落地，确保作业步骤不停优化和改善。13) 统计报表应提供可完全自定义报表系统，应可自定义出列表、矩阵、图形报表，图形报表能够展示为饼图、柱状图、曲线图。报表系统可实现自定义基于商业智能分析可分层级钻取分析报表。应无需程序开发，即可对任意报表自定义查询条件。应可在运行时，在各个功效模块下建立报表文件夹，并可在报表文件夹下创建报表。全部报表均应含有打印及导出到Excel功效。系统用户应能够在运行过程中，对统计报表格式和数据源进行重新修改，从而丰富报表可选择项目。14) 步骤管理应能够对事件管理、问题管理、变更管理、知识库管理等模块中工作步骤进行图形化步骤和表单自定义。步骤应支持次序、循环、分支结构、支持条件、分支、合并、会签、快照、定时触发等多个步骤节点，支持复杂步骤定义；支持步骤步骤超时、工时计算、任务调度、外出委托、任务共享等处理。同一类型业务，应能够定义多个处理步骤，在业务处理中，可依据实际情况选择任一处理步骤。步骤启用后，应仍可进行修改，系统能够自动根据修改后步骤定义在相关模块中发挥作用并控制流转。应可对全部步骤有版本控制，而且有状态控制，只有公布状态步骤才可正式使用。应可对步骤定义KPI监控，对步骤进行绩效评定，帮助步骤经理找到步骤运转中存在缺点，进而不停对步骤进行优化。应提供基于表单设计器。设计出来表单是标准表单，同时不一样于VisualStudio等以网站设计为目标设计工具，是为表单设计而开发设计器，充足考虑了表单设计特点，能有效降低表单开发工作量和复杂性，是表单设计理想工具；无须编码，经过配置即可完成表单字段和后台数据绑定，和表单业务逻辑（比如数据运算、联动、过滤、验证等）。应支持矩阵式组织机构，支持和AD域和LDAP集成，也可外挂企业现有系统组织架构。第三章 进度和验收标准验收标准：1. 分为到货验收和项目终验两部分。2. 达成终验条件时，由采购人组织供给商举行验收会议，全体和会人员署名经过后，完成项目终验。3. 终验条件：n 提交到货验收汇报（原件或复印件）；n 提交阶段性项目交付物；n 提交项目管理文档（项目例会会议纪要、项目变更统计等）4. 全部项目汇报和项目文件，必需由采购人授权代表签字确定方为有效。5. 必需在要求时间内，完成预定项目计划任务。若因采购人方面引发项目延期，必需持有由采购人书面项目延期说明。项目进度和要求：1. IT服务管理平台到货和验收：在XXX企业开展，进行IT服务管理平台到货验收，要求在X月内完成；交付物包含：IT服务管理平台使用授权、IT服务管理平台介质、IT服务管理平台到货验收单。2. IT服务管理平台实施：依据IT服务管理平台实施需要，完成系统安装、信息搜集、数据转换、数据布署、平台使用培训，要求在X月内完成；交付物包含：IT服务管理平台安装汇报、IT服务管理平台调试汇报、IT服务管理平台实施汇报、IT服务管理平台管理手册、IT服务管理平台使用手册、IT服务管理平台培训材料。3. 项目试运行阶段：帮助采购人完成为期壹个月IT服务管理平台试运行工作，要求在X月X日前完成系统正式上线；交付物包含：IT服务管理平台测试汇报、IT服务管理平台试运行工作总结。4. 项目验收阶段：根据采购人要求，结合相关制度，帮助采购人完成项目总结并开展验收，要求在X月X日前完成；交付物包含：项目实施总结汇报、项目验收单。第四部分 协议第一章 投标要求全部投标报价均应已包含国家要求全部税费。第二章 付款方法1、采购人以 汇款或支票 方法支付，采购人在收到每期应付款项对应票据经相关部门审核无误后十个工作日内向供给商单位交付货款。2、付款方法第一期，X月，签署协议后，乙方向甲方提供协议总金额50%有效发票，甲方在收到乙方发票后经相关部门审核无误后十个工作日内，由甲向乙方支付项目首期款，累计：人民币 元整（￥ ）；第二期，X月，IT服务管理平台到货并经过验收后，由乙方向甲方提供协议总金额30%有效发票，甲方在收到乙方发票后经相关部门审核无误后十个工作日内，由甲向乙方支付项目余下款项，累计：人民币 元整（￥ ）；第三期，X月，IT服务管理平台试运行完成并完成项目验收后，由乙方向甲方提供协议总金额20%有效发票，甲方在收到乙方发票后经相关部门审核无误后十个工作日内，由甲向乙方支付项目余下款项，累计：人民币 元整（￥ ）；具体内容见协议范本。第三章 协议范本协议要求说明：中选方按采购人指定时间、地点和采购人签署协议。招标文件、中选方投标文件及其澄清文件等，均为签署协议依据。此协议由XXX企业（甲方）和中选方（乙方）签署。依据XXX企业相关要求，相关协议须附带安全协议作为协议附件，安全协议和主协议共同组成完整协议。协议范本（可忽略）IT服务管理平台建设项目协议书项目名称：XXX企业IT服务管理凭建设建设委托方： xxx企业 （甲方） 服务方： （乙方） 签约日期： 月 日 签约地点：xxx XXX企业IT服务管理平台建设委托方：XXX企业（以下简称“甲方”） 住所地：XX省XX市XX路XX号 法定代表人：XXX 项目联络人：XXX联络方法通讯地址：XX路XX号电话：XXX 传真：XXX电子信箱：XXX 服务方： （以下简称“乙方”） 住所地： 法定代表人： 项目联络人： 联络方法通讯地址： 电话： 传真： 电子信箱： 甲方和乙方就甲方委托乙方提供XXX企业IT服务管理平台建设专题技术服务项目，本着诚信为先、平等自愿、互惠互利、共同发展标准，依据中国协议法要求，结合企业本身特点，经协商一致达成以下协议，双方共同遵照实施。第一条 技术服务目标、内容和要求1. 技术服务目标：(1)提供IT服务管理平台；(2)实施IT服务管理平台，经过平台确保采购人已建立IT服务管理体系落地运行。2. 技术服务内容：(1) 提供IT服务管理体系建设；(2) 实施IT服务管理平台；(3) 提供IT服务管理平台使用和管理培训。3. 项目要求及预期达成技术、经济指标： (1)IT服务管理平台到货和验收：在XXX企业开展，进行IT服务管理平台到货验收，要求在X月内完成；交付物包含：IT服务管理平台使用授权、IT服务管理平台介质、IT服务管理平台到货验收单。(2)IT服务管理平台实施：依据IT服务管理平台实施需要，完成系统安装、信息搜集、数据转换、数据布署、平台使用培训，要求在X月内完成；交付物包含：IT服务管理平台安装汇报、IT服务管理平台调试汇报、IT服务管理平台实施汇报、IT服务管理平台管理手册、IT服务管理平台使用手册、IT服务管理平台培训材料。(3)项目试运行阶段：帮助采购人完成为期壹个月IT服务管理平台试运行工作，要求在X月X日前完成系统正式上线；交付物包含：IT服务管理平台测试汇报、IT服务管理平台试运行工作总结。(4)项目验收阶段：根据采购人要求，结合相关制度，帮助采购人完成项目总结并开展验收，要求在X月X日前完成；交付物包含：项目实施总结汇报、项目验收单。第二条 技术服务计划和进度、期限、地点和方法1. 技术服务计划和进度乙方在本协议签署之日起 5日内应向甲方提交技术服务计划，该计划内容应包含技术服务实施方案、阶段目标和计划进度。甲方有权要求乙方对技术服务计划进行修改，乙方应根据甲方要求进行修改。该计划在经甲方确定同意后应作为本协议附件二。乙方应根据该计划内容实施。在不违反协议总体目标前提下，经双方同意，可依据实际情况对技术服务计划和进度进行合适修订。2、技术服务期限乙方向甲方提供本协议约定技术服务期限为:X月至X月。3、技术服务地点乙方应在甲方所在地或甲方关联企业或下属企业所在地或甲方另行书面指定其它地点提供本协议所约定技术服务。4、技术服务方法乙方应以下述方法为甲方提供本协议所约定技术服务：上门服务。第三条 甲方提供工作条件和协作事项为确保乙方有效进行项目建设工作，甲方应该向乙方提供下列工作条件和协作事项：必需工作场所、水电设施、临时出入证和停车证等。第四条 技术服务费及支付方法和时间 1. 甲方应就本协议所要求技术服务向乙方支付技术服务费人民币 元整（￥ ）。 2. 甲方应分三期向乙方支付本第四条第1款费用。具体支付方法和时间以下：第一期，X月，签署协议后，乙方向甲方提供协议总金额50%有效发票，甲方在收到乙方发票后经相关部门审核无误后十个工作日内，由甲向乙方支付项目首期款，累计：人民币 元整（￥ ）；第二期，X月，IT服务管理平台到货并经过验收后，由乙方向甲方提供协议总金额30%有效发票，甲方在收到乙方发票后经相关部门审核无误后十个工作日内，由甲向乙方支付项目余下款项，累计：人民币 元整（￥ ）；第三期，X月，IT服务管理平台试运行完成并完成项目验收后，由乙方向甲方提供协议总金额20%有效发票，甲方在收到乙方发票后经相关部门审核无误后十个工作日内，由甲向乙方支付项目余下款项，累计：人民币 元整（￥ ）；3、甲方应以支票或汇款方法支付给乙方。 第五条 保密和非竞争1.任何一方均应对其因签署和推行本协议而自另一方取得任何信息（不管以口头通知或提供书面文件、电子数据或任何其它形式，也不管是否标识为保密性质，下称“保密信息”）负担保密责任，未经另一方事先书面许可，不得未经授权使用、传输或公开保密信息。而且，取得保密信息一方应仅可将保密信息用于推行其在本协议项下义务，并应采取合适和有效方法对保密信息进行保护，并严格限制在其为推行本协议必需工程技术人员范围内披露。2. 甲、乙双方同意，在本协议期限内和本协议终止后5年内，其不得使用自另一方取得保密信息从事和另一方有竞争性业务，也不得采取任何方法聘用和本协议签署和推行相关另一方技术或管理人员。3. 本第五条所要求保密义务不适适用于以下情况：获取保密信息一方在另一方披露之前，已经或能够经过正当渠道获取该信息；(2)获取该信息一方从第三人处正当获取且不负担保密义务；(3)适使用方法律法规强制披露或依据法院或政府部门命令进行披露。 (4)在接收方承诺保密前提下，一方向其法律顾问、注册会计师或其它专业顾问披露；(5)一方发生改制、重组、收购、吞并或相类似情形（仅可在接收方承诺保密前提下披露）。第六条 验收标准和验收评价方法1. 双方同意以第一条第3款要求技术服务要求和预期达成技术和经济指标作为乙方技术服务工作验收标准。2. 甲乙双方应共同组成验收小组，根据第二条第1款所述技术服务计划所列明进度对乙方服务进行阶段验收，并在本协议期限届满前30天内进行总体目标验收。3.总体目标验收应于XX月XX日前在甲方所在地进行。阶段验收时间和地点由双方按技术服务进度另行约定。因甲方或不可抗力原因，总体目标验收时间可合适延迟，具体时间由双方协商确定。 4如乙方无法经过本条第3款所要求验收，应根据本协议要求和验收小组要求进行整改。验收小组应在整改完成后再次进行验收直至验收合格为止。 第七条 知识产权1. 本协议期限内，甲方利用乙方提交技术服务工作结果所完成新技术结果，其知识产权归甲方全部。2. 本协议期限内，乙方利用甲方提供技术资料和工作条件所完成新技术结果，其知识产权归双方全部。第八条 违约责任1.乙方应在本协议所要求时间内提供符合本协议约定标准服务。如乙方未能根据本协议要求时间向甲方提供本协议约定服务，或乙方提供服务不能达成本协议要求标准，除应按下述约定支付违约金外，甲方并有权要求乙方继续推行本协议所要求义务，并采取合适补救方法及对甲方作出赔偿，以填补甲方所遭受经济损失。 2.如甲方未按本协议要求期限付款，每延期一日，甲方应向乙方支付应付未付金额0.3%违约金，但违约金总额不应超出技术服务费总额5%。3.任何一方违反本协议所要求其它义务，违约方均应赔偿守约方因其违约而遭受一切经济损失。第九条 项目联络人和通知方法1 在本协议使用期内，双方指定项目联络人和通知方法如文首所列。2 一方变更项目联络人及文首所列通讯地址或通讯方法时，应该立即以书面形式通知另一方。第十条 协议解除和终止1双方确定，出现下列情形，致使本协议推行成为无须要或不可能，一方有权通知另一方提前解除本协议； (1)发生不可抗力致使本协议目标不能实现； (2)任何一方明确表示或以自己实际行为表明不推行其关键义务； (3)任何一方拖延推行其关键义务，经另一方催告后在合理期限内仍未推行。2.本协议提前解除不影响双方已经发生债权债务及违约方应负担违约责任。3、除非本协议提前解除，不然，本协议应在推行期限届满后终止。第十一条 争议处理方法1 在本协议推行过程中，若双方之间因本协议签署、解释或推行发生了解分歧或争议，或有任何未尽事宜，均应协商处理。如协商不能处理，任何一方可请求采购人行业管理司进行起诉。2 如经过上述第1款仍不能处理双方争议，任何一方有权请求以下述方法之（1）处理争议： (1) 将争议提交采购人当地仲裁委员会仲裁处理；(2) 向采购人所在地有管辖权人民法院提起诉讼。第十二条 协议补充、变更和修改任何相关本协议补充、变更或修改，均应经双方协商一致并以书面形式确定。第十三条 附件1、本协议包含下述附件：技术服务计划。2、乙方依据第二条第1款提交并经甲方确定和同意技术服务计划应作为本协议附件。3、附件为本协议组成部分，和正文共同组成完整协议，和正文含有相同法律效力。第十四条 生效本协议经双方签字盖章后生效。第十五条 文本本协议正本一式肆份，甲方执叁份，乙方执壹份，含有相同法律效力。双方签署：甲方：XXX企业（盖章）签署：日期： 月 日乙方： （盖章）签署：日期： 月 日 第五部分 项目投标评审1. 总则此次采购项目采取投标评审方法。2. 项目投标评审工作组采购人组建七人或以上单数项目投标评审工作组，技术专业人员、经济类专业人员，不少于组员总数三分之二，项目实施部门人员等方面人员要满足不超出工作组半数要求。项目投标评审工作组对资质和投标文件进行审查、评定、谈判。3. 项目投标评审步骤项目投标评审工作组依据供给商投标文件，制订投标评审工作方案。再依据方案和供给商进行投标评审。评审内容包含商务（投标人资质）、技术（投标产品和需求符合程度）和投标价格。项目投标评审后确定评审结果，作为选择中标人、签署协议依据。4. 项目投标评审方案4.1中标依据：在不高于最高限价前提下，综合评定分最高为中标候选人。4.2投标文件实质性响应检验4.2.1评标委员会在评标过程中共同就每一投标文件技术部分和商务部分分别审查，并逐项列出投标文件全部投标偏差。投标偏差分为重大偏差和细微偏差。4.2.2下列情况属于重大偏差，投标文件有下述情形之一，属于未能在实质上响应招标文件投标，应作投标无效处理：（一）没有根据招标文件要求提供投标担保或所提供投标担保有瑕疵；（二）投标文件没有加盖投标人公章；（三）投标文件载明招标项目完成期限超出招标文件要求期限；（四）显著不符合技术规格、技术标准要求；（五）投标文件载明货物包装方法、检验标准和方法等不符合招标文件要求；（六）投标文件附有招标采购单位不能接收条件；（七）不符合招标文件中要求其它实质性要求。4.2.3 细微偏差是指投标文件在实质上响应招标文件要求，但在部分地方存在漏项或提供了不完整技术信息和数据等情况，而且补正这些遗漏或不完整不会对其它投标人造成不公平结果。细微偏差不影响投标文件有效性。评标委员会应该书面要求存在细微偏差投标人在评标结束前给予补正。拒不补正，在具体评审时能够对细微偏差作不利于该投标人评分。4.2.4由评委对全部投标文件进行实质性响应性检验，未能全部进行实质性响应投标文件作投标无效处理；4.3技术部分响应性评定4.3.1由评标委员会对全部投标文件技术部分响应进行审核和分析；4.3.2评委独立进行文字评价和评分，填写“技术部分响应评分表” ，并给出对应单项评分。4.3.3评分标准：根据单项分值，按技术部分响应评分表中评分细则，评定满足情况给出对应得分，各单项累加总分。4.3.4 将每一个评委总分聚集进行算术平均（正确到小数点后两位），得出该投标人技术得分。4.4 商务部分响应性评定4.4.1由评标委员会对全部投标文件商务部分响应进行审核和分析；4.4.2评委独立进行文字评价和评分，填写“商务部分响应评分表”；4.4.3评分标准：根据单项分值，按商务部分响应评分表中评分细则，评定满足情况给出对应得分，各单项累加总分。；4.4.4 将每一个评委总分聚集行算术平均（正确到小数点后两位），得出该投标人商务得分。4.5 价格响应性评定4.5.1由评标委员会对全部投标文件价格部分响应进行审核和分析；4.5.2基准价格分：以有效投标人报价中价格最低投标报价为基准价，定其基准价格分为20分；4.5.3投标人价格得分=（评标基准价 / 投标人报价）20（正确到小数点后两位）分。由此算出每个投标人“价格得分”；4.5.4 评委检验每个投标人价格评分计算情况，确定“价格得分”。 4.6综合评定分计算和排序4.6.1 综合评定分中各评定原因所占权重（见下表）：评定原因商务技术价格权重3050204.6.2 综合评定分（正确到小数点后两位）=技术得分+价格得分+商务得分得分；4.6.3将综合评定分从高到低排序，得分相同，按投标报价由低到高次序排列。得分且投标报价相同，按技术得分高低次序排列；4.6.4评标委员会按排名次序推荐前两名为中标候选人。若排名第一中标候选人放弃中标或被取消中标资格，由排名第二中标候选人中标。5. 评标相关表格表一、投标文件实质性响应审查表招标编号：xxx投标人: 审查结论（投标有效或投标无效）: 说明：以下表格任意一项不符合招标文件要求被视为投标无效。审查类别审查内容是否符合不符合项说明关键指标要求（检验关键指标要求一览表）商务部分(第一部分3.1点等)技术部分其它联合体投标是否已附联合体各方共同投标协议。(非联合投标不检验)投标文件载明招标项目完成期限是否未超出招标文件要求期限；是否无显著不符合技术规格、技术标准要求；投标文件载明货物包装方法、检验标准和方法等是否符合招标文件要求；投标文件是否未附招标采购单位不能接收条件；其它评标委员会全体组员签字：表二 、 技术部分响应评分表招标编号：xxxx 投标人: 评分累计: 评委签字：分值评审内容评分细则评分501投标产品系统平台要求1、 同时支持PC、IPAD、IPHONE、PDA等用户端访问系统得0.5分，不然得0分；2、 支持虚拟技术（虚拟机运行）得0.5分，不然得0分；2投标产品底层平台扩展性要求可依据业务需求，经过底层平台配置（免代码开发）生成新功效模块得2分；不然得0分；8投标产品步骤定制能力要求1、 支持图形化自定义步骤，同一类型业务可定义多个处理步骤得1分，不然得0分；2、 支持步骤步骤设置不一样处理角色得1分，不然得0分；3、 可对全部步骤进行版本控制，而且有状态控制，公布状态步骤才可正式使用得1 分，不然得0分；4、 步骤启用后，可进行修改，系统能够自动根据修改后步骤定义在相关模块中发挥作用并控制流转得1分，不然得0分。5、 步骤支持次序、循环、分支结构、支持条件、分支、合并、会签、快照、定时触发等多个步骤节点得1 分，不然得0分；6、 支持步骤步骤超时、工时计算、任务调度、外