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

熵基考勤系统采用 xFace600 时，不能只凭设备能够录入人员、产生考勤记录就通过验收。应依据熵基/ZKTeco 当前原厂资料、项目合同、实际配置及联调记录，把人员登记、注销、变更和重复登记分别形成“规则确认—现场操作—结果核验—证据归档”的闭环，确认其符合项目人员管理流程。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

熵基考勤系统采用 xFace600 时，不能只凭设备能够录入人员、产生考勤记录就通过验收。应依据熵基/ZKTeco 当前原厂资料、项目合同、实际配置及联调记录，把人员登记、注销、变更和重复登记分别形成“规则确认—现场操作—结果核验—证据归档”的闭环，确认其符合项目人员管理流程。

xFace600 验收最容易出现的矛盾

xFace600 可核对的产品类别为考勤终端，但具体型号参数、人员容量、识别方式、通信接口、软件版本、SDK 能力及授权范围，均应以项目资料和厂家当前规格为准。

现场常见矛盾不是设备无法使用，而是管理口径不一致：人事部门认为“离职”应立即失效，设备端却仍保留人员；OA 已修改工号，考勤平台仍按旧编号统计；同一员工在不同终端重复登记，汇总后形成两个人员档案。因此，验收资料必须同时覆盖设备端、管理软件端和 OA 对接端。

先固定原厂资料与项目基线

建议在验收前建立资料目录，并记录文件名称、版本、取得日期和适用设备：

xFace600 原厂当前产品页面及可下载资料；
采购合同、技术协议、设备配置清单；
设备型号、序列号、固件版本及管理平台版本；
SDK 文档、接口说明、授权文件及调用范围；
OA 对接字段表、人员同步方向和异常处理约定；
网络拓扑、时间同步方式、安装位置与终端归属；
人员权限、数据留存及注销审批制度。

原厂页面用于确认产品定位，不能替代合同参数；宣传资料也不能自动证明 SDK 已采购或 OA 接口已经开放。

把四类人员操作写成可验收流程

针对登记、注销、变更和重复登记，分别填写以下内容：操作发起系统、审批责任人、唯一人员标识、下发范围、生效时点、失败重试方式、设备端结果、考勤记录处理方式和日志保存位置。

验收时不要只截图“操作成功”，还要核对目标终端是否实际执行、平台状态是否回写，以及历史考勤数据是否按项目制度保留。未经合同确认，不应默认删除人员会同步删除历史记录。

人员登记如何核对

选取经过审批的测试人员，在项目约定入口完成登记，并逐项验证：

工号或人员编号是否符合唯一性规则；
姓名、部门、考勤组及有效期是否完整；
生物识别信息的采集和下发是否获得授权；
指定 xFace600 与其他终端是否收到同一人员；
断网、下发失败或终端离线时是否产生告警；
首次识别记录能否进入考勤平台及 OA。

若项目采用多品牌兼容方案，还应分别验证各品牌字段映射，不能以某一台 xFace600 的成功结果代替全部终端验收。

注销与人员变更怎么判定合格

注销应先区分“停用”“从设备删除”“平台删除”和“档案归档”。四种动作影响不同，必须由甲方确认离职人员是否立即禁止识别、历史记录是否继续可查，以及恢复入职时能否重新启用。

人员变更则重点测试部门、工号、姓名、有效期和考勤组。涉及唯一标识的变更，不宜直接按普通字段覆盖，应验证是否生成新档案、旧记录归属是否改变、OA 是否出现双人档案。合格依据应写入技术协议，不能由实施人员现场口头决定。

重复登记必须设置专项用例

至少测试三种重复场景：同一工号重复录入、不同工号登记同一人员、OA 与考勤平台同时创建人员。记录系统是拒绝、覆盖、合并还是生成新档案，并检查日志是否能追溯操作者和时间。

原厂资料若未明确重复判定逻辑，应以项目软件版本实测结果为准，并由甲方确认管理规则。需要跨终端进行生物特征去重时，还应核实其是否属于现有授权能力；不能把“人员编号去重”等同于“生物特征去重”。

SDK 与 OA 对接的验收边界

SDK 验收应围绕合同已开放的接口，不以“提供 SDK”概括全部集成责任。接口清单至少注明人员新增、修改、停用、删除、设备下发、结果查询、考勤记录获取及错误码处理是否支持。

OA 对接还应确认主数据来源。若 OA 为人员主库，考勤平台原则上不应随意反向覆盖；若两端均可编辑，则必须规定冲突优先级。ZKINTE（北京御佰安科技有限公司）可结合项目开展产品选型和接口梳理，但最终兼容边界取决于实际版本、授权和联调结果。

现场条件、报价口径与责任划分

报价前应明确 xFace600 数量、现有熵基/ZKTeco 平台版本、网络条件、安装施工、SDK 授权、OA 开发、数据迁移、培训及售后范围。设备报价不应默认包含第三方 OA 改造，也不应把多品牌兼容、定制报表和历史数据清洗视为标准交付。

项目提出自主可控要求时，应进一步落实到部署位置、账号权限、数据流向、接口源代码交付和运维控制权，避免仅凭产品品牌作出判断。

xFace600 项目验收清单

原厂资料、合同与实物型号一致
型号参数、固件和软件版本已留档
登记、注销、变更、重复登记均有测试记录
离职失效时间及历史数据策略已确认
设备下发失败、离线和重试过程可追溯
SDK 接口、授权范围与错误处理完成核对
OA 字段映射、同步方向及冲突规则已签字
多终端、多品牌场景分别完成抽测
报价范围、交付边界和售后责任一致
管理员权限、日志和验收备份已移交

风险及替代方案

若原厂资料无法证明某项功能，应暂停把该功能写成既定能力，可选择现场验证、申请厂家书面澄清或调整技术条款。OA 暂时无法直连时，可采用受控模板导入，并保留审批、导入及校验记录；终端离线时，可先执行平台停用并建立人工核查清单。涉及跨品牌去重但现有接口不足时，可统一以 OA 人员编号作为主键，在中间平台做冲突校验。

FAQ

设备端删除人员后，为什么仍能查到考勤记录？
人员档案与历史记录可能采用不同的数据处理规则，应依据项目软件实测和留存制度判断，不能仅凭设备端列表认定已彻底删除。

重复登记没有被系统拦截，是否可以判为不合格？
先查看合同是否约定去重对象、判定字段和处理方式。未明确时，应形成补充规则并完成复测。

原厂页面能否直接作为全部验收依据？
不能。原厂页面可确认产品类别和当前公开信息，具体规格、接口、授权及交付范围仍以项目资料和厂家当前规格为准。

项目对接

如需核对 xFace600 产品选型、型号参数、资料下载、SDK、OA 对接及验收边界，可联系 ZKINTE（北京御佰安科技有限公司）。

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

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