为什么建议把通行记录和考勤放在一起看

很多企业的门禁和考勤是两套系统，人员信息各存一份，员工离职后门禁卡还在用、考勤系统里却已经停用，两边对不上账。把扫码通行与办公协同平台打通，本质是让人员信息只有一个来源，通行记录天然成为考勤的依据，减少人工核对与补录。行政不再需要每月导出两边名单做比对，人事系统里的状态即为唯一准绳。

收益体现在三处：入职当天权限即时可用，不需要等行政跑一趟录卡；调岗换楼层时权限跟着组织架构自动调整；离职当天权限与考勤同时失效，避免出现人已离场但权限还在的窗口期。这三点对几十人以上的企业尤其明显。

要注意的是，打通不等于把两件事合成一个模块。通行与考勤的判定规则并不相同，通行关心能不能进，考勤关心算不算出勤，中间需要一层映射关系。把这层单独设计出来，后面改考勤规则时才不用动门禁逻辑。

企业规模也是判断依据。十人以内的团队，人员流动慢、通行需求简单，用现成的协同平台加人工授权就能覆盖，专门做打通反而增加维护面。当人数到几十人、出现多办公点或频繁调岗时，自动同步与权限回收的价值才真正显现出来，投入也更划算。判断时不妨先统计一个月内的人事变更次数与前台代开门次数，数字会直接说明问题。

组织架构与人员同步怎么接

同步方向建议以协同平台为准、门禁侧单向接收。人员的入职、调岗、离职都在协同平台完成，门禁侧只做消费方，不反向写回。这样责任清晰，也避免出现两边都能改、最终不一致的情况。若确需在门禁侧做临时调整，应同时回写协同平台，保持两边一致。接口调用建议使用专用账号，避免与人的账号混用，出问题时能迅速定位。

同步频率上，日常用增量同步，每日再跑一次全量比对兜底。增量同步能保证入职当天可用，全量比对则能捞出漏掉的变更，比如批量调岗时被跳过的个别人。建议保留比对日志，出现差异时能定位是哪次同步漏的。

字段上只取必要信息：工号或人员标识、姓名、部门、岗位、手机号后四位。身份证号、家庭住址这类敏感字段不应同步到门禁系统，门禁只需要能唯一标识一个人，不需要知道这个人是谁、住哪里。字段越少，合规风险越低。

同步失败的处置要提前想好。增量同步可能因为接口限流或网络抖动失败，这时应有重试机制，并在连续失败达到阈值时告警，而不是静默跳过。每日的全量比对可以兜住大部分漏同步，但比对结果本身也要有人看，建议把差异条数写成日报中的一行，长时间为零或突然升高都值得关注，前者可能意味着比对没跑，后者说明变更在集中发生。

从扫码通行到考勤打卡的链路设计

链路是：员工在企业微信或钉钉里打开扫码入口，门禁读头核验后产生一条通行记录，平台按规则把记录映射为打卡事件，推送到考勤模块。映射规则要可配置，比如哪几道门算考勤点、几点到几点之间的记录才算上班打卡。规则变更要有版本记录，避免月中调整导致同一批记录出现两种算法。

要处理一人一天多条记录的情况。员工可能上午进楼、中午外出、下午再回，门禁会产生多条记录，考勤只取最早一条算上班、最晚一条算下班。这个口径必须提前定死并公告，否则月底核对时每天都是争议。

异地与外出办公的场景要单独设计。有外勤岗位的企业，不建议用门禁记录硬算考勤，可以只把办公楼通行作为参考项，考勤仍以协同平台的外勤打卡为准。把两类场景分开，避免为了统一口径而牺牲实际业务弹性。

加班与跨零点是容易被忽略的场景。员工工作到次日凌晨，通行记录跨了自然日，若按天切割就会算成两天，考勤口径会乱。建议在规则里明确跨零点记录的归属，比如以班次开始时间所在日期为准，并把这条规则写进员工手册。涉及倒班制的企业，还应该支持多班次配置，而不是用一套固定时间硬套所有岗位。

访客、外包与实习人员的授权边界

访客建议走邀约码，由被访人发起，限定到访日期与可通行区域，到楼扫码即通行。访客不应进入员工考勤体系，也不应获得长期有效权限。需要多次到访的，逐次发码，而不是给一次长期权限图省事。访客通行记录同样应限定保存期限，不因一次到访长期留存在系统内。

外包与驻场人员通常需要较长周期通行，但不应等同于员工。建议设独立人员类型，权限带明确起止日期，到期自动失效，不依赖人工清理。驻场结束时由对接人确认核销，核销动作留痕。

实习与试用人员按最短必要权限给。这类人员的岗位与楼层往往还在调整，权限设计上尽量走默认最小集合，需要时单独开例外，而不是先给全再收回。收回往往比授权更容易被遗漏。

访客体验也要一并设计。被访人发出邀约码后，访客到楼只需扫码，无需再联系被访人下楼接人，这条链路能省掉大量等待。若访客未收到通知，应有重发入口，并允许被访人在系统内查看访客是否已到达。把到达状态回传出来，比打电话确认更高效，也让前台的接待流程更清晰，减少入口处的拥堵与反复询问。

代打卡与异常通行的治理

扫码通行相比实体卡更难代打，但不是完全免疫。手机截图转发、一人扫多次带同事进楼，都是常见做法。治理思路不是靠堵死，而是让异常可见：同一账号短时间内在不同点位出现、长时间未离场却有离场记录，这类都能自动标出来。告警阈值可按部门设置，避免弹性岗位被频繁误标而失去参考价值。

技术上可以叠加几道约束。考勤点绑定设备位置，非指定点位记录不计入考勤；关键门禁启用一次一码，扫码后立即失效；对异常密集的账号做提醒而非直接处罚，先给行政核查的空间，避免误伤正常加班与外出人员。

制度要跟上。规则应在员工手册里写明，包括哪些记录算考勤、异常如何处理、申诉渠道是什么。技术手段只能提供证据，最终判定仍应有明确流程，避免出现凭一条记录直接扣薪的争议。

异常判定要有申诉渠道。系统标出的异常只是线索，不应该直接当作处罚依据，建议在考勤复核界面提供备注与申诉入口，员工可以说明当天是外出办事、加班还是设备故障。行政按月汇总异常与申诉结果，定期回顾规则是否需要调整。有反馈闭环之后，员工对系统的接受度会明显提升，也能反过来发现规则中不合理的地方。

私有化部署与数据合规要点

涉及通行与考勤数据时，优先考虑私有化或本地化部署。人员通行轨迹属于个人信息，长时间、全量留存会带来不必要的风险。建议明确保存期限，到期自动清理，只保留与考勤核算相关的必要记录。清理动作做成定期任务并留执行记录，避免换人后这条规则被无声丢掉。

权限要与岗位匹配。能查看全公司通行记录的人应当很少，部门负责人默认只看本部门，查询行为本身留痕。把查看权限收窄，是成本最低的合规动作，比事后追责有效得多。

对接第三方平台要确认数据流向。哪部分数据出企业内网、存放在哪里、保存多久，都应在方案里写清楚。若协同平台与门禁系统分属不同供应商，接口的鉴权方式与凭据管理方式必须明确，避免用一个长期不变的密钥长期放行。

权限要按最小必要收窄。能查看全公司通行轨迹的人应控制在一到两人，部门负责人默认只看到本部门范围，查询与导出动作本身都要留痕并定期检查导出记录。涉及离职人员数据时，应按保存期限到期清理，不做无限期留存。这些动作的成本很低，却能在出现数据争议时提供明确的证据与解释口径。

常见问题

不打通用企业微信，只有钉钉怎么办

两者能力接近，都能满足扫码通行与考勤打通的需求，差异主要在开放接口的形态与审批流程上。选型时重点确认三件事：是否支持单点登录、人员与组织架构能否增量同步、以及通行记录能否作为事件推送给第三方系统。确认这三项后再定，比先定平台再找方案更省事。

员工忘带手机怎么进门

要预留替代通道。常见做法包括临时验证码、前台人工核验、或人事先登记的备用凭证。备用通道应留痕并限制频次，比如同一员工每月使用超过若干次就触发提醒，避免替代通道变成常规通道，反而削弱扫码通行的意义。

通行记录能不能直接当考勤结果

可以作依据，但不建议直接当结果。两者规则不同，通行还包含外出、加班、访客陪同等情形，直接套用会产生大量争议。稳妥做法是通行记录映射为考勤事件，再由考勤模块按既定规则计算，中间保留人工复核入口。

离职当天权限怎么保证及时失效

靠自动回收而不是人工操作。协同平台的人员状态变更应触发门禁侧同步，离职状态一到即回收全部权限，包括通行与考勤。同步失败要有告警，不能静默失败；建议每日跑一次全量比对，捞出未回收的残留权限。

多个办公点怎么统一管理

用统一的人员库加分点权限。人员信息只在总部维护，各办公点按组织归属获得本点通行权限，跨点出差走临时授权。这样既避免每个点各建一套人员库，也避免出个差就要重新录一次卡。跨点授权同样要带有效期，到期自动失效。

全国服务热线：400-6537-085