| 一、采购货物的名称、数量及主要技术参数
第一章 项目背景 本项目为甘肃移动2021年公检法行业信息化服务管理系统建设，本次选择中选供应商将成为甘肃移动本项目最终项目合作伙伴。信息化项目合作伙伴，是指我公司通过公开方式选择的提供软硬件设备、系统集成和售后维护等服务的法人单位。 第二章 参选需知 1 项目概况 选择单位：中国移动通信集团甘肃有限公司 选择内容：提供甘肃移动2021年公检法行业信息化服务管理系统建设服务。 选择方式：依据《中国移动甘肃公司政企信息化项目合作伙伴库使用管理细则》，通过公开比选方式通知合作伙伴库中的合作伙伴，合作伙伴应以正式应答函的形式反馈是否参与。根据合作伙伴报名情况，工作小组进行现场评审，如应答的合作伙伴不足三家时，经项目选择评审小组评审后认定剩余参选单位具备竞争能力的情况下，可继续评审。选择小组推荐2家合作伙伴，如第一名放弃，则由第二名替补，依次后延。参选单位必须为甘肃移动省内DICT合作伙伴库及中国移动通信集团专业公司和一级集采库中的成员。 2 相关要求 2.1 项目需求 详见第三章《采购内容》 2.2 技术和售后服务热线 在系统运行过程中遇到任何疑难问题，甘肃移动可拨售后服务专线电话获得中选单位技术人员的电话技术支持及现场支撑。 2.3 知识产权 中选方保证所提供的软硬件和系统不侵犯他人的权利，若发生权利纠纷，责任由中选方承担。 2.4 应答文件要求 现场递交PDF电子格式的应答文件（必须有签字盖章），包括正本1份和副本1份，保证内容一致。参与应答的所有合作伙伴在评审会议截止后 3 个工作日内须将纸质版装订成册(正本1份)及最终报价表（包括分项报价表）邮寄至至甘肃移动存档。 参选人应将参选文件用信封密封，并在密封信封上加盖参选单位公章。（报价单要求单独密封）。 2.5 付款方式 与甲方合同签订后，项目上线、完成调测及初验支付合同总金额 60%价款；项目试运行结束支付合同总金额的30%；项目终验合格六个月后，支付合同总金额 5%的价款；自验收合格之日起5年无质量问题支付合同总金额5%。(付款乙方需提供国家正规增值税普通发票，以最后签订合同为准)。 2.6 付款条件 ①中标人开具的发票； ②项目合同关键页； ③中标人认为有必要的其他证明文件。 第三章 采购内容 1 甘肃移动2021年公检法行业信息化服务管理系统项目采购内容 1 建设内容 （1）建设行政执法信息公示门户 公示门户通过与省司法厅官网的对接，向公民、法人和其他组织公开行政执法主体、执法人员、执法流程、执法文书、权责清单、政策法规、执法结果、裁量标准等相关信息，进一步增强行政执法工作透明度，促进行政执法理念转变和行政执法方式创新，提高行政执法效率和水平，有效提升行政执法公信力。 （2）建设甘肃省行政执法综合管理监督业务应用系统 建设甘肃省行政执法综合管理监督信息系统 8 大业务系统： 统一行政执法办案系统、行政执法监督系统、执法要素管理系统、执法行为数据归集系统、“两法衔接”系统、投诉举报系统、执法人员培训考试系统和执法证件管理系统。 （3）建设大数据分析平台 大数据分析系统利用数据分析，对执法人员数量、区域执法特点、执法人员学历、年龄结构等数据信息分析，对执法人员配比及执法队伍建设情况进行分析研判。通过对办案量、办案金额、人均执法量、执法均衡度等数据信息进行分析，直观反映行政执法机关执法效能、履职情况等。 （4）建设可视化展示平台 建设行政执法监督“法制大脑”，通过建立数据模型对行政执法监督业务系统归集汇总的执法监督、执法业务和法制业务等执法数据进行数据统计和分析，将执法数据进行可视化的展示，为领导决策、制定执法工作计划等工作提供数据支撑。 （5）建设甘肃省行政执法数据中心 汇聚数据信息：通过交换、调用等方式归集各地各部门监管业务系统数据，以及投诉举报、全省一体化政务服务平台等相关信息，按照国家、司法部相关数据标准，形成执法主体库、执法行为库、权力事项库、重大事件信息库、执法对象库、投诉举报库、执法文书库、知识库等基础库，并建立数据动态更新机制，不断提高数据质量和规范性。 支持数据共享：以数据流转为基础、互联共享为核心，为风险预警、监督考核等提供数据资源支持。 （6）建设甘肃省行政执法综合管理监督数据接口 包括行政检查标准接口、行政处罚标准接口、行政强制标准接口、行政许可标准接口、执法主体标准接口、执法人员标准接口、执法对象标准接口、执法公示标准接口、执法权责标准 接口、执法依据标准接口、执法事由标准接口 10 个标准接口；全国行政执法综合管监督信息 系统接口、甘肃省“互联网+监管”信息系统接口、甘肃省司法厅门户网站接口、“信用甘肃” 接口和“两法”衔接接口等外部系统接口。 （7）建设甘肃省行政执法综合管理监督标准规范 建设《甘肃省行政执法综合管理监督信息系统执法要素及执法行为数据元及代码标准范》、《甘肃省行政执法综合管理监督信息系统数据接口规范》2 个标准规范。 2 建设规模 系统建设及应用覆盖甘肃省、市（州）、县（市区）、乡（镇、街道）四级7000余个行政执法部门，用户主要涉及全省各级部门主要领导、分管领导、法制审核人员，全省各级行政执法人员15万余人，全省各级行政执法监督人员6000余人，全省行政执法相对人、第三人、行政相关人。 根据上述业务总量估算，预计每天在线使用系统访问人员并发量为8万左右，系统每天上传的案件数量为30000余件信息，包括行政检查、行政处罚、行政许可、行政强制等信息。 3 平台性能需求 3.1 系统基本功能需求 1．实用性 根据系统要求出发，按照系统投入结合具体运用来设计，最大限度地满足各项功能要求，确保实用性，提高设备的日常使用效率。同时系统应具有良好的性能价格比。 2．稳定性 决定了针对数字资源在访问应用的过程中必须达到很高的安全性、可靠性与稳定性，如果没有稳定可靠的信息资源获取保证，就有可能使业务处置工作缺少依据而做出错误的决策，从而造成人员、环境及社会不可估量的损失。 3．扩展性 系统建设要考虑到信息化技术发展迅速、新技术更新不迭的现状，在系统设计、产品选型等方面要具有先进性并预留有扩展接口，以保证系统拥有较长的生命周期。 4．标准化 系统的建设要考虑到工作的建设规划，按照下发的建设标准进行设计开发。 3.2 应用性能需求 1、数据处理性能 ? 对简单的事务能在3秒内完成从接受请求到处理完成； ? 各系统具有较高的稳定性，对万次以上的连续请求处理无故障； ? 对实时或批量的事务请求给予响应，支持至少1000个并发请求的响应，具备大并发量处理机制，支持实时与批量处理的均衡调度； ? 吞吐量（每月数据、量高峰期每日数据量）在保证性能的前提下，系统设计能满足未来五年的高峰量； ? 系统不宕机，响应时间即时（≤3秒）的，高峰期最大响应时间不超过5秒； ? 事务处理查询时间平均不超过2秒； ? 普通应用查询时间平均不超过1秒； ? 统计分析类查询时间平均不超过3秒； ? 系统运行时峰值服务CPU所占比不超过60%，内存所占比不超过80%； ? 移植性强，可跨平台运行，兼容Linux、Windows等操作系统； ? 应用服务兼容性强，可部署在多种应用服务中间件下运行； ? 样式和脚本可兼容多种不同内核浏览器进行访问； ? 输入输出数据整数精确至个位数，小数至少精确到至百分位，日期精确到天，时间精确到秒； ? 可兼容多种数据库。 ? 文本信息交换的响应时间应控制在1秒以内，图片、音视频信息交换响应时间控制在10秒以内。 ? 用户并发数，指在同一时间段内访问系统的用户数量，也有一种是指同时向服务端发送请求的用户数，用户并发数其中主要一部分需要采用集群部署方式来分担系统并发压力。要分布式应用系统并发访问量在2000以上。 2、故障处理 系统在设计时充分考虑稳定性及对用户误操作的容错功能，保证在正常情况下系统能保持长时间无故障运行。对于不可预见的原因导致的系统故障，提供各种故障处理恢复机制使系统在尽可能短的时间内恢复运行，保证数据的安全性和完整性。 3、灾备处理 系统在设计时充分考虑到硬件设备故障或其他原因导致的系统无法运行，数据库数据的备份保存情况。保证在日常使用情况下制定完善的数据备份策略，在出现系统无法运行的情况下保证最新备份数据的完整性，并且提供数据恢复服务，保证数据安全和完整性。 4、兼容处理 系统在设计时充分考虑到软件技术升级及硬件产品迭代升级情况，系统开发采用最新技术手段，能够兼容各类第三方软件及各类接入硬件，保证在未来几年内系统平台对市场上的第三方软硬件产品能够兼容。 6、使用人员多、系统庞大，为了提高系统的性能，系统能够进行灵活的资源管理、功能访问权限管理、身份统一认证等。 7、系统需要获取外部各种数据，同时，需要向外部提供各种信息，系统应具有高度的信息共享能力，能够转换使用各种异构数据资源。 3.3 应用支撑平台性能需求 应用支撑平台对系统性能的需求可以概括为： 1．单点登录要求 ? 用户登录门户系统后，使用各业务系统不需要重新登录； ? 用户登录后，在各业务系统间跳转不需要重新登录。 2．耦合度要求 ? 在不影响性能的基础上，各业务系统尽量松耦合； ? 系统集成后不影响各业务系统的单独使用； ? 整合资源之间不彼此影响耦合度。 3．灵活性要求 ? 系统应具有良好的扩展性和可移植性； ? 采用模块化的设计，便于功能单元配置和部署； ? 系统操作界面可以根据用户要求进行配置，体现用户的个性化； ? 灵活的权限管理和角色访问策略，采用多级管理，便于3级管理模式的实行； ? 跨平台支持。 4．时间特性要求 ? 多个并发用户的WEB访问，可在数秒内完成（不超过8秒），但系统响应时间受并发用户数量以及相关操作有关； ? 在忽略网络通讯速度的情况下，能够快速发布、更新和查询信息。 5．精度要求 ? 信息的分类组织必须严格按照规则和定义完成，以实现信息的自动匹配； ? 能对指定的任意关键字或正则式进行相关匹配搜索和模糊查询，查询结果按照匹配度排序列出； ? 用户只接收到自己预定的信息及相关资源； ? 关联业务间的信息共享以及完善的访问策略； ? 信息显示格式正确、内容完整。 6．故障处理要求 ? 保证系统平台的稳定性和安全性，7X24小时不停机服务； ? 故障发生后可以恢复重要数据。 7．输入输出要求 ? 对信息输入、登记等过程具备一致的合法性检查功能，保证信息的合法性和准确性，各业务系统有一致的例行处理程序； ? 各业务系统采用一致的工具进行屏幕显示、打印输出、文件格式转化。 4 实施要求 1) 应答合作伙伴必须对平台业务进行详细的分析梳理； 2) 应答合作伙伴必须确保在合同签订后规定时间内完成项目建设。 3) 应答合作伙伴在项目实施前应与使用方签定《信息数据保密协议》。 4) 为保证此项目按时按质地顺利进行，应答合作伙伴应建立专门的项目开发组和管理组，由专人负责。 5) 应答合作伙伴应提供详细的项目实施方案、时间表和各阶段各方人员安排及相关的工作内容，经使用方同意后，方可实施。 5 售后服务要求 1) 免费维护期（即质量保证期）：中选合作伙伴需提供5年免费软件系统质保和售后服务，维护服务从系统终验之日起计算。 2) 服务内容：在免费维护期内，因软件自身缺陷修正或用户系统软件、用户系统平台升级而导致应用不可用，中选合作伙伴承诺与用户系统集成、联调，并完成相关系统改造开发工作。要求7*24小时响应，出现故障2小时内到现场处理。 6 培训要求 投标人有义务对用户提供及时、有效、全面的培训，并在项目实施过程中充分重视对用户方的技术转移，并提前制订有效的培训计划。 1) 投标人必须为用户方指定的人员提供远程培训、现场培训两种培训方式，投标人承诺不再额外收取费用。 2) 培训内容须保证学员能有效使用本系统。投标人必须充分考虑到用户方有关人员实际水平，提出详细的培训方案，以达到能够有效使用系统各项功能、进行系统对接、系统管理、一般故障处理及日常测试维护。 3) 按照用户要求的人数规模，组织系统使用、系统对接、系统管理、一般故障处理、日常测试维护等方面内容的培训。 7 软件功能清单 软件清单表 | 序号 | 建设内容 | 应用系统 | 软件功能 | 功能模块 | 一 | 行政执法信息公示门户 | PC端公示门户 | 以服务公众为主，社会公众可以通过行政执法信息公示平台获取行政执法公开信息，对执法结果的合理性、执法过程的合法性、执法人员的依法性、自由裁量权行使情况、吃拿卡要等违法情况进行投诉举报，也可以进行法律法规查询、在线咨询、案件查询、市县部门查询。针对行政执法事前可查询公示的权责清单、执法人员资格、行政执法主体、行政执法事项和行政执法流程，针对行政执法事中可查询执法证件、执法依据和当事人权利和义务；针对行政执法事后可查询行政处罚、行政检查、行政强制、行政许可、行政征收、行政给付、行政确认、行政奖励、行政裁决、行政执法案件结果和裁决决定书的公示相关业务内容。 | 组织管理 | 法律法规 | 在线咨询 | 案件查询 | 投诉举报 | 事前公开 | 事中公开 | 事后公开 | 市县部门查询 | 事前公开信息管理 | 事中公开信息管理 | 事后公开信息管理 | 门户内容管理 | 门户资源管理 | 信息发布管理 | 微信公众号公示平台 | 为拓展权力公开透明运行，为执法群体提供畅通表达诉求的渠道，开发甘肃省行政执法微信公众号公示平台,社会公众可以通过平台进行执法公开信息查询，包括法律法规、执法证件、执法流程和执法案件查询；可对各类违法情况进行投诉举报，同时平台向公众提供案件上报功能，增加执法部门事件获取来源，扫除执法盲区。 | 信息公开 | 投诉举报 | 上报事件 | 信息推送 | 应答机器人 | 统计分析 | 二 | 行政执法综合监督管理平台 | 统一工作门户 | 甘肃省“行政执法综合监督管理平台”的工作门户，是为甘肃省行政执法工作人员提供的统一工作门户，门户提供工作通知、执法动态、曝光台、标准规范、数据分析和统一登录等功能，用户登录后，可查阅权限范围内的工作通知、可视化数据信息以及权限范围内的服务，基于行政执法综合监督管理平台建设的各功能模块，提取相关信息，辅助各级政府、部门及工作人员提升工作效率。 | 工作通知 | 执法动态 | 曝光台 | 标准规范 | 数据分析 | 统一登录 | 行政执法办案系统 | 通过为不具备执法办案系统的单位建设通用的执法办案系统，并和建有行政执法业务系统的单位进行有关数据对接，以执法办案与执法监督一体化，进一步规范行政处罚案件的办理行为，加强对案件办理各个环节的有效控制，使案件管理工作现代化、标准化、规范化，全面提高行政执法案件的办理效率和质量，实现执法记录全程化、执法公示常态化、执法监督实时化、执法考核智能化，达到对全省行政执法主体、人员监督考核和全省执法业务数据的智能统计分析目标。 | 案件采集子系统 | 行政执法办案系统主要包括案件采集、行政处罚、行政检查、行政强制、行政许可、行政征收、行政收费、行政给付、行政确认、行政奖励、行政裁决、责令整改、其他行政权力、双随机监管和移动行政执法监督等子系统的建设。 | 行政处罚子系统 | | 行政检查子系统 | | 行政强制子系统 | | 行政许可子系统 | | 行政征收子系统 | | 行政收费子系统 | | 行政给付子系统 | | 行政确认子系统 | | 行政奖励子系统 | | 行政裁决子系统 | | 责令整改子系统 | | 其他行政权力子系统 | | 双随机监管子系统 | | 移动行政执法监督子系统 | 行政执法监督系统 | 行政执法监督系统通过建立数据模型对全省行政执法监督业务归集汇总的执法监督、执法业务等执法数据进行数据统计和分析，将执法数据进行可视化的展示，为领导决策、制定执法工作计划等工作提供数据支撑。 | 执法主体数据汇总子系统 | 行政执法监督系统主要包括执法主体数据汇总、执法对象监督、执法依据监督、执法公示监督、执法业务监督、执法案件监督、执法案件评查、重大行政执法决定备案、执法数据动态分析、专项执法任务管理、行政执法业务录入、行政执法预警、行政执法协同工作、行政执法综合评价、行政执法考核和统计分析等子系统的建设。 | 执法对象监督子系统 | | 执法依据监督子系统 | | 执法公示监督子系统 | | 执法业务监督子系统 | | 执法案件监督子系统 | | 执法案件评查子系统 | | 重大行政执法决定备案子系统 | | 执法数据动态分析子系统 | | 专项执法任务管理子系统 | | 行政执法业务录入子系统 | | 行政执法协同工作子系统 | | 行政执法综合评价子系统 | | 行政执法督查监管子系统 | | 行政执法考核子系统 | | 行政执法预警子系统 | | 统计分析子系统 | 执法要素管理系统 | 根据《关于全国行政执法综合管理监督信息系统开发建设和推广应用的通知》和《全国行政执法综合管理监督信息系统数据交换技术规范》的文件内容建设执法要素管理系统，对执法主体、执法人员、执法机构、权责清单、执法流程、执法文书、行政裁量标准、执法依据、执法事由和执法对象等基础数据进行管理和维护。 | 执法主体管理 | 执法人员管理 | 执法部门管理 | 监督部门管理 | 权责清单管理 | 执法流程管理 | 执法文书管理 | 行政裁量标准 | 执法依据管理 | 执法事由管理 | 执法对象管理 | 执法行为数据归集系统 | 落实三项制度的管理要求，建立覆盖全省的执法行为数据归集系统，实现对行政处罚、行政强制、行政检查、行政许可、行政征收、行政收费、行政给付、行政确认、行政奖励、行政裁决和其他职权在内的9+X行政权力事项的数据归集管理。 | 行政处罚子系统 | 行政检查子系统 | 行政强制子系统 | 行政许可子系统 | 行政征收子系统 | 行政收费子系统 | 行政给付子系统 | 行政确认子系统 | 行政奖励子系统 | 行政裁决子系统 | 责令整改子系统 | 其它行政权力子系统 | “两法衔接”系统 | 建立两法衔接系统，各级执法部门、执法人员依托“两法”衔接平台，能够对本部门或主体相关需要移送法院或者检察院的案件进行填报，待移送案件提交后，司法部门可查看移送案件处理的详细记录以及案件的详情信息，同时提供给各级执法监督部门、执法部门提供按照案件编号、入库日期等条件进行“两法”衔接案件的查询。一是行政执法机关向公安机关移送涉嫌犯罪案件的信息衔接；二是行政执法机关向检察机关移送涉嫌职务犯罪的信息衔接；三是检察机关对公安机关接受行政执法机关移送涉嫌犯罪案件的立案监督信息衔接；四是检察机关和监察机关的法律、纪检监督与责任追究信息衔接。这四部分既相互独立又紧密联系，共同构成“两法衔接“的机制体系，其中行政执法机关与公安机关的移送案件以及检察机关的立案监督是信息共享平台业务实现的重点。 | 案件信息填报 | 司法机关处理记录 | 案件修改 | 案件删除 | 案件提交 | 案件详情 | 案件修改记录 | 案件移送查询 | 投诉举报系统 | 社会公众通过司法厅官方网站和微信公众平台两种渠道进行实名或者匿名的投诉举报。执法人员通过平台可查看到市民上报的投诉举报案件，依托平台对投诉举报线索进行登记受理，根据投诉举报案件的权属部门判断将案件推送至相关行政执法责任部门进行案件的办理，同时对投诉案件进行抽查、回访，以监督各部门解决投诉内容，提高群众满意度。 | 投诉举报线索登记 | 投诉举报基本信息查看 | 投诉举报线索受理 | 投诉举报线索推送 | 新问题或任务反馈信息实时提示 | 投诉举报案件列表 | 签收投诉举报事件 | 核实投诉举报事件 | 反馈投诉举报事件 | 结案归档管理 | 投诉举报案件查询 | 回访投诉投诉举报案件 | 执法人员培训考试系统 | 行政执法人员培训考试平台实现全省各单位执法与监督人员的全员培训和集中考试，缩短行政执法证件的审核、颁发周期。平台能够上传、存储和播放执法课件、授课视频和典型案例等培训资料，供行政执法人员在线学习培训使用。平台提供在线监考功能，并对考试题库、试卷信息和考试成绩进行管理，对执法人员学习要求和学习效果进行管理和统计。 | 个人信息中心 | 在线交流平台 | 学习培训中心 | 练习考试中心 | 学习培训管理 | 考试题库管理 | 试卷信息管理 | 在线监考中心 | 考试成绩管理 | 系统信息设置 | 执法证件管理系统 | 为了加强行政执法证件管理，保障和监督行政机关或组织、行政执法人员、行政执法监督人员依法行使职权，规范行政执法行为,促进严格、规范、公正、文明执法，根据《中华人民共和国行政处罚法》、《甘肃省行政执法监督条例》和《甘肃省行政执法证件管理办法》建立执法证件管理平台。全省各级行政执法机关，以及行政执法机关中从事行政执法工作的人员，应统一使用该平台进行行政执法证件的申领、核发、使用及相关管理工作。平台建设制证管理中心，为审核通过的人员制作证件。针对持证人员证件的核验，提供证件移动稽查功能，社会群众通过扫描二维码对持证人信息进行查询。 | 档案信息 | 培训考试信息 | 证件申领管理 | 制证管理中心 | 持证人员管理 | 移动稽查 | 执法证件操作历史记录 | 外网查询 | 三 | 大数据分析平台 | 大数据分析平台 | 大数据分析系统利用数据分析配置管理系统进行数据的清洗、转换生成各种分析主题库，再利用成熟的报表展示展示工具，实现报表的多维度展现，达到大数据展现的效果。通过对执法人员数量、区域执法特点、执法人员学历、年龄结构等数据信息分析，对执法人员配比及执法队伍建设情况进行分析研判。通过对办案量、办案金额、人均执法量、执法均衡度等数据信息进行分析，直观反映行政执法机关执法效能、履职情况等。 | 大数据分析系统 | 辅助决策支持系统 | 四 | 可视化展示平台 | 行政执法监督总体概况 | 行政执法监督总体概况实现对行政执法监督平台整体运行情况的展示。系统从机构信息、权责清单、监督信息、执法信息和实时动态等五个维度对平台整体运行情况进行展示，便于主管领导、监督人员直观的了解到平台整体的运行情况。 | 机构信息统计 | 权责清单统计 | 执法监督统计 | 执法信息统计 | 最新平台动态 | GIS地图平台 | GIS地图平台是行政执法系统最重要的支撑系统之一，实现对基础地理数据、遥感影像数据、城市网格数据、行政执法案件数据等地理空间数据的管理、维护、显示、漫游、分析、建模和更新等功能。 | 地图显示与管理 | GPS定位 | 视频监控点定位 | 查询定位 | 空间统计 | 空间分析 | 大数据展示平台 | 大数据展示平台主要由领域案件、大队执法、超期案件、罚款金额与案件总数以及上报案件等六部分组成。上报案件模块根据案件的紧急程度进行滚动播放，并能基于GIS在线地图，显示执法点信息，根据系统数据自动计算执法点的执法进度，实时掌握各个执法点的执法结果；通过设定执法区域电子围栏，可通过地图查看围栏内执法人员分布、车辆分布、人数统计、车辆数量统计等。 | 大数据可视化展示 | 执法工程点全景显示 | 执法进度在线跟踪 | 电子围栏区域分布 | 二三维地图展示 | 可视化管控平台 | 与行政执法系统结合实现事件与基础资源、考核信息的关联整合，用户通过指挥平台可以进行相关管控系统的应用，实现对信息的查询、追踪、处理等操作功能。 | 人员管控 | 车辆管控 | 视频管控 | 事件管控 | 异常告警管控 | 轨迹回放 | 五 | 行政执法数据中心 | 数据资源库建设 | 建设行政执法数据中心，汇聚行政执法数据信息，依托数据交换共享平台，通过交换、调用等方式归集各地各部门监管业务系统数据，以及投诉举报、全省一体化政务服务平台等相关信息，按照国家、司法部相关数据标准，形成执法主体库、市场主体库、执法单位库、执法人员库、执法对象库、执法依据库、执法行为库、权责清单库、地理信息库、重大事件信息库、投诉举报库、执法文书库和知识库等基础库，并建立数据动态更新机制，不断提高数据质量和规范性；并依托行政执法数据中心归集的数据，以数据流转为基础、互联共享为核心，为风险预警、监督考核等提供数据资源支持。 | 执法主体库 | 市场主体库 | 执法单位库 | 执法人员库 | 执法对象库 | 执法依据库 | 执法行为库 | 权责清单库 | 地理信息库 | 重大事件信息库 | 投诉举报库 | 执法文书库 | 知识库 | 数据治理及分析计算 | 按照《全国行政执法综合管理监督信息系统数据交换技术规范》，通过对接甘肃省行政执法综合管理监督信息系统与各监管部门业务系统，将各执法部门归集到数据中心的业务数据，利用挖掘、分析、计算和存储等基础支撑能力，为相关业务应用提供共享交换、查询检索和统计分析等服务。 | 数据处理 | 行政执法监督指数分析计算 | 六 | 数据交换共享平台 | 数据交换平台 | 数据交换系统利用现有网络环境，与各数据源单位相连，采用常用的数据库、适配器、数据交换中间件、消息中间件技术，通过严格的用户认证机制和权限验证机制，保证数据传输、交换的安全性和完整性。数据交换子系统包括前置交换子系统、交换传输子系统、中心交换子系统、交换管理子系统等部分组成。 | 前置交换子系统 | 交换传输子系统 | 中心交换子系统 | 交换管理子系统 | 交换信息采子系统 | 资源目录管理 | 信息资源目录是通过信息资源描述项记录执法信息资源结构和执法信息资源属性的数据体系。目录编制的过程是梳理业务，明确职责，整理和挖掘数据资源、规范数据表示，摸清信息资源的过程。 | 信息梳理系统 | 目录管理系统 | 目录服务系统 | 系统接口 | 数据管理系统 | 数据管理系统是数据共享与交换过程的重要组成部分，主要对各部门采集和交换的数据进行过滤、筛选等步骤的整理，剔除和调整不合理的数据，并且对数据的格式、长度、区间范围、完整性、一致性进行检查，确保数据质量改进，以实现对不同信息需求的数据抽取，适应不同管理业务的需求。 | 配置管理 | 运行管理 | 数据管理 | 统计分析 | 数据共享系统 | 数据服务系统通过服务的方式实现数据中心的数据对各业务应用系统的数据共享，从而实现业务应用系统在服务层的整合和协同。 | 服务流程管理 | 共享设置管理 | 共享监督管理 | 基础数据库管理 | 基础共享库管理包括元数据定义、数据元管理、数据建模、数据映射关系定义、数据字典管理等模块组成。 | 元数据定义 | 数据元管理 | 数据建模 | 数据映射关系定义 | 数据字典管理 | 七 | 业务系统对接 | 业务系统对接 | 通过甘肃省行政执法综合管理监督信息系统与各监管部门业务系统和各相关职能部门系统对接，将各执法部门归集到数据中心的业务数据，利用挖掘、分析、计算和存储等基础支撑能力，为相关业务应用提供共享交换、查询检索和统计分析等服务。应用系统对接包括对接已建行政执法办案业务系统、对接全国行政执法综合管理监督信息系统、对接甘肃省“互联网+监管”信息系统、对接甘肃省司法厅门户网站、对接“信用甘肃”系统和“两法”衔接。 | 标准业务接口 | 对接全国行政执法综合管理监督信息系统 | 对接甘肃省“互联网+监管”信息系统 | 对接政务数据 | 对接甘肃省司法厅门户网站 | 对接“信用甘肃”系统 | “两法”衔接 | 八 | 应用支撑系统 | 应用支撑系统 | 实现应用系统的基础服务支撑功能的研发，包括统一门户、用户中心、消息中心、任务中心、工作流引擎、电子表单、电子报表、政务云盘、中间件、操作系统、数据库软件和地理信息平台等支撑功能。 | 统一门户 | 用户中心 | 消息中心 | 任务中心 | 工作流引擎 | 电子表单 | 电子报表 | 政务云盘 | 中间件 | 操作系统 | 数据库软件 | 地理信息平台 | 九 | 制定接口标准及规范 | 接口标准及规范 | 接口标准及规范 | 标准规范 | 数据接口规范 |
8 硬件采购清单 设备需求表 |
| 序号 | 设备名称 | 配置说明 | 单位 | 数量 |
| | 1 | 汇聚交换机 |
交换容量≥4.8Tbps,包转发率≥1600Mpps;
高度 1U,固定接口交换机:电源 1+1 备份，风扇 3+1 备份；支持前后、后风道；
端口配置：40/100 GE 光接口≥6 个，10GE 光端口数量≥48 个（满配光模块）；
支持 M-LAG 或 vPC 或 DRNI 等类似技术（跨框链路聚合，要求配对设备有独立的控制平
面，不能用堆叠等多虚一技术实现）；
支持 RIP、OSPF、ISIS、BGP 等 IPv4 动态路由协议；支持 RIPng、OSPFv3、ISISv6、BGP4+
等 IPv6 动态路由协议；
支持 IP 报文分片重组；
支持 VRRP、VRRP 负载分担、BFD for VRRP;
支持组播流量抑制；支持 IGMP,PIM-SM 和 MBGP 等协议；
支持 SNMP V1/V2/V3、Telnet、RMON、SSH;
支持 VxLAN OAM:VxLAN ping,VxLAN tracert;
提供工信部入网证书；
| 台 | 4 | | 2 | 计算服务器 |
国产设备，2U 机架式架构，≥2 路服务器，非 OEM 产品；
处理器：配置≥2 颗 X86 处理器（参考性能：不低于英特尔至强、2.3GHz/16 核）；
内存：配置≥8 块 32GB RDIMM DDR4 2933MT/s 内存，支持≥24 个内存插槽；
硬盘：配置≥2 块 960GB SSD 硬盘；
RAID 卡：配置≥1 块高性能 PCIe RAID 卡，支持 RAID 0,1,10,5,50,6,60,2GB 缓存，带超级电容保护；
I/0 扩展：支持≥10 个 PCIe I/0 扩展插槽；
网络接口：配置≥4*10GE(满配光模块）＋4*GE 电口；
电源：配置双冗余电源，支持电源热插拔；
兼容性：支持 Windows、Redhat Linux、SuSE Linux、Citrix XenServer、VMware 等主流操作系统；
| 台 | 12 | | 3 | 管理服务器 | 国产设备，2U 机架式架构，≥2 路服务器，非 OEM 产品；
处理器：配置≥2 颗 X86 处理器（参考性能：性能不低于英特尔至强、2.3GHz/16 核）；
内存：配置≥8 块 32GB RDIMM DDR4 2933MT/s 内存，支持≥24 个内存插槽；
硬盘：配置≥2 块 960GB SSD 硬盘；
RAID 卡：配置≥1 块高性能 PCIe RAID 卡，支持 RAID 0,1,10,5,50,6,60,2GB 缓存，带
超级电容保护；
I/0 扩展：支持≥10 个 PCIe I/0 扩展插槽；
网络接口：配置≥4*10GE(满配光模块）＋4*GE 电口；
电源：配置双冗余电源，支持电源热插拔；
兼容性：支持 Windows、Redhat Linux、SuSE Linux、Citrix XenServer、VMware 等主
流操作系统； | 台 | 4 | | 4 | 存储交换机 | 交换容量≥4.8Tbps,包转发率≥1600Mpps;
高度 1U,固定接口交换机:电源 1+1 备份，风扇 3+1 备份；支持前后、后风道；
端口配置：40/100 GE 光接口≥6 个，10GE 光端口数量≥48 个（满配光模块）；
支持 M-LAG 或 vPC 或 DRNI 等类似技术（跨框链路聚合，要求配对设备有独立的控制平面，不能用堆叠等多虚一技术实现）；
支持 RIP、OSPF、ISIS、BGP 等 IPv4 动态路由协议；支持 RIPng、OSPFv3、ISISv6、BGP4+
等 IPv6 动态路由协议；
支持 IP 报文分片重组；
支持 VRRP、VRRP 负载分担、BFD for VRRP; 支持组播流量抑制；支持 IGMP,PIM-SM 和 MBGP 等协议； 支持 SNMP V1/V2/V3、Telnet、RMON、SSH;
支持 VxLAN OAM:VxLAN ping,VxLAN tracert;
提供工信部入网证书； | 台 | 1 | | 5 | 分布式存储设备 | 为确保性能的可扩展性，所投产品的可达 IOPS 不低于 400 万；
基于全分布式存储架构，具备如下特点：构筑在通用存储硬件之上，通过软件层面的全
分布式架构和数据冗余技术，来达到高可伸缩性和高可用性，性能、容量随节点数增加
而线性增加。
为避免厂商绑定，要求支持计算与存储分离部署和融合部署两种部署方式。
支持 EC 缩列，当节点故障时，自动调整 EC 配比，确保数据可靠性不降级、性能不下降；
支持单套分布式存储系统同时混合承载虚拟化（桌面云、服务器虚拟化等）和非虚拟化
（数据库物理部署等）业务数据存储场景；
当磁盘或存储节点故障时，系统能自动进行数据重建，在无人工干预条件下，数据重建
速度需能满足：每 TB≤15 分钟；
支持 10G 以太网、25GE RoCE、56Gb/s IB、100Gb/s IB 组网，支持 RDMA 访问协议，保
障分布式存储性能；
虚拟化平台至少支持 VMware vSphere、Hyper-V;
支持通用 x86 服务器和 ARM 服务器作为存储节点；
支持 NVMe SSD、SAS SSD、SATA SSD 作为缓存介质，支持 NVMe SSD、SAS SSD、SATA SSD、
SAS HDD、SATA HDD、NL-SAS HDD 作为主存介质；
支持磁盘亚健康管理功能：支持定期检测磁盘 SMART 信息，判断磁盘亚健康情况（硬盘
扇区重映射数超过门限、读错误率统计超标、慢盘），并在磁盘损坏前进行隔离并告警；
硬件配置：
硬件配置：单台配置如下，配置 3 个节点；
处理器：配置≥2 颗 X86 处理器（参考性能：不低于英特尔 4210）；
内存：总容量不低于 160GB;
网络接口：不低于 4 个 10GE 光口（含光模块）＋不低于 2 个 GE 接口；
硬盘：系统盘 不低于 2 块 480G SSD 硬盘，缓存盘不低于 4 块 2TB NVME SSD 硬盘，数据存储裸容量不低于 72 TB；
软件授权及服务：
提供≥148TB 分布式存储软件授权，提供至少三年软件订阅升级及 7x24 原厂远程电话技术支持服务； | 台 | 1 | | 6 | 虚拟化套件 | 提供≥24 颗物理 CPU 授权以及 3 年软件升级维保服务；
虚拟化支持双架构部署，可直接安装在基于 x86 架构或 ARM 架构的物理服务器上，可利旧现网 x86 设备，统一管理；
支持虚拟机规格的在线或离线调整，包括 CPU、内存、硬盘、网卡等资源，支持重启生效；
虚拟机支持 BIOS 和 UEFI 启动方式，并且管理员可自定义启动介质，如网络启动、光驱启动、硬盘启动等，并可精确指定启动顺序；X86 和 ARM 服务器部署时，均可提供虚拟机基本生命周期管理功能，支持删除、移动、克隆、迁移、VNC 登录、快照、导出、重启、关闭、强制重启、强制关闭等操作；支持虚拟机 HA,允许配置集群内 HA 预留的主机数量，以保证在虚拟机故障时有足够的资源进行切换，支持配置存储故障后是 HA 虚拟机还是不处理；X86 场景支持一致性快照、虚拟机磁盘快照与内存快照三种快照模式，支持快照数量统计，对于内存快照，在故障恢复时，可对虚拟机快照时刻的磁盘数据和内存数据同时恢复；
支持虚拟机的 CPU 的 Qos,支持控制虚拟机获得的最低／最高 CPU 计算能力；
可通过模板创建虚拟机时，用户可指定虚拟机的 CPU、内存规格以及主机名、账户密码、虚拟机 IP 等信息；
支持 GPU 设备、SSD 设备直通给虚拟机，软硬结合提升虚拟机的相关图形处理，存储 I0等高性能要求；
为满足特定业务的运行要求，支持通过界设置虚拟机与主机绑定、虚拟机与物理 CPU 绑定的策略；
支持虚拟机启动阶段的负载均衡策略，虚拟机启动时根据集群内主机的实时 CPU、内存负载情况动态选择运行的主机；当虚拟机的 CPU、内存利用率超过设置的阈值时，系统将自动为该虚拟机增加相应的 CPU 和内存资源，无需人工干预，提供截图证明；
支持通过文件夹对虚拟机进行分组，不同类型的虚拟机实现逻辑分组管理，方便运维，文件夹深度最多可以支持 5 层，并可以对分组虚拟机批量进行关闭、启动、克隆等操作；支持配置多台虚拟机与主机的关系，支持配置为虚拟机必须在同一台主机（聚集规则）、虚拟机必须不在同一台主机（互斥规则）或者虚拟机必须在某台主机上（虚拟机到主机规则），从而避免自动调度对虚拟机业务关系的影响；为提升数据安全性，对接远端存储时，要求指定对接存储时的 CHAP 信息，支持配置对接存储的存储 IP 以及端口号；
可支持共享磁盘，该磁盘可以绑定给多个虚拟机使用，支持设置磁盘是否自动还原，即在虚拟机关机再启动后磁盘数据是保留还是恢复到初始状态；
支持虚拟交换机，通过对接受和发送的流量进行整形保证网络质量，至少支持平均带宽、峰值带宽、突发大小、优先级、DHCP 隔离、广播抑制、TCP 校验和的设置；X86 场景支持虚拟交换机级别的用户态交换技术（OVS+DPDK),可实现高性能网络转发，
提高数据处理性能和吞吐量，提高数据平面应用程序的工作效率。
支持配置系统后续分配给虚拟机所使用的 MAC 地址段，并可支持用户虚拟机 IP 与 MAC绑定，防止 IP 和 MAC 地址仿冒；
支持将虚拟交换机端口属性配置为普通或者中继（Trunk),以满足虚拟机内需要配置带VLAN 属性网络的配置诉求；为避免 IPv4 网络地址不足的问题，虚拟化平台支持 IPV4 和 IPV6 双栈通信；
支持主流的 x86 和 ARM 架构的操作系统，包括 Redhat、Ubuntu、CentOS、中标麒麟、OpenSUSE 等主流 Linux OS；
支持密码策略的管理，包括不限于密码复杂度检查、密码长度、密码是否包含特殊字符、二次修改密码最短间隔、密码有效期等功能；X86 集群支持无代理防病毒组件，无需在虚拟机里安装杀毒软件代理，即可通过虚拟化平台实现统一的病毒防护，防病毒管理控制台上可以实时看到虚拟机的变化，且设备管理界面结构与虚拟化管理页面结构保持一致，提供界面截图；
为保证业务连续性，x86 集群支持与双活存储配合，实现本地存储高可用和同城双活容灾；
支持多种类型指标告警，包括但不限于 CPU、内存、磁盘使用率，存储 I0 延时、分区占用率、虚拟化域资源占用等，用户可自定义告警阈值；
支持告警订阅功能，告警产生后可以将相关告警主动发送给用户；可以针对不同的用户设置不同的告警订阅内容，便于不同管理员实时了解所关注的系统运行情况；
支持系统运行性能数据查询与导出，用户可自定义导出对象，并导出为 excel 格式文档；
提供一键式采集系统日志信息，包括公共的 OS 运行环境、软硬件版本信息、运行日志、性能测量数据、黑匣子日志等数据，简化维护人员的信息收集工作，方便后方快速定位，修复问题；
支持记录操作维护人员通过运维管理系统进行的操作日志。系统操作维护人员可以在运维管理系统中筛选并查看、导出、操作日志，不允许删除日志。 | 套 | 1 | | 7 | 网络对接防火墙 | 性能要求：吞吐量≥20Gbps,最大并发连接数≥1000 万，每秒新建连接数≥24 万，IPSec
吞吐量≥10Gbps;
配置要求：千兆电口≥16,千兆光口≥8,万兆光口≥8,SSL VPN 并发数实配 100 可扩展
2000,IPSec VPN 隧道≥8000,虚拟防火墙数量≥200,配置 2 个电源；
硬件架构：采用非 X86 多核架构；通风严格前后风道；
策略管控：
能够基于 IP、IPv6、MAC 地址、时间进行访问控制策略控制；支持自定义安全策略，安
全策略组功能；支持策略冗余／命中分析；
支持 DNS 透明代理功能，可基于负载均衡算法代理内网用户进行 DNS 请求转发，避免单
运营商 DNS 解析出现单一链路流量过载，平衡多条运营商线路的带宽利用率。
路由功能：支持静态路由、策略路由、RIP、OSPF、BGP、ISIS 等路由协议；支持
NAT66,NAT64,6RD 隧道；
可支持基于应用层协议设置流控策略，包括设置最大带宽、保证带宽、协议流量优先级
等；
入侵防御及病毒防护：系统预定义 IPS 签名数量≥8000,支持用户自定义签名规则，支
持正则表达式，病毒库数量≥500w;支持对常见应用服务（HTTP、FTP、SSH、SMTP、IMAP)
和数据库软件（MySQL、Oracle、MSSQL)的口令暴力破解防护功能；支持恶意域名过滤，
实现对 C&C 进行阻断；
加密流量安全防护：支持对 HTTPS,POP3S,SMTPS,IMAPS 加密流量代理解密后，并进行内
容过滤，审计；
安全防护；支持基于 URL 分类的精细化解密，提高解密性能； | 台 | 2 | |
第四章 评分办法 1 评分办法 合作伙伴选择应坚持“满足需求、价低者中”的原则。首先根据选择方案评定合作伙伴技术部分是否满足要求，若满足要求进行商务部分评审，按照“价低者中”原则推荐1家作为项目拟合作单位，另推荐1家备选。 1） 技术评审部分 评分内容 | 分值 | 评分细则 |
| 资质要求（19分） | 3 | 1.提供软件平台、虚拟平台设备生产厂商针对本项目出具的售后服务承诺函的得3分； |
| 2 | 2.所投软件平台生产厂商具有软件服务商交付能力证书一级的得2分，达到二级交付能力得1分，达到三级交付能力得0.5分； |
| 4 | 3.提供投标人或软件平台生产厂商近 5 年内类似项目业绩案例，每提供一个得0.5分，满分4分。提供合同关键页复印件或中标通知书复印件并加盖公章； |
| 4 | 4.投标人或所投软件平台生产厂商具有与本项目相关的移动执法、执法管理、执法监督及执法规范及大数据挖掘分析、数据可视化等系统或类似的著作权登记证书（类似的证书须书面阐述与本项目的相关性并加盖公章） 且为原始取得的每提供一个得0.5分，满分4分； |
| 3 | 5.所投虚拟平台设备设备制造厂商具有 CNNVD（国家信息安全漏洞库）一级支撑单位资质、CNVD（国家信息安全漏洞共享平台）技术组成员资质、 信息安全等级保护建设服务机构能力评估合格证书，每具有1项得1分，满分3分； |
| 2 | 6.所投虚拟平台设备设备生产厂商具备相关软件著作权证书、企业知识产权管理体系认证，每具有1项得1分，满分2分； |
| 1 | 7.所投虚拟平台设备生产厂商具有服务体系完善程度认证七星级证书的得1分； |
| 技术部分（45分） | 技术评价 | 33 | 1.为确保本项目硬件资源能与现有云平台资源实现无缝对接和统一资源纳管，提供兼容性报告或相关证明文件并加盖生产厂商公章，提供得3分； 2.提供所投分布式存储软件产品具有相关机构出具的测试证书及完整测试报告并加盖生产厂商公章的得2分； 3.系统平台的总体设计，架构设计合理、技术路线先进、采用的项目基础支撑开发平台成熟，方案完整，需求分析准确，功能完善，符合实际应用需求与业务场景准确，对产品的供货、安装调试、运行的全面性、兼容性、 完整性、验收方法的针对性、可操作性，可实施性强的得28分；架构设计较合理、技术路线较先进、采用的项目开发平台较成熟的得14分；方案一般得 5分。 |
| 参数评价 | 12 | 投标人所投产品的技术参数完全满足或优于招标文件中技术参数要求的得12分。每有1项负偏离的扣1分，合计扣至0分为止。 |
| 售后服务（36分） | 培训方案 | 16 | 提供的培训方案完整，有专业的培训人员进行系统性的培训， 培训方案科学合理，可实施性强的得16分；可实施性较强的得8分；方案一般的得1分。 |
| 售后服务方案 | 20 | 提供的售后服务方案完善，有本地化售后，服务响应快、 可实施性强，响应程度高的得 20分；售后服务方案完善，有专业的技术团队进行技术支持，技术支持能力较强，服务响应较快，可实施性较强，响应程度较高的得 10 分；售后服务方案一般的得1分。 |
| 结论：是否满足要求。
备注：
1、 关键项不满足则技术评审结论为不满足。
2、 综合评分小于80分技术评审结论为不满足。
3、合作伙伴坚持“满足需求的前提下、价低者中”的原则，对于不满足要求的合作伙伴不进入商务评审。 |
| | | | |
2） 商务评审部分 序号 | 服务名称 | 数量 | 税率 | 单 价(元) | 总 价(元) | 含税总价（元） | 备 注 |
| | 1 | | | | | | | | | 2 | | | | | | | | | 3 | | | | | | | | | … | 总计 | | | | | | | | 合计：大写：人民币 小写：￥ | | 上述报价为计算折扣系数后的最终报价 | | 备注：1、合计金额应是最终用户验收合格后的总价，包括设备运输、保险、代理、安装调试、培训、税费、系统集成费用和招标文件规定的其它费用。 | | 2、按照“价低者中”的原则，由工作小组推荐该项目拟合作伙伴名单。 | |
在合作伙伴选择时，如合作伙伴提供的商务模式为同一种模式，则比较计算折扣系数后的报价，按照价低者中。如合作伙伴提供的商务模式不同，则比较计算折扣系数后的不含税总价，按照价低者中。 第五章 应答文件要求 1 应答文件组成 1. 报价部分 （1）应答函； （2）开标一览表； （3）应答分项报价明细表； 本次招标报价要求： ①应答人的报价是应答人响应招标项目要求的全部工作内容的价格体现，包括应答人完成本项目所需的一切费用。总报价包括了项目要求的合同项下乙方提供技术服务、培训服务、 调试、试行和验收等的全部责任和义务。应答人未单独列明的分项价将视同该项目的费用已包含在其它分项中，合同执行中不予另行支付。 ②应答人每种产品及服务只允许有一个报价，并且在合同履行过程中是固定不变的，任何有选择或可调整的报价将不予接受，并按无效应答处理。 ③在一年之内，应答人本次应答中对同一品牌同一型号产品的报价与在中国境内其他地方的最低报价比例不得高于20%。否则，应答人的应答文件将作为无效应答处理或者取消其中标资格。 ④项目需要落实的政府采购政策：扣除比例详见招标公告。 （4）货物说明一览表。 2.技术部分 应答人按照招标文件要求做出的技术应答，主要是针对招标项目的技术指标、参数和技术要求做出的实质性响应和满足。技术应答应包括下列内容： （1）应答内容的响应文件，技术方案、项目实施、运维方案； （2）技术规格偏离表； （3）服务的说明介绍； （4）提供所需服务的验收标准和验收方法； （6）应答人认为需要提供的文件和资料。 3.售后服务：应答人按照招标文件中售后服务要求做出的积极响应和承诺。包括以下内容： （1）说明并提供应答人的服务承诺和保障措施； （2）其他有利于用户的服务承诺。 2 应答文件格式 应答人应按照招标文件要求的“应答文件格式”填写相关内容。对于未列出格式要求的，可由应答人自行编写。 一、应答函 中国移动通信集团甘肃有限公司： 我方全面研究了 “ ”项目选择文件，决定参加贵单位组织的本项目合作伙伴评审。我方授权（姓名、职务）代表我方（应答单位的名称）全权处理本项目的有关事宜。 1、我方自愿按照招标文件规定的各项要求向采购人提供所需服务，应答总报价为（大写：）（小写：）；。 2、服务周期：自合同签订之日起5年，服务期满后本项目涉及的全部货物所有权归采购人所有。 3、我方为本项目提交的应答文件正本 1 份，副本1份，用于开标唱标的“开标一览表”1 份。 4、我方本项目响应的应答有效期为___________日。 5、我方保证已提供和将要提供的文件资料是真实、准确的。 应答人名称： （盖章） 法定代表人或被授权人（签字或盖章）： 通讯地址： 邮政编码： 联系电话： 传 真： 应答日期： 二、法定代表人授权书 中国移动通信集团甘肃有限公司： 本授权声明：（应答人名称）（法定代表人姓名、职务）授权（被授权人姓名、职务）为我方 “ ” 项目合作伙伴选择的合法代表，以我方名义全权处理该项目有关应答、签订合同以及执行合同等一切事宜。 特此声明。 法定代表人签字或盖章： 被授权人签字或盖章： 应答人名称：（盖章） 应答日期： 法定代表人身份证 复印件（正面） | 法定代表人身份证 复印件（背面） | 被授权人身份证 复印件（正面） | 被授权人身份证 复印件（背面） |
三、开标一览表 应答人名称： 序号 | 项目名称 | | 1 | 服务内容 | | 2 | 服务期限 | | 3 | 总报价 | 大写：人民币 元 | 备注 | |
应答人名称：（盖章） 法定代表人或授权代表（签字）： 应答日期： 注：1. 报价应是最终用户验收合格后的总价，包括设备运输、保险、代理、安装调试、培训、税费、系统集成费用和招标文件规定的其它费用。 2.“开标一览表”为多页的，每页均需由法定代表人或授权代表签字并盖应答人印章，否则为无效应答。 3、“开标一览表”以包为单位填写。 4、如有应答降价声明必须在开标前单独密封和递交，否则无效。
序号 | 设备名称 | 规格型号 | 品牌 | 制造商及产地 | 单位 | 数量 | 单价 | 总价 | 备注 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 分项报价合计（金额大写）： |
四、分项报价明细表 注：1、应答人必须按“分项报价明细表”的格式详细报出应答总价的各个组成部分的报价，否则作无效应答处理。 2、“分项报价明细表”各分项报价合计应当与“开标一览表”报价合计相等。 应答人名称：（盖章） 法定代表人或授权代表（签字）：
五、应答人基本情况表 应答人名称 | | 注册地址 | | 邮政编码 | | 联系方式 | 联系人 | | 电话 | | 传真 | | 网址 | | 组织结构 | | 法定代表人 | 姓名 | | 职务/职称 | | 电话 | | 技术负责人 | 姓名 | | 技术职称 | | 电话 | | 成立时间 | | 员工总人数： | 企业资质等级 | | 其中 | 项目经理 | | 营业执照号 | | 高级职称人员 | | 注册资金 | | 中级职称人员 | | 开户银行 | | 初级职称人员 | | 账号 | | 技工 | | 经营范围 | | 备注 | |
应答人名称：（盖章） 法定代表人或授权代表（签字）： 应答日期: 年 月 日
六、已完成或在执行类似项目一览表 应答人名称：招标编号： 序号 | 项目名称 | 项目内容 （类似项目） | 合同金额（万元） | 已结算金额（万元） | 完成日期 | 业主名称、联系人及电话 | 1 | | | | | | | 2 | | | | | | | 3 | | | | | | | 4 | | | | | | | 5 | | | | | | | … | | | | | | | | | | | | | | | | | | | | |
应答人（公章）： 法定代表人或被授权人签字或盖章： 应答日期： 注：1. 供应商应如实列出以上情况，如有隐瞒，一经查实将导致其应答申请被视为无效应答。 2. 对于已完项目，供应商应提供收到的中标通知书或双方签订的合同或已签发的最终验收证书。
七、技术规格偏离表 项目名称： 招标编号： 招标文件条目号 | 招标文件技术要求的内容与数值 | 投标人的技术响应内容与数值 | 偏差说明 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
注：投标人应对招标文件第三章技术要求的内容给予逐条响应，以自己投标产品和服务所能达到的内容予以填写，而不应复制招标的技术要求作为响应内容。 投标人（公章）： 法定代表人或其授权委托代理人：（签字或盖章） 日期：
八、售后服务承诺书 应答人应详细说明售后服务保证内容，出现故障响应时间及售后服务人员情况（特别是售后服务技术人员简历介绍），并填写下表： 厂商（电话、地址、联系人） | 现行售后服务的主要内容：（可附宣传材料） | 代理商（电话、地址、联系人） | 现行售后服务的主要内容：（可附宣传材料） | 售后服务技术人员简历： 姓名，性别，年龄，身份证号，学历，毕业院校，专业，联系电话，从事与本次采购相关项目的售后服务技术工作经历。 |
应答人（公章）： 法定代表人或法人授权代表（签字）： 日期： 年 月 日
| 包段 | 产品名称 | 产品单位 | 需求数量 |
|---|
| 包1 | 校园及政企业务合作协议 | 项 | 1.000 |
| 
