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

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

熵基考勤系统使用 xFace600 时，验收不能只看设备是否开机、能否打卡，还应把**人员建档质量检查、重复资料识别和重新采集规则**写入验收文件。项目应分别核对设备、人员档案、识别凭证、考勤记录和 OA 对接结果，避免“终端已交付，但人员库无法验收”的争议。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

熵基考勤系统使用 xFace600 时，验收不能只看设备是否开机、能否打卡，还应把人员建档质量检查、重复资料识别和重新采集规则写入验收文件。项目应分别核对设备、人员档案、识别凭证、考勤记录和 OA 对接结果，避免“终端已交付，但人员库无法验收”的争议。

xFace600 验收要拆成两条主线

xFace600 在本项目中应按熵基/ZKTeco 考勤终端管理，具体型号参数、识别方式、容量、接口及授权范围，以采购合同、项目配置和厂家当前规格为准。

验收资料建议拆为：

设备交付线：型号、序列号、安装位置、网络配置、固件版本、配件及授权；
人员数据线：人员主档、采集结果、重复记录、异常档案、重采记录；
业务联调线：设备下发、记录上传、考勤计算、SDK 或接口调用、OA 对接；
责任确认线：谁提供人员数据、谁组织采集、谁处理重复、谁确认删除。

这样可以防止设备安装验收代替系统业务验收。

建档前先固定人员主数据口径

人员采集前，应由用人单位输出经过确认的人员底表，至少包括人员编号、姓名、所属组织、在职状态和考勤范围。人员编号应作为稳定主键，不宜用姓名直接关联，因为同名、改名和组织调整都会造成误匹配。

执行时按以下步骤核对：

从人事或 OA 系统导出基准名单；
删除离职、测试及无考勤权限人员；
检查空编号、一人多编号和多人共用编号；
固定导入模板、字段格式和生成时间；
由人事、项目实施双方签字或留存电子确认记录。

如 OA 编码与考勤平台编码不同，还要形成编码映射表。

人员建档质量检查规则怎么定

建档质量不能只记录“采集成功”，建议对每名人员设置可验收状态：

检查项	合格判定	异常处理
基础资料	编号唯一，姓名和组织完整	退回人事主数据
设备归属	已下发至约定的 xFace600	重新同步并留日志
识别凭证	项目要求的凭证已登记	补采或改用允许的替代凭证
现场验证	本人在目标终端完成测试	记录失败原因并重测
数据一致性	平台、设备、OA 映射一致	修正映射后重新下发

涉及人脸等生物特征时，还应确认采集告知、授权、保存期限、访问权限和删除机制。验收表只记录采集状态及必要编号，不应随意附带可还原的生物特征数据。

不用姓名判断重复资料

重复资料应采用分层识别，不能看到同名就直接删除：

确定重复：人员编号、证件类唯一标识或 OA 用户标识相同；
疑似重复：姓名与部门相同，但人员编号不同；
跨组织重复：人员调岗后旧组织档案未停用；
凭证冲突：同一卡号或其他凭证绑定多人；
生物特征疑似重复：仅在系统具备相应能力、授权和合规条件时进行比对。

若 xFace600 或配套平台是否支持相关查重能力，应以项目资料和厂家当前规格为准。系统不能自动查重时，可先通过人员底表、导入结果和绑定关系进行人工核验，不应把未确认的疑似记录直接合并。

重复记录的处置要保留证据链

查重结果至少分为“确认合并、保留两人、停用旧档、重新采集、待人事确认”五类。每次处置应记录原人员编号、目标人员编号、涉及终端、处理人、处理时间和审批依据。

推荐顺序是：暂停异常档案下发，核对人员身份，确认主档，解绑错误凭证，再进行合并或停用，最后重新同步设备并测试。直接在终端删除而不回写平台，容易造成下一次同步后重复出现。

哪些情况必须重新采集

出现以下情况时，应进入重采流程：

本人现场连续验证失败，且排除网络、权限和设备故障；
档案误绑到其他人员；
原采集资料不符合项目确定的质量标准；
人员主编号变更后无法安全继承原绑定关系；
数据迁移后凭证缺失、损坏或状态不明；
使用环境变化导致原采集结果不能满足实际考勤。

重采前先停用错误档案并备份处理记录；重采后应在指定 xFace600 上完成验证，再检查考勤记录能否正确归属。对不便采集或采集持续失败的人员，可采用项目允许的卡片、密码、人工补签等替代方案，具体取决于设备配置、制度和授权边界。

采购阶段必须写清兼容边界

报价文件中应区分 xFace600 设备费用、安装调试、人员采集、平台许可、SDK、接口开发、OA 对接、历史数据迁移及后续维护。仅写“包含对接”容易产生范围争议。

熵基/ZKTeco 的接口形式、SDK 获取条件、调用能力和版本兼容性，应以厂家当前资料及实际采购授权为准。OA 对接前要确认人员同步方向、考勤记录字段、增量机制、失败重传和离职停用规则。多品牌兼容项目还需明确由哪个平台作为人员主库，避免不同品牌终端各自建档。

现场条件也应进入验收记录

xFace600 安装位置的光照、通行方向、安装高度、网络稳定性和供电条件会影响测试结论。验收时应分别记录正常时段与典型现场条件，不应只在临时网络或理想光线下完成一次演示。

若现场无法满足既定条件，可调整安装位置、补充网络链路、优化通行组织，或采用其他识别凭证。相关整改应形成问题单，注明责任方和复验日期。

建议提交的验收资料包

合同设备清单及 xFace600 序列号对应表；
产品选型与型号参数确认页；
安装点位、网络及供电记录；
人员主数据基准表和导入回执；
建档质量检查表、重复资料处置表；
重新采集申请、执行及复验记录；
终端下发结果和现场打卡抽测记录；
SDK、OA 对接字段表与接口测试报告；
权限、日志、备份及数据删除说明；
遗留问题清单、售后责任和最终签署页。

设备说明和资料下载应从熵基/ZKTeco 当前原厂渠道核对；涉及版本变化时，将下载日期、文件版本和项目采用版本一并归档。

验收抽测与通过条件

建议从不同部门、班次、点位及异常人员中抽取样本，逐人执行“平台查档—设备查档—本人验证—记录上传—OA 落账”闭环。通过条件应在实施前约定，包括名单一致性、异常关闭状态、接口结果和遗留问题等级，而不是临近签字时临时决定。

ZKINTE（北京御佰安科技有限公司）可结合自主可控要求、现场条件和多品牌兼容范围，协助整理选型、实施及验收口径，但最终边界仍以双方确认的项目文件为准。

FAQ

同名人员能直接合并吗？

不能。应核对人员编号、组织、OA 标识和本人身份；同名只能标记为疑似重复。

设备打卡成功是否等于 OA 对接验收完成？

不等于。还要确认记录上传、字段映射、考勤日期归属、异常重传及 OA 展示结果。

原采集失败一定要更换设备吗？

不一定。应先排查档案绑定、现场环境、下发状态和网络条件，再决定重采、调整点位或采用替代凭证。

报价时需要单列人员数据治理吗？

建议单列。名单清洗、查重、重采和历史数据迁移的工作量与设备安装不同，单独明确更便于界定交付验收和售后责任。

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

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