一卡通和门禁考勤怎么打通

一卡通和门禁考勤打通，本质是把三条链路接起来：人员库统一、权限集中下发、记录统一回传。三条链路都通了，入职授权一次、离职回收一次、通行与考勤记录一处可查；只要有一条没通，就会出现「门禁里有一份人员表、考勤里又有一份」的老问题。

很多单位的门禁和考勤本来是两个厂商两套系统，各自维护人员档案。表面上"都能用"，实际运行起来问题不断：新员工入职要两边分别录入、离职时总有一边忘了停、调岗后门禁权限改了考勤规则没改。打通要解决的就是这些。

一、为什么会出现「两套人员表」

原因不在技术，在采购方式。门禁先买、考勤后买，两次采购由不同部门主导、走不同供应商，各自带一套后台。两套系统都能导出员工名单，谁也没错，但谁也不是唯一源头。

一旦有两份人员表，就会出现三个必然的后果：

• 入职漏录 —— 一边录了、另一边忘了，人到了门口进不去
• 离职残留 —— 一边停了、另一边还在，形成安全隐患
• 报表对不上 —— 门禁记录与考勤记录人数不一致，考核时扯不清

所以打通的第一步不是改设备，是确定唯一的人员数据源。

二、打通的本质是三条链路

第一条：人员链路。人员信息只在一卡通平台维护一份。门禁、考勤都从这份取数，不再自建人员表。这是打通的根基，其它两条都建立在它上面。

第二条：权限链路。权限从平台集中下发到门禁设备。按人员类别、区域、时段配置权限组，改一次全网点生效，不需要逐台设备去设。

第三条：记录链路。门禁通行记录、考勤打卡记录都回传到平台，统一存储、统一导出。这样「谁什么时候进了哪个门」和「谁今天算不算出勤」用的是同一份数据。

三、门禁怎么接：四个必配能力

① 时段与区域权限。按时间段（工作日、节假日、夜间）与区域（楼栋、楼层、房间）配置通行规则。权限要能按人员类别批量设，而不是一个人一个人点。

② 黑名单管理。挂失卡、离职人员、临时失效的授权要能立刻拉黑。这一条与卡片挂失联动，卡务中心挂了卡，门禁侧应同步失效。

③ 远程开门与记录。异常情况要能远程开门并留下操作记录 —— 谁在什么时间开了哪个门，必须有据可查。

④ 脱机运行。网络中断时门禁在本地保存权限与通行记录，业务照常进行，网络恢复后自动回传。这一条在多楼栋、网络不稳的园区是刚需。

四、考勤怎么接：人员从哪来

考勤系统的核心是「考谁」和「怎么算」。打通之后，这两件事都变得简单：

考谁：人员档案直接取一卡通统一人员库，包括部门、岗位、用工性质。组织架构调整在平台改一次，考勤侧自动跟着变。

怎么算：排班、假期、加班、出差请假这些业务在考勤模块里配置，打卡数据来自门禁通行记录或专门的考勤终端。同一份记录既服务门禁开门，也服务考勤统计。

这里有一个容易忽略的好处：门禁与考勤共用记录，就不存在"刷了门禁没算考勤"这类争议，也不用两套系统各导一份表去人工比对。

五、多主体与多层级的权限分级

综合体、园区、集团大院这类场景，往往有多个主体共用一个物理空间。权限分级要解决三件事：

按主体分：每家单位只能看到和管理自己的人员与权限，不串账。比如园区里 A 企业的人事只能操作 A 企业的授权。

按层级分：总部能看全局，单位只能看自己；管理员能改权限，值班人员只能查看记录。权限的「可见范围」和「可操作范围」要分开设。

按区域分：公共区域（大堂、食堂）对所有主体开放，专属区域（办公层、机房）只对本主体开放。区域权限与人员归属联动判断。

六、打通之后的验收标准

验收不能只看「门能开」。建议按五条验：

• 人员事实唯一 —— 平台里的人数与门禁、考勤两侧一致，且只有一处可编辑
• 授权一次生效 —— 新增一人，门禁与考勤同时可识别，不需要二次操作
• 回收一次失效 —— 离职操作后，门禁停用、考勤不再生成记录
• 记录统一可查 —— 同一人的通行与打卡记录能在同一处查到，时间对得上
• 断网可用 —— 断开网络后门禁仍能正常通行，恢复后记录完整回传

七、常见的失败模式

失败一：只做了数据同步，没做权限下发。人员表通了，但改权限还要到门禁后台单独操作，等于只打通了一半。

失败二：门禁能开，但与考勤是两套记录。看得到通行记录，却算不出考勤，两边仍要人工比对。

失败三：老设备不支持远程下发。原有门禁控制器只能本地授权，平台下发不了，只能人工去每台设备上导名单。这种情况在改造前就要确认清楚。

失败四：没有脱机能力。网络一断，整栋楼的门都开不了，只能临时找人拿钥匙。

这四种情况有一个共同点：都不是软件功能缺失，而是改造前没把「设备能不能配合」问清楚。所以打通的顺序应该是：先确认现有门禁控制器支持哪种授权方式，再定平台方案，而不是反过来。