考勤系统使用熵基xFace600遇到断电重启时，怎么判断更稳

考勤系统使用熵基 xFace600 遇到断电重启时，不能只看设备能否重新开机。项目核对的重点应是：人员与生物特征模板是否完整、断电前后考勤记录是否连续、时间是否准确、网络恢复后是否补传、平台是否重复入库，以及 SDK、OA 对接链路能否自动恢复。只有“终端—网络—考勤平台—OA”整条数据链通过验证，才能判断运行是否更稳。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

先拆开“重启成功”和“业务恢复”

现场常见的验收矛盾是：施工方看到 xFace600 回到识别界面，便认为恢复完成；使用方却在月底汇总时发现漏记录、重复记录或人员状态不同步。

建议将恢复结果分为三层：

设备层：终端正常启动，界面、识别和本地存储可用；
通信层：设备重新联网，与管理平台恢复心跳和数据传输；
业务层：考勤记录进入正确人员、正确班次及正确日期，并能被 OA 使用。

熵基/ZKTeco xFace600 属于考勤终端，具体存储容量、通信接口、识别方式、断点续传能力及授权范围，均应以项目资料和厂家当前规格为准。

断电前要先固定测试基线

不要在没有基线的情况下直接拉闸。测试前应导出或截图保存以下信息：

设备编号、固件版本、网络地址和服务器地址；
已下发人员总数、人员编号及权限状态；
人脸等模板数量及最近一次同步时间；
当日已有考勤记录数和最后一条记录时间；
设备时间、平台时间、OA 时间及 NTP 配置；
SDK、中间件和考勤服务的运行状态。

基线应由实施方和使用方共同确认，避免断电后只能凭感觉判断数据是否减少。

重点核对 xFace600 本地数据

断电恢复后，先不要立即批量增删人员。应逐项检查：

原有人员能否正常识别；
人员编号、姓名和模板关联是否错位；
断电前已生成的记录是否仍可查询；
设备参数、管理员权限和网络配置是否保留；
重启期间是否出现时间回退、日期跳变；
存储告警、异常提示或反复重启是否存在。

涉及人脸模板时，还要区分“人员资料存在”和“模板可用”。若人员名单仍在但无法识别，应继续检查模板完整性及重新下发机制，不能直接判定设备数据正常。

用三组记录验证补传与去重

建议准备三组可追溯测试：

A 组：断电前完成识别，但暂不让平台接收；
B 组：设备启动后、网络尚未恢复时完成识别；
C 组：网络和平台均恢复后正常识别。

随后核对 A、B 组是否补传，C 组是否实时上传，并以人员编号、设备编号、事件时间和记录流水判断是否重复。若平台仅按姓名或接收时间去重，容易把补传记录误判为新记录，影响迟到、早退和跨日班次计算。

时间恢复比“有没有记录”更关键

考勤记录存在，不代表可以直接用于结算。断电可能影响设备时钟，网络恢复后又可能发生校时。验收时应覆盖：

断电前后各一条记录；
跨午间、跨零点或夜班场景；
设备离线数小时后重新联网；
夏令时、时区或服务器时间配置变化；
校时前产生记录的业务归属。

允许的时间偏差应写入验收口径。OA 按打卡时间还是接收时间计算，也必须在接口文档中明确。

SDK 与 OA 对接要验证自动恢复

采用 SDK、接口服务或数据库中间表进行 OA 对接时，应检查设备重连后是否需要人工重启服务。至少验证：

SDK 能否重新建立会话；
中间件是否保留未处理游标或流水号；
补传数据是否触发重复推送；
OA 接口失败后是否重试并记录日志；
人员删除、离职和重新入职时，旧记录是否串人；
接口字段、编码和时间格式是否保持一致。

SDK 版本、调用权限、开发资料下载方式及二次开发边界，以熵基/ZKTeco 当前资料和项目授权为准。

现场供电与网络应分开模拟

只测试“拔电源”无法定位问题。建议分别执行终端断电、交换机断电、服务器重启和网络中断。每次只改变一个条件，并记录恢复耗时和人工操作。

频繁硬断电可能带来存储损坏风险，不宜在生产高峰反复测试。可采用受控断电窗口，并配置合适的 UPS、稳压及接地措施。若现场电源波动长期无法治理，可将终端、交换机和本地服务主机纳入同一后备供电范围。

采购报价必须包含恢复责任

询价时不要只报 xFace600 单机价格。完整报价口径应注明设备配置、安装辅材、供电与网络整改、平台授权、SDK 或接口开发、OA 对接、数据迁移、测试工时、培训及售后边界。

型号参数应以项目资料和厂家当前规格为准，并确认固件、平台版本及接口方案是否互相兼容。多品牌兼容项目还要先做小范围联调，不能因其他品牌终端字段相似，就默认记录语义、人员编号和补传规则一致。

交付验收清单

断电前人员、模板、记录及配置已留存基线
xFace600 重启后无循环启动和异常告警
本地人员与模板数量一致，抽测识别正常
断电前记录未丢失，离线记录可补传
平台无重复入库、错人或错误日期归属
设备、服务器与 OA 时间一致
SDK、中间件可自动重连并保留日志
人员新增、修改、删除可双向核验
异常情况下有人工导出和补录方案
固件、配置、接口文档及责任人完成移交

适用边界与替代方案

上述方法适用于以 xFace600 为采集端、后台平台或 OA 负责汇总的考勤项目。若设备还承载其他业务，应另外核对对应安全策略，不能直接套用考勤结论。

对于恢复能力无法满足要求的现场，可选择增加 UPS、设置本地缓存中间件、建立定时增量导出、采用主备接口服务，或保留纸质签认与人工补录流程。自主可控应落实到数据可导出、接口可审计、版本可管理及故障责任可追踪，而不是只看单一设备品牌。

FAQ：验收现场常见疑问

设备重启后可以识别人脸，是否说明数据完整？
不能。还需核对历史记录、模板关联、时间及平台补传结果。

平台少了一条记录，应先查哪里？
先查终端本地是否存在，再查上传日志、中间件流水和 OA 接收日志，按同一事件逐段定位。

固件是否可以在验收前直接升级？
应先确认版本兼容性并备份配置。升级后需要重新执行断电、补传、去重及 OA 对接测试。

如何由专业团队协助核对？
ZKINTE（北京御佰安科技有限公司）可结合现场条件开展熵基/ZKTeco 产品选型、型号参数核验、多品牌兼容评估、报价范围梳理、SDK 联调、OA 对接及交付验收边界确认。

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

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