开启全网商机
登录/注册
东南大学 - 竞价结果公告（CB102862026000333）
招标详情
下文中****为隐藏内容，仅对千里马会员开放，如需查看完整内容请
「注册/登录」或 拨打咨询热线：
400-688-2000
相关单位：
***********公司企业信息
***********公司企业信息
**** - 竞价结果公告（****）
发布时间：2026-05-11 19:53:29
申购单号： ****
申购主题： ****校园访客系统
采购单位： ****
竞价开始时间： 2026-04-22 10:41:36
竞价截至时间： 2026-04-27 09:00:00
币种： 人民币
付款方式： 货到验收合格后付款
备注说明：
质疑说明： 如果对成交结果有异议，请在发布成交结果之日起三个工作日内向采购单位提出质疑
成交总额： 189000.00
送货时间： 合同签订后7天内送达
安装要求： 免费上门安装（含材料费）
收货地址：
| ****校园访客系统 | 群立 | 189000.00 | （1）工期要求 建设项目采用整体规划、分期建设、逐步实施和持续优化的策略，建设周期为1个月，分为2个阶段： 1.第一阶段：自合同签订之日起，15天内完成系统的初始化、功能配置和个性化开发工作，发布系统的试运行版。 2.第二阶段：自系统试运行之日起，15天内完成系统的集成、优化、培训和验收工作，发布系统的正式版。 （2）实施要求 1.至少安排1名熟悉系统业务的技术人员在关键时间节点驻场实施（关键时间节点如系统初始化、核心业务模块上线运行等），驻场人员的人选须经校方认可，未经校方许可，投标方不得擅自更换驻场人员。 2.投标方需提供满足系统实施要求的项目实施方案、项目团队配置、项目服务方案。 ①项目实施方案: 项目实施方案须包括项目实施策略、进度计划及完善的项目管理措施。项目管理措施通过对项目范围、项目进度、项目质量、项目协调与**、项目风险、项目变更、项目文档等进行管理，确保项目按时保质保量完成。 ②项目团队配置：须提供针对本项目配置的项目团队，要求项目团队人员项目实施经验丰富，具备类似项目的实施经验。 ③项目管控方案：投标人能对整个项目过程进行管控，通过对范围管理、进度管理、质量管理、人力**管理、风险管理、文档管理、变更管理等控制和管理，确保项目按时保质保量完成。 （3）交付验收 投标方需确保系统上线稳定运行，并将研究开发所产生的成****学校，成果和文档资料必须符合软件工程的相关要求。要交付的成果和****学校项目管理要求提供，包括但不限于以下部分： 1）正式版软件运行程序 2）技术文档 包括但不限于源程序代码、需求说明书、系统设计说明书、数据库设计说明书、测试报告、用户操作手册、安装部署维护手册、系统试运行报告、实施总结报告、项目管理文档、功能变更说明等。 3）管理文档 包括但不限于项目计划、阶段性总结报告、会议记录等。 4）程序源码 包括但不限于定制化开发源码等。 （4）培训要求 1.投标方应提供完整的培训方案，需明确具体规定培训计划，包括培训内容、培训方式、培训时间、培训对象、培训讲师、培训人次等，并提供详尽培训计划表。培训应贯串于整个项目的实施过程，包括项目启动、研发到项目运行的全过程。 2.培训应采用集中培训、专项指导等方式，为用户免费培训使用与维护系统的有关技术人员，包括系统管理员、****学校要求的其他人员，培训次数不少于5次，****学校相关人员能掌握系统的使用、维护、管理、故障处理等目的。 3.投标方派出的培训教员应具有丰富的同类课程的教学经验和应用经验，要求所有的培训必须使用中文授课，在指定地点进行。 4.培训费包含在投标人的投标报价中。 （5）售后服务要求 投标方应具有丰富项目经验和软件开发经验，应针对用户的不同需求和建设的不同阶段，制定有针对性的运行保障方案，建立完善的本地售后服务体系，向采购方提供充分考虑使用者利益的技术支持及售后服务模式。投标方关于售后服务的描述应具体包括并不限于如下几方面： 1、售后服务承诺 投标人应承诺系统验收合格后提供不少于五年（含）的免费售后质保技术服务，并提供详细的售后服务承诺，包括各阶段的技术支持服务承诺、二次开发服务承诺、系统集成服务承诺、数据迁移服务承诺等。 2、运维保障 ****公司的运行保障能力，包括技术支持团队配置、服务机构情况等。 3、售后服务内容 ①服务范围 包括在线答疑、定期回访、软件更新、技术培训以及现有功能模块的字段、流程调整等。 ②售后服务方式 ****学校运维团队、建设群等，****学校报修平台及建设群中反馈的系统问题。 ③服务响应 售后服务期内要求提供7×24小时技术支持响应服务。在出现系统故障的15分钟内给予问题的解答，如需现场解决，在故障发生2小时内，派技术人员到达现场解决问题。对于发现的软件自身功能问题，须免费提供永久支持，及时给予圆满解决；在远程维护无法解决问题的情况下，要派遣技术人员上门解决。 ④服务方案 投标人需提供详细的售后服务方案，包括应急策略、重大业务期间的服务、升级服务、变更服务等服务方案。 | 技术要求 1.性能要求 （1）系统需能够支持集群工作模式，必须支持负载均衡，支持动态监测负载状况，自动对可用**进行并发检测，调整和分配等功能； （2）系统需具备一定的容错性，在运行环境出现故障时仍能提供稳定、持续的服务； （3）系统需具备在大规模用户同时在线访问的情况下仍能提供高速运行的能力； （4）系统需采用主流的、成熟的商用中间件产品。 2.数据、应用与对接 ★（1）整体要求 1）本项目必须采用私有云架构，不接受公有云部署； 2）根据项目建设需求，系统须按规范对接办事大厅、信息门户、移动APP、微信公众号、统一身份认证平台、消息中心、任务中心、短信平台、电子签章平台等公共平台、系统或应用；并根据业务需要对接校内已有业务系统。 如招标人公共平台或数据服务接口升级或变更，投标人在维保期内应免费配合完成接口调整的开发工作； 3）投标人应提供具有软件测试资质的第三方机构提供的软件测试报告，包括性能测试等，重要业务且影响面大的系统，需要具有CMA或CNAS检测资质的第三方软件检测机构提供性能测试报告；并对本项目所含软件在招标人提供的部署环境中进行质量验证测试，测试通过后系统方可上线运行； 4）本项目所包含的流程类的功能需求，对于基础数据、流程节点、表单格式、校验规则及报表模板等，系统可根据业务变化灵活调整。在系统维保期内，投标方应免费进行调整。 5）维保期内，投标人应免费提供软件的版本升级。 6）项目定制化部分源码交付，并提供项目开发文档。（可选） 以上六点****公司公章的承诺函，如不提供则视为无效投标。 （2）投标人需提交项目所含软件的数据架构设计方案，其中包括以下内容： 1)以实体关系（E-R）图形式描述本项目需求分析中业务对象的概念数据模型； 2)以列表形式描述本项目软件将要采集的业务数据的元数据信息； 3)以数据流图（DFD）形式描述业务数据在系统中流动与处理的过程； 4)完整的业务数据库结构方案，包括数据库、数据表、视图、字段、记录等内容的定义信息； 5)与外部系统的数据交换方案，应注明需从招标人获取或对接的数据内容，以及投标人能够支持的对接方式； 6）原型图，或者简要的产品需求文档，需包含项目整体功能设计说明。 ▲（3）投标人对系统的数据编码和数据格式的定义，应符合国家标准、****学校数据标准对相关数据的规定，不得采用违反以上标准的数据编码或数据格式，如果所涉数据不在国家标准、****学校数据标准范围中，投标方应在数据架构设计方案中明确标识。 （4）投标人应提供本项目所含软件的部署方案，其中包括以下内容： 1)软件部署架构方案，需说明软件部署架构所支持的系统容错程度； 2)计算存储**需求，需说明系统运行所需的计算、存储**大小； 3)网络**需求，需说明系统运行所需的路由策略、带宽； 4)操作系统、数据库版本，如支持容器部署，请注明容器平台版本。 ▲（5）投标人应通过招标人规定的数据服务接口对接数据，不应通过****服务所包含的数据，原则上也不应将数据服务提供的数据进行本地化存储； ▲（6）系统须部署在****数据中心云平台（HCSO）环境中，操作系统须为HuaweiCloudEuler或openEuler，数据库须为MySQL或PostgreSQL，要求支持离线部署、升级。如本项目属于已有系统的功能扩充或升级，则须将所涉及系统****数据中心云平台（HCSO）中，操作系统和数据库要求同上。 3. 安全要求 （1）认证授权：保证用户的合法性和用户使用应用信息**的权力，避免内****服务所提供的信息**被非法访问，造成严重的安全事件； （2）信息保密：充分利用密码技术，对于需要保密的信息，采用密码技术进行加解密处理，支持https协议访问，防止信息的非授权泄漏，确保涉密信息在产生、存储、传递和处理过程中的保密； （3）数据完整性：建立数据完整性检验机制，保证收发双方数据的一致性，防止信息被非授权修改； （4）监控预警：记录应用日志，对系统进行实时监测，能够及时预警，保障稳定运行； （5）数据备份：利用数据库的备份功能将建设的平台和系统数据按照校方要求备份到指定的服务器或存储系统上； （6）数据安全：系统应满足数据安全相关法律法规要求。应具有隐私政策，经用户同意收集与使用个人信息。应采用权限管控、数据加密、数据脱敏等措施，防止敏感数据泄露，保证数据安全合规； （7）要求投标方需从物理安全、网络安全、系统安全、应用软件安全、用户安全、数据安全等几个方面提出配套的安全体系完善方案，以便防范安全风险； ★（8）系统上线安全要求 1）渗透测试要求： 资质：测试机构须具备CCRC颁发的信息安全风险评估服务（二级及以上） 资质。 范围：系统功能全部完成后，针对我校部署的系统进行测试。 内容：包括但不限于OWASP Top 10漏洞，如SQL注入漏洞、跨站脚本漏洞、暴力破解漏洞、敏感信息泄露漏洞、业务逻辑漏洞、文件上传漏洞、越权漏洞、未授权访问漏洞、命令注入漏洞、任意文件读取、服务端请求伪造等。 方式：测试前须提交域名、IP地址等信息加入安全设备白名单，并通过vpn到校内环境进行，否则报告视为无效。 2）密码安全要求：所有系统、后台、操作系统、数据库的密码不得使用默认口令。必须启用强密码策略：长度≥10位，且须包含数字、大小写字母、特殊字符中至少三类。 3）安全运维及合规承诺：承诺系统满足网络安全等级保护（二级及以上）要求，并无条件配合测评工作。发生安全事件（如漏洞、入侵），须立即响应并修复。必须主动告知用户版本的安全问题并及时提供修复方案。****学校的所有安全管理工作与检查。 以上三点****公司公章的承诺函，承诺函须逐条明确承诺，如不提供则视为无效投标。 ★（9）保密及知识产权 未经用户单位书面许可，投标人不得以任何形式向第三方透露本项目标书以及本项目的任何内容。确定中标方后，投标人须与用户单位签订保密协议。必须对项目技术文件及由用户单位提供的所有内部资料、技术文档、数据和信息、系统界面等予以保密。 因本项目产生的技术****学校所有，学校拥有此系统的永久使用权。 以上内容****公司公章的承诺函，如不提供则视为无效投标。 (10)功能参数 10.1.1多类型访问入口 (1)校外访客入口 校外访客通过该入口发起入校申请，需完成详细信息填报并触发审批流程，具体要求如下： ●信息采集范围：需采集访客核心身份与访问信息，包括但不限于访客姓名（需与身份证一致）、18位身份证号（系统需支持格式校验，若输入错误需实时提示）、有效联系方式（手机号，支持短信验证码验证真实性）、被访人信息（姓名、所属部门/班级，系统支持模糊搜索匹配校园内部人员信息，避免输入错误）、访问事由，是下拉选择形式的，如选择因公或因私等、预计入校开始结束时间、车牌号（如有车辆入校需填写，支持常见车牌格式校验）。 ●审批流程触发：访客提交信息后，系统自动将申请单流转至被访人处，触发审批流程。被访人可实时收到申请通知，须在规定时间内完成审批，审批结果（通过/驳回）将通过短信及系统消息同步给访客，驳回时需注明具体原因，同时访客单日最大申请1次、每月最大申请30次。 (2)师生邀约入口 师生在应用内生成专属邀约码或邀约链接，访客通过该入口接入，实现自动获取被访问人信息，具体要求如下： ●邀约关联方式：访客支持通过邀约二维码或邀约链接形式，获取被访问人信息，邀约码有效期为2天，单日邀约最大7次，当月最大50次。 ●信息采集与生效：关联教职工信息后，访客需补充填写个人信息，包括姓名、18位身份证号（系统校验格式）、有效手机号（短信验证）、车牌号（如有车辆入校需填写，支持格式校验），并阅读《校园访客入校须知》方可提交申请。当老师邀约时，老师审批即结束；学生(除留学生)邀约时，无车辆情况下，学生审批即结束，有车辆情况下，需要辅导员二次审批；留学生邀约时，需辅导员审批。 (3)师生帮填入口 由师生为亲属发起入校申请，根据身份信息与是否有车辆入校区分审批流程，具体要求如下： ●信息采集范围：师生需通过一卡通登录，填写亲属信息，帮填时无须填写被访人信息，需填写亲属姓名、亲属18位身份证号（系统校验格式）、亲属有效手机号（短信验证）、车牌号（如有车辆入校需填写，支持格式校验）、预计入校开始结束时间等。 ●审批规则：当老师帮填时，无需审批；学生帮填时，无车辆情况下，无需审批，有车辆情况下，系统自动将申请单流转至学生所属班级的辅导员处；审批结果通过短信及系统消息同步给学生及亲属，驳回时需注明原因。每位学生单日最大邀请5位亲属，每月最多邀请15位亲属入校，每位老师单日邀约最大7次，当月最大50次。 10.1.2 智能填报功能 该功能旨在通过复用历史信息提升访客填报效率，具体要求如下： ●历史信息保存：访客首次提交信息并通过审核后，系统自动保存其常用信息，包括姓名、身份证号、联系方式、常用被访人信息（校外访客）、亲属关系信息（学生亲属入口）、常用车牌号（如有）等。 ●一键复用操作：访客再次发起申请时，系统自动显示历史保存的信息列表，访客可选择对应信息条目，一键填充至当前申请表单中，仅需补充或修改变动信息（如访问时间等）即可提交，减少重复输入操作。 10.1.3 通行服务功能 (1)电子通行证 访客申请通过后，系统自动生成电子通行证，具体要求如下： ●凭证内容：电子通行证包含访客姓名、身份证号、访问时段、被访人信息（如有）、通行二维码（唯一标识，包含访客身份与申请单信息）、入校须知摘要。 ●离线使用支持：电子通行证支持离线保存功能，访客可将凭证截图或下载至本地，在无网络环境下仍可展示给门卫核验。二维码有效期与访问时段一致，过期后自动失效。 (2)多模式核验 支持多种核验方式保障通行效率，同时实现数据实时同步，具体要求如下： ●核验方式：一是刷身份证核验，访客在校园出入口的身份证读卡器上刷卡，系统自动读取身份证信息并匹配申请记录，验证通过则显示“核验成功”；二是动态二维码核验，门卫通过管理后台配套的扫码设备扫描访客电子通行证上的二维码，系统实时校验二维码有效性，验证通过后完成核验；三是人工辅助核验，若上述方式出现故障，门卫可在管理后台输入访客身份证号或姓名查询申请记录，手动完成核验。 ●数据同步：无论采用何种核验方式，核验时间、核验地点、核验结果（成功/失败）等数据均需实时同步至管理后台，形成通行记录，确保数据可追溯。核验失败时，系统需提示失败原因（如“凭证已过期”“信息不匹配”等）。 (3)访客限定 对访客及车辆入校进行规范约束，具体要求如下： ●时间限定：访客需在申请的入校时间与结束时间内出入校园，超过结束时间未离校的，系统自动向访客及被访人（如有）发送提醒短信，同时在管理后台标记备注信息，便于管理员追踪。 ●车辆入校规范：自驾车访客需遵守校园车辆管理规定，系统在生成凭证时同步提示车辆入校须知（如限速、指定停放区域、禁止通行路段等）。车辆入校时，门卫需核验车牌号与申请信息一致，方可放行。 10.2 管理后台功能 10.2.1基础管理功能 (1)角色权限分级 支持多角色设置并精准分配权限，确保管理权责清晰，具体要求如下： ●角色设置：系统预设三类核心角色，分别为超级管理员、保卫处、教职工、学生等，同时支持根据实际需求新增自定义角色（如门卫管理员）。 ●权限分配：超级管理员拥有系统全部操作权限，包括角色管理、用户管理、系统配置、黑名单管理等；保卫处拥有查看校内所有访客记录、统计分析、出入记录等权限；辅导员拥有其负责班级学生亲属（含车辆）申请审批、班级访客数据查看等权限；自定义角色权限由超级管理员按需分配，遵循“最小权限”原则。 ●用户管理：超级管理员可添加、删除、修改各角色用户账号，并可禁用异常账号，保障账号安全。 10.2.2 审批管理功能 (1)智能分流引擎 根据访客类型自动分配审批节点，实现审批流程自动化，具体要求如下： ●分流规则：系统内置智能分流逻辑，校外访客申请自动流转至被访人所属部门的部门管理员处；学生亲属自驾车申请自动流转至学生所属班级的辅导员处；教职工邀约访客申请无需分流，直接免审批生效；其他自定义访客类型（如有）的分流规则由超级管理员在系统后台配置。 ●审批提醒与督办：审批单流转至对应管理员后，系统通过短信、系统消息向管理员发送审批提醒，便于监督。 ●审批操作：管理员登录后台后，可查看审批单详情（含访客信息、被访人信息、申请事由等），支持“通过”“驳回”操作，驳回时需填写驳回原因，操作后系统自动将结果同步给访客。 10.2.3 安全防控功能 (1)黑名单管理 支持对高风险人员进行黑名单管理，提前规避安全风险，具体要求如下： ●黑名单添加：支持手动添加与自动添加两种方式。手动添加由管理员操作，需输入黑名单人员姓名、身份证号、列入原因或备注信息（如违反校园规定等）、创建时间；自动添加由系统根据预设规则触发，如访客多次超时未离校、核验时提供虚假信息、被校园安保部门标记为高风险等，系统自动将其列入黑名单。 ●黑名单生效与解除：黑名单人员信息录入后，系统实时生效，该人员无法提交任何访客申请，并提示“访客已被拉黑，请联系管理人员解除”。 ●黑名单查询：管理员可查看黑名单人员完整列表，支持按姓名、身份证号、手机号等条件搜索，查看列入原因或备注。 10.2.4数据统计功能 (1)多维度报表 系统自动生成多维度统计报表，为管理决策提供数据支撑，具体要求如下： ●统计维度：包含申请趋势统计（今日申请/到访趋势图，展示24小时内每小时申请量与到访量变化）、访客类型统计（按校外访客、教职工邀约访客、学生亲属分类统计数量占比）、出入趋势统计（按日、周、月统计入校与离校人数变化）、核验方式统计（按刷身份证、扫二维码、人工核验分类统计使用频次占比）。 ●数据展示权限：超级管理员可查看全校所有维度报表，同时可按角色配置不同人员展示与否。 (2)访客轨迹追溯 详细记录访客全流程轨迹信息，支持溯源与复盘，具体要求如下： ●轨迹信息记录：系统完整记录访客从申请到离校的全流程信息，包括申请时间、申请单号、访客基本信息、被访人信息、审批人、审批时间、审批结果、电子通行证生成时间、入校核验时间、离校核验时间、核验方式等。 ●轨迹查询记录：管理员可根据访客姓名、身份证号、访问时间等条件精准查询特定访客访问信息，清晰呈现访客在校活动路径。 10.2.5 系统对接功能 (1) 校园平台互通 与校园现有核心系统实现API交互，打破数据孤岛，具体要求如下： ●与车辆道闸系统对接：系统通过API接口与校园车辆道闸系统联动，自驾车访客申请通过后，系统自动将车牌号、访问时段等信息同步至道闸系统；车辆入校时，道闸系统自动识别车牌号并匹配同步信息，验证通过则自动抬杆放行，同时将放行记录同步回访客系统；车辆离校时，道闸系统记录离校时间并同步至访客系统，完成轨迹闭环。 ●与门禁系统对接：系统与校园各区域门禁系统，实现API交互系统自动将访客信息（身份证号、二维码信息）同步至对应区域门禁系统；访客核验时，门禁系统实时调用访客系统数据验证身份，通过后允许通行，通行记录同步回访客系统。 ●****中心系统对接：****中心系统对接，访客申请提交、审批结果等各类消息，****中心系统以短信、校园APP推送等多种方式发送给相关人员（访客、被访人等），确保消息及时触达；消息发送记录同步回访客系统，便于查询。 ●数据同步要求：系统间数据传输采用加密协议（如HTTPS），确保数据安全；数据实时同步，保障业务联动的实时性；若对接系统出现故障，访客系统需记录故障日志。 | 1.0个 | 群立现代智能在线访客管理系统软件V1.0 | 189000.00 | **** |
招标进度跟踪
2026-05-11
中标通知
东南大学 - 竞价结果公告（CB102862026000333）
当前信息
2026-04-22
招标项目商机
暂无推荐数据
400-688-2000
欢迎来电咨询～
