逐项对照
八个维度
「传统门禁后台」一列只写我们在改造旧系统时实际遇到的问题；没有遇到过的，不替别人下结论，改成选型时值得问的问题。
| 维度 | 传统门禁后台 | 今约锁 |
|---|---|---|
| 授权来源可追溯 | 授权可能来自角色组、部门、个人临时授权或访客邀请，但界面看不到来源链路，管理员删掉一条后才发现这个人还能进。 | 授权中心按人、按房间展示每条授权的来源、生效时段与下发状态；检查器能回答「撤掉这条他会失去什么」。删除一个来源后，其他来源仍然有效，界面会如实列出。 |
| 授权下放给现场负责人 | 授权发放集中在系统管理员。行政、实验室负责人没有自助授权界面，所有请求都要走系统管理员。 | 系统管理员给负责人划定门禁管理范围，负责人只能在范围内发放与回收授权，范围外的房间在批量授权里不可选。 |
| 人员数据来源 | 人员数据与授权数据混在同一套增删改查里，界面上出现「新增员工、删除员工、重置密码」这类本不该由门禁系统做的操作。 | 人员目录把同步来的人、本地维护的人与外部人员分开标注。从身份数据源同步来的人在界面上只读，没有改名、删除、重置密码入口；没有对接身份数据源的机构可以在系统内录入人员，外部人员带负责人与有效期，由本系统完整管理。 |
| 多门审批 | 因产品而异。选型时值得问：一份申请涉及多扇门时，是否要等所有审批人都批完才能进任何一扇。 | 一份申请按门的责任人拆成并行子审批单，谁批谁的门、逐门生效；高敏感房间自动追加安全复核子单。 |
| 管理权与开门权 | 因产品而异。选型时值得问：能给别人发授权的人，是否自动也能开这扇门。 | 两者分别授予。能给别人发授权，不等于自己能刷开这扇门；这条区分在管理范围页、批量授权页与远程开门弹窗上都写明。 |
| 审批与下发状态 | 因产品而异。选型时值得问：审批通过后，能否看到授权有没有真正下发到设备、失败的原因是什么。 | 审批结果与授权的下发状态在界面上分开显示，设备在线状态另有设备监控可查。审批通过不等于设备下发成功，也不保证门一定能开：现场能否开门还取决于设备与现场节点是否在线。 |
| 访客 | 因产品而异。选型时值得问：访客通行的有效期、可进房间与次数怎么约束，邀请记录能否追溯。 | 教师发起邀请，生成通行码与链接并留下发送记录；有效期、开门次数与房间范围共同约束。学生发起的邀请先由导师批准。链接可能被转发，它不是实名身份核验。 |
| 部署方式 | 因产品而异。选型时值得问：数据放在哪里、谁负责备份与升级。 | SaaS 版的工作台在 app.jylock.cn，注册即开通独立租户；也支持单节点私有化部署，运行在机构自己的服务器或专属云上。 |
常见问题
关于选型
- 门禁管理系统怎么选？
- 除了能接哪些设备，更值得看授权关系管不管得清：能否查到每条授权的来源、能否把日常授权交给现场负责人并限定范围、多门申请怎么审批、审批通过后能否看到设备下发状态，以及人员数据是自建还是从身份平台同步。
- 今约锁和传统门禁后台最大的区别是什么？
- 传统门禁后台常按数据表组织页面，人员、部门、房间、设备、权限各自成表；今约锁围绕授权组织界面，每条授权都能看到来源、时段与下发状态，日常授权可以在管理范围内交给现场负责人。
- 今约锁的人员数据从哪里来？
- 有三类：从身份数据源同步来的人员在界面上只读，不改名、不删除、不重置密码；没有对接身份数据源时，管理员可以在系统内录入人员；外部人员由本系统维护，带负责人与有效期。目前已实现的同步来源以接入与兼容页为准。
- 现有门禁硬件可以直接用今约锁管理吗？
- 要看控制器的品牌与型号。目前微耕控制器经现场 Edge Agent 接入；海康终端只在特定部署中支持二维码远程校验；大华、通通锁在规划中。其他设备需要技术评估，建议预约场景演示时一起确认。