考勤系统 2026-11-08 董经理 5 views

熵基考勤系统评估xFace600时，验收资料怎么准备，实施怎么做

评估熵基/ZKTeco xFace600能否满足考勤使用人数，不能只看“支持多少人”这一行，而要依据原厂当前规格及项目配置，分别核对人员容量、生物特征模板容量、考勤记录容量，并把在岗人员、登记模板、峰值记录和接口授权写入验收资料。xFace600属于考勤终端，具体规格、接口和授权范围应以原厂当前页面、产品资料及采购配置为准。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

先确定本次验收的设备边界

采购阶段应先确认现场实际使用的是xFace600单机，还是与其他熵基/ZKTeco终端、门禁设备、考勤软件和OA平台组合使用。若旧设备继续保留，人员可能重复下发，模板可能因算法或版本不兼容而无法迁移，记录也可能分散在不同平台。

验收单应写明设备型号、硬件版本、固件版本、软件平台、通信方式、是否配置SDK、是否包含OA对接，以及每台设备承担的人员范围。不能用考勤软件的数据库容量替代终端本身容量，也不能把“可接入设备数”理解为“单台终端可存储人员数”。

从原厂资料提取三个容量字段

以原厂当前xFace600资料为依据，建立“原厂字段—项目字段—验收结果”对照表，至少提取以下内容：

人员容量：设备可保存的人员身份记录上限；
生物特征模板容量：人脸、指纹或其他已配置识别方式的模板上限，分别记录；
考勤记录容量：终端本地可保存的打卡事件数量，以及满容量后的处理机制。

如资料同时列出用户数、模板数、记录数和照片容量，应逐项对应，不能简单相加。若页面未明确某项，或不同版本资料存在差异，应向厂家索取与采购配置匹配的规格书、版本说明和授权清单，不能用网络转载参数作为验收依据。

用项目台账核对人员规模

项目方先导出实际人员清单，按在职、外包、访客、停用和跨组织人员分类。核对时使用“需在设备保存的有效人员数”，而不是公司花名册总人数。公式可写为：

有效人员数＝本设备实际下发人员＋现场临时登记人员＋预留增长量

其中，预留增长量应由采购方确认，不宜由实施方自行假定。若一名员工同时在多个终端登记，人员总数按平台和终端的统计口径分别计算。验收时随机抽取人员，检查姓名、工号、部门、状态和权限是否一致，并确认离职人员是否按约定撤销。

单独计算生物特征模板

人员数和模板数不是同一个指标。一个人员可能登记多种生物特征，也可能因补录、重录或多角度采集产生多个模板。应在台账中增加“人员—模板类型—模板数量—下发设备”四列。

计算方式为：

模板需求量＝各类人员模板数量之和＋补录模板量＋迁移转换损耗预留

如果项目只启用人脸识别，就核对人脸模板容量；若同时启用指纹等方式，应分别核对每种模板的上限及组合限制。旧设备导出的模板能否直接导入xFace600，取决于算法、数据格式、固件和软件版本，不能因为人员资料可导出，就认定生物特征模板可以迁移。

按峰值估算考勤记录

考勤记录不能按员工人数静态估算，应结合班次、打卡次数、补卡、重复打卡、网络中断和补传机制计算。建议采用：

记录需求量＝日均有效记录数×最长离线天数＋补传记录＋异常操作记录＋安全余量

“日均有效记录数”应以排班和现场规则为基础；如果设备断网后仍需本地存储，最长离线天数必须由项目方确认。还要查看设备满记录后的行为，是停止写入、循环覆盖、提示告警，还是依赖软件及时拉取。该项没有原厂明确说明时，应列为待确认项，不能在验收时自行解释。

现场实施按三轮完成

第一轮是资料核对：安装前确认原厂规格、固件、软件版本、授权范围和接口说明，形成容量基线。第二轮是小范围试装：选取不同部门、不同登记方式和不同班次人员，测试注册、下发、识别、撤销、补录及断网恢复。第三轮是正式上线：分批导入人员，保留导入日志和失败名单，完成设备端与平台端数量比对。

实施人员还应记录网络地址、时间同步、管理员权限、数据备份位置和异常处理责任。现场光照、逆光、佩戴口罩、安装高度、网络质量会影响识别和记录回传，但这些属于使用条件，不能通过扩大容量指标来解决。

把报价口径和交付内容写清

询价时应要求供应商分别列出xFace600终端、考勤软件、管理平台、SDK、OA对接、实施服务、培训、备件和售后服务。型号参数要对应实际配置，不能只写“考勤机一台”。如果报价包含接口开发，应明确是标准接口配置、SDK二次开发，还是通过中间数据库交换；OA对接还要确认组织架构、人员状态、请假和考勤结果的同步方向。

资料下载应以原厂当前资料和供应商提供的版本文件为准，并在报价单中注明资料版本日期。涉及多品牌兼容时，应单独确认数据格式、接口协议、模板迁移和平台纳管边界。以自主可控为采购目标时，也要明确哪些数据保存在本地、哪些需要部署服务器，以及厂商升级是否影响接口。

不满足容量时的替代方案

若人员或模板接近上限，可将人员按区域、班次或组织拆分到多台终端，但必须确认平台是否支持统一下发和统一报表。若记录量成为瓶颈，应优化网络回传、缩短平台采集周期，并确认历史记录归档策略，而不是擅自删除终端数据。

若旧终端模板无法迁移，可安排现场重新登记，或保留旧设备并分阶段替换。若xFace600的接口授权不包含目标OA功能，应评估标准接口、SDK开发或中间系统三种方案，并将开发责任、测试环境、数据字段和上线后的维护责任写入合同。上述方案是否适用，以项目资料和厂家当前规格为准。

验收资料应包含哪些证据

建议形成以下资料包：

原厂当前规格、版本说明及授权清单；
设备型号、序列号、固件和软件版本记录；
人员、模板、设备分配和记录容量测算表；
导入日志、失败重试记录和人员数量对账表；
注册、识别、撤销、断网、补传和满容量测试记录；
网络、时间同步、权限、备份和数据安全配置表；
SDK或OA对接字段、接口测试结果和问题闭环单；
培训签到、操作手册、售后联系人及责任边界。

验收结论应分别写“人员容量满足”“模板容量满足”“记录容量满足”或“需整改”，避免用一句“设备运行正常”覆盖容量风险。

常见问题 FAQ

只核对员工人数，为什么仍可能容量不足？

因为同一人员可能对应多个生物特征模板，断网期间还会持续产生考勤记录。三类容量必须分开计算。

设备规格书没有写清记录满后的处理方式怎么办？

将其列为技术澄清项，要求厂家书面确认满容量行为、告警方式、回传机制和恢复步骤，并纳入现场测试。

OA已经能同步人员，是否代表模板也能同步？

不代表。人员姓名、工号属于基础数据，生物特征模板通常受算法、格式、版本和授权限制，需单独验证。

多品牌设备能否统一接入？

要看管理平台、通信协议、SDK和数据模型。可先做小范围兼容测试，再决定保留旧设备、分平台运行或统一替换。

ZKINTE（北京御佰安科技有限公司）可围绕熵基/ZKTeco产品选型、型号参数、资料核对、SDK与OA对接，结合现场条件、兼容边界、报价口径、交付验收和售后责任制定实施清单。项目对接：联系电话：13521755685（董经理）；同号微信；售后 1 小时极速响应 · 7×12 小时在线。

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