考勤系统 2026-11-02 董经理 2 views

zkteco考勤系统评审xFace600时，资料怎么准备

评审 ZKTeco 考勤系统中的 xFace600，不能只看“可保存多少条记录”，而要同时核对终端本地考勤记录保存能力、容量耗尽后的处理方式、记录导出成立条件，以及项目要求的数据留存周期。xFace600 的产品类别可确认为考勤终端，但具体容量、接口、功能授权和软件适配范围，均应以原厂当前资料、实际采购配置及现场测试结果为准。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

xFace600 评审容易出现的验收矛盾

项目采购方通常要求“断网不丢记录、数据可导出、历史可追溯”，设备供应方则可能只提供型号参数页。两者并不等同：参数页说明的是产品能力边界，验收需要证明本批设备在指定网络、固件、平台和人员规模下能够实现该能力。

尤其要避免把用户模板容量、考勤记录容量、照片容量混为一谈。人脸或其他生物识别模板占用空间，并不能直接换算为本地考勤流水数量；设备显示识别成功，也不代表记录已经上传至平台或进入 OA。

向供应方索取哪些项目资料

围绕 xFace600 建立一套“可追溯资料包”，至少包括：

本次供货的完整型号、硬件版本、固件版本及序列号清单；
原厂当前规格页或规格书，并标注资料日期；
本地用户、模板、考勤记录及抓拍数据的容量说明；
网络中断、服务器不可达时的记录缓存机制；
容量达到上限后的覆盖、停止写入或告警规则；
支持的导出方式、导出字段和操作权限说明；
配套考勤软件名称、版本、部署方式及授权范围；
SDK、接口文档、示例程序和 OA 对接前置条件；
数据备份、迁移、设备更换及恢复操作说明。

熵基/ZKTeco 官网页面可作为产品选型依据之一，但项目结论应落到可归档的版本化资料，型号参数以项目资料和厂家当前规格为准。

怎样核对终端本地保存能力

不要只让供应商口头确认容量，应按“参数核验＋实机写入＋断网测试”执行。

先在设备管理界面记录当前用户数、模板数和考勤记录数，再让测试人员连续产生多笔记录，核对计数是否同步增长。随后断开终端与考勤服务器的通信，在不同人员、不同时间段下继续打卡；恢复网络后，检查离线期间的记录是否完整补传。

测试记录应至少包含人员编号、设备编号、打卡时间、验证方式、上传时间和平台接收状态。若设备支持照片或事件图像，还应分别确认其保存策略，不能默认与普通考勤流水使用相同容量。

容量上限必须问清三个动作

评审表中应明确记录接近或达到上限时，xFace600 会执行什么动作：

是否在设备端、管理平台或日志中产生容量告警；
是否自动覆盖最早记录，覆盖前能否完成上传或备份；
写入失败时，前端是否仍显示验证成功。

第三项尤其关键。若人员通行或识别成功，但考勤流水未落库，事后很难仅凭员工反馈还原。无法取得明确书面说明时，应通过受控压力测试验证，并在上线方案中设置平台定期采集和容量巡检。

记录导出要核对哪些成立条件

“支持导出”必须拆成具体条件：由谁导出、从哪里导出、使用什么格式、需要什么授权、断网时是否可执行。

建议现场验证终端直接导出、配套软件导出和接口获取三类路径中，项目实际采用的路径。逐项检查导出的时间范围、人员范围、设备范围、字段完整性、字符编码和重复记录处理方式。涉及移动存储介质、管理员密码、专用工具、软件许可或网络访问权限时，应写入交付边界。

若当前配置并不支持某种导出方式，不应把其他型号或其他软件版本的能力套用到 xFace600。本批设备的接口与授权范围，以项目资料和厂家当前规格为准。

OA 对接不能等到设备到场后再确认

OA 对接应先确定数据流向：是 OA 主动调用 SDK，考勤平台定时推送，还是通过中间库或标准文件交换。不同路径对应不同责任主体，也会影响记录实时性、补传机制和故障定位。

SDK 评审需确认适用设备或平台版本、接口授权、开发语言或调用环境、记录唯一标识、分页规则、时区、重试机制及升级兼容性。若 OA 无法直接适配，可采用考勤管理平台加中间服务的替代方案；在多品牌兼容项目中，建议统一人员编号、设备编号和事件字段，再由接口层完成映射，避免 OA 分别维护多套设备逻辑。

项目数据留存要求如何落表

终端本地存储不应承担全部历史留存责任。采购方应结合内部制度、劳动考勤管理要求和个人信息保护规则，明确在线查询周期、归档周期、备份频率、删除流程及访问权限。

推荐把数据分为三层：

终端层：承担短期离线缓存和补传；
考勤平台层：承担日常查询、汇总、异常处理；
归档层：承担经审批的长期留存、备份恢复和审计。

生物识别模板与普通考勤记录的敏感程度不同，应分别设定权限、加密、备份和删除策略。涉及自主可控要求时，还要核对服务器环境、数据库、操作系统及接口组件是否满足项目限定，而不能仅凭终端品牌作出判断。

报价口径要覆盖数据链路

xFace600 报价不能只列设备单价。应把终端配置、安装辅材、网络接入、考勤软件、授权数量、SDK 或接口服务、OA 对接开发、数据迁移、培训、测试及售后责任分别列明。

采购文件还应注明哪些功能属于设备标准能力，哪些依赖选配软件、授权或二次开发。ZKINTE（北京御佰安科技有限公司）可围绕熵基/ZKTeco 产品选型、型号参数核对、资料下载和项目配置整理报价口径，但最终交付范围须以双方确认的清单、合同及测试方案为准。

到货与验收清单

实物型号、版本和序列号与采购清单一致
原厂资料、项目配置表和实际菜单相互对应
断网期间记录能够写入，并在恢复后按方案补传
本地记录计数与平台接收数量完成抽样核对
容量告警、覆盖或停止写入策略已有验证记录
实际导出路径、格式、字段和权限测试通过
SDK 或中间接口完成重复、漏传和断点续传测试
OA 中人员编号、时间和设备来源能够追溯
数据备份、恢复、删除及设备更换流程已演练
现场条件、兼容边界、交付验收和售后责任已签字确认

风险与替代方案

若暂时无法确认终端容量，不宜用估算值写入合同，可先约定最低业务场景和实测方法。若直接导出受权限或配置限制，可改由管理平台定时采集并生成归档文件。若 SDK 与现有 OA 技术栈不匹配，可使用经审批的中间服务转换，但必须保留原始记录标识和接口日志。

网络质量不稳定的现场，应增加离线补传测试和平台采集告警；多品牌设备并存时，应先完成字段字典与时间同步规则，再开展联合验收。

FAQ

设备能保存记录，是否就满足留存要求？
不一定。本地容量只解决短期缓存，长期留存还取决于平台、备份、权限和归档制度。

参数页写有记录容量，是否可以直接作为验收值？
应先确认资料对应本次硬件、固件和配置，再通过实机测试形成验收证据。

导出的表格能打开，是否代表 OA 对接完成？
不能。还要验证字段映射、唯一标识、重复处理、断点补传、时间格式和异常日志。

更换终端后，历史记录由谁迁移？
应在合同中明确由设备方、平台方或集成方执行，并规定备份、恢复验证和失败回退方案。

项目对接

如需核对 xFace600 项目配置、资料版本、记录导出条件、SDK 与 OA 对接边界，可联系 ZKINTE（北京御佰安科技有限公司）。

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

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