Lenel OnGuard 7.4(SQL Server2014):带卡员工注册、禁用及表更新后续操作咨询
Lenel系统员工卡片注册与离职禁用流程补充说明
一、直接更新EMP/BADGE表后的必要操作
1. 访问权限同步
- 新员工注册:需为其关联对应门禁权限组(涉及
ACCESS_GROUP和EMP_ACCESS_GROUP表),否则卡片激活后也无法开门。批量操作时要确保权限组关联逻辑完整,避免漏配。 - 离职员工禁用:需移除其所有权限组关联,同时检查
TEMP_ACCESS表,清理可能存在的临时权限,防止离职后仍有访问权限。
2. 卡片状态与控制器同步
- 新员工:除了将
BADGE表的Status设为激活(具体枚举值依系统版本而定,通常为1或Active),还要配置IssueDate和ExpireDate字段。部分Lenel版本需触发后台BadgeSync任务,否则前端门禁终端无法识别新卡片。 - 离职员工:将
BADGE表的Status设为禁用(如0或Inactive)后,需强制同步到所有门禁控制器——可执行SendBadgeUpdatesToControllers命令,或在Lenel客户端手动触发控制器同步,避免控制器缓存旧数据。
3. 审计日志补录
在AUDIT_LOG表中写入操作记录,包括操作人、时间、员工ID、卡片ID等信息。Lenel对合规性要求严格,缺失审计记录可能触发系统告警,影响后续合规检查。
4. 关联附属表清理(仅针对离职员工)
- 检查
EMP_SCHEDULE表:移除离职员工的排班关联,避免系统仍按旧排班开放权限。 - 检查
ALERT_SUBSCRIPTION表:删除离职员工的告警订阅记录,防止无关通知发送。
二、不建议直接操作数据库的原因
作为Lenel新手,直接修改数据库表风险极高:
- 系统存在大量隐藏关联逻辑(如与考勤、访客模块的联动),直接改表易导致数据不一致。
- 部分Lenel版本(如OnGuard)内置业务规则引擎,直接改表会绕过规则校验,引发未知问题。
三、推荐的标准操作流程
- 新员工注册:使用Lenel客户端的员工创建向导,依次完成信息录入、卡片关联、权限分配、控制器同步,向导会自动处理所有关联表操作与同步逻辑。
- 离职员工禁用:在客户端找到目标员工,执行禁用员工操作,系统会自动完成卡片禁用、权限移除、关联数据清理及审计日志生成。
若需批量操作,建议使用Lenel官方提供的API接口(如OnGuard Web Services),而非直接操作数据库,API会自动处理所有必要的校验与同步步骤。
内容的提问来源于stack exchange,提问作者Juan Carlos Salinas Ojeda
相关产品推荐
相关产品推荐

