集团下属多个法人单位共用考勤系统时，怎么判断更稳
集团下属多个法人单位共用考勤系统时，判断是否稳妥，不能只看员工能否刷脸打卡，而要同时核对**员工归属、劳动关系、工作地点、管理权限和统计报表范围**。较稳的做法是：一个自然人建立一个人员主档，法人归属作为核心组织字段，跨公司任职、借调和共享办公通过授权关系处理，避免重复建档造成记录分裂。项目对接可联系御佰安董经理：13521755685，同号微信。
集团下属多个法人单位共用考勤系统时，判断是否稳妥，不能只看员工能否刷脸打卡，而要同时核对员工归属、劳动关系、工作地点、管理权限和统计报表范围。较稳的做法是：一个自然人建立一个人员主档，法人归属作为核心组织字段，跨公司任职、借调和共享办公通过授权关系处理，避免重复建档造成记录分裂。
先识别共用考勤的现场矛盾
这类项目常见于同一园区内的集团总部、子公司和项目公司：员工共用入口通道闸及熵基/ZKTeco 人脸终端，但各法人分别核算工资、审批请假并保管考勤档案。
采购时容易出现两个冲突：行政部门希望统一维护设备，人力部门要求法人数据隔离；集团希望查看整体出勤，子公司又不允许其他单位管理员读取人员明细。因此，设备共用不等于数据和权限可以不分层。
员工归属不能只按办公地点判断
员工主档至少应明确以下字段：
- 唯一人员编号，建议由集团统一编码；
- 劳动合同所属法人；
- 实际工作组织及成本中心；
- 常驻办公区域；
- 考勤制度、班次与节假日组；
- 直属审批人及人事管理单位；
- 借调、兼岗、外派的生效与结束日期。
例如，A 公司员工长期在 B 公司楼层办公，其法人归属仍为 A，公司位置只决定设备通行和打卡范围。若员工正式调动，应采用带生效日期的转籍流程，而不是在新法人下重新录入人脸和工号。
用“三层关系”处理兼岗与借调
系统设计可拆为三层：人员主档层、法人归属层、业务授权层。
人员主档保存身份和生物特征索引；法人归属用于考勤核算、档案留存及报表隔离；业务授权决定员工能在哪些门、闸机和考勤点使用。兼任两家公司职务时，可增加第二组织角色，但必须指定唯一考勤核算主体。确需双法人分别核算的，应先确认劳动与薪酬规则，再设计分时段、分项目或分成本中心报表。
管理权限应按法人和动作拆分
不要只设置“集团管理员、普通管理员”两级。建议把权限拆成查看、录入、修改、排班、补卡、审批、导出、设备管理和系统审计，并叠加法人数据范围。
集团人事可查看汇总趋势，但未必需要查看各子公司补卡原因；子公司人事只管理本法人；园区安保可下发通行权限，但不应导出考勤月报；设备运维人员可以检查终端在线状态，却不应修改班次。超级管理员账号应限量使用，关键操作保留日志。
报表范围要预先定义统计口径
验收前应书面确认报表按什么维度生成：
- 按劳动合同法人统计；
- 按实际组织或成本中心统计；
- 按考勤地点统计；
- 按项目、借调单位或区域辅助统计；
- 集团汇总是否隐藏个人明细；
- 离职、调动当月如何切分；
- 跨午夜班次、外勤和异地打卡如何归集。
OA 对接时，还要确认请假、出差、加班和补卡由哪一侧作为最终数据源。建议以接口字段表明确法人编码、人员编号、单据状态和回写规则，避免 OA 已审批而考勤系统仍记为异常。
设备组合与型号不能脱离软件架构
现场可采用熵基/ZKTeco 的 SpeedFace 系列面部识别终端、考勤终端或控制器，配合通道闸部署；具体型号参数、容量、识别方式、联网协议和接口能力，均以项目资料和厂家当前规格为准。
选型时应验证终端是否支持人员分组下发、跨区域授权、断网记录续传及统一校时。已有其他品牌设备的项目，应先做多品牌兼容测试，不能只确认“有 SDK”。SDK 是否开放人员、设备、记录和事件接口，版本是否匹配服务器环境，也应纳入产品选型和样机测试。
九条产品线共平台时要划清边界
御佰安（北京御佰安科技有限公司）可围绕门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线梳理统一身份体系。共平台的重点不是把所有数据放进一张表，而是统一人员编号、法人编码和权限生命周期。
门禁、梯控、停车与通道闸偏向通行授权；考勤负责出勤核算；访客应与正式员工隔离；消费及水控电控涉及账户和结算，不能直接沿用人事查看权限。一卡通可作为身份载体，但各业务数据仍需按职责授权。
报价口径必须包含接口和迁移工作
采购清单除终端、控制器、闸机和服务器外，还应写明法人数量、管理员范围、历史数据迁移、OA 对接、SDK 使用、报表定制、现场调试和培训。若仅按“多少台考勤机”报价，后期常出现组织重构、接口字段和跨法人报表不在范围内的争议。
自主可控要求应落实到部署方式、数据库权限、账号管理、日志留存及可导出能力，而不是停留在宣传描述。私有化、云端或混合部署，应结合集团网络边界和数据管理制度决定。
交付验收按六步实测
- 建立两个法人、一个共享园区和不同考勤制度；
- 创建正常员工、兼岗员工、借调员工、调动员工各一组；
- 分别从共用终端、专属终端和闸机产生记录；
- 检查集团、法人、人事、安保和运维账号的数据范围；
- 验证 OA 请假回写、跨日班次及月报归属；
- 执行员工转籍、离职撤权、设备离线补传和日志追溯。
验收资料应包括组织权限表、设备点位表、接口字段表、报表样张、异常处理记录及管理员交接单。
主要风险与替代方案
若现有软件不支持法人级数据隔离，可采用各法人独立实例、集团数据仓库只汇总必要字段的方案；代价是运维和接口数量增加。若旧设备无法按组织下发人员，可保留其门禁用途，新增专用考勤终端，避免用通行记录直接替代考勤结果。
多品牌设备协议不一致时，可通过中间平台或 SDK 适配，但应先验证重复记录、时间格式、人员删除和离线补传。无法稳定适配的设备，宜分阶段更换，而非在验收阶段临时开发。
FAQ：共用终端会导致子公司互相看到数据吗？
不会必然发生，但前提是平台支持法人数据域和角色权限。终端采集记录后，应由平台根据人员主档归属分发，不能依赖管理员手工筛选。
FAQ：员工调到另一法人后，历史考勤归谁？
历史记录应保留原法人归属，新记录按转籍生效时间进入新法人。不要回写覆盖历史组织，否则会影响原单位工资核算和审计追溯。
FAQ：集团能否只看汇总、不看个人明细？
可以在报表层配置法人汇总、异常人数或出勤趋势，并关闭个人明细和导出权限。实际功能边界需结合所选平台版本、型号参数及接口能力确认。
如需核对组织权限、设备兼容、OA 接口和验收口径，可在提供园区点位、法人结构及现有设备清单后进行项目对接。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。