辽宁工程技术大学智慧宿舍管理系统（第二次）招标公告
项目概况 辽宁工程技术大学智慧宿舍管理系统招标项目的潜在供应商应在辽宁政府采购网获取招标文件,并于2026年07月08日 09时00分（北京时间）前递交投标文件。 一、项目基本情况 项目编号：JH26-210000-14378 项目名称：辽宁工程技术大学智慧宿舍管理系统 包组编号：001 预算金额（…
公告正文
项目概况
辽宁工程技术大学智慧宿舍管理系统招标项目的潜在供应商应在辽宁政府采购网获取招标文件,并于2026年07月08日 09时00分（北京时间）前递交投标文件。
一、项目基本情况
项目编号：JH26-210000-14378
项目名称：辽宁工程技术大学智慧宿舍管理系统
包组编号：001
预算金额（元）：3380000
最高限价（元）：3380000
采购需求：查看
| 包号/序号：001/1产品名称：多模态人脸识别系统-两校区公共平台数量：1套是否为经过审批采购的进口产品：否 | |||||
| 招标文件要求注：（实质性要求及重要指标用★标注，★标注项不得负偏离，如果负偏离，则投标文件无效。） | 投标文件响应内容 | 偏离程度 | 偏离说明 | 证明资料 | |
| 设备的主要用途、功能及特点 | 人脸认证各类应用场景的公共服务平台，支持对接多种人脸识别算法，并向各类业务应用系统提供平台级复用的统一认证接口。 | ||||
| 技术参数及指标 | 1、整体要求1.1人脸库符合国家网信办最新《人脸技术应用系统安全管理办法》要求，符合国家备案要求，负责协助校方完成相关测试和备案。1.2通过移动端人脸采集，师生可以自主注册、采集（动态防假，张张嘴、摇摇头）。★1.3支持三证核验（高考照片、公安网身份证照片、迎新现场采集照片），支持预留公安网核验接口，方便后续业务拓展。1.4平台要求本地化部署，部署方式符合学校规定，例如：支持IPV6访问、支持https协议、支持集群化部署等；管理端支持Chrome、360、FireFox、Safari等主流浏览器。1.5系统架构：系统要求采用微服务架构，支持容器化部署和运维管理。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）1.6系统支持为同一用户分别采集、存储、授权、分发、删除其面部生物特征。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）1.7支持生物特征数据的全生命周期管理：包含授权、采集、核验、存储、共享分发、销毁、溯源等功能。1.8生物特征库支持多种类的扩展，除人脸外，未来可进一步根据需要增加指纹、掌纹等新的生物特征信息。1.9平台组织机构、教职工基础数据、学生基础数据等应以数据接口方式在我校数据中心平台获取。1.10支持管理不低于100万人员，每个人员信息可包括人脸、指纹、掌静脉、虹膜等。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）1.11支持维护授权项信息，配置移动端自主授权。内容包括授权项标识、授权项名称、授权类型（人员、卡片、人脸、模型）、备注。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）2、用户移动端功能2.1用户人脸采集入口支持置入采购人指定APP中，同时可提供三方系统同步、批量导入、终端线下采集等采集渠道。2.2隐私协议授权：在采集用户人像前，须向个人信息主体告知收集、使用个人信息的目的、方式和范围等规则，并获得个人信息主体的授权同意，同意后方可进入人脸采集操作。2.3移动端支持用户授权和撤销授权，撤销授权可设置保护期，保护期内撤回并恢复相关业务；2.4移动端人脸采集支持交互式活体认证后自动采集人像、自动抠像和更换底色，底色支持管理员自定义配置。例如蓝色、白色、红色等。2.5用户手机端H5采集时，用户必须签署采集协议（协议文本支持后合配置），支持配合式活体识别，支持管理员审核流程，支持附加人证核验（包括自有证件库和公安人脸库)。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）2.6采集后支持自动检测图片质量，包括照片大小、像素、人脸占比、模糊度、人脸相似度等属性。2.7移动端人脸采集支持多人脸算法核验，未核验通过的算法支持二次独立采集； 2.8用户人像质量核验：系统提供照片+活体质量核验、公安网核验外，还可提供管理员手机端人工核验功能，支持多种核验方式的独立开启或组合。▲2.9用户通过手机端H5应用采集人脸照片时，可搭配摇头、张嘴、眨眼等配合方式实现活体认证，避免采集虚假图片（提供视频功能演示）。2.10支持移动端功能以H5应用方式嵌入到企业微信中，同时支持与统一身份认证平台对接，人脸重新采集等消息可通过统一身份认证平台、企业微信等进行消息推送。2.11系统支持公安大数据接口核验；3、系统管理端3.1运营数据看板运营数据看板，为管理者提供宏观的全量数字化统计分析功能，包括校园人脸数据概览及分析、照片数据统计及分析。至少包括当前系统人员总数、有底库照片人数、无底库照片人数、人脸特征数量、照片库类型数量、系统已开通算法、分角色/分身份类型的人员分布图形展示、后端服务器资源展示（CPU、内存、磁盘等）、人脸数据调用次数的分时段查询和图表展示、各算法的核验通过率等。3.2人员信息及角色权限管理3.2.1组织架构管理：系统初次使用时，支持从学校数据中心同步组织架构信息，并支持在系统内自定义配置。同时应支持创建多组织架构，例如校内人员、校外访客、临聘人员等所属组织架构独立。3.2.2用户信息内容应包括但不限于学工号、用户姓名、所属角色、所属部门等基础信息，支持用户信息新增、删除、角色配置、账号禁用/解禁、账号注销 、权限访问控制等。3.2.3支持多种人员分类方式，如：学生、教职工、聘用人员、校友、外包服务人员、同住家属、访客等多种类型，并可依据不同身份设置不同使用权限。3.2.4支持依据角色、岗位等设置其人员管理范围及权限。角色权限管理支持功能级别，人员权限通过群组、角色进行关联，支持一人多角色。3.2.5支持对角色的功能权限和数据权限进行管理设置。功能权限是指后台功能的操作权限；数据权限是指可管理数据范围的权限。3.2.6系统支持按用户身份分别设置是否允许自助采集、是否比对证件照、是否进行人脸相似度检测、是否需要人工审核等参数；支持自动识别上传照片是否为用本人，比对维度包括上传图片、用户学工号、账号身份证号等。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）3.3人脸信息管理模块3.3.1底库照片管理3.3.1.1支持按照姓名/学工号、底库照片是否已采集、底库核验结果等字段全量数据查询；至少包括姓名、学工号、底库照片（模糊处理）、底库核验结果、已提取的人脸特征、人脸底库针对各个算法的核验结果展示等。支持管理员手动针对某一算法更换照片或直接更换底库，更换后，系统自动核验所更换照片，核验通过后替换原底库。3.3.1.2支持本地导入人脸库，支持jpg/jpeg/png/bmp/tif等主流图片格式，同时系统支持输出证照导入失败清单和失败原因。3.3.1.3支持本地批量导入人脸照片，对接公安部大数据人脸信息进行核验，核验不合格的照片可通过移动端推送至相关人员，完成人脸照片重新采集。3.3.1.4支持人脸底库批量导出功能，导出人脸的命名格式支持多选和当前管理员身份的二次可信校验。3.3.1.5支持列表查询某个用户人脸在不同算法下的人脸特征状态，支持人工批量提取算法特征。3.3.2用户照片库管理3.3.2.1系统支持管理同一用户的人像照片、证件照等不同类型照片；支持批量导入、三方系统同步、自助采集等不同采集方式，采集后支持自动检测图片质量，包括照片大小、像素、人脸占比、模糊度、人脸相似度等属性。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）3.3.2.2证照类型支持学校自定义增加或删除，模块是否启用、是否允许用户移动端采集，以及所采集人像的参数配置等；3.3.2.3系统支持对不同类型的照片库管理和库图片的批量导入及授权导出。3.3.3人脸照片存储安全3.3.3.1系统支持对用户照片按照不同算法分别自动提取生物特征及存储，并支持按照业务授权根据终端所用算法自动分发特征码（不分发图片），支持人工单个或批量下发特征码。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）3.3.3.2支持对用户关键信息脱敏处理，脱敏字段、脱敏方式支持自定义配置，用户人脸照片预览时支持模糊脱敏展示。3.3.3.3人员基础数据与生物特征识别数据采取分开存储方式，数据存储通过国密算法加密。整个系统无明文的照片。3.3.3.4人脸数据传输：需支持图片加密及特征值两种方式进行传输、认证。3.3.4以图搜图支持对证照库中的人员进行以图搜图，即可上传一张证照，设置相似度（相似度可界面配置）后，即可搜索证照库中搜索出相似的人员证照、个人基本信息、相似度分值等，并可根据相似度分值降序排列。3.3.5照片审核3.3.5.1不合格照片稽核：系统支持不合格照片的稽核，汇总展示当前系统内不同算法下的不合格照片库，判定规则包括人脸不全、多个人脸、相似人脸、人脸模糊、亮度不符、人脸照检测失败、提取特征码失败等。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）3.3.5.2用户采集照片后，针对系统比对未通过的记录，可由管理人员人工核对并给予处理意见。审核通过则入库；审核不通过则重新采集。3.4人脸算法管理3.4.1多算法兼容：系统兼容第三方人脸识别算法的能力，支持基于算法厂商的算法库SDK库建设，用于支持人脸特征的提取；支持多算法并行：可以按应用调用不同的算法引擎；支持第三方人脸识别算法的注册和共享管理，可以适配主流厂家的算法。3.4.2通过人脸识别算法服务提供人脸入库质量审核及预处理功能，包括人脸可信度判断、人脸数量、人脸质量信息等；支持人脸检测、1v1比对、图片RGB活体检测、图片压缩、图片旋转等。▲3.4.3系统支持同时接入不低于三家人脸识别算法，支持分别设置参数组，参数项包括是否启用算法、算法相似度、比对阈值组、是否启用在线比对等。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）。3.5消息推送设置用户人脸核验记录、审核提醒、销毁提醒等支持对接APP消息通道主动推送相关通知。可推送消息类型，支持管理员自定义。3.6照片溯源若人脸照片意外泄露，支持上传该泄露照片，可通过日志记录及水印技术对人像数据的流转进行跟踪并展示溯源结果。3.6.1日志审计模块3.6.1.1应用审计日志：记录系统应用的操作行为，审计内容应包括应用管理、应用授权、授权计划配置、隐私模板修订等；3.6.1.2用户登录日志：记录平台操作人员的登录行为，应包括登录账号、登录方式、登录IP、登录设备、浏览器版本、登录成功/失败记录、登录时间等；3.6.1.3组织机构日志：记录系统组织机构变更操作行为记录；3.6.1.4数据销毁日志：记录用户人脸照片的销毁操作，应包括销毁时间、姓名、学工号、销毁原因、销毁内容等；3.6.1.5照片导出日志：记录系统内各管理人员的照片导出操作，应包括导出时间、操作人、导出照片类型、导出内容、导出状态、文件大小等；3.6.1.6接口请求日志：记录第三方系统的接口调用操作行为，应包括请求url、请求方式、来源IP地址、服务器IP地址等；3.6.1.7应用通知日志：记录每次生物特征数据分发给第三方应用系统的信息数据，方便数据泄露及问题发生时的查询追溯。3.6.1.8系统应具备完善的日志管理能力，支持操作日志、审计日志、接口日志和异常日志的记录、查询与追溯。日志保存期限应不少于180天，并支持根据管理要求延长保存时间；同时支持日志备份及外发，可对接外部日志平台或集中存储系统，满足日志集中管理、安全审计和问题溯源要求。3.6.2开放授权模块3.6.2.1支持通过开放API接口的方式提供给第三方应用进行生物库数据的获取，API接口支持通过数据权限和接口权限保障数据获取安全。3.6.2.2支持管理员对接口调用方进行数据权限、接口权限的增、删、改、查授权操作。3.6.2.3数据从采集入库、第三方调用等相关传输过程中采用国密算法进行加密、解密处理。3.6.2.4数据隐私模板：支持用户敏感数据所属字段的自定义配置功能，可设置某项字段是否显示、隐私规则的加密方式。3.6.2.5支持接口调用安全配置功能，配置包括：IP白名单的开启关闭、API Token有效期等。4、对接学校一卡通4.1对接方式业务系统移动端需要与学校一卡通微信小程序对接，支持H5挂接应用，用户通过一卡通微信小程序直接访问，实现一体化操作，基于一卡通发送通知接口（通过主体的发卡公众号向指定的用户（可批量）发送通知），实现业务通知、信息的实时推送，支持文本、跳转链接等。4.2对接内容复用学校一卡通成员学工号，实现单点登录，用户无需重复注册登录，业务系统核心功能（如人脸采集、人脸比对）嵌入学校一卡通小程序，支持权限联动与操作留痕，业务关键事件（如人脸采集成功、更换人脸成功）开放消息通知和查询接口，确保信息及时同步。4.3接口标准遵循 HTTPS 协议（TLS 1.2+），采用 RESTful API 设计风格，请求 / 响应采用 JSON 格式，编码为 UTF-8，字段命名遵循腾讯微卡开放平台标准。4.4技术要求接口调用需校验 IP、域名白名单，敏感数据传输加密，禁止明文存储凭证，接口响应时间≤2s，支持并发请求≥100QPS，消息推送延迟≤3秒，适配微信最新版本，支持 PC 端、移动端访问。5、对接学校统一身份认证平台5.1对接方式：为适配不同业务系统的技术架构与安全需求，统一身份认证支持 CAS（Central Authentication Service）、OAuth 2.0、OAuth、LDAP（Lightweight Directory Access Protocol）四种对接方式，业务系统可根据实际情况选择 1 种或多种组合方式实施对接。5.2对接内容：系统进行认证集成开发，实现统一身份认证集成。集成后，用户通过教职工号或学号直接登录平台即可直接通过快速入口进入系统而无需二次认证，支持对接统一身份认证消息接口，实现发送消息。5.3接口标准：集成支持业务系统环境：JAVA，ASP，PHP等，第三方应用通过CAS、Oauth、Oauth2、LDAP等协议接入身份认证。5.4技术要求：业务系统服务器需与学校统一身份认证平台服务器建立加密连接，网络延迟不高于10ms，丢包率不高于 0.1%，确保接口调用稳定可靠。禁止业务系统存储用户明文密码，仅存储平台返回的身份标识（如用户 ID、Token）；Token需设置合理过期时间，过期后自动失效。6、对接学校数据平台：6.1对接方式：能够与学校数据平台对接，支持ETL中间库对接方式。6.2对接内容：数据平台提供基础数据，包括学生数据、教职工数据、宿舍数据等，业务系统进行数据申请，开放业务数据库权限给数据平台，并提供数据设计说明文档，支持业务数据回流到数据平台。6.3接口标准：按学校数据标准和元素标准统一定义字段格式，兼容数据平台字段类型要求，实现业务系统数据类型与平台类型映射，统一采用学校数据平台规定的编码标准。6.4技术要求：支持主流数据库（MySQL、Oracle、SQL Server、PostgreSQL、达梦等），支持数据一致性校验，同步完成后自动对比业务系统与数据平台数据（按唯一键校验），不一致数据自动标记并触发修复流程。6.5信息系统所需的学校公共业务数据均须从学校数据平台进行对接获取，系统产生的全量业务数据须完整回流至学校数据平台；系统数据采集、交互、存储及回流全过程，须严格遵循学校统一的数据代码标准与数据元素标准，确保数据格式规范。7、对接学校企业微信：7.1对接方式：业务系统移动端需要与学校企业微信对接，支持H5挂接应用，用户通过企业微信直接访问，实现一体化操作，基于企业微信消息接口，实现业务通知、预警信息的实时推送，支持文本、卡片等格式。7.2对接内容：复用企业微信成员身份（学工号/手机号），实现单点登录，用户无需重复注册登录，业务系统核心功能（如审批流程、数据查询）嵌入企业微信，支持权限联动与操作留痕，业务关键事件（如审批通过、任务到期）通过企业微信推送至指定成员/部门，确保信息触达。7.3接口标准：遵循 HTTPS 协议（TLS 1.2+），采用 RESTful API 设计风格，请求 / 响应采用 JSON 格式，编码为 UTF-8，字段命名遵循企业微信开放平台标准。7.4技术要求：接口调用需校验IP白名单，敏感数据传输加密，禁止明文存储凭证，接口响应时间≤2s，支持并发请求≥100QPS，消息推送延迟≤3秒，适配企业微信最新版本，支持 PC 端、移动端访问。8、所投产品制造商具有与所投产品相关的计算机软件著作权，投标文件中提供计算机软件著作权登记证书。 | ||||
| 配（附）件的数量及技术要求 | 无 | ||||
| 技术文件资料 | 可在供货时提供产品解决方案 | ||||
| 安装、调试及所需材料、工具等 | 本地化服务器端安装/学校提供服务器 | ||||
| 人员培训（操作、维护等）要求 | 根据采购需求，结合项目实际，提供培训方案，方案至少应包括但不限于以下内容：①日常操作使用方法②常见故障维修③设备维护和保养。 | ||||
| 工作条件 | 无特殊要求。 | ||||
| 售后服务、技术服务、质量保证、验收标准 | 1.热线支持：及时响应，24小时进行。2.现场支持：投标人在合同履行期内应保证0.5小时内响应用户诉求，2小时内为用户提供解决方案，4小时内到达用户现场，排除故障。3.质量保证期：自验收合格之日起3年。4.质保期内免费上门服务，维修，提供配件。5.供方提供的系统产品及组件服务，为保证后续的技术服务质量，投标时必须包含投标产品厂商质保服务、厂商技术支持服务、厂商软件升级服务，厂商服务年限不低于3年。6.验收标准：符合国家法律法规以及采购文件和采购合同的要求。7.验收程序：按国家规定标准执行组织。8.验收主体：本项目的履约验收工作由采购人依法组织实施。 | ||||
| 包号/序号：001/2产品名称：智慧公寓管理系统-两校区公共平台数量：1套是否为经过审批采购的进口产品：否 | |||||
| 招标文件要求注：（实质性要求及重要指标用★标注，★标注项不得负偏离，如果负偏离，则投标文件无效。） | 投标文件响应内容 | 偏离程度 | 偏离说明 | 证明资料 | |
| 设备的主要用途、功能及特点 | 服务于学生的住宿及宿管业务，主要包括自动分宿、自助选宿、调宿退宿、宿舍报修、晚归未归统计、查寝、校外住宿审批等功能。可将异常数据推送给相关管理人员，进行消息提醒。 | ||||
| 技术参数及指标 | 1、整体要求1.1本项目通过智慧公寓管理平台的建设，以管理和业务需求为牵引，智慧服务为目标，将分散的管理、安全、检查等业务整合集成为一个综合平台，构建全面透彻的智慧感知系统和综合公寓服务中心，以进一步增强学生公寓整体的智慧管理和高效服务的能力，由内至外提升宿舍管理和服务水平，使工作更有序化、更智能化、更高效化。1.2系统架构：采用B/S架构，前后端分离架构；在学校提供的服务器上进行本地部署（内网）。1.3对接学校统一身份认证平台1.3.1对接方式：为适配不同业务系统的技术架构与安全需求，统一身份认证支持 CAS（Central Authentication Service）、OAuth 2.0、OAuth、LDAP（Lightweight Directory Access Protocol）四种对接方式，业务系统可根据实际情况选择 1 种或多种组合方式实施对接。1.3.2对接内容：系统进行认证集成开发，实现统一身份认证集成。集成后，用户通过教职工号或学号直接登录平台即可直接通过快速入口进入系统而无需二次认证，支持对接统一身份认证消息接口，实现发送消息。1.3.3接口标准：集成支持业务系统环境：JAVA，ASP，PHP等，第三方应用通过CAS、Oauth、Oauth2、LDAP等协议接入身份认证。1.3.4技术要求：业务系统服务器需与学校统一身份认证平台服务器建立加密连接，网络延迟不高于10ms，丢包率不高于 0.1%，确保接口调用稳定可靠。禁止业务系统存储用户明文密码，仅存储平台返回的身份标识（如用户 ID、Token）；Token需设置合理过期时间，过期后自动失效。1.4对接学校数据平台：1.4.1对接方式：能够与学校数据平台对接，支持ETL中间库对接方式。1.4.2对接内容：数据平台提供基础数据，包括学生数据、教职工数据、宿舍数据等，业务系统进行数据申请，开放业务数据库权限给数据平台，并提供数据设计说明文档，支持业务数据回流到数据平台。1.4.3接口标准：按学校数据标准和元素标准统一定义字段格式，兼容数据平台字段类型要求，实现业务系统数据类型与平台类型映射，统一采用学校数据平台规定的编码标准。1.4.4技术要求：支持主流数据库（MySQL、Oracle、SQL Server、PostgreSQL、达梦等），支持数据一致性校验，同步完成后自动对比业务系统与数据平台数据（按唯一键校验），不一致数据自动标记并触发修复流程。1.4.5信息系统所需的学校公共业务数据均须从学校数据平台进行对接获取，系统产生的全量业务数据须完整回流至学校数据平台；系统数据采集、交互、存储及回流全过程，须严格遵循学校统一的数据代码标准与数据元素标准，确保数据格式规范。1.5对接学校企业微信：1.5.1对接方式：业务系统移动端需要与学校企业微信对接，支持H5挂接应用，用户通过企业微信直接访问，实现一体化操作，基于企业微信消息接口，实现业务通知、预警信息的实时推送，支持文本、卡片等格式。1.5.2对接内容：复用企业微信成员身份（学工号/手机号），实现单点登录，用户无需重复注册登录，业务系统核心功能（如审批流程、数据查询）嵌入企业微信，支持权限联动与操作留痕，业务关键事件（如审批通过、任务到期）通过企业微信推送至指定成员/部门，确保信息触达。1.5.3接口标准：遵循 HTTPS 协议（TLS 1.2+），采用 RESTful API 设计风格，请求 / 响应采用 JSON 格式，编码为 UTF-8，字段命名遵循企业微信开放平台标准。1.5.4技术要求：接口调用需校验IP白名单，敏感数据传输加密，禁止明文存储凭证，接口响应时间≤2s，支持并发请求≥100QPS，消息推送延迟≤3秒，适配企业微信最新版本，支持 PC 端、移动端访问。1.6对接学校电控系统1.6.1对接方式：应支持通过标准接口方式（ HTTPS 协议，采用 RESTful API 设计风格，请求 / 响应采用 JSON 格式）与学校现有电控系统对接，能够根据学校提供的接口地址、认证信息和房间标识规则完成配置、联调和上线运行，实现宿管系统与电控系统之间的数据交互和指令联动。1.6.2对接内容：应根据学生进出宿舍情况自动判断宿舍是否有人，并与学校电控系统联动控制宿舍用电状态；当宿舍全部人员外出时，系统自动发送断电指令，当有人员返回宿舍时，系统自动发送送电指令，实现“人走断电、人来送电”的智能管理功能。1.6.3接口标准：应符合学校现有电控系统接入规范，采用统一的数据格式、认证机制和返回结果标准，确保宿管系统能够准确发送送断电请求，并能够接收、识别和处理电控系统返回的执行结果。具体接口名称及用途如下：1)宿舍人员状态送断电联动接口：根据宿舍是否有人状态，自动触发宿舍送电或断电；2)宿舍房间与电控房间标识对应接口：用于建立宿舍房间与电控系统房间标识的对应关系；3)送断电结果反馈接口：用于接收电控系统返回的指令执行结果；4)应急送断电处理接口：用于异常情况下支持人工或应急送断电处理。1.6.4技术要求：应支持宿舍房间与电控系统房间标识的对应关系维护，具备自动联动、异常记录、失败重试、人工干预、操作留痕和应急处理能力；对接过程应保证安全、稳定、可追溯，并不得影响学校现有电控系统的正常运行和原有管理方式。1.7宿舍管理系统需要能够按照不同的人员角色进行权限划分，本科生、研究生、留学生能够设置不同的回寝时间，并针对这三类人群可以有不同的管理人员和管理制度，权限设置独立，互不影响。2、基础信息管理2.1支持对学校的基础信息管理，包括但不限于校历信息、组织机构信息、专业信息、班级信息、教职工信息、宿舍资源信息、学生信息。2.2组织机构管理包括机构名称、机构代码、机构类别、上级机构、机构负责人、负责人电话、排序、机构简介等字段，支持单独创建、修改，同时支持导入、导出或从数据中心同步；2.3班级管理包括班级名称、班级代码、年级、学院、专业、辅导员、班主任、班级人数、在校人数等，支持导入、导出或从数据中心同步，支持查看班级学生列表，包括学号、姓名、性别、家长联系方式、生源地、入学总分、是否住校等信息；2.4专业管理包括专业名称、专业代码、学院、培养层次、学制、专业类别、教标代码、教标名称等，支持导入、导出或从数据中心同步，可配置是否允许专业重名；2.5学生信息管理包括姓名、学号、性别、学院、专业、年级、班级、培养层次、联系电话、民族、证件类型、证件号码、学制、入学日期、预计毕业日期、当前状态、是否在籍等，支持按姓名/学号/证件号、学院/专业/班级、年级、培养层次、是否在籍等条件进行检索筛选，支持导入、导出或从数据中心同步，提供班级信息更新导入功能。2.6教职工信息包括教工号、姓名、性别、所属组织机构、籍贯、政治面貌、学历、职务、编制类别、行政级别等，支持导入、导出或从数据中心同步，提供照片的上传与批量导入功能；2.7宿舍房间的增删改操作，对已创建生活区下的楼层信息、寝室信息、房间床位信息、寝室用途等自定义管理。3、公寓资源管理3.1支持建立具备层级关系的房间住宿资源，可建立包括但不限于以下层级：校区、园区、楼栋、单元、层、房间、床位。3.2支持按照房间名称、区域、房间性别、房间类型、入住人数、房间朝向、房间标签等条件筛选查询房间信息。3.3支持按房间类型、规格、收费标准等条件上传房间照片。3.4支持为房间设置住宿学生性别；支持设置房间用途、类型、床位数、标签、面积、朝向；支持设置房间示意图；支持零星和批量设置床位标签。支持相关数据的导出。3.5床位管理可设置床位的上下铺位置、启用状态及编号，便于后期的选宿、查寝等工作开展；支持按床位状态、房间规格等条件进行筛选查询。3.6针对公寓资源（包含所有层级）的所有新增、修改、删除等操作均留存记录，便于问题排查追溯。3.7支持查询、新增、批量删除、导出住宿资源层级信息；支持修改、删除、导出、导入住宿资源。3.8支持按照楼栋权限(包括但不限于系统管理员、校区管理员、园区管理员、楼栋管理员、楼层管理员)和院系权限（包括但不限于学院书记、学工处、辅导员）灵活配置相应的管理角色。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）4、宿舍资源可视化服务4.1提供宿舍资源服务视图，支持按照校区、园区、楼栋等条件进行查询，展示校区、园区的区域概况，包括但不限于：园区数、楼栋数、房间数（包括占满房间、零星房间、闲置房间）、床位总数（包括已入住、未使用）、入住人数（包括男生、女生）。▲4.2支持电子围栏，通过多边形绘制技术，支持在地图上自由绘制校区、园区、楼栋和单元范围，自动校验上级区域边界，确保每一个区域位置都精准无误，真正实现“所见即所得”（提供视频功能演示）。4.3支持房间初始化，可设定拟床位数、房间面积、住宿面向的性别、设定用途、朝向、房型；支持设定房型图。4.4支持下钻至楼层、房间，按楼层展示闲置、已入住、预分配等不同状态床位数量，房间性别、专业（包括混住房间），并以不同颜色区分展示每个房间的床位情况，其中空闲床位可以通过搜索姓名或学工号的方式快速办理入住，已入住床位可展示用户姓名、班级等基础信息，并快速办理调宿、退宿、对调。▲4.5支持楼层房间平面图可拖拽式设计，采用所见即所得的设计模式，用户仅需将房间、床位等元素拖入画布，即可完成楼层／房间平面图的个性化设计。结合模板库批量更新功能，一键应用至全楼层或批量房间，大幅提升配置效率，真正做到“千房千面”（提供视频功能演示）。4.6通过多边形绘制技术，支持在地图上自由勾勒校区、园区、楼栋范围，自动校验上级区域边界，确保每一笔区域位置都精准无误，真正实现“所见即所得”。4.7支持查看床位状态，包括未启用、闲置中、计划中、办理中等状态。4.8资源一览表支持“房间”能查看房型图、床位能显示标签，床位不同的属性通过颜色区分。4.9点击“床位”能显示床位基本属性，包括：床位上的住宿历史、当前住宿人员等信息。4.10点击“人员”能显示人员信息卡，包括：人员基本信息、扩展信息、相应的学院管理人员信息、人脸照片、管理员等信息卡片。5、住宿管理5.1提供已入住学生列表，包括姓名、学工号、性别、民族、校区、床位信息、房间规格、收费标准、学院、专业、年级、班级、学制、培养层次、辅导员等；支持按姓名/学工号、性别、学制、学生类别、培养层次、专业班级、年级、区域、房间标签等字段进行查询或筛选，支持批量导入、导出操作。5.2入住功能提供零星入住、批量入住、导入入住等多种操作，可通过姓名、学号检索学生信息，选择床位并快速办理入住，或批量选择多个学生、多个房间床位进行批量入住；5.3支持入住、调宿、退宿功能，包括但不限于床位对调、房间对调、批量调宿、毕业生批量退宿。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）5.4支持查看学生的关联信息，包括学生的基础信息、家长联系方式、辅导员联系方式、出入记录等；5.5支持一键检测宿舍分配情况，确保宿舍资源的合理、快捷分配。5.6退宿功能提供零星退宿、批量退宿、毕业生退宿、导入退宿等多种操作；5.7调宿功能提供零星调宿、床位对调、房间对调、一键批量对调等多种操作，支持对单个学生入住信息进行修改，或选中两条入住记录快速完成对调操作，或选择两个房间进行整间对调，以及一键选择多个床位进行批量对调。5.8支持走读生申请，管理员可开放走读批次，学生线上申请通过后，不予安排住宿。其中走读批次可设置学年学期、走读时间范围与申请范围；走读生管理支持管理员录入、批量导入、学生移动端申请等多种方式，可通过姓名、学号、走读批次、学院专业班级等条件对走读生进行筛选查询。5.9支持非学生人员的临时住宿安排。系统可登记临时住宿人员的姓名、手机号、证件号、住宿时间、等信息，并为之分配床位；5.10支持根据毕业生名单，自动生成退宿计划至楼栋，学生至楼栋后管理员在系统中为学生办理毕业退宿；5.11支持展示当日独居或历史独居人员信息，并支持消息推送；6、宿舍采集管理针对系统初上线的入住初始化信息，除导入、同步等方式外，提供学生移动端自行填写入住信息方案，经管理员确认后方可采纳。7、公寓分配管理7.1支持设置公寓预分方案，方案包括但不限于：按学年、是否允许学院二次预分、是否允许学生自选宿舍、可选层级、启用日期、资源回收日期、以及预分的学生范围，其中学生范围支持选择迎新批次或在校学生，满足学校不同年级换校区住宿的场景；在选择在校学生的场景下，可按学院专业班级、年级、培养层次、性别等条件筛选添加人员。7.2进行具体分配操作时，支持自动分配和手工分配两种方式。自动分配可以设定分配的先后顺序，系统自动分配为每位学生分配房间床位。手工分配则是由管理员手动将拟分配的学生加入拟分配的房间中。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）7.3支持学生自主选床功能，学生可在自助选床的开放时间段内挑选房间和床位。7.4支持为预分方案划分房间资源，并按照学院进行细分，能够可视化地展示每个学院不同性别人数及已分配的资源数量。支持学院二次预分，学院管理员按照专业、班级将房间资源进行划分，能够可视化地展示每个学院或班级不同性别人数及已分配的资源数量。7.5针对每次预分方案可按学院（或专业、班级层级）展示学生人数、床位数、已预分人数、已入住人数、未预分人数、超出床位数。7.6自动分配提供资源数量、不同性别学生人数的分配结果预测，可以清晰展示无法分配的学生人数或床位数；支持同宿舍的少数民族数量不超过多少个、同宿舍同一个少数民族不超过多少个、同宿舍的相同姓氏数量不超过多少个、同宿舍的同生源地数量不超过多少个等条件，以及按院系、专业、班级、学号等规则进行排序。手动分配支持按学院、专业、班级、性别的筛选进行批量分配。7.7支持假期留校。可设定假期留校计划，设定假期留校申请或登记的起止时间。7.8支持在床位分配完成以后，支持分配后的结果自动推送至楼栋，新生入学时楼栋管理员可在系统中确认并办理新生入住。8、卫生纪律管理8.1支持卫生检查和纪律检查，可分别设置卫生和纪律检查项，可设置检查频次与得分方式。每个检查项均可设置为固定打法、区间打分、等级打分；支持设置同一检查项既属于卫生检查项又属于违纪项。8.2支持将教职工和学生设为检查人员，可分别授予纪律和卫生检查权限。其中检查范围可按楼宇或学院进行设置。8.3卫生检查支持2种评分模式，可对寝室整体和床位个人进行扣分或者打分。8.4支持对学生违纪情况进行登记，并支持导出违章违纪名单信息。8.5支持违规标准设置，支持违规项目分类，违规项目名称的自定义（烟头、大功率电器、明火器具、私拉乱接等），支持按房间或床位设定违规项目；支持违规分值的设定；支持按房型设定不同的违规项目；8.6系统自动生成宿舍卫生与个人卫生检查结果报表，统计不同检查项分别与汇总得分，支持导入、导出、明细导出操作。支持按日汇总生成每日检查结果报表，展示各房间每天宿舍扣分、个人扣分与检查平均分。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）8.7实现寝室卫生检查等信息化管理。对已创建寝室房间进行综合评价、评语的录入，支持手机拍照上传功能。9、综合服务9.1支持管理员对公寓内物品和事务进行登记，并能提供查询、备忘功能。登记事务类型包括人员进出、物品进出、其他登记等。9.2支持公寓物品借用和归还登记。学生可提交物品借用申请，管理员进行审核并登记归还时间。物品种类管理提供字典维护，可设置每种物品每月最大可借用次数。10、数据统计分析10.1支持查看学生宿舍日常管理床位变动的历史记录，包括但不限于入住、调宿、退宿。10.2支持查看学生宿舍资源空闲房间、零星房间以及占满房间情况。10.3支持统计预警学生数量，对晚归、夜不归宿等异常行为进行展示。10.4系统提供楼宇入住报表和学院入住报表，提供包括但不限于每日(可设定时间)学院学生归寝数据报表并存档，以及每日(可设定时间)学院学生核实归寝数据后对比报表并存档。10.5支持统计不同教职工角色的进出公寓次数。10.6可按学院、年级、性别、学生类别、所属房型等条件组合生成报表，支持导出。10.7支持统计院系、房间（含人数）、学院总人数。10.8支持查看学校楼宇资源入住情况，包括但不限于学生公寓使用情况、各院系的住宿情况、各楼宇每个房间住宿情况。10.9支持混寝房间统计。对于同一个宿舍住的不同学院的学生，支持统计混合宿舍中的各个学院人数。10.10数据推送：未按时考勤推送提醒给学生，学生可用过企业微信、微信小程序、微信公众号、腾讯微卡等移动端应用查看，学生异常考勤数据推送给管理员及学生对应的辅导员，管理员和辅导员可通过管理端平台或企业微信、微信小程序、微信公众号等移动端应用进行查看。11、在线报修11.1为用户提供移动端报修功能，支持用户通过移动端方便快捷地提交报修请求，系统支持自动派单，也可设置管理员手动派单和维修师傅在线抢单。11.2支持用户填写报修信息，内容包括但不限于：物品类别、报修物品、报修区域、报修地址、希望上门时间，支持输入详细的物品损坏情况，支持上传现场照片。11.3支持维修师傅抢单功能，系统支持根据物品类别和工种进行逻辑处理，确保维修师傅看到的，是他能够处理的工单。11.4支持查看详细的维修进度，以进度条的形式进行展现。11.5支持维修评价功能，维修师傅维修完成之后，报修人可对其服务做出评价，包括评分和评语两部分。11.6系统应支持基础信息管理，支持设置的内容包括但不限于维修师傅管理、维修工种管理、区域管理、物品管理、耗材管理、耗材入库管理、订单耗材管理等。★12、人走断电为保障宿舍用电安全（如宿舍无人情况下出现用电器着火等事件），系统需与学校现有宿舍电控系统联动，根据学生出入宿舍闸机数据自动对学生宿舍进行断、送电。（投标人需在投标文件中提供承诺函）。对接方式详见1.6对接学校电控系统。13、学生考勤13.1系统具备学工数据看板功能，针对全校学生，可按院系、专业、班级、书院等维度进行展示学生归寝统计，排名。支持显示辅导员昨天、本周、本月处理学生归寝数据的比例并排名；13.2支持归寝一览表，以校区、楼栋、楼层、房间等层级显示学生归寝状态；支持按学院视角进行学生归寝分析；13.3可按栋楼、学院、人员维度进行数据统计查询；支持根据楼栋信息、学院、专业等对学生归寝时间、数据来源进行查询、导出；13.4支持宿舍管理员实时查看各宿舍学生的在寝情况，系统识别异常考勤情况（如未归寝等）并标记为重点关注对象，确保安全隐患的及时发现和处理。13.5支持超时未打卡提醒，支持对于超时未打卡的学生，由系统发通知给辅导员/宿管老师进行提醒。13.6支持为不同的学生群体设置不同的考勤规则，支持设置每日晚归、夜不归宿和晚出时间，可对周一到周日7天的考勤时间设置进行细化。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）13.7支持实时查看每个学生的归寝和考勤情况，视图化展示考勤状态，可按照楼宇和学院2个维度分别查看。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）13.8支持学生预警提醒。可设置预警等级和预警规则，为保证功能真实性及权威性，根据学生每日考勤情况和在寝/离寝时长自动生成预警名单，并推送给管理员。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）13.9支持管理员修改考勤结果，考勤修改记录后期可查。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）13.10支持消息推送。对于晚归、晚出和夜不归宿等情况，可主动向学生和管理员发送消息提醒，支持自定义消息模板。13.11支持考勤日报功能。每日定时汇总考勤结果，包括正常、晚归、晚出、夜不归宿等数据，并推送给管理员。支持查看往期的考勤日报。13.12异常信息处理：支持相关人员对异常信息进行在线处理，在线处理后解除异常状态，并记录处理过程。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）13.13支持根据学生标签（可自定义标签，如残障人士、重点人员、本科生、研究生、留学生等）、学生状态（如在校实习、在校、休学等）进行不同考勤规则的设置。14、移动端功能14.1支持管理员查看所管辖学生的住宿信息，支持办理入住、调宿、退宿、床位互换等业务。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）14.2支持管理员查询和审核学生提交的各种申请，包括但不限于入住、调宿、走读、物品借用。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）14.3支持管理员查看考勤日报、考勤异常情况、学生预警等信息，从楼栋和院系2个维度进行分类展示。其中考勤日报包含晚归、夜不归宿、夜间外出等异常统计指标，辅导员可查看管辖班级范围内的异常人员列表，可对异常状态进行修改并添加备注信息；楼管员可查看管辖楼宇范围内的异常人员列表，可对异常状态进行修改并添加备注信息；院系管理员可查看分专业、班级的异常人数统计及具体人员列表。14.4支持管理员进行卫生检查，登记违纪信息，支持拍照保留检查凭据。14.5支持管理员按房间查看入住人员花名册，按不同颜色展示每个学生的在寝状态；14.6支持管理员查看房间资源统计数据，包括全校楼栋数量、房间数量、床位数量，不同性别入住人数，以及每栋楼的房间数量、床位数量、入住人数等信息。14.7支持学生查看卫生检查结果和违纪记录。14.8支持学生提交入住、调宿、走读、物品借用等申请。14.9支持学生查看宿舍平面图，进行自主在线选床。支持按照房间规格、收费标准等条件进行筛选查询。14.10支持学生查看个人的考勤和公寓出入记录。14.11支持移动端功能以H5应用方式嵌入到学校企业微信中，同时支持与统一身份认证平台对接，异常预警、考勤状态等消息可通过统一身份认证平台进行消息推送，第三方系统不再单独收费。15、辅导员考勤15.1 支持辅导员出入学生宿舍考勤登记，通过闸机、人脸识别、扫码等方式自动记录辅导员进出宿舍时间、楼栋、频次，形成完整出入日志。15.2 支持按辅导员姓名、教工号、学院、楼栋、日期范围等多维度查询、统计辅导员出入宿舍数据，支持明细与汇总报表导出。15.3 支持辅导员考勤统计看板，可视化展示辅导员每日 / 每周 / 每月出入宿舍次数、平均时长、覆盖楼栋范围，支持排名展示。15.4 支持辅导员考勤异常提醒，对未按要求出入宿舍、长期未到岗等情况自动标记并推送至学生处、学院管理员。15.5 支持辅导员考勤数据与学生归寝、查寝、卫生检查等工作联动关联，便于考核辅导员宿舍管理履职情况。15.6 支持辅导员考勤报表自动生成，支持按学期、学年归档，满足学校考核与档案留存需求。16、校外住宿审批与在校动态管理16.1 支持长期校外住宿与临时校外住宿两类线上审批流程，学生可在 PC 端与移动端提交申请，填写住宿地址、联系人、联系方式、申请理由、起止时间等信息，支持上传佐证材料。16.2 支持分级审批配置，可设置辅导员→学院→学生处多级审核，审批进度实时推送至学生与管理员。16.3 支持校外住宿申请状态管理，包含待审核、已通过、已驳回、已到期、已注销等状态，支持批量处理与到期自动提醒。16.4 支持校外住宿学生信息统一管理，可按学院、班级、审批类型、有效状态筛选查询，支持数据导出。16.5 支持校外住宿数据与学生宿舍出入信息实时联动，已审批校外住宿学生不计入晚归 / 未归统计，系统自动同步在校状态。16.6 支持学生在校动态一屏展示，清晰区分在校住宿、长期校外、临时校外、假期留校等状态，异常状态自动预警。16.7 支持校外住宿到期自动提醒，向学生与辅导员推送续期或返校住宿通知，杜绝超期校外住宿。17、安全教育宣传推送17.1 支持安全教育知识在公寓电子屏与学生 / 管理员移动端同步推送，内容涵盖消防、防盗、防诈骗、用电安全、应急避险等。17.2 支持宣传内容自定义编辑，支持图文、视频、PDF 等多种格式上传，支持设置推送时段、推送范围（按校区 / 楼栋 / 学院 / 年级）。17.3 支持电子屏轮播配置，可设置宣传内容轮播顺序、时长、显示样式，支持紧急通知置顶显示。17.4 支持移动端消息推送，学生登录后自动接收安全教育提醒，支持已读 / 未读状态统计，确保宣传覆盖到位。17.5 支持宣传记录留存与统计，可查看推送时间、覆盖范围、阅读人数、完成率，形成宣传工作台账并支持导出。17.6 支持节假日、特殊时期专项安全教育推送，一键发布至全校区电子屏与移动端，提升应急宣传效率。18、计算学生应交住宿费功能：根据宿舍收费标准和学生所住宿舍，计算年度应交住宿费，学生住宿情况发生变化，根据新变化的情况计算出新的费用，与原来的费用对比，多退少补，计算时按月计算，每年按10个月计。19、学生在点开宿管手机端页面后，可直接进行宿舍水电缴费，保持宿舍场景下的调宿退宿申请、归寝查询、水电缴费统一入口。（投标人需在投标文件中提供承诺函）20、所投产品制造商具有与所投产品相关的计算机软件著作权，投标文件中提供计算机软件著作权登记证书。21、宿舍管理功能实现研究生与本科生数据分别独立管理功能。 | ||||
| 配（附）件的数量及技术要求 | 无 | ||||
| 技术文件资料 | 可在供货时提供产品解决方案 | ||||
| 安装、调试及所需材料、工具等 | 本地化服务器端安装/学校提供服务器 | ||||
| 人员培训（操作、维护等）要求 | 根据采购需求，结合项目实际，提供培训方案，方案至少应包括但不限于以下内容：①日常操作使用方法②常见故障维修③设备维护和保养。 | ||||
| 工作条件 | 无特殊要求。 | ||||
| 售后服务、技术服务、质量保证、验收标准 | 1.热线支持：及时响应，24小时进行。2.现场支持：投标人在合同履行期内应保证0.5小时内响应用户诉求，2小时内为用户提供解决方案，4小时内到达用户现场，排除故障。3.质量保证期：自验收合格之日起3年。4.质保期内免费上门服务，维修，提供配件。5.供方提供的系统产品及组件服务，为保证后续的技术服务质量，投标时必须包含投标产品厂商质保服务、厂商技术支持服务、厂商软件升级服务，厂商服务年限不低于3年。6.验收标准：符合国家法律法规以及采购文件和采购合同的要求。7.验收程序：按国家规定标准执行组织。8.验收主体：本项目的履约验收工作由采购人依法组织实施。 | ||||
| 包号/序号：001/3产品名称：智能出入管理系统-两校区公共平台数量：1套是否为经过审批采购的进口产品：否 | |||||
| 招标文件要求注：（实质性要求及重要指标用★标注，★标注项不得负偏离，如果负偏离，则投标文件无效。） | 投标文件响应内容 | 偏离程度 | 偏离说明 | 证明资料 | |
| 设备的主要用途、功能及特点 | 统一管理综合门禁业务，涵盖门禁、通道等，统一业务入口（涵盖参数管理、设备管理、授权/授禁、记录审计等），实现设备终端的统一管理、统一授权、统一采集。 | ||||
| 技术参数及指标 | 1、管理校园出入场景下的相关业务，主要包括宿舍出入、大门口出入等场景，支持门禁、通道、门锁等设备，统一的业务入口（涵盖运营数据看板、用户管理、人脸管理、设备管理、权鉴管理等功能模块）；支持分级授权，为多级管理人员提供针对性的管理工具和数据汇总；支持人员权限的统一授权授禁，支持终端设备的统一管理、权限的自动下发策略、OTA升级运维，支持设备的参数统一下发、数据统一采集和监控；支持多种数据看板展示。2、运营看板：图形化直观展示系统常用业务数据，如门禁、平板等设备数量，指定日期按人次或人数的通行数据统计，异常通行行为的明细记录，不同区域进出数据统计等，要求展示数据支持页面跳转。3、设备管理：统一维护人脸平板、门禁读头、门锁等核身类终端设备以及配套的门禁控制器等，包括设备的单个与批量的入库和安装，设备的编辑、拆除、报废等管理动作。针对通道闸机场景，可对关联的电视大屏及监控摄像机进行维护配置，其中每个电视大屏最多可添加摄像机数量不少于8个。4、设备参数管理：包含与系统相关的常用业务类参数的配置：包括不同设备的岗位识别策略、开放时间组、开放介质类型等，针对门禁设备要至少能够配置工作模式、报警控制、开门时长、未关检测时长、双门互锁、多卡开门、假日名单、识别间隔、反潜回、首卡开门、按键开门、特权卡等参数。5、区域管理：维护区域的名称、层级、参数组、排序等信息，其中层级包括校区、楼栋、楼层、房间等，支持单个新增和批量导出；支持在区域层级上绑定设备参数组，表示自该区域往下都采用该设备组；区域 |
原始公告：http://www.ccgp-liaoning.gov.cn/portalDetails?infoId=-79b3677119ecdd70971-6ff8&i…（本站内容整理自该公开页面，以原文为准）
在「有标了」App / H5 里查看这条标讯的互动版：订阅同关键词、查看同类历史中标、导出清单。
打开互动版 →