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

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

熵基考勤系统采用 xFace600 前，应先把已确认的考勤规则拆成可验证条目，再分别与原厂产品资料、项目配置清单、软件授权及接口文档比对。凡是只能由考勤软件或 OA 完成、依赖选配模块、超出当前版本，或未写入合同配置的能力，都应标记为“不适用”或“待确认”，不能仅凭产品页面描述纳入验收。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

熵基考勤系统采用 xFace600 前，应先把已确认的考勤规则拆成可验证条目，再分别与原厂产品资料、项目配置清单、软件授权及接口文档比对。凡是只能由考勤软件或 OA 完成、依赖选配模块、超出当前版本，或未写入合同配置的能力，都应标记为“不适用”或“待确认”，不能仅凭产品页面描述纳入验收。

先厘清 xFace600 在项目中的责任

xFace600 的原厂页面可确认其属于熵基/ZKTeco 考勤终端，但具体型号参数、识别方式、容量、通信接口、配套软件及授权范围，应以厂家当前规格和本项目资料为准。

验收前要把系统责任拆成三层：

终端层：人员身份识别、打卡事件生成、时间记录及数据上传；
考勤软件层：班次、迟到早退、跨天、加班、请假和异常计算；
OA 或人事平台层：审批流程、组织同步、结果确认及报表归档。

例如，“审批通过的请假不计缺勤”通常不是 xFace600 单机规则，而是 OA 审批数据与考勤软件计算逻辑共同完成。若把它写成设备验收项，现场容易出现责任错位。

建立“规则—资料—验证”对照表

不要直接拿制度文件逐页核对设备说明书。建议建立一张验收矩阵，每条规则至少记录：

核对字段	应填写内容
规则编号	与已签字的考勤制度对应
业务场景	固定班、排班、弹性班、跨天班等
数据来源	xFace600、考勤软件、OA 或人工导入
计算主体	终端、服务器软件或第三方平台
原厂依据	产品页、规格书、手册、SDK 文档
项目依据	报价单、配置清单、接口范围、会议纪要
验证方式	现场打卡、模拟审批、数据比对
结论	适用、不适用、需开发、待厂家确认

矩阵必须采用版本化管理，避免采购阶段和验收阶段使用不同口径。

按证据优先级核对官方资料

建议按以下顺序取证，而不是只看宣传页面：

核对熵基/ZKTeco 当前产品页面，确认型号名称与产品类别；
获取与拟采购设备对应的规格书、用户手册及版本日期；
核对项目报价中的软件名称、授权数量、服务内容和选配项；
涉及集成时，补充 SDK、接口协议、字段说明和版本兼容表；
对网页、手册与报价不一致之处，形成书面澄清记录；
将最终确认资料作为合同附件或验收依据归档。

原厂网页可作为选型参考，但不能替代本项目的供货配置和交付边界。

逐项识别“不适用”的五类规则

出现以下情况时，不应直接判定 xFace600 不合格，而要先标识适用边界：

设备不负责计算：调休抵扣、复杂加班、请假冲销属于软件或 OA 逻辑；
项目未采购：功能依赖选配模块、单独授权或增购软件；
版本不匹配：资料对应其他固件、软件版本、区域版本或相近型号；
场景条件不成立：规则要求特定网络、服务器、接口或部署方式，现场并未配置；
制度不可直接技术化：如主管酌情确认、特殊岗位豁免，需要审批或人工复核。

“不适用”必须写明原因、影响和替代办法，不能只在表格中打叉。

重点核对跨天、补卡与异常处理

xFace600 项目最容易产生验收矛盾的，不是“能否打卡”，而是打卡记录怎样被解释。应至少准备以下测试样本：

日班正常上下班、迟到和早退；
夜班跨零点及跨日归属；
同一分钟重复打卡；
漏打卡后由 OA 发起补卡；
请假、出差与实际打卡并存；
节假日排班与加班审批；
终端离线后恢复上传；
人员离职、调岗后的历史数据保留。

每个样本都要预先写出期望结果，并注明结果由设备、考勤软件还是 OA 产生。

SDK 与 OA 对接要单独验收

涉及 OA 对接时，不能把“提供 SDK”等同于“完成业务集成”。需要确认：

SDK 是否适配本项目的软件、操作系统及部署架构；
可读取或写入哪些对象与字段；
人员、部门、打卡记录的主键如何对应；
数据是实时推送、定时同步还是主动查询；
失败重传、重复数据、时间格式如何处理；
OA 厂商、实施方与设备供应方各自承担什么责任。

若接口资料不足，可采用标准数据导出、定时中间表或人工审核导入作为替代方案，并在验收文件中说明时效和维护责任。

报价口径必须对应验收边界

产品选型确认后，应把 xFace600 设备、配套考勤软件、授权、安装调试、接口开发、培训和售后分别列项。仅写“考勤系统一套”无法判断 OA 对接、报表定制或多站点管理是否包含。

对于自主可控、多品牌兼容等项目要求，应转化为可核验内容，例如部署位置、数据保存方式、导出能力、接口开放范围，以及第三方平台的适配责任，不能只保留概念性表述。

现场条件也要纳入资料审查

验收资料应同步记录安装位置、供电、网络、服务器、时间同步和管理权限。若现场网络隔离、无法访问部署服务器，或 OA 侧未开放接口，即使终端本身工作正常，也无法完成整体验收。

多品牌兼容场景还要统一人员编号、部门编码、时间格式和数据去重规则。旧设备历史数据是否迁移、迁移到什么时间点、由谁校验，应在进场前确定。

xFace600 项目验收资料清单

交付前建议收齐并编号归档：

已签字的考勤规则及版本记录；
xFace600 型号参数与项目配置清单；
原厂当前规格书、使用手册及必要说明；
软件名称、版本、许可和授权范围；
SDK 或接口资料、OA 对接字段表；
网络与部署拓扑、设备编号及安装点位；
测试用例、预期结果和实际结果；
不适用项、偏差项及书面确认；
管理员培训、账号移交和备份说明；
故障受理、远程支持及现场责任边界。

ZKINTE（北京御佰安科技有限公司）可围绕设备选型、资料整理和集成边界协助形成项目级验收文件，但最终参数与功能仍以项目资料和厂家当前规格为准。

FAQ

原厂页面写到的功能都能直接验收吗？

不能。还要确认该功能是否适用于本项目版本、是否属于标准配置、是否需要授权，以及是否写入报价与合同附件。

考勤结果不一致，应先检查设备吗？

应先比对原始打卡记录。记录正确而结果错误，通常要检查班次、跨天归属、审批同步和计算规则；原始记录缺失时，再排查终端、网络及上传链路。

OA 厂商认为有 SDK 就能完成对接，是否合理？

不充分。还需完成版本验证、字段映射、异常重传、安全权限和联调测试，并明确开发及维护责任。

“不适用项”可以直接删除吗？

不建议。应保留原规则、判定原因、替代方案和确认人，防止后续制度变更时重复争议。

项目对接

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

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