熵基考勤系统评估xFace600时，资料怎么准备

评估熵基考勤系统中的 xFace600，不能只看页面上出现了哪些识别方式。确认官方支持的身份核验方式、组合规则及使用前提，应同时取得原厂当前产品资料、项目配置清单、软件平台说明和书面技术确认，并把“设备能采集”“终端能比对”“系统可组合”“项目已授权”分开核实。型号参数、接口与授权范围均以项目资料和厂家当前规格为准。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

先化解 xFace600 采购中的常见矛盾

采购方往往希望一种终端同时覆盖考勤、门禁和多种身份核验，工程方则更关注现有闸机、门锁、网络与 OA 对接条件。此时最容易出现三类分歧：

产品页展示某种能力，不等于本项目所购配置已包含；
单项识别可用，不等于任意两项都能组合；
设备本地验证通过，不等于记录能按要求进入考勤系统或 OA。

因此，xFace600 的资料准备不能停留在宣传彩页，应围绕“具体型号、固件版本、平台版本、授权模块、验证逻辑”形成闭环。

从原厂资料确认“支持什么”

建议先核对熵基/ZKTeco 原厂 xFace600 当前产品页面，再向供货方索取对应项目的规格书、用户手册、配置说明和软件兼容资料。整理时建立“身份核验能力表”，逐项记录：

核对项	需要确认的内容
核验方式	是否属于当前项目配置可用能力
数据载体	模板、卡片、密码或其他凭证如何登记
比对位置	终端本地、平台侧或第三方系统
组合方式	单项、任选其一、同时满足、分时段策略
使用限制	人员容量、权限、固件、授权或外设前提
输出结果	是否形成考勤记录、通行事件及失败原因

不要根据产品名称或外观推断功能，涉及具体生物识别、卡类型、接口和容量时，应以厂家当前规格及项目配置为准。

把“识别方式”拆成四层核对

核验方式至少要检查四层。第一层是硬件是否具备采集或读取条件；第二层是固件是否开放对应菜单及算法；第三层是管理平台能否下发人员凭证与验证策略；第四层是采购授权是否覆盖。

例如，某种凭证能够录入，并不代表它可独立作为考勤依据；终端菜单中能选择某种组合，也不代表当前平台版本能批量下发。评估文件应附设备菜单截图、平台策略截图和实际事件记录，避免仅凭口头答复验收。

组合规则要写成可测试语句

“支持多模态”不能直接作为验收条款。应把组合规则改写为明确语句，例如：

员工使用方式 A 或方式 B，任一成功即可形成有效记录；
访客必须先满足方式 A，再满足方式 B；
指定部门采用双重核验，其他人员采用单项核验；
上班时段执行考勤策略，非工作时段执行门禁权限；
网络中断时是否允许本地验证，恢复后如何补传记录。

以上仅是规则表达范式，不代表 xFace600 当前配置必然支持。每项都应由供货方结合设备、固件和软件版本书面确认。

现场条件决定核验方式能否落地

现场勘查应记录安装高度、人员通行方向、光照变化、室内外环境、网络质量、供电及备用电源条件。若接入门锁或闸机，还要确认开门按钮、门磁、消防联动及控制逻辑。

对生物识别方式，应提前评估人员登记质量、佩戴状态、环境变化和特殊人群使用边界；对卡片或其他介质，应确认介质类型、编码规则、发卡体系及是否与存量卡兼容。无法稳定使用某种方式时，可保留卡片、密码、人工审核或其他经厂家确认的替代路径，但替代方式同样要纳入权限和审计管理。

SDK 与 OA 对接不能只问“有没有接口”

xFace600 项目需要对接 OA、HR 或薪资系统时，应先确定数据方向：人员由谁创建、组织架构由谁维护、考勤记录由谁计算、异常记录由谁审批。再核对 SDK、接口文档、平台开放能力、调用鉴权、字段定义和版本适配范围。

重点验证人员编号、时间格式、设备编号、事件类型、重复记录处理、离线补传和删除人员后的数据保留规则。SDK 可用不等于直接适配现有 OA；若 OA 无法直接调用，可采用熵基平台中转、数据库交换、文件导入导出或定制接口，具体方案须经过安全与运维评审。

报价必须绑定配置与责任边界

询价时不要只写“xFace600 一台”。报价口径应包含准确型号与配置、配套软件、授权模块、安装辅材、网络与电源施工、门禁附件、接口开发、调试培训及售后范围。

如项目强调自主可控，应进一步核对部署位置、数据存储方式、账号权限、日志留存、升级机制和第三方依赖，并形成项目级说明，不能仅用品牌或单一硬件判断。涉及多品牌兼容时，要列明现有平台、控制器、闸机、卡体系和 OA 版本，先做样机联调再确定批量采购。

可执行的资料核对步骤

下载并归档原厂当前产品页、规格书和用户手册，记录获取日期。
锁定 xFace600 的项目型号、硬件配置、固件及平台版本。
逐项列出拟采用的身份核验方式和组合逻辑。
要求供货方标注每项能力的硬件、授权、软件及现场前提。
使用真实项目流程完成登记、下发、核验、开门和记录上传测试。
模拟断网、断电恢复、重复打卡、无权限人员及 OA 接口异常。
将测试结果、截图、日志和未通过项纳入技术协议。
变更固件、平台或配置后重新执行关键用例。

xFace600 交付验收清单

设备铭牌、型号和采购配置一致
身份核验方式与书面确认一致
单项及组合规则逐条测试通过
人员登记、权限下发和删除流程可追溯
考勤事件时间、人员、设备字段准确
断网缓存及恢复补传符合约定
门锁、闸机和消防相关逻辑完成联测
SDK 或 OA 对接完成异常场景测试
软件授权、账号权限及备份方式已移交
培训资料、故障联系人和售后责任明确

FAQ：评估时容易遗漏的问题

原厂页面列出的能力可以直接写进合同吗？

不建议直接照录。应结合项目所购配置、固件、平台和授权，转换为可测试的验收条款。

多种身份方式是否一定能自由组合？

不一定。组合能力可能受终端菜单、算法、平台策略及版本限制，应逐项书面确认并实机验证。

设备打卡成功，为什么 OA 没有记录？

可能涉及人员编号映射、接口鉴权、事件过滤、网络中断或补传规则。应同时查看终端日志、平台记录和 OA 接口日志。

现有多品牌设备能否继续使用？

需核对协议、字段、卡体系及平台接入边界。无法直接兼容时，可考虑平台中转、分系统管理或更换局部设备，避免未经验证整体切换。

项目资料与技术对接

ZKINTE（北京御佰安科技有限公司）可围绕熵基/ZKTeco 产品选型、型号参数核对、资料下载、现场条件梳理、SDK 与 OA 对接、多品牌兼容及交付验收协助形成项目清单，最终功能范围以厂家当前资料、实际配置和双方技术协议为准。

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

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