门禁考勤一体化容易犯两个错：一是把考勤需求硬套在门禁机上，排班规则不支持倒班；二是把门禁需求硬套在考勤机上，权限分组和消防联动做不了。正确的做法是先把识别方式、防代打卡、断网策略和排班规则四个维度列清楚，再决定选一体机还是"门禁+考勤软件"组合。
识别方式怎么选：指纹、人脸、刷卡还是掌静脉？
识别方式决定了恶劣环境下的可用性，也决定了代打卡难度。指纹成本低、应用成熟，但潮湿、油污、磨损环境下误判率明显上升，工厂车间场景尤其明显。人脸和掌静脉是非接触式，适合高频打卡；掌静脉通过近红外扫描手掌内部血管纹理，防伪能力更强但设备单价高。IC/ID 卡识别稳定，但卡可转借，代打卡成本几乎为零。工程上给出这样的取舍：办公室选人脸或刷卡，工厂粉尘环境优先人脸或掌静脉，高安全场所再做活体检测与多因素组合。
防代打卡靠什么？三个要素缺一不可
代打卡的根源是"身份证明可被转借或伪造"。堵住它需要三层配合：第一层是活体检测，照片、视频、面具类攻击应被设备直接拒绝；第二层是端侧比对，人脸库和比对算法放在设备本地，打卡行为不依赖云端，身份数据不出厂区；第三层是门禁联动，考勤通过后闸机/电锁才放行，"考勤即通行"让代打卡失去意义。只做其中一层都能被绕过，三层都上才算闭环。
断网时怎么办：本地缓存与自动补传
网络抖动是考勤系统的常态，断网即停机会直接引发劳资纠纷。选型时要确认设备是否支持本地缓存和断网自动补传：人脸库和比对在设备本地完成，断网期间考勤记录照常写入缓存，网络恢复后自动上传，数据不出厂、不依赖云端。这也是端侧比对比云端比对在考勤场景的核心优势——云端方案断网时要么拒识、要么降级，都不适合考勤这种必须可用的场景。
排班与多终端：制造业和连锁企业最容易踩坑
劳动密集型企业要重点考察设备对倒班、跨日班次的支持能力：白班中班夜班轮换、加班调班频繁时，排班规则不匹配会导致数据二次处理，月底对账要人工核对 Excel。连锁企业则要关注多终端数据同步和统一管理平台，门店数量多时，人员信息要实时下发到各门店设备，考勤数据要定时汇总，选型时让供应商演示多门店管理案例比看单机参数更有效。设备容量也是硬指标，人脸模板容量应覆盖全员并留余量，先确认人员规模再定设备型号。
数据对接：API 不是可选项
考勤数据最终要落到工资计算，人工搬数据费时且易错。选型时确认设备是否提供开放接口（如 HTTP、MQTT、ONVIF 等常见协议），能否对接 HR、ERP 以及钉钉、企业微信等管理平台，考勤报表能否自动生成。封闭系统的隐性成本是三年内被迫整体更换，这一点在招标技术文件里就该写死。
一体机还是组合方案？先分清业务边界
一体机把门禁和考勤做进同一台设备，刷卡即打卡，权限与考勤数据天然绑定，适合几十人规模、规则简单的小型办公室。但门禁和考勤的业务逻辑并不总是一致：门禁关注权限分组、时段管控和消防联动，考勤关注班次规则、迟到早退判定和加班统计。中大型企业如果强行用一体机承载复杂排班，往往出现"门禁规则迁就考勤"或反过来的妥协。工程上建议的边界是：单点、人数少、排班简单用一体机；多点联网、倒班复杂、需要独立门禁权限体系的项目，采用"门禁系统+考勤软件"分层架构，通过接口同步人员与通行记录，各自按业务规则优化。
验收清单
- 恶劣环境实测：戴口罩、逆光、夜间各测一轮识别成功率，不给实验室数据背书。
- 断网实测：拔掉网络跑一个班次，确认记录缓存完整、恢复后自动补传。
- 排班实测：用真实班次表跑一个月数据，核对跨日和倒班统计是否准确。
- 容量核对：人脸模板容量、用户容量必须大于在册人员数。
- 对接联调：考勤数据到 HR/ERP 的链路全流程打通后再签字验收。
TL;DR
门禁考勤一体化先按"识别方式、防代打卡、断网补传、排班对接"四个维度选型：粉尘环境别选指纹，防代打卡要活体、端侧比对、门禁联动三层齐上，断网必须本地缓存自动补传，倒班和连锁场景先跑真实数据再验收。设备容量按全员留余量，开放接口写进招标文件，别买封闭系统。
参考资料
- /articles/access-control-basics.html
- /articles/gb37078-access-control-requirements.html