基本信息与申购明细
| 项目名称: | ****微捐赠平台项目 | 项目编号: | **** |
| 采购单位: | **** | 预算金额: | 198000.00 |
| 付款方式 | 初步验收合格后支付合同款的50%,竣工验收合格后支付合同款50%。 | ||
| 物品名称: | ****微捐赠平台项目 | 数量: | 1 | 单位: | 个 | ||
| 预算单价: | 198000.00 | 是否标配: | 否 | ||||
| 生产厂家: | 型号规格: | ||||||
| 申购时间: | 2025-10-27 | 保修期(月): | 36 | ||||
| 送货地址: | ****指定地点 | ||||||
| 设备清单列表: | 技术参数及售后服务要求。 | ||||||
| 技术参数: | 一、投标人须知 1、请投标人认真阅读“竞价须知”和“网上竞价使用手册”:https://wsjj.****.cn/index/download.html 2、请投标人将响应文件及相关证明材料(含附件)盖印签字后扫描上传。将所有扫描的图片粘贴至同一份WORD或PDF文档中,请勿逐个图片上传。 3、报价说明:供应商提交报价必须低于公告最高限价3%(不含)以上,否则,视为无效报价。在符合采购需求且报价有效的前提下,投标报价最低值中标(报价相同的,以报价时间优先者中标)。 4、网上竞价相关问题可咨询********公司,咨询电话0591-****5391。 5、若所投产品中含管理终端、操作系统、数据库等须符合《****政府采购需求标准(2023年版)》(财库〔2023〕29号)、《****政府采购需求标准(2023年版)》(财库〔2023〕30号)、《****政府采购需求标准(2023年版)》(财库〔2023〕31号)、《****政府采购需求标准(2023年版)》(财库〔2023〕32号)、《****政府采购需求标准(2023年版)》(财库〔2023〕33号)、《****政府采购需求标准(2023年版)》(财库〔2023〕34号)、《****政府采购需求标准(2023年版)》(财库〔2023〕35号)的相关规定(http://gks.****.cn/guizhangzhidu/index.htm),且应符合中国信息安全可靠测评结果要求(http://www.****.cn/aqkkcp/), 投标人应提供相应佐证材料。 6、以下参数若存在未明确范围的规格、尺寸等,允许在规定的数值范围内存在±3%的偏离。二、技术参数:(技术参数及售后服务要求详见其他附件) | ||||||
| 售后服务要求: | 一、总体建设要求 1.基本原则 1.1本项目为定制化全包项目,不存在某个****学校另行付费,中标方提供的任何产品(云服务、云平台除外)或插件不得有任何授权点、技术壁垒、服务点、使用年限等问题,否则造成的费用问题由中标方负责。在服务期内及之后,只要学校每年正常支付维保费用(中****学校拒付的情况除外),中标方需为****提供系统大小版本的免费迭代升级、数据开放及交换服务,同时针对本项目现有或未来因管理、制度变化产生的业务,中标方免费积极开发并提供技术响应。当学校有对接需求时,中标****学校现有平台(包括但不限于身份中台、消息待办中台、移动门户(含企微)、一网通办、统一支付平台、数据大屏、签章平台、物联管控平台、效能中心、数据中台、档案系统、财务系统、多云管理及运维平台及文档中台(在线预览与在线编辑)等)对接,确保数据安全准确传输,且不收取额外费用;若现有平台发生变更,中标方需在合理时间内完成重新对接,不收取任何相关费用。以全面线上化、千人千面为基本原则,从用户、管理员、业主单位领导、校领导等各个不同身份赋予其功能权限,体验感要智能化为基础,用户无需他人沟通或协调,听从系统通知完成有关操作。 1.2用户端建设以移动端需求为导向进行建设,系统必须建设 H5 页面或小程序,各模块微服务化,支持在智慧福医(PC 及移动端)、企微等平台免登录使用。 1.3若系统开展 AI 智能体建设,无论云端或本地化部署,****学校 AI 智能体中台及知识库,实现 “一库多智能体应用”。 1.4若有建设系统采集表,要具备新增、查看、批量导入、按需导出、导入校验、报错导出、审批、审批人管理、纠错、明细表及统计表等基本能力。 1.5.若系统有多层级机构及个人的管理与审批流程需求,须具备中台的能力,包括校级、院(部)级单位及个人申请等。 1.6身份与权限管理 1.6.1系统具备完善的身份管理,涵盖超管、系统管理员、安全管理员、审计员、教职工、校领导、辅导员、学生等本系统所需的各类业务场景所需身份,支持一人多身份情况,并在此基础上进行系统操作、数据、流程权限等的分配。 1.6.2系统操作需由具体身份和工号的人员执行,禁用类似 admin 等超管账号,杜绝共用账号。代表单位履职时,建立对应身份行使权限;工作变动时,通过配置、托管、转办或移交等方式调整权限。 1.6.3项目的过程管****学校项目有关制度及信息化项目标准化手册执行。 2.数据标准及集成 2.1元数据标准 涉及的字典表数据,****学校信息标准规范;未界定的字典,符合国标和行标;****学校业务发展需求,需审批建设,****学校制定为校标。 2.2数据管理 2.2.1系统数据可追溯操作人及内容,导入数据需经审批。数据删除采用逻辑删除,管理员不得随意修改数据。 2.2.2各模块相互独立又互通互享,数据自动更新流转。具备数据历史演变存储与展示功能,可回溯人或组织等历史信息。 2.2.3配合学校做好数据备份及恢复工作。 2.3数据交换要求 2.3.1提供系统数据字典代码、接口文档及技术咨询服务,将系统全量数据(不仅限于用户访问数据、角色及权****学校数据中台,提供数据表逻辑关系说明等服务。若中标方未完成,需免费开发并提供第三方系统所需各类接口服务。 2.3.2****学校开放,支持 webservice/API 接口或数据库方式对接。 2.3.3满足学校实时数据集成需求,提供实时数据库表 API 接口或增量模式(非侵入式如数据库表快照等,侵入式如开放触发器权限等)。 2.3.4****学校****中心一致,上行具备全数据共享能力。学校新增数据共享要求时,厂商免费修改接口并配合调试。 3.系统集成要求 3.1门户集成 3.1.1系统及常用业务功能模块实现单点登录,接入学校统一身份认证系统,****学校电脑端和移动端统一门户,按学校要求的时间完成对接,若在验收前,学校未明确对接时间,不作为验收条件。 3.1.2含流程引擎的业务系统,实现流程级单点对接,供学校统一门户调用。 3.1.3****学校微信企业号及其他移动端平台集成。 3.2系统消息集成 3.2.1提供系统待办或消息接口,对接信息门户统一待办(消息)中台,涵盖事务待办、业务提醒和通知等。 3.2.2集成学校统一通讯平台,使教职工通过短信、邮件、微信、企微等获取校内应用和待办信息。 3.2.3系统数据或流程变化时,及时生成待办事项与消息提醒,遵循学校消息待办中台要求,支持批量审批打包推送。 3.2.4含流程引擎的业务系统须具备 OA 流程的传阅、催办、知会、转办、移交等基本功能。 4.适配性要求 4.1系统支持主流信创数据库(达梦、人大金仓、南**用等)、信创操作系统(银河**、统信等)及信创 Web 应用中间件(**通、金蝶等)运行环境。 4.2系统支持多种芯片(海光、鲲鹏等)的信创电脑终端、Intel X86 芯片电脑终端,兼容主流浏览器(火狐等)、办公软件(**、福昕等)、版式软件(福昕、数科等),外接控件通过信创化和 windows 环境兼容性验证,支持信创主流打印机等外设。 4.3项目所有系统及组件兼容原生 Kubernetes(K8S)部署环境及生态,支持第三方云原生工具栈。 4.4所有系统部署环境在验收前****测评中心发布的〔安全可靠测评结果公告〕。 5.系统性能与架构 5.1系统底座架构适应多样场景,保障数据秒级推送或轮循时不影响使用体验。 5.2系统具备完善日志管理,记录操作信息,保存时长符合规定,****中心提供数据。 6.设计与维护 6.1系统界面遵循简洁、直观、易用原则,提供操作指南与帮助文档,降低学习成本。 6.2制定性能优化与应急处理预案,定期测试,确保高并发下稳定运行。 6.3采用数据加密、漏洞扫描修复等措施,强化数据安全防护。 7.项目文档管理 7.1中标方在项目实施中建立完善的文档管理体系,包括需求、设计、测试、用户及运维手册等,及时更新并保证内容准确完整。 7.2项目验收时,向学校提交完整项目文档资料(含服务期、数据库及系统账号密码等),****学校要求(电子和纸质文档),分类整理装订。 8.系统安全性 8.1本地化业务上线前检测:上线前****公司的安全检测(检测及****学校信息中心统一负责,检测内容包括但不限于 OWASP TOP 10、两高一弱、前后端分离等风险评估范围),出具安全检测报告无安全风险后方可上线使用,若检测出安全漏洞及风险,由中标方进行免费整改复测无安全问题后方可上线使用。业务系统安全整改:业务系统使用过程中,****公司检测出具有代码安全漏洞、配置不合规及主机漏洞等各方面安全问题,必须免费进行漏洞整改及加固等。 8.2等级保护要求:根据上级文件要求,系统须至少符合二级等保要求,****学校进行等级保护定级备案工作,做好等级保护测评、登记备案和安全加固工作,直至符合等级保护要求。 保密协议:****学校信息安全,****学校签订保密协议,并作为合同的附件,一并签订。 10.验收条件,每个模块至少经过一次大多数用户的使用,学校根据问题及升级需求大小及开发时间,确定是否允许验收,若不符合需求,需开发完并再次经过大多数用户使用,直到满意后才能申请终验。****学校的使用单位不肯用的问题,中标方必须提供解决方案及做好产品使用推广,并做好统筹协调,****中心配合推广使用,直到使用单位、****中心三方确认不使用,才能不作为验收条件。 二、售后服务要求 1.建设工期及验收: 1.1、合同签订后1个月内完成项目软件开发、部署、调试并上线试运行; 1.2、初验:完成项目建设任务后3个月内,组织完成建设项目的初步验收工作。 1.3、竣工验收:初验通过后,试运行至少3个月。在此期间逐步开展系统功能测试,校友办确保各项功能均达到目标后,****办公室提交竣工验收申请。 2.免费提供系统维护3年。 3.中标方提供至少三次免费对采购方用户(包括但不仅限于主管部门、二级单位管理员及普通用户)的系统使用培训,并提供系统操作手册。 4.对系统的bug提供及时响应及修订,提供7*24小时电话及远程网络支持服务。 5.简单问题和故障2小时内解决,复杂问题8小时内解决。如遇软件系统严重故障并不能通过远程服务进行解决的,须于12小时内安排工程师到现场提供技术支持服务直至问题和故障排除,48小时内确保正常运行。 6.免费维护期结束后,每年收取的服务费不能超过中标金额的10%。 三、签订合同时间 中标方在接到成交通知书后30日内与采购人签订采购合同。 四、交货详细地点 采购人指定地点。 五、付款方式 付款方式:初步验收合格后支付合同款的50%,竣工验收合格后支付合同款50%。 六、违约责任 1.如果中标方未能按合同规定的时间按时足额交货的(不可抗力除外),在中标方书面同意支付延期交货违约金的条件下,采购人有权选择同意**交货期还是不予**交货期,采购人同意**交货期的,延期交货的时间由双方另行确定。延期交货违约金的支付采购人有权从未付的合同货款中扣除。延期交货违约金比率为每迟交1天,按迟交货物金额的2%。但是,延期交货违约金的支付总额不得超过迟交货物部分合同金额的30 %。 2.如果中标方未能按合同规定的时间或双方另行确定的延期交货期按时足额交货的(不可抗力除外),每逾期1天,中标方应按迟交货物金额的2%向采购人支付逾期交货的违约金。逾期交货违约金的支付采购人有权从未付的合同货款中予以扣除。若中标方逾期交货达30天以上(含30天)以上的,采购人有权单方解除本合同,中标方仍应按上述约定支付延期交货违约金。若因此给采购人造成损失的,还应赔偿采购人所受的损失。 3.若中标方不能交货的(逾期15个工作日视为不能交货,不可抗拒的因素除外)或交货不合格从而影响采购人正常使用的,中标方应向采购人偿付不能交货部分货款的20%的违约金。违约金不足以补偿损失的,采购人有权要求中标方赔偿损失。 4.如果中标方未能按照合同约定的时间提供服务的,每逾期1天的,中标方应向采购人支付500元违约金,若因此给采购人造成损失的,中标方还应赔偿采购人所受的损失。 七、本采购文件中未明之处,可进行必要的咨询和补充说明。 | ||||||