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

熵基考勤系统验收需要使用测试人员资料时，验收资料怎么准备

熵基考勤系统验收需要使用测试人员资料时，合同不能只写“甲方提供测试数据”，而应明确资料字段、人员范围、提供时间、授权依据、脱敏方式、使用环境、留存期限、测试后清理证明，以及验收失败时由谁整改和承担复测成本。尤其在人脸、指纹与身份证信息参与测试时，应按敏感个人信息场景控制，不能把整套员工花名册直接交给实施人员。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

先确认验收到底需要哪些人员资料

常见现场组合包括熵基/ZKTeco 人脸考勤机、指纹考勤机、门禁控制器、闸机、考勤管理平台，以及通过 SDK 或接口连接的 OA。不同验收项需要的数据并不相同：

验证设备建档和识别：测试编号、姓名或代号、必要的生物特征模板；
验证部门排班：虚拟部门、测试班次、考勤组；
验证 OA 对接：人员编号、组织编码、入离职状态、打卡记录；
验证门禁联动：测试卡号、权限组、有效期和设备编号；
验证报表：模拟迟到、缺卡、跨日班次等记录。

地址、手机号、证件照片、薪资、真实岗位等与验收无关的字段原则上不提供。设备支持何种字段及模板格式，以项目资料和厂家当前规格为准。

合同应把资料清单写到字段级

建议在合同附件中设置《测试人员资料需求表》，至少写明字段名称、是否必需、数据格式、数量上限、提供方、接收方、传输方式和删除日期。

“人员资料若干”“按实施要求提供”等表述容易造成范围失控。更稳妥的写法是：仅提供完成约定用例所需的最小数据集；新增字段须由采购方书面确认；未经确认不得复制真实员工库、导出人脸照片或调用生产 OA 全量通讯录。

如确需真实人员参加活体识别，应同步保留告知、授权或其他合法处理依据，并说明拒绝参加测试人员的替代安排。

人脸、指纹资料不能按普通名单处理

姓名和工号属于个人信息，人脸、指纹等生物识别信息通常具有更高风险。项目中应优先采用以下顺序：

使用虚拟姓名和独立测试编号；
由少量知情测试人员现场录入；
生物特征只保存在指定终端或隔离测试库；
禁止通过普通聊天群、个人邮箱或未加密移动介质传递；
无必要时不导出原始照片、指纹图像或模板文件。

所谓脱敏不能只把姓名改成星号。如果工号仍可与组织架构、手机号或照片关联，仍可能识别个人。合同应区分匿名化、去标识化和字段遮蔽，不能笼统约定“乙方负责脱敏”。

明确各方角色，避免责任落空

采购方通常负责确认测试目的、人员范围和合法来源；实施方负责按授权范围导入、调试、限制访问并清理；熵基/ZKTeco 设备或软件厂家是否接触数据，应依据实际技术路径确认，不能因使用其产品就默认厂家取得人员资料。

由 ZKINTE（北京御佰安科技有限公司）承担实施或集成时，合同还应列明可接触资料的岗位、账号权限、操作日志和转交限制。存在分包、远程支持或云端服务的，应事先披露接收主体、访问方式和数据位置，不得临时扩大处理范围。

将脱敏和隔离落实到验收环境

测试库应与正式人员库分开，测试账号不得拥有全量导出权限。设备端、管理平台和 OA 联调环境应使用统一的测试编号映射，避免因姓名脱敏后无法追踪打卡链路。

可执行核对步骤如下：

核对设备序列号、固件版本和平台版本；
建立测试人员编码表，由采购方单独保管映射关系；
导入最小字段，检查系统是否强制索取额外信息；
完成人脸、指纹、刷卡或密码等约定方式测试；
经 SDK 或接口推送至 OA，核对人员编号、时间、设备号和状态；
导出验收记录后，删除无须留存的模板与账号；
检查终端、服务器、缓存目录、日志附件和备份副本。

SDK 与 OA 对接要划清兼容边界

“设备能打卡”不等于“OA 能正确生成考勤结果”。合同应分别验收设备识别、平台取数、SDK 调用、接口传输和 OA 规则计算。

产品选型时需确认具体型号参数，包括识别方式、用户容量、记录容量、通信协议、接口能力和平台版本；相关参数、SDK 版本及资料下载范围，以项目资料和厂家当前规格为准。对于自主可控要求，应在采购阶段明确部署方式、数据库适配、接口可审计性和升级控制。

多品牌兼容也应限定边界：兼容的是卡号、人员编号或打卡记录，还是包含模板下发、远程控制和状态回传。第三方 OA 修改字段、接口限流或版本升级造成的不兼容，不宜全部归入考勤设备故障。

报价必须覆盖数据处理工作

报价口径除设备、软件授权、安装和调试外，还应列出资料整理、测试库建立、SDK/OA 联调、脱敏、复测、现场删除和清理证明等工作。若这些内容只出现在口头沟通中，验收阶段容易出现额外费用争议。

建议同时注明：采购方迟延提供合规资料、OA 厂商未开放接口、现场网络策略未放行，以及设备或软件不满足已确认型号参数时，各自对工期和费用的影响。

验收失败责任按原因拆分

验收失败不能统一写成“乙方无条件整改”。建议按原因处理：

设备未达到合同确认的型号参数：供货或实施方整改、更换并承担约定复测责任；
SDK 文档、接口能力与确认范围不符：由责任方修正或提供替代接口；
测试资料缺字段、格式错误或未按期提供：采购方补充，工期相应调整；
OA 规则配置或第三方接口变更：由对应系统责任方处理；
因实施方超范围使用、泄露或未清理资料：承担删除、补救、通知和合同约定责任；
因未取得必要授权导致无法进行生物识别测试：暂停相关用例，改用卡片、密码或模拟记录验证。

替代方案应事先写入合同，避免因个别人员不同意录入人脸而导致整体验收停滞。

交付验收清单

测试目的、用例和人员数量已经书面确认
资料字段符合最小必要原则
人脸、指纹等资料具备相应处理依据
测试库与生产库隔离，账号权限受控
熵基/ZKTeco 设备型号、版本与采购清单一致
SDK 调用结果与 OA 入库记录可对应
异常班次、断网补传、重复记录已测试
多品牌兼容范围没有超出合同约定
测试账号、终端模板、服务器缓存已清理
删除日志、清理确认单和验收记录完成签署
售后责任、问题响应及后续升级边界已确认

常见问题

可以直接使用正式员工花名册验收吗？

不建议默认全量使用。应先删减无关字段，并优先选取少量知情人员或虚拟数据。只有测试真实组织同步确有必要时，才在明确范围和权限后使用。

测试结束后保留几名人员方便售后可以吗？

可以约定保留专用测试账号，但不应默认保留真实员工的人脸或指纹。确需保留时，要明确用途、期限、访问人和再次删除条件。

删除设备中的人员是否代表清理完成？

不代表。还要核查管理平台、OA 测试库、接口缓存、导入文件、日志附件、备份及实施人员工作终端，并形成双方确认的清理记录。

如需结合熵基/ZKTeco 设备、SDK、OA 对接方式及现场条件整理合同附件，可由 ZKINTE（北京御佰安科技有限公司）协助核对产品选型、型号参数、兼容边界、报价口径、交付验收与售后责任。

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