门禁考勤

门禁系统：刷卡、指纹、人脸、二维码、密码及组合验证；单门、双门、多门联网，支持消防联动（火警自动解锁）。

考勤系统：与门禁共用凭证，支持排班、请假、加班、异常统计与报表导出。

访客与通道：访客预约登记、人证比对、闸机/翼闸通道管理。

前端：读卡器/人脸识别终端（门禁一体机或分体读头）、电控锁（电插锁、磁力锁、电锁口）、出门按钮或红外出门感应。人脸终端的 1:N 库容量、识别距离、活体检测能力**以厂家规格书为准**。

通信协议是门禁里最容易被忽略、却直接决定安全等级的一项：**Wiegand（韦根）是单向、无加密、无设备状态回传**的老协议，26/34 位的字段划分由厂家自行定义（不是标准统一规定的）；**OSDP 带加密信道并支持双向通信**，适合涉密、金融等高安全点位。韦根在工程上的传输距离一般不宜超过 100~150 米（以厂家规格书为准）。要判断一个门禁项目是否「够安全」，先看它用的是韦根还是 OSDP。

控制：门禁控制器（按门数与联网方式选型）、门磁、闭门器、UPS 或就近取电。

通道：三辊闸、翼闸、摆闸按人流与场景选型；无障碍通道另做。

线缆：读卡器与锁具按厂家要求选线径，长距离供电要算压降；联网走 TCP/IP。

工程设计依据 **GB 50396-2007《出入口控制系统工程设计规范》**（2007-08-01 实施，现行）。其中第 9.0.1 条第 2 款明确：系统必须满足紧急逃生疏散要求，通向疏散通道方向为防护面时必须与火灾报警系统及其他紧急疏散系统联动，**火灾时人员不使用钥匙应能迅速安全通过**——这是消防联动解锁的规范出处。

安防工程总体要求依据 **GB 50348-2018《安全防范工程技术标准》**。

消防联动信号接口依据 GB 50116《火灾自动报警系统设计规范》。

**SIA OSDP 的具体版本号本次未取得可引用的一手页面**，选型时请以 SIA 官方发布的版本为准。

逐门权限验证：每个凭证 × 每道门的开/闭一致性；离职或换岗后权限变更是否即时生效。

**消防联动解锁试验**：模拟火警信号，确认所有疏散通道门立即解锁（这是必测项）。

断电与后备电池试验：断电后锁具动作是否符合 fail-safe/fail-secure 设计；后备时间是否达标。

断网续用测试：控制器与平台断网后，本地凭证是否仍可用、记录是否补齐。

考勤报表核对：排班、加班、异常统计与导出是否与实际一致。

Wiegand（韦根）是门禁里用了很多年的传统接口，用两条数据线把凭证数据从读卡器送到控制器。优点是简单、与老系统兼容性好，很多旧控制器只认它。缺点集中在安全上：数据不加密、以明文传输，容易被截获并克隆；只能单向传输，控制器无法向读卡器回送命令，因此不能侦测读卡器是否被拆走或替换，也就是读卡器不受监控；另外要额外布线接蜂鸣器、防拆与指示灯，接线复杂。常见最大连接距离约 150 米（该数值来自行业技术资料，不是国标数值，以厂家规格书为准）。

OSDP（开放式监控设备协议，Open Supervised Device Protocol）由美国安防行业协会（SIA）开发，目标是提高门禁与安防产品之间的互操作性，并已被国际电工委员会批准为国际标准。它引入了 AES-128 加密的安全通道、双向通信与实时设备监视，控制器可以把命令回送给读卡器，从而实现 LED 控制、蜂鸣器激活与篡改侦测；物理层用 RS-485，配合双绞线可支持远得多的连接距离，并支持一条总线挂多个读卡器。选型表里可以直接对照三件事：是否加密、是否双向、是否支持设备监控。

什么场景「必须上 OSDP」：对凭证被复制、被截获有实质风险的点位，例如数据中心与机房、财务与金库区域、研发与涉密区域、政府与执法机构场所、金融机构网点与后台、医院药房与档案室、以及任何需要记录读卡器是否被破坏的室外或无人值守点位。这类场景里 Wiegand 的明文链路意味着攻击者只要够到线就能拿到凭证，风险不可接受。反过来，安全需求很低、预算极紧、且已有系统只能跑 Wiegand 的老项目，可以在评估后维持现状并规划迁移。

迁移有两条现实路径：一是把读卡器整体换成符合 OSDP 的型号，同时确认门禁控制器支持 OSDP；二是用 Wiegand 转 OSDP 的转换器，在数据送往支持 OSDP 的控制器之前把 Wiegand 数据加密，不必立刻更换全部硬件。加密能不能起作用取决于密钥有没有被保护好，安全通道密钥应保存在控制器与读卡器两端的安全硬件区域。另外要注意 OSDP 与 ONVIF 是两个不同层面的标准：ONVIF 的 Profile C / A / D 管的是门禁设备与平台之间的接口与配置，和读卡器到控制器这一段选 Wiegand 还是 OSDP 是两回事，方案里要分别写清楚。

门禁的消防联动不是可选项，规范口径很直白：系统必须满足紧急逃生疏散要求，通向疏散通道方向为防护面时必须与火灾报警系统及其他紧急疏散系统联动，火灾时人员不使用钥匙应能迅速安全通过。翻译成工程语言就是——火警一来，疏散方向的门必须自动打开，不能等人刷卡、不能等人按按钮、更不能等人找钥匙。

由此区分两种锁具策略。fail-safe（断电开门）指断电时锁具释放、门可以推开，适用于通向疏散通道方向的门、楼梯间前室、大厅出入口、机房与办公区的主通道；fail-secure（断电闭门）指断电时保持闭锁，适用于金库、枪械库、危化品库、重要档案室这类「开门比断电更危险」的场所。这里必须注意一个常见误解：fail-secure 的门在火警时同样不能把人关在里面，因此需要单独做消防旁路——由消防联动信号在有火警时强制释放该门。

出门按钮不能替代消防联动强制解锁。按钮解决的是「平时从里面怎么出去」，它需要人去按；火警时人可能已经不在按钮旁、可能被烟呛倒、可能是从别的方向跑过来，按钮对这些情况完全无能为力。规范要求的是「不使用钥匙应能迅速安全通过」，按钮虽然也不用钥匙，但它依赖人的主动动作，不具备火警信号触发的一致性。所以按钮可以装，但不得作为消防联动的替代措施。

断电策略还要落到几个实操点：消防联动信号要从火灾自动报警系统取，接口与地址在点表中明确；门禁的后备电池容量决定了断电后系统还能撑多久，锁具的后备时间要满足疏散与管理的实际需要（具体取值本次未取到可引用的条文原文，按项目要求核算并实测）；停电时锁具动作与设计一致（fail-safe 释放、fail-secure 保持并由消防旁路兜底）必须做实测；单点故障不应导致整片区域门全部失效。

考勤能不能用起来，取决于开工前有没有把统计口径定下来，而不是取决于人脸机识别得快不快。必须先书面确认：正常工作时段、迟到早退的判定基准（以第一次进、最后一次出，还是以指定通道的刷卡为准）、跨天班（夜班跨零点）怎么归属、中间外出是否算缺勤、加班怎么认定（需不需要事前申请与事后审批）、漏刷怎么补单、请假与出差怎么冲抵、法定节假日与调休怎么排。这些口径不统一，做出来的报表一定会在发薪日被质疑。

排班是最容易被低估的一块。现实中的排班往往不是「固定早九晚六」，而是多班次轮转、早晚班跨天、做一休一、大小周、部门临时调整。所以实施时要确认系统支持班次模板加日历排班还是只能设固定班次、支持几人共用班次、跨天班次的归属规则、临时调班能否批量下发。班次与规则以客户的考勤管理制度为准，我们要做的是把制度翻译成系统配置，并把配置结果整理成一份打印出来可以逐条核对的说明。

异常统计要有明确口径：哪些记录算异常（迟到、早退、缺卡、旷工、未排班刷卡）、异常如何合并（一次迟到两次刷卡还是一天算一次）、审批通过后异常如何自动消除、异常处理有没有截止时限。报表格式也要提前确认——按人汇总还是按部门汇总、按日还是按月、要不要出明细流水、能否导出给人事与财务使用、字段与格式是否需要对接薪酬系统。验证方式是拿一个完整考勤周期做人工核算与系统报表对账，一致之后才认为考勤模块可用。

考勤数据与门禁权限要分开授权。门禁权限是「能不能进这个门」，考勤数据是「什么时间在岗」，两者共用了同一张卡片或同一张脸，但业务口径完全不同。合并授权最直接的问题是统计失真：员工去机房、仓库、地下车库开门取东西都会被算成一次打卡，上班时间外出刷卡可能被当成正常进出。分开之后，考勤只采信指定考勤点位的记录，门禁权限按岗位与区域单独配置。此外权限变更要有审批与留痕，离职与换岗必须即时生效——这也是验收时必测的一项。