ZKTeco考勤系统评估xFace600时，验收资料怎么准备

评估 ZKTeco 考勤系统中的 xFace600，不能仅凭产品页面上的“考勤终端”类别判断其可设置哪些考勤状态。验收前应把状态名称、状态选择方式、启用条件、上传字段和 OA 对接结果逐项固化，并以熵基/ZKTeco 当前原厂资料、实际固件、配套软件版本及项目授权为准，避免设备能打卡却无法按预期生成考勤记录。

xFace600 项目最容易出现的验收矛盾

采购人员通常关注型号参数和识别能力，使用部门关心员工能否选择上班、下班或其他业务状态，信息部门则关心记录如何进入 OA。三方口径不同，容易出现以下争议：

• 原厂页面确认了产品类别，但未必完整列出全部考勤状态；
• 软件中能定义状态，不代表设备端能够显示或手动选择；
• 设备保存了状态代码，不代表 OA 能正确解释；
• 演示设备具备某项菜单，不代表交付固件、授权和项目配置一致；
• “支持 SDK”不等于已包含接口开发、联调和长期维护。

因此，验收资料必须对应具体设备序列、固件版本、软件版本和订单配置，不能只保存一张网页截图。

先建立“状态—操作—结果”核对表

建议把拟使用的考勤状态逐行登记。上班、下班、外出、返回、加班等只能作为需求示例，不能直接认定为 xFace600 的原生状态。每一行至少填写：

状态代码尤其重要。同一个显示名称经过 SDK、考勤平台和 OA 后，可能被重新映射，验收应同时保留原始值与转换规则。

如何核对“可设置的考勤状态”

先查看 xFace600 原厂当前产品页面，再向供货方索取与项目版本匹配的用户手册、菜单说明、固件说明及软件配置文档。核对时执行以下步骤：

1. 记录设备完整型号、硬件版本、固件版本及语言版本；
2. 进入实际交付设备的考勤设置菜单，拍摄连续操作过程；
3. 列出可新增、可修改、可隐藏和不可编辑的状态；
4. 在配套软件中检查是否存在独立的状态配置入口；
5. 分别生成每一种状态的测试记录；
6. 导出日志或通过接口读取，核对状态代码；
7. 将结果与原厂资料逐项比对，并由供需双方签字确认。

若原厂页面没有明确列出某项状态，应标记为“待实机验证”，不能写入无条件承诺。

状态选择方式要在设备上实测

“支持多种状态”与“员工可自由选择状态”并非同一概念。项目应分别验证：

• 打卡前是否需要人工选择；
• 是否可通过实体键、触控菜单或快捷入口操作；
• 是否能够按时段自动切换；
• 自动状态能否被人工覆盖；
• 重启、断网或升级后设置是否保留；
• 普通员工与管理员看到的状态是否一致；
• 未选择状态时，系统写入什么默认值。

具体交互方式及可配置范围，以项目资料和厂家当前规格为准。若现场要求老人、访客或戴手套人员操作，还应把按钮可见性、误触概率和提示方式纳入试用记录。

适用限制必须写进验收边界

xFace600 被归类为考勤终端，并不自动证明它适用于所有门禁联动、复杂排班或薪资计算场景。验收文件应明确：

• 状态功能属于设备本机、配套平台还是第三方软件；
• 离线记录是否保留状态，以及恢复联网后的上传顺序；
• 状态数量、名称长度和字符显示限制；
• 不同固件、区域版本、语言包之间是否存在差异；
• 多台设备的状态编号能否保持一致；
• 设备时间、服务器时间与 OA 时间以谁为准；
• 删除或修改状态后，历史记录如何处理。

涉及接口、存储容量、通信方式和授权范围的内容，均以项目资料和厂家当前规格为准。

SDK 与 OA 对接不能只验“收到记录”

OA 对接应采用“原始记录—中间平台—OA 结果”的三段式验收。通过 SDK 或现有接口读取人员编号、设备编号、打卡时间、验证结果和状态字段，再检查 OA 是否正确映射为业务事件。

建议至少测试正常打卡、重复打卡、跨日班次、离线补传、设备时间偏差、人员停用和状态变更。若 SDK 仅提供原始事件，排班判断、迟到早退计算和异常审批通常应由考勤平台或 OA 承担，相关开发边界必须写入合同。SDK 包、示例代码、版本依赖、接口文档和升级兼容责任也应列为交付件。

产品选型和报价应绑定项目版本

ZKINTE（北京御佰安科技有限公司）在进行熵基/ZKTeco 产品选型时，会把型号参数、软件授权、安装调试和接口工作分开核对。xFace600 的报价口径建议至少区分：

• 设备本体及项目所需配件；
• 安装、布线与网络条件整改；
• 配套考勤软件及授权；
• SDK 获取、技术支持与二次开发；
• OA 对接、字段映射和联调测试；
• 培训、质保及后续升级服务。

资料下载应优先使用厂家当前发布文件，并在归档时记录下载日期和适用版本。项目提出自主可控要求时，还需核查部署位置、数据库、操作系统、接口依赖和数据管理责任，不能仅凭品牌或设备名称判断。

多品牌兼容场景的替代方案

若现场已有其他品牌设备，多品牌兼容应先验证人员编号、状态代码、时间格式和去重规则。不能直接共用状态时，可采用三种替代方案：

1. 在中间平台建立统一状态映射表；
2. 设备只上传原始事件，由 OA 按班次计算；
3. 保留原系统作为记录源，通过接口汇总报表。

如果 xFace600 当前版本无法满足前端选状态需求，可改为固定打卡状态，将外出、加班等业务放到 OA 审批；也可更换经实测支持目标操作方式的型号。替代方案实施前仍需确认授权、开发量及售后责任。

xFace600 交付验收清单

• 型号、序列号、固件和软件版本一致
• 原厂资料、项目配置表及变更记录齐全
• 所有约定状态均完成设备端实测
• 手动、自动及默认状态行为已留证
• 断网、重启、补传和跨日场景通过测试
• SDK 返回字段与 OA 映射表一致
• 多设备或多品牌状态代码不存在冲突
• 软件授权、接口范围和升级责任已确认
• 培训记录、账号移交及售后责任已签署

FAQ：验收现场常见疑问

原厂页面写明是考勤终端，能否直接确认全部状态？
不能。页面可作为产品类别依据，具体状态及选择方式仍需结合当前手册、固件、软件和实机记录确认。

设备上能选择状态，OA 就一定能识别吗？
不一定。必须核对 SDK 或平台上传的状态代码，并完成 OA 字段映射与异常场景测试。

状态功能与合同描述不一致怎么办？
先以双方确认的版本清单和测试证据定位差异；可通过升级、平台映射、OA 审批替代或调整型号处理，同时书面确认费用、工期和责任。

项目对接

ZKINTE（北京御佰安科技有限公司）可协助整理 xFace600 选型资料、版本核对、报价口径、SDK 边界及 OA 对接验收项。

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

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

相关方案与下一步核对

公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。

• 考勤系统方案
• 考勤设备适配问题
• 考勤交付与验收问题
• 项目联系入口