当前位置: 首页 通知公告 正文

农技机器人智能应答系统采购询价公告

作者:时间:2021-11-04点击数:

类别:服务类-其他

项目编号:20211101

苏州农业职业技术学院就需要的机器人智能应答系统进行询价采购,欢迎具有能力提供服务并且具备足够技术保障能力的供应商参加响应。

一、项目概况

1、采购内容:机器人智能应答系统

2、采购预算:肆万玖仟捌佰元整(¥49800.00)

二、合格询价响应供应商的条件

1、具有独立承担民事责任的能力;

2、具有良好的商业信誉和健全的财务会计制度;

3、具有履行合同所必须的设备和专业技术能力;

4、有依法缴纳税收和社会保障资金的良好记录;

5、参加采购活动前三年内,在经营活动中没有重大违法记录;

6、法律、行政法规规定的其他条件;

三、采购内容

1.项目建设背景

当今世界,互联网逐渐成为人们生活中必不可少的工具,人们不仅可以通过网络足不出户的了解世界上的各类信息,还可以与朋友之间远距离且快速交流。在大数据时代下,人们在现实里遇到的多数问题都具有普遍性,并且存在类似和雷同的情况,如遗忘系统密码、查询信息、缴付费、遗失办卡等等。现有的咨询服务大多采用传统的电话、邮件、QQ等一对一人的工交流方式,而人工服务无法确保24小时在线的同时还耗费了大量的时间、人力、物力以及财力成本。因此,面对信息时代下的海量数据,想要为校园用户提供所需要的信息,显然传统的人工服务方式已不切实际。而让机器替代人来完成语言分析工作,实现一对多的沟通,这种基于大数据的分析和语言处理相结合的方式,将实现以往人工服务无法达到的效果,此外还能发现学生群体的共性、师生心理倾向和个体特征等,从而有针对性地去扩展服务领域,深化服务的效能。

2.建设要求

2.1系统要求

  1. 可用性:

    数据库系统应该有定时自动备份和管理员手动备份功能。

  2. 系统性能要求:

    性能是指系统的响应能力——即对外部刺激(事件)做出反应所需要的时间或在某段时间内所处理的事件个数。性能这一质量属性经常用在单位时间内所能完成的处理数量或系统为完成一个处理所耗费的时间来表示。

    描述系统的性能需求通常从以下几个方面进行:延迟、吞吐量、容量。

  3. 延迟:

    延迟定义为从事件触发到对应响应之间的时间间隔。这个时间间隔定义了一个响应窗口(开始时间为最小延迟,结束时间为最大延迟)。

 

  1. 吞吐量:

    吞吐量定义为在一个给定的观察时间段内,系统处理事件,然后产生的响应数量。通常需要指多个观察时间段,比如1分钟,30分钟,60分钟等。因为60分钟内处理120个事件并不意味着每分钟可以处理2个事件。

编号

吞吐量

备注

001

用户新增资料

每天100条

002

用户在线状态更改频率

每10分钟1次

  1. 容量:

    容量是一个衡量系统可以处理的工作量数量的指标。比如在理想运行环境下,最大可达到的吞吐量,最大可支持的用户数量等。需要注意的是,即使在达到最大吞吐量的情况下,系统也不能违背延迟的性能需求。

编号

容量

备注

001

在线用户数量

<=1500

002

系统用户数

<=10000

  1. 易用性:

    只需很少地培训操作者就能使用系统和它地任何特性,系统应该被设计成与其目标使用者地业务技术水平很匹配。

    当用户做一些处理时间较长的操作时,能给出提示信息提醒用户。在返回数据量过大导致响应时间过长时,能提供部分响应,例如分页取数据等,减少操作人员等待的时间。

    界面要简洁、清晰、柔和、美观、大方,操作简单方便。

    e.可维护性:

    系统必须能被配置、部署、监控和优化以确保其在预定地环境中工作良好。

    为完成业务需求和系统正常运行本身要求而必须具有的功能,这些功能往往是用户不能提出的。联机帮助、数据管理、用户管理、软件发布管理、在线升级等要可被管理。

    系统应该包括数据备份、数据恢复、日志管理、垃圾数据清除等基本功能,哪怕这些功能的核心只是一条语句或命令。用户管理功能是另一项必不可少的功能,它定义哪些用户可以以什么样的功能使用系统。好的用户管理功能不仅可以有效控制用户对系统的使用,使系统处于一个安全、负载合理的运行状况,还能提高系统的应用适应性。

    f.其他需求:

    根据软件和用户组织的特性等,某些需求放在下面各项中描述。

    1)数据库

    1.在功能需求中标识的信息类别:满足功能需求中需要用到的数据。

    2.数据保存要求:信息的安全性,要求明确的备份实施策略。

    3.可维护性:对于系统的变更,数据库应该能做出相应的变更。

    2)操作

    根据不同的权限,不同的角色可以进行不同的操作,保证系统的安全。

2.2技术要求

技术选定:

  1. 数据库采用MySQL+Redis;

  2. 后端服务采用MyBatis+SpringBoot+Shiro;

  3. 前端服务采用Vue+ElementUI;

  4. 消息中间件采用RabbitMQ。

    要求系统能够长期、稳定运行;热点接口访问延迟小于1s;数据库可自动备份、手动备份。系统具备快速恢复能力。

    集成技术要求

    1)遵循统一应用管理服务平台集成要求

    新建应用统一集成到学院的私有云平台的应用管理中心,通过校园私有云平台应用管理中心集中管理校园所有应用,对应用进行分类管理、授权管理、应用描述、应用上架、应用下架管理与控制。新建应用至少需要支持IE9+、Chrome、Safari、360极速及以上版本的浏览器。

    2)遵循私有云平台的应用管理中心的应用注册规范要求,遵循服务组件的多种展示形式,包括app图标、嵌入页面、单点登录链接、RSS链接等。应用集成至少需要支持以APP图标模式展现。应用注册需要按照应用基本信息描述、APP图标素材(符合尺寸大小要求)、APP应用地址信息注册等接入要求进行应用接入。

    3)应用服务集成无需通过网页集成或数据集成再做二次开发,可无缝发布到应用管理平台中,展示效果需统一UI设计规范外,还应满足按需定制。

    4)遵循统一身份认证集成要求。学院已建成统一身份认证平台,新建应用遵循统一的认证集成要求进行认证集成。支持JAVA\.NET\PHP的语言程序等,所有应用的认证都需要归入统一身份认证中心,实现校内用户的统一认证、账户统一管理和SSO单点登录。实现与校园认证中心平台无缝集成。

    新建应用服务应支持根据自身应用不同使用场景需求选择最佳的集成方式和学院身份认证系统进行对接,应用应无需再做统一身份认证集成的二次开发,优选只需修改认证方式的开关,即可实现单点登录效果。

    5)遵循统一数据集成要求

    所有新建应用涉及所需数据或需共享交互数据都需要统一遵循学校已经建设的主数据管理平台数据集成标准。数据集成方式支持通过Web Service方式进行数据调用集成,同时支持通过数据集成工具完成异构数据的集成同步。

    新建业务系统或平台需在统一身份认证的基础上,实现业务系统内校内组织架构(包含但不仅限于校内机构及师生信息)与全量数据中心组织架构的同步。

    应用建设具体需要遵循如下要求:

    A.应用涉及字典代码层面需统一遵循学校主数据管理平台中的代码标准。

    B.应用涉及的数据集成字段、字段类型等统一遵循数据管理平台中表对象数据模式。

    C.应用涉及的数据集成应统一遵循学校的数据集成流向要求。

    D.应用接口数据集成需要根据不同业务场景支持ODI集成方式和数据API集成方式,应用除了支持和学院中心数据库对接以外,同时也必须支持国际上规范的SOAP或RESTFUL接口协议,以便可以通过数据API的方式注册到学院的服务总线平台上,方便使用者可以对于应用统一进行授权、监控、路由转发。

    (4)移动端app集成及接口要求

    1)移动端需要支持H5,H5应用需要于统一院级app上进行身份漫游(即师生登录后,再打开H5应用则不需要再次输入用户名密码登录),必须与学院身份认证进行单点登录集成。

    2)H5应用需要调用移动终端原生能力,如多媒体、文件、数据库、地理位置等接口,需要集成学院统一app提供的JS SDK。

    3)H5应用应尽量使用学院统一APP已经封装的原生UI组件,如图片选择器、日期时间选择器、图片浏览器等,原生UI组件比JS组件流畅性更高,用户体验更好。

    4)H5应用统一通过原生webview打开,学院app默认会为webview设置头部导航栏,若H5应用页面本身开发了头部导航栏,应调用相应接口隐藏原生头部导航栏,避免出现两个头部导航栏的情况。

    5)开发移动H5应用开发完成后,通过应用管理平台进行移动H5应用的接入,遵循学院接入规范。

2.3安全要求

系统安全是系统的红线,具体要求如下:

a. 利用可靠的密码技术:对用户信息在数据库中存储时加密。

b. 记录管理员和用户的关键性操作,保留日志。

c. 系统应对紧急事件:如停电、遭到攻击时能及时响应。

应用系统应定期备份、具有安全监督功能、故障和异常告警功能、应用权限管理、防病毒功能、数据传输、处理应有检验、核对功能和较强的纠错功能。同时开发、测试系统与生产系统要严格分开。

产品需符合网络安全部的相关规定。

提供统一有效的安全措施来进行权限限制,防止内部人员误操作或越权,每一个环节必须进行安全性检查,不能越权访问。对每次用户登录要求进行日志记录,对三次(参数可以改变)以上的登录尝试进行锁定(锁定的时间、解锁方式,参数可调),并发出告警。

系统中用到的所有密码,都必须采用不可逆的加密算法,加密存放。

必要时能够采用加密技术对传输的关键数据加密;拨号要提供合法性检查和记录;

数据产生:数据应该无岐义,没有二义性;系统应该通过事务保证数据的完整性,一致性。

数据访问:对于用户数据能够按照级别进行管理,对于相同秘密级别的数据不同的应用场合应该解释一致。对于秘密数据的访问权限可配置到人或组,可以单独赋予也可以单独剥夺某项其访问权限。追对某个信息项或信息项组,数据访问的权限分为查询,拷贝粘贴,打印,修改,删除,新增,存为文件。公众数据查询应设立与本系统分离的计算机系统。通过浏览器查阅信息时,保证信息传输的保密性和完整性。具备严格的管理员分级制度,防止不合法操作。对关键数据采用访问权限限制,并加密保存。

数据传送:关键数据在传输过程中,必须加密传送,以保证信息的安全。

数据存取和备份:可提供各种方式、各种介质的数据备份功能。各种原始业务数据均应保留备份、各种过程业务数据应保留备份、操作系统、数据库应定期备份。

系统在设计上充分考虑冗余和备份,保证系统数据的安全性、可靠性和数据传输的服务质量。

应具有完善的数据备份及恢复机制。应能提供对一般性数据和交易性数据的保护,使得在任何一部分子交易失败后,整个交易的所有消息都回滚,保证数据的完整性。

充分利用主机、网络以及数据库管理系统提供的安全保障机制,确保系统数据的绝对安全。对应用系统而言,所有系统数据的操纵必须严格按照权限级别进行,严禁非法用户进入系统。对于操作人员进行的相应的操作日志,对不同级别的操作员进行相应的限制。同时,对系统重要数据提供可靠的备份和恢复机制。

2.4功能要求

校内机器人智能应答的应用,需要对接学校系统,针对教职工不同的部门进行相关的消息推送,具体功能如下:

  1. 与校内系统对接

    1. 对接系统:将校内系统与机器人只能应答系统对接

    2. 校内与系统的信息互通:实现双方的信息互通

  2. 问答模块

    2.1问答导入:将问答的内容一键导入系统内

    2.2与统一消息平台实现信息互通

    2.3多部门协同问答

    2.4试试接收消息:提问可针对不同部门,问题有消息推送,部门可实时接收到消息提醒

    2.5消息筛选与置顶:消息回答可选择人员范围,管理员可以选取精品回答置顶等

    (三)、实施要求

    1、项目团队

    在项目的管理过程中,组织结构是项目成功的基础,而其他管理内容只有在合理的组织结构下才能真正实现,因此有效的组织结构,是保障项目成功的有力保证。中标方、校方应共同组建联合的项目实施小组,招标方在学校信息化领导小组领导下,落实现场的调研、分析及规划设计人员,中标方指定项目负责人和核心技术骨干。双方必须保证人员的数量、质量和人员的稳定性、连续性,实现例会制度,规划项目的进程、相关措施和实施办法,及时考核各阶段建设情况。

    1) 项目团队组成要求

    投标供应商中标后应根据本项目建设要求组织一支由资深项目经理带领的经验丰富、开发能力强的项目团队,并确保在系统调研、分析设计、开发测试和培训实施等各个阶段项目团队的稳定性,项目团队成员变更时,须事先征得项目采购单位的同意后,方可进行变更,更换后需要执行好工作交接。项目采购单位具有更换项目经理和项目团队人员的权利,投标供应商应按要求配置项目团队。本项目建设要求至少有一名具有成功实施经验的资深系统架构师对项目整体规划设计。本项目建设要求项目培训和部署实施人员,需要熟悉和了解系统,具有相关业务系统的培训和部署实施经验。在项目实施过程中,投标人须按照建设单位的要求更换建设单位认为不合适的人员。

    2) 项目团队人数要求

    投标人应承诺在系统开发、部署实施、试运行、培训、技术支持及售后服务五个阶段和项目管理等来配置足够的人员组织实施项目,确保按项目进度完成建设工作。

    2、方案评审

    投标供应商在完成系统技术架构设计后,设计方案需要经过项目采购单位组织的专家进行评审,评审通过后,才可以进行系统的开发。数据架构设计模型成果也要做评审,确保数据结构的设计要与智慧校园建设的已有成果保持统一。测试部署阶段总体架构规范也要按要求进行评审。

    3、规范约束

    本项目的建设能与学院的全量数据中心融合,并遵循教育行业的相关标准及规范;在应用方面,要按照苏州农业职业技术学院的相关规范及约束实现对接。

    4、项目管理要求

    项目采购单位可针对投标供应商在项目实施过程中的失误发出项目整改通知单,投标供应商应在收到整改通知单后2个工作日内向项目采购单位以书面方式提交整改计划,并在项目采购单位规定的期限内整改完毕,否则,项目采购单位可根据合同相关条款进行处罚。

    5、 运维要求

    本项目须建立专门的运维团队,具体工作要求:完成资源生命周期全过程中的人工干预处理、异常事件进行处理;做好系统监控、例行服务巡检、故障排除和问题解决等日常工作;做好应用的更新升级。

    (四)、成果交付要求

    项目开发应严格遵照软件工程规范进行,根据开发进度及时提供有关开发文档,包括系统分析设计说明书、测试报告、用户手册、系统维护手册以及采购单位认为必要的其他文档等。中标人必须提供完整的软件安装、操作、使用和维护手册,能够满足对甲方信息化团队、后续售后运维团队、用户等不同角色的知识转移的要求。同时,成果和文档资料必须符合软件工程的相关要求。要交付的成果和文档资料主要包括但不限于以下部分:

    1)执行代码和源代码:保证系统正常运行的所有执行代码,以及项目开发过程中为用户方定制功能的源代码(中标公司或第三方已有产品的源代码除外)。

    2)技术文档:包括项目开发中的各种技术文档,如,项目计划书、需求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、用户手册、用户培训计划、用户培训手册;系统维护手册、系统部署手册、开发环境配置说明、系统设计说明、系统培训资料以及有关系统接口的技术说明等等。

    3)以文档形式存在的项目成果:如系统建设中形成的各类标准规范、调研分析、规划设计报告、开发进度月报、会议记录等等。

    4)管理文档:包括项目开发中的一些工作文档,如,计划、报告、讨论纲要、会议记录等。

    另外必须提供以光盘形式相关存档材料。

    (五)、培训要求

    (1)供应商必须向采购方提供免费培训,培训方式应包括理论培训和现场培训。供应商须针对不同的培训对象,包括对领导、管理者、各级最终用户和系统管理员等相关技术人员,在投标文件中提出全面、详细的培训计划,包括但不限于培训内容、培训时间、地点、授课老师等,并提供课程体系、培训方法和考核方法等,培训讲师费用由中标人负责。

    (2)供应商派出的培训教员应具备丰富的相同课程教学经验,所有的培训教员必须中文授课,供应商必须为所有被培训人员提供培训用文字资料和讲义等相关用品。

    (3)供应商应按甲方约定合理地安排培训时间。

    (4)供应商需在投标书中说明培训的计划、内容和深度,原则上要求甲方的相关人员要完全学会系统的知识技能。

    (六)、测试、验收、交付要求

    按照招标文件的要求,供应商需要配合采购单位进行系统的整体验收,完成本项目的验收和交付,并提交本项目全部技术文档及其他相关全部资料等, 交付产物应符合项目立项时的验收标准。

    供应商需要根据本项目建设需求和系统设计方案,提供详细的系统验收手册和验收流程、验收通过标准,经采购单位认可后,由双方共同组织人员进行系统验收。主要是针对业务系统软件功能、操作规范、安全体系等内容进行验收,要求系统必须充分完全的实现项目的建设要求,并在具体功能实现上完全符合系统的设计文档要求、操作规范符合用户的操作习惯、系统安全要求。

    需要达成项目建设目标,实现项目功能及非功能需求;完成项目部署及用户使用培训,相关基础数据完整;项目试运行通过,各模块功能和系统性能稳定;项目通过第三方软件测试和安全性评估;项目文档和资料完整,售后服务方案清晰,满足运维需要。

    (七)、服务要求

    项目竣工验收后提供免费质保期:提供3年免费维护服务,可以采用网络支持(不允许远程操作)与现场服务等。在质保期内,采购人所提出的维护要求作出实时响应,提供应急策略。服务内容包括:使用指导,对系统进行必须的修订和微调,对系统隐含的错误进行纠正,新版本的升级;维护方式包括:电话解答,网络支持,技术人员现场解决问题。对故障在1小时内响应,2小时以内到现场,4小时以内提出问题解决方案并采取相应措施保障用户正常使用。

    在免费维护期内,提供免费平滑升级,不再另外收取差价。投标供应商必须明确提出维护期内软件的升级、维修、维护内容及服务方式、范围,并在投标文件中提供将来需要升级时的升级方案。

    必须具备专业的售后服务团队,能保证提供每天24小时不间断的售后服务。

    对于系统的BUG承诺终身免费维护。定期汇报系统运行情况。

    遇有重大活动需要确保系统正常运作的,中标供应商在接到通知后,应当在活动期间提供人员现场保障。

    在安装调试过程中,应满足采购单位提出的合理要求。

    采购产品质量必须符合中华人民共和国国家标准。质量出现问题,成交单位在维护期内负责包退、包换、包修,费用由成交单位负责。

    供应商需在《细目报价表》中列明提供的系统免费维护期。所有软件产品的维护期自本项目终验合格书签订之日起开始计算。项目建设期间及维护期均属于免费服务期,该期限内的所有售后服务,包括软件维护、应用软件升级、提供替代品等所产生的费用(不包含更换硬件和系统软件的费用)均由中标人承担。

    (7)中标人在维护期满后应继续向甲方提供保证质量的售后服务,以维持系统正常运作,售后服务定价不得偏离市场价格规律。

    (8)、投标供应商应根据自身条件和能力提交详细的售后服务方案和计划。售后服务方案和计划应包括提供售后服务的保障措施,必须明确所能提供的包括但不限于以上几项的服务内容及维护细则。

    (八)、其他

    1、本项目中标单位提供的所有软件,要保证是合法的商品软件,如包含第三方系统软件,要保证是永久、合法可用的。如出现相关纠纷,由中标单位负责解决。

    四、响应报价要求

    1、以人民币报价;并须按附表格式进行报价;

    2、响应单位一次性报定,投标报价应包括完成该项工作所需的响应的产品设备及其备品、备件和专用工具费用、软件产品(包括项目开发实施过程中所需的第三方产品(数据库、中间件等内容)以及乙方自有产品的报价)、开发实施、数据采集与加工、辅材、税费及包装、运至最终目的地的运输、保险、现场吊装、检测、安装调试、技术支持与培训、验收、售后服务与维保等工作所发生的全部费用以及响应供应商企业利润、税金和政策性文件规定及合同包含的所有风险、责任等各项应有费用。

    五、采购货物的付款方式

    自合同签订后,待系统开发完成,系统安装调试结束验收合格后一次性付清。

    六、询价响应方式

    (一)、响应文件的递交

    1、询价响应文件递交截止时间:2021年11月10日16:00前,将响应文件密封送达西园路279号苏州农业职业技术学院校园信息化管理中心。过时送达的响应文件将被拒绝。投标文件必须在接收截止时间前送达指定地点并交与接收人。逾期送达的投标文件恕不接收。本次招标接受邮寄的投标文件,邮寄的投标文件以签收时间为准。

  3. 询价响应的评审时间和地点:本项目于2021年11月11日9:30在西园路279号劝农楼1302会议室进行评审并确定成交单位。

    3、为保证在评审小组要求供应商解释或者澄清其响应文件时能够及时得到回复,在评审开始后,供应商应保持其响应文件上联系方式的通讯畅通;供应商法定代表人或授权代理人或自然人本人也可以直接到评审现场等候。供应商的澄清、说明或者更正应在评审小组向其提出澄清、说明或者更正要求后三十分钟内提交给评审小组。在评审期间、供应商应注意调整其行程安排,如评审小组联系未果(在十分钟内联系五次)或者供应商在三十分钟内未能按时提交的,则视为供应商放弃上述权利,相关后果自负。

    (二)、响应文件的制作要求:

    1、响应文件的组成:

    (1)响应供应商的营业执照副本复印件;

    (2)响应供应商具备履行合同所必需的设备和专业技术能力的证明材料;

    (3)响应供应商法定代表人身份证复印件;

    (4)响应供应商代理人身份证复印件(非法定代表人参加投标的提供);

    (5)授权委托书(非法定代表人参加投标的提供)(格式见附件);

    (6)报价货物的品牌、规格、参数、性能等说明;

    (7)《询价响应报价明细表》(格式见附件);

    (9)《询价响应函》(格式见附件);

    (10)其他满足采购要求的文件等;

    2、文件的签署和密封要求:

    (1)按上述要求制作询价响应文件一份正本,一份副本,并须单独装订成册;正本与副本不一致时,以正本为准。

    (2)询价响应文件均应采用打印或使用不能擦去的黑色或蓝色墨水书写,由响应单位法定代表人或其授权代表在询价文件要求处亲自签署或盖章,并在询价响应文件的每一页上加盖红色公章,未按要求加盖公章的视为无效文件。

    (3)询价响应文件须装袋密封,封口处须加盖单位公章,密封袋及相应文件封面上应注明采购项目名称、采购编号、响应单位名称、地址、联系人、联系电话等。

    3、采购单位有权拒绝未按上述要求制作的询价响应文件。

    (三)、响应文件错误的修正原则

    1、响应文件的大写金额与小写金额不一致的,以大写金额为准。总价金额与按单价汇总金额不一致的,以单价金额计算结果为准;单价金额小数点有明细错位的,应以总价为准,并修改单价;

    2、对不同文字文本投标文件的解释发生异议的,以中文文本为准。

    3、供应商不同意以上修正的,其询价响应文件将被拒绝。

    (四)、响应文件的补充、修改和撤回

    供应商在提交询价响应文件截止时间前,可以对所提交的响应文件进行补充、修改或者撤回,并书面通知采购代理机构。补充、修改的内容作为响应文件的组成部分。补充、修改的内容与响应文件不一致的,以补充、修改的内容为准。

    (五)、响应文件的澄清、说明和更正

    询价小组在对响应文件的有效性、完整性和响应程度进行审查时,可以要求供应商对响应文件中含义不明确、同类问题表述不一致或者有明显文字和计算错误的内容等作出必要的澄清、说明或者更正。供应商的澄清、说明或者更正不得超出响应文件的范围或者改变响应文件的实质性内容。

    询价小组要求供应商澄清、说明或者更正响应文件应当以书面形式作出。供应商的澄清、说明或者更正应当由法定代表人或其授权代表签字或者加盖公章。由授权代表签字的,应当附法定代表人授权书。供应商为自然人的,应当由本人签字并附身份证明。如响应供应商无法在合理时间内出具上述材料(原件)则视为放弃权利。

    七、询价响应保证金:无。

    八、项目的终止

    出现下列情形之一的,将终止询价采购活动:

    1、因情况变化,不再符合规定的询价采购方式适用情形的;

    2、出现影响采购公正的违法、违规行为的;

    3、在采购过程中符合竞争要求的供应商或者报价未超过采购预算的供应商不足3家的。

    九、询价响应评审办法确定成交供应商标准:

    1、采购人授权评标委员会在候选供应商名单中直接确定成交供应商。在响应文件中的报价不超过采购预算最高限价的前提下,由评标委员会对响应文件进行资格性检查和符合性审查,在符合采购需求、质量和服务相等均实质性响应的基础上,报价最低的响应单位确定为成交单位。若满足上述要求的最低报价响应供应商超过一家时,则由评标委员会在这几家供应商中自行选择成交供应商。

    十、信用记录

    根据政府采购法及相关法规,以及苏州市财政局《关于印发苏州市市级政府采购信用记录查询和使用工作试行办法的通知》(苏财购(2017)11号)文件的规定,我们将依法对供应商进行信用查询,凡经评审小组确认不符合政府采购相关法律法规规定的,将拒绝其参与政府采购活动。

1、查询截止时点:响应文件递交截止时间。

2、查询渠道:统一登录苏州市政府采购网的“供应商信用查询”系统查询供应商的信用记录。苏州市政府采购网“供应商信用查询”系统实时提供来自中国政府采购网、信用中国、信用江苏、诚信苏州网站的相关主体信用记录。

3、查询证据留存方式:对存在失信信息的供应商,评审小组应填写《苏州市级政府采购供应商失信信息确认函》,由失信供应商应签名确认。同时,采购代理机构工作人员应根据评审小组确认的失信信息,登陆到来源网站页面进行复核并打印,作为证据留存。

4、信用记录使用规则:评审小组在对供应商进行资格性审查时,应根据查询结果对供应商的不良信用记录逐项甄别确认。

十一、联系方式

采购单位:苏州农业职业技术学院

联 系 人:吴凯益联系电话:051267655212

苏州农业职业技术学校园信息化管理中心

2021年10月29日

附件一:授权委托书

附件二:询价响应报价明细表

附件三:询价响应函

(全文完)

 

Copyright©2018 SUZHOU POLYTECHNIC INSTITUTE OF AGRICULTURE All Rights Reserved

地址:江苏省苏州市西园路279号 | 邮编:215008 | 苏ICP备05015131号-1