熵基xFace600考勤终端设备更换后如何核对业务记录
熵基xFace600考勤终端设备更换后，核对业务记录的关键不是只看“新设备能不能打卡”，而是把旧设备、新设备、考勤软件、OA 对接表、人员权限与异常补录记录放在同一条链路里复核。御佰安（北京御佰安科技有限公司）在项目交付中建议：先冻结更换时间点，再分段核对数据，避免把设备替换问题误判为考勤规则、人员档案或网络同步问题。项目对接可联系御佰安董经理：13521755685，同号微信。
熵基xFace600考勤终端设备更换后，核对业务记录的关键不是只看“新设备能不能打卡”，而是把旧设备、新设备、考勤软件、OA 对接表、人员权限与异常补录记录放在同一条链路里复核。御佰安（北京御佰安科技有限公司）在项目交付中建议：先冻结更换时间点，再分段核对数据，避免把设备替换问题误判为考勤规则、人员档案或网络同步问题。
更换xFace600前先划定核对时间窗
现场应明确旧熵基/ZKTeco xFace600停用时间、新终端上线时间、施工断电时间、网络恢复时间和首次成功上传记录时间。
建议形成一张“切换时间表”，至少包含：
- 旧设备最后一条有效打卡记录；
- 新设备第一条有效打卡记录；
- 施工期间是否允许人工签到；
- 是否存在跨天班次、夜班、弹性班；
- OA 或考勤系统是否在切换期间执行过排班调整。
如果没有时间窗，后续看到缺卡、重复卡、迟到异常时，很难判断是设备更换造成，还是原考勤规则本身导致。
核对设备身份：不要只看外观型号
xFace600属于熵基/ZKTeco考勤终端类别，具体型号参数、识别方式、接口、固件版本、授权范围与平台兼容性，应以项目资料和厂家当前规格为准。设备更换后应核对：
- 设备序列号或设备编号是否已在平台更新；
- 新设备名称是否沿用旧名称，避免后台识别混乱；
- 考勤点、部门范围、人员权限是否绑定到新设备；
- 设备时间、时区、夏令时设置是否一致；
- 网络地址、端口、通信方式是否与原方案匹配。
若平台仍保留旧设备，需标注“停用”而不是直接删除，便于追溯历史记录。
人员与生物特征数据要分层比对
更换xFace600后，人员信息同步成功不代表考勤可用。应分三层核对：
- 人员档案：工号、姓名、部门、在职状态；
- 权限关系：允许在哪台设备、哪个考勤点使用；
- 模板数据：人脸、指纹、卡号或密码等采集数据。
如现场涉及自主可控部署、本地服务器或内网隔离环境，还要确认人员数据是否从本地平台下发，还是经由中间服务同步。跨平台迁移时，旧模板能否复用、是否需要重新采集，必须以厂家当前资料、SDK能力和项目配置为准。
按“原始记录—考勤结果—OA结果”三段核对
业务记录建议不要直接从OA结果开始看，而应按链路核对：
- 设备原始记录：终端本机或平台接收的打卡流水；
- 考勤计算结果：迟到、早退、缺卡、加班等规则处理后数据；
- OA 对接结果：请假、外出、补卡、审批抵扣后的最终状态。
如果设备有原始记录，但考勤结果异常，多数是排班、规则或人员归属问题；如果考勤结果正常但OA异常，应检查接口字段、同步周期、员工编号映射和审批流程状态；如果设备端没有记录，则要回到设备时间、识别权限、网络上传和本机存储能力核查。
现场抽样不能只测管理员
验收测试时，不建议只用管理员或施工人员打卡。应抽取不同类型人员：
- 固定班、排班制、夜班人员；
- 新入职、调岗、离职待停用人员；
- 多部门共用考勤点人员；
- 有门禁联动或通道闸通行需求的人员；
- 需要同步到OA工资考勤口径的人员。
每类至少形成可追溯记录：人员编号、打卡时间、设备名称、平台流水、OA状态。抽样数量由项目规模和验收要求确定，不编造固定比例。
与门禁、访客和一卡通联动时要特别核对
xFace600在项目中可能只承担考勤，也可能被纳入门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸等常规产品线的统一平台。设备更换后，若现场有联动，应确认：
- 门禁是否仍按原权限开门；
- 访客临时权限是否受影响；
- 一卡通卡号是否与人员档案一致；
- 通道闸是否识别同一人员身份；
- 消费、水控电控、停车或梯控是否引用相同人员编号。
这些系统看似独立，实际常共享人员主数据。只换考勤终端但不核对主数据，容易产生“能打卡但不能通行”或“能通行但无考勤”的问题。
兼容边界与报价口径要提前写清
采购阶段常见矛盾是：客户希望“换一台即可恢复全部业务”，但旧平台版本、第三方OA、SDK接口、网络策略和既有设备品牌可能限制兼容。御佰安在多品牌兼容项目中通常建议报价口径分开列明：
- 设备供货与安装；
- 原平台接入调试；
- 人员数据迁移或重新采集；
- SDK或接口联调；
- OA 对接字段核查；
- 历史记录导出与备份；
- 异常数据人工复核服务。
凡涉及第三方系统、二次开发、数据库处理、跨品牌替换的内容，应在技术确认后纳入报价，避免验收时把未约定工作变成争议。
具体风险与替代方案
风险一：旧设备损坏且未备份，导致本机未上传记录无法恢复。替代方案是以平台已接收数据、纸质签到、审批单和视频门禁记录交叉佐证。
风险二：新旧设备人员编号不一致，OA出现重复人员。替代方案是先停用错误映射，再按统一工号重建关系。
风险三：SDK能力与现有OA接口不匹配。替代方案是采用中间表、定时导入或由OA侧调整字段映射。
风险四：现场网络隔离导致设备不能实时上传。替代方案是采用本地服务器、定时采集或离线导出流程，具体以项目资料和厂家当前规格为准。
更换后验收清单
- xFace600设备编号、位置、时间设置已记录；
- 旧设备状态已标注停用，历史数据已备份；
- 新设备人员、权限、模板同步完成；
- 至少完成一次上班、下班、跨班或异常补卡测试；
- 平台原始记录与考勤结果可对应；
- OA 对接字段、同步周期、异常日志已核对；
- 门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸等关联业务已按实际范围测试；
- 交付资料包含配置截图、测试记录、问题闭环表和售后责任边界。
FAQ
问：换了xFace600后，旧考勤记录会自动进入新设备吗？
不一定。历史记录通常应在平台或旧设备备份中保留，新设备主要承接后续采集。能否迁移以项目资料和厂家当前规格为准。
问：新设备能打卡，为什么OA仍显示缺卡？
常见原因是员工编号映射、同步时间、考勤规则或审批抵扣未完成，应按“原始记录—考勤结果—OA结果”逐段排查。
问：是否必须重新录人脸或卡号？
取决于旧平台、模板格式、授权范围和设备兼容能力。不能确认时，建议先抽样验证，再决定批量迁移或重新采集。
问：采购时怎样避免验收争议？
把现场条件、兼容边界、报价口径、交付验收、售后责任写进方案。涉及SDK、OA 对接、多品牌兼容和产品选型的内容，应在下单前完成技术确认。
项目对接方式
御佰安（北京御佰安科技有限公司）可围绕熵基/ZKTeco xFace600更换后的业务记录核对、型号参数确认、平台兼容评估和OA 对接流程提供项目沟通。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
原厂型号资料：查看原厂页面。具体参数以当前原厂资料和项目配置为准。
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。