企业合并后建设统一考勤系统时，怎么判断更稳
企业合并后建设统一考勤系统，判断方案是否“更稳”，关键不在于先换设备，而在于先统一人员主键、组织归属和在职状态，再决定历史考勤数据如何迁移。重复工号不能直接覆盖，离职、返聘、调岗人员不能只按姓名合并；熵基/ZKTeco 与其他品牌终端并存时，还要逐项验证设备协议、SDK、考勤规则及 OA 对接边界。项目对接可联系御佰安董经理：13521755685，同号微信。
企业合并后建设统一考勤系统，判断方案是否“更稳”，关键不在于先换设备，而在于先统一人员主键、组织归属和在职状态，再决定历史考勤数据如何迁移。重复工号不能直接覆盖，离职、返聘、调岗人员不能只按姓名合并；熵基/ZKTeco 与其他品牌终端并存时，还要逐项验证设备协议、SDK、考勤规则及 OA 对接边界。
先盘点人员、系统与设备三本账
合并前应分别形成三张底表：
- 人员账：姓名、证件标识、原公司、原工号、手机号、入职日期、在职状态；
- 系统账：HR、OA、薪资、门禁及原考勤平台的数据来源和更新方向；
- 设备账：考勤机、门禁控制器、通道闸、人脸终端的品牌、型号、固件、通信方式和安装位置。
现场如同时存在熵基/ZKTeco人脸机、旧指纹机和其他品牌控制器，不应仅凭“支持 TCP/IP”判断能够接入。具体型号参数、用户容量、记录容量、接口协议及 SDK 支持情况，均以项目资料和厂家当前规格为准。
重复工号不要靠加前缀草率解决
两家公司常同时存在“0001”“10086”等工号。直接增加公司简称虽然简单，但可能影响薪资接口、OA 审批、餐补和历史报表。
更稳的方式是建立不可重复的内部人员主键，并保留：
统一人员ID—原公司—原工号—新工号—证件标识—系统账号
新工号用于日常展示，统一人员ID用于系统关联，原工号用于历史追溯。姓名和手机号只能辅助匹配，不能作为唯一合并依据。证件信息涉及个人信息保护时，应脱敏存储并限制导出权限。
组织归属要区分行政与考勤口径
合并后，一个人可能行政归属总部，实际在分公司打卡，成本又计入项目部。如果系统只保留一个“部门”，后续排班和统计容易冲突。
建议至少拆分为行政组织、考勤组织、工作地点、成本归属四个字段，并明确谁有权调整。跨部门兼职人员可设置主归属和辅助归属，但考勤核算必须确定唯一责任组织。组织树上线前，应由人力、财务和业务负责人共同签字确认生效日期。
在职状态必须形成明确状态机
“在职、离职”两个状态通常不够。应根据企业制度定义待入职、试用、在职、停薪留职、外派、离职、返聘等状态，以及各状态对设备权限和考勤计算的影响。
例如，离职人员应停止新增通行权限，但历史记录不得删除；返聘人员应建立新任职关系，不能简单恢复旧档案；集团内调动则应保留原组织任职区间。状态变更应由 HR 主数据触发，再同步至考勤、门禁和 OA，避免多系统分别维护。
历史考勤迁移宜保留原始与结果两层
历史数据至少分为原始打卡记录、排班、请假加班、异常处理、月度结果五类。仅迁移月报，会失去复核依据；只迁移原始记录，又可能因新旧规则不同而重算出不同结果。
建议将已封账月份按原结果归档，同时保留原始记录和规则版本；未封账月份再按统一规则转换。旧系统无法完整导出时，可采用“旧库只读留存＋新系统从切换日启用”的替代方案，并明确历史查询入口和保存期限。
多品牌设备兼容要做现场样本测试
御佰安（北京御佰安科技有限公司）在产品选型阶段，会把“设备可联网”与“平台可管理”分开核查。多品牌兼容通常受限于厂商 SDK、固件版本、字段定义和授权方式，不能默认实现全部功能。
测试样本应覆盖人员下发、照片模板、指纹模板、远程开门、记录补传、断网续传和时间校准。若旧设备只能导出记录、不能统一下发，可保留其采集功能，通过接口汇聚；若 SDK 已停止维护，则应评估网关适配或分批更换，而不是把风险留到验收阶段。
OA 对接先确定数据主责
OA 对接前要画清数据流向：HR 是否为人员主数据源，OA 是否负责请假审批，考勤平台是否负责核算，薪资系统是否只接收月度结果。接口还应约定组织编码、人员ID、时间格式、审批撤回、重复推送和失败重试机制。
为满足自主可控要求，可结合企业部署规范评估本地化部署、数据库权限、接口日志、备份恢复及管理员分权。自主可控不等于拒绝第三方设备，而是关键数据、接口和运维责任能够被企业掌握。
九条产品线不能混成一个兼容承诺
统一平台可能同时涉及门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤和通道闸九条常规产品线，但各产品线的人员同步深度不同。
例如，考勤关注班次与工时，门禁和通道闸关注权限时段，访客关注预约身份，消费关注账户与资金，停车关注车牌，水控电控关注计量，梯控关注楼层权限。一卡通可以统一身份介质，但不代表所有业务数据都能由同一接口处理。采购文件应分别写明兼容边界。
报价应拆开一次性建设与持续服务
报价口径至少应区分软件平台、设备及辅材、接口开发、历史数据清洗、现场实施、培训、质保外服务和第三方系统配合费用。设备数量之外，还要写明组织数量、人员规模、历史年份、接口个数、异地站点及是否需要定制报表。
如需求尚未冻结，可先采购数据治理和兼容性验证服务，再确定设备更换范围。这样能避免因旧设备无法调用 SDK、历史字段缺失或 OA 接口变化而产生追加争议。
上线切换与验收清单
建议设置一至两个完整考勤周期并行运行，验收时逐项核对：
- 重复工号均已建立映射，没有覆盖原档案；
- 抽查调岗、离职、返聘和跨组织人员状态；
- 新旧系统同周期原始记录数量及异常原因可解释；
- 熵基/ZKTeco及其他保留设备完成断网补传测试；
- OA 请假、加班、撤回和重复推送能够正确处理；
- 已封账历史报表可查询，原始数据可追溯；
- 门禁、考勤与消费等权限按业务边界隔离；
- 管理员权限、日志、备份和恢复流程完成验证；
- 交付文档列明接口、型号、固件及售后责任人。
常见问题
历史工号必须全部改成统一格式吗？
不必。可保留原工号作为历史属性，以统一人员ID完成跨系统关联。
旧考勤机还能用，是否必须更换？
先验证记录读取、人员下发、时间同步和 SDK 可用性。只能单向取数时，可作为过渡设备，但应明确功能限制。
合并日之前的数据需要重新计算吗？
通常不建议重算已封账月份。若制度要求重算，应保留原结果、新结果、规则版本及审批依据。
谁对迁移后的考勤结果负责？
供应方负责约定范围内的转换和系统实现，企业人力负责规则及人员状态确认，设备厂商和 OA 服务方负责各自接口配合，责任边界应写入合同及验收文件。
项目对接可联系御佰安（北京御佰安科技有限公司）。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。