考勤系统 2026-10-29 董经理 1 views

熵基考勤系统使用xFace600时，资料怎么准备

熵基考勤系统使用 xFace600 时，不能仅凭“支持断网使用”确认离线记录安全。采购与验收前应围绕**离线记录是否落盘、可保存多少、容量满后的处理、恢复联网后由谁发起传输、是否补传和去重**准备资料，并将结论落实到型号配置表、软件版本、接口说明及现场测试记录中。xFace600 属于考勤终端，具体型号参数、接口与授权范围以项目资料和厂家当前规格为准。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

熵基考勤系统使用 xFace600 时，不能仅凭“支持断网使用”确认离线记录安全。采购与验收前应围绕离线记录是否落盘、可保存多少、容量满后的处理、恢复联网后由谁发起传输、是否补传和去重准备资料，并将结论落实到型号配置表、软件版本、接口说明及现场测试记录中。xFace600 属于考勤终端，具体型号参数、接口与授权范围以项目资料和厂家当前规格为准。

先锁定实际交付的设备组合

“xFace600＋熵基考勤系统”还不足以形成验收依据，应先明确：

xFace600 的完整型号、硬件配置、固件版本；
考勤管理软件名称、版本及部署方式；
设备通过局域网、专网还是其他链路连接；
记录由设备主动上传，还是平台定时采集；
是否存在中间件、SDK 服务或 OA 对接程序；
人员、权限和考勤规则分别在哪一端维护。

同一型号在不同固件、软件版本或项目配置下，离线处理方式可能不同，不能用其他项目截图代替本项目资料。

从产品说明中寻找四类离线证据

核对熵基/ZKTeco 当前产品页、规格书、用户手册和软件说明时，应重点寻找四类内容：

本地记录能力：断网时考勤事件是否写入终端，以及对应的记录容量口径。
满容量策略：达到上限后是停止写入、覆盖旧记录还是提示管理员。
恢复传输机制：联网后自动补传、平台轮询采集，还是需要人工操作。
传输结果规则：是否具有成功标记、失败重试、断点续传和重复记录识别机制。

如果公开资料只描述“记录容量”而未说明离线条件，不能自行推导为“断网期间必然完整保存”，应取得针对项目版本的书面确认。

把“保存条件”拆成可验收条款

设备保存离线记录通常受多个条件共同影响。项目文件至少应写清：终端供电正常、本地存储可用、时间未被异常修改、人员模板有效、设备未恢复出厂，以及记录量未超过当前配置支持的范围。

容量估算不能只看员工人数，还应按“人数×每日打卡次数×预计最长离线天数”计算，并预留重复识别、补卡测试及异常事件空间。具体容量和告警方式应以 xFace600 项目资料和厂家当前规格为准。

确认恢复联网后的传输边界

恢复联网并不等于记录已进入考勤报表。应沿数据链逐段确认：

xFace600 本地记录 → 通信服务 → 熵基考勤系统原始事件 → 考勤计算 → OA 展示或审批。

每一段都要明确触发条件、时间字段、设备编号、人员编号和失败处理方式。尤其要区分“设备已经发送”与“平台已经入库”，并确认重复补传时系统依据何种字段去重。涉及 SDK 或数据库接口时，还要记录接口版本、鉴权方式和调用责任方。

建立一套现场断网复网测试

建议在正式验收环境执行以下步骤：

校准 xFace600、服务器和标准时钟；
记录断网前平台中的最后一条原始事件；
断开设备网络，但保持终端正常供电；
使用多名测试人员完成多时段考勤；
在终端侧检查记录是否可查询；
恢复网络，观察是否自动传输；
对比终端记录、平台原始记录和考勤报表；
再次中断网络，验证失败重试及重复传输；
导出日志、截图和测试表，由交付双方签字。

测试不能只看汇总报表，因为排班、迟到规则或人员映射错误也可能造成“有原始记录但无考勤结果”。

采购资料应形成闭环

ZKINTE（北京御佰安科技有限公司）在协助产品选型时，可按项目要求整理原厂资料下载清单，但最终应以实际交付版本为依据。采购档案建议包含：

xFace600 产品说明、规格页及版本日期；
设备、固件、考勤软件和通信服务版本表；
离线容量、满载策略与补传规则确认件；
网络端口、部署拓扑及时间同步要求；
SDK 文档、授权范围和示例程序适用版本；
OA 对接字段表、异常码及责任边界；
报价配置清单、实施范围和售后分工。

报价口径应注明是否包含软件许可、接口开发、安装调试、培训、差旅及后续升级，避免把“设备报价”误认为完整系统报价。

SDK 与 OA 对接要防止二次丢数

若 OA 不是直接读取熵基考勤系统，而是通过 SDK、中间服务或定时任务取数，应额外验证分页、游标、时间范围、重试和幂等处理。OA 接口故障时，原始事件应保留在哪一层、保留多久、恢复后如何补取，也要写入方案。

多品牌兼容场景下，不同终端的人员编号、事件类型和时间格式可能不一致。应先建立统一数据字典，再验证 xFace600 的字段映射，不能仅凭“支持多品牌兼容”判断所有记录规则相同。

风险、适用边界与替代方案

本方案适用于终端可本地保存考勤事件、且项目软件具备对应采集能力的部署。若现场长期断网、供电不稳或无法取得明确的补传依据，可采用以下替代方案：

配置受控局域网和本地采集服务器，减少对外部链路依赖；
增加 UPS，并纳入断电告警和巡检；
缩短人工导出周期，建立离线备份台账；
对关键岗位保留纸质或其他独立签到渠道；
在自主可控要求较高的项目中，提前核验部署位置、数据流向、接口权限及运维账号，形成可审计记录。

这些措施不能替代原厂规格确认，但可降低网络、供电和接口故障带来的业务风险。

xFace600 项目验收清单

完整型号、序列信息和固件版本与合同一致
离线记录保存条件已有书面依据
容量口径及满容量策略已确认
断网期间记录可在终端侧核查
复网后的触发、补传、重试和去重已实测
设备、平台、报表三方记录数量与时间一致
SDK 和 OA 对接异常恢复测试通过
网络、供电、时间同步及日志留存责任明确
报价范围、交付边界和售后责任写入验收文件

FAQ

产品页没有写自动补传，能否按默认支持验收？

不能。应以当前规格书、软件说明、项目配置和厂家确认材料为准，并通过断网复网测试形成证据。

终端能查到记录，为什么 OA 中仍然没有？

可能停留在设备、采集服务或考勤平台原始库，也可能因人员映射、接口任务或考勤规则未进入 OA。应按数据链逐层核查日志。

软件升级后是否需要重新测试？

需要。固件、考勤软件、SDK 或 OA 接口任一关键版本变化，都可能影响采集与去重逻辑，建议重新执行核心离线测试。

项目对接

如需核对 xFace600 产品选型、型号参数、报价口径、SDK 或 OA 对接资料，可结合现场网络、软件版本和验收目标进行配置确认。

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

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