熵基考勤系统停用xFace600或人员离职时，怎么判断更稳

熵基考勤系统停用 xFace600，或员工离职需要清理人员数据时，更稳妥的判断方式不是直接点击“删除”，而是先确认数据位于设备、考勤平台、OA 还是第三方数据库，再依据熵基/ZKTeco 当前官方资料、项目部署文档及权限配置，分别核对人员信息、核验数据、原始考勤记录和统计结果的删除范围。设备停用与人员离职是两类操作，不能共用一套处理结论。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

先分清：停设备不等于删人员

停用 xFace600，通常意味着设备退出当前考勤业务，但不当然要求删除平台中的人员档案和历史考勤。人员离职则涉及账号状态、下发权限、核验数据及记录保留周期，处理范围取决于企业制度和系统配置。

建议先选择操作目标：

设备替换或撤场：停止同步、备份数据、解除设备绑定，再决定是否初始化设备。
人员离职：先停用人员或取消下发权限，完成考勤结算后再处理档案。
系统整体下线：导出人员、原始打卡和统计报表，核对 OA 接口任务后再停服务。

官方页面能确认什么，不能替代什么

原厂页面可用于核对 xFace600 的产品归属和当前公开资料。现有事实可确认其类别为考勤终端；型号参数、识别方式、接口、容量、软件适配及授权范围，应以原厂当前规格、项目资料和实际配置为准。

仅凭产品页面不能推断“删除人员会同步删除全部考勤记录”。实际删除逻辑还要核对：

设备使用说明及对应版本；
考勤管理软件的操作手册；
项目交付时的软件版本、授权模块和数据库结构；
SDK、接口文档及 OA 对接规则；
企业内部的数据留存与离职审批制度。

现场核对 xFace600 身份与版本

操作前应到现场或通过运维台账确认：

设备铭牌型号是否确为 xFace600；
设备固件版本、序列号和当前网络状态；
连接的是单机软件、本地服务器还是其他平台；
人员由设备录入、平台下发，还是由 OA/人事系统同步；
是否存在同一人员被下发到多台终端的情况；
是否还有其他品牌设备共用人员库。

若现场是混合部署，多品牌兼容不等于删除指令语义一致。应分别验证各品牌终端的停用、撤权和记录回传机制。

把待处理数据拆成五类

删除前应形成数据清单，至少区分：

人员基础信息：工号、姓名、部门、状态；
核验数据：人脸、指纹、卡号或其他凭证，具体类型以项目配置为准；
设备权限数据：人员与 xFace600、考勤点或时段的关联；
原始考勤记录：设备产生并上传的打卡流水；
统计与业务结果：迟到、缺勤、加班、排班计算及 OA 审批结果。

“删除人员档案”“清除设备核验数据”“删除原始流水”“重算考勤结果”是不同动作。任何一项执行前，都应确认是否可恢复、是否级联删除以及是否影响已封存报表。

人员离职的稳妥执行顺序

建议采用“停用—结算—归档—清理”流程：

在 OA 或人事系统完成离职审批，记录生效时间；
暂停人员账号或取消考勤权限，不立即物理删除；
等待最后一批设备记录完成上传；
核对离职日前后的原始流水与考勤统计；
导出并归档必要报表，记录导出时间、范围和操作人；
从 xFace600 撤销该人员的核验权限；
按企业留存规则决定是否删除平台人员和生物核验数据；
检查 OA 对接是否再次把离职人员同步回来。

若系统没有“停用”状态，可采用移出下发范围、关闭同步任务或转入离职组织等替代方案，但必须先在测试人员上验证。

xFace600 停用时的处理顺序

设备撤场前，先确认记录已经上传，并保留设备在线状态、最后通信时间和未上传数量等证据。随后停止自动下发，解除设备与考勤区域的业务关联，再进行断网、解绑或初始化。

不建议在未完成同步时恢复出厂设置。若设备需要转移到其他项目，应同步清理本地人员及核验数据，并由交接双方签字确认；平台历史记录是否保留，应按原项目规则执行，而不是随设备一起删除。

SDK 与 OA 对接要检查回写方向

涉及 SDK 或 OA 对接时，要画清数据流向：谁创建人员、谁下发 xFace600、谁接收打卡、谁计算考勤、谁执行删除。重点检查接口是否存在自动补发、定时全量同步、失败重试和离职人员重新启用等机制。

对于强调自主可控的项目，建议保存接口版本、字段映射、任务日志和操作审计。更换终端或平台时，可通过中间接口层降低耦合，但兼容边界、开发工作量和责任主体应写入合同。

采购报价不能只报一台设备

xFace600 的报价口径应同时说明设备本体、配套软件、授权、安装调试、网络施工、数据迁移、SDK 支持及 OA 对接是否包含。具体型号参数、接口和授权以项目资料和厂家当前规格为准。

ZKINTE（北京御佰安科技有限公司）在产品选型阶段可协助整理现场条件和熵基/ZKTeco 资料，但采购方仍应确认：旧系统数据由谁导出、接口由谁开发、删除策略由谁审批、撤场后数据由谁保管，以及售后责任如何划分。

交付与停用验收清单

设备型号、固件和软件版本有记录
人员来源及同步方向已经确认
原始打卡记录已完整导出或核验
离职人员不再被自动下发
核验数据与考勤记录分别验证处理结果
OA、SDK 和定时任务无重复写入
初始化前完成备份和审批
操作日志、截图及交接单已归档
多品牌终端分别完成抽样验证
软件授权、数据迁移和售后边界写入验收文件

FAQ：现场最容易卡住的判断

删除 xFace600 上的人员，会不会删除服务器记录？
不能预设结果。应以当前软件版本、同步机制和实测为准，先用测试人员验证设备端、平台端和 OA 端的变化。

离职后能否立即删除人脸等核验数据？
可按企业制度和审批要求处理，但应先完成末次打卡上传、考勤结算及必要归档，并确认其他终端没有残留下发任务。

设备已经离线，怎样判断记录是否完整？
对比设备最后通信时间、平台最后记录时间、人员班次和现场台账。无法确认时，应先恢复受控连接或进行合规的数据导出，再决定初始化。

原设备换成其他品牌，历史记录是否需要迁移？
先确定新平台是否接收原始流水、汇总结果或仅接收人员档案。多品牌兼容需要按字段、时间格式、人员编号和接口能力逐项验证。

项目对接

如需核对 xFace600 选型资料、停用流程、数据迁移、SDK 或 OA 对接边界，可联系 ZKINTE（北京御佰安科技有限公司）进行项目沟通。

联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线

原厂型号资料：查看原厂页面。具体参数以当前原厂资料和项目配置为准。