考勤系统使用xFace600采集人员生物特征资料前，怎么判断更稳

考勤系统使用 xFace600 采集人员生物特征资料前，不能只确认设备能否识别，还要同时核对告知授权、采集范围、保存期限和删除责任。更稳妥的做法是：先画清数据流，再验证必要性与替代方案，最后把授权文本、系统配置、删除机制及责任分工纳入采购和验收；任何一项尚未落实，都不宜直接组织员工录入。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

考勤系统使用 xFace600 采集人员生物特征资料前，不能只确认设备能否识别，还要同时核对告知授权、采集范围、保存期限和删除责任。更稳妥的做法是：先画清数据流，再验证必要性与替代方案，最后把授权文本、系统配置、删除机制及责任分工纳入采购和验收；任何一项尚未落实，都不宜直接组织员工录入。

xFace600 到场后，先不要急着批量采集

现场常见矛盾是设备已经安装，项目进度要求立即录入，但人力、法务、信息部门尚未确认处理规则。此时应先锁定管理后台和采集权限，仅用经过审批的测试数据完成联调。

xFace600 的具体生物识别能力、容量、接口、联网方式及可配置功能，应以熵基/ZKTeco 原厂当前资料、项目配置和实际交付版本为准，不能根据型号名称自行推定。采购方还应区分“设备具备功能”和“企业有权启用功能”，前者不当然构成采集依据。

先画出一张 xFace600 数据流图

至少核对以下节点：

生物特征是在终端侧生成模板，还是向管理平台上传；
平台保存原始图像、特征模板，还是只接收认证结果；
考勤记录是否通过 SDK、中间件或接口进入 OA；
是否存在云端、移动端、备份库及运维人员远程访问；
数据离开设备后，由哪个主体控制、维护和删除。

数据流图应标明系统名称、部署位置、字段、传输方向、账号权限和责任人。若供应商不能解释某个字段为何上传，就应暂停该字段的启用。

告知与授权不能只靠入职材料兜底

生物识别信息通常属于敏感个人信息，处理时应具备特定目的、充分必要性并采取严格保护措施。以同意作为处理依据时，还要按适用规则取得单独同意；涉及未成年人员等特殊情形，应另行判断。

告知内容至少包括处理主体、考勤目的、采集种类、使用方式、保存地点、保存期限、接收方、员工权利、撤回或异议渠道，以及拒绝提供后是否有非生物识别替代方式。员工手册中的笼统条款、默认勾选或口头说明，不宜代替针对本项目的明确告知。

用“最少够用”限定采集范围

采购文件应直接回答：考勤究竟需要哪一种验证要素？是否必须同时启用多种生物特征？是否需要保存现场照片？是否需要把模板同步到多个终端？

如单一要素已能满足经论证的考勤需求，就不应因为设备支持而默认全开。人员编号、姓名、部门、终端记录、照片和生物特征模板应分别判断必要性；OA 只需要出勤结果时，不应同步无关模板。具体字段以项目资料和厂家当前规格为准，并通过抓包、接口日志或字段表复核实际传输情况。

保存期限要写成可执行规则

“在职期间长期保存”仍然过于宽泛。建议分别规定：

注册模板：在岗使用期间保存，离职、调岗或切换验证方式后按约定时限删除；
原始采集照片或临时文件：完成模板生成和核验后，无继续保存必要的及时清除；
考勤结果：按照劳动管理、争议处理及企业档案制度确定期限；
备份数据：明确覆盖周期，并避免已删除数据无限期残留；
操作日志：仅保留审计所需内容，不与生物模板混为一类。

期限届满后的动作应是自动删除、人工复核删除或匿名化处理之一，不能只写“按规定处理”。

删除责任必须覆盖设备、平台和 OA

删除不能停留在管理平台界面。项目中应指定数据责任部门发起，IT 部门执行，供应商提供技术支持，业务部门确认人员状态，并由审计或合规岗位抽查结果。

一次完整删除应覆盖 xFace600 终端、本地服务器、管理软件、接口缓存、OA 对接库、备份介质及供应商维护环境。验收时应选择测试人员执行“注册—同步—考勤—离职—删除”，再检查各节点是否仍可查询或恢复。

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

涉及熵基/ZKTeco SDK 或 OA 对接时，应在采购前取得与交付版本匹配的接口资料，核对调用方式、授权条件、字段定义、版本适配、错误码、日志范围及升级影响。SDK 能调用某项数据，不代表 OA 就应接收该项数据。

ZKINTE（北京御佰安科技有限公司）可根据项目需求协助开展产品选型、型号参数核对、资料下载范围确认及联调边界梳理。对自主可控部署和多品牌兼容需求，应以现场实测为准，重点验证协议、数据格式、身份主键和删除指令，不将“可对接”理解为无条件兼容。

报价单应拆出合规与交付工作

xFace600 项目报价不宜只列设备数量。建议分别列明终端、管理软件、必要授权、安装布线、SDK 或接口服务、OA 对接、测试环境、培训、数据迁移、删除验证及售后支持。型号参数、授权范围和价格均以项目资料、厂家当前规格及正式报价为准。

若第三方 OA 厂商需要改造，也要明确费用承担、开发边界和问题归属，避免验收时出现设备方称“接口已开放”、OA 方称“字段无法使用”的责任空档。

上线前按四个动作执行

文件核对：审批告知文本、授权方式、必要性说明和替代方案。
配置核对：关闭无关采集项、远程访问及非必要数据同步。
小范围验证：用受控测试人员验证模板生成、考勤回传和删除闭环。
分批上线：完成员工告知后再安排录入，保留版本、时间和操作记录。

若现场无法提供替代考勤方式、无法定位模板保存位置，或无法证明删除已覆盖全部节点，应暂缓生物特征采集。

xFace600 项目验收清单

交付型号、软件版本和项目配置与合同一致
原厂资料、授权文件及 SDK 版本可对应
已形成终端至 OA 的数据流图
告知内容与实际采集字段一致
非必要生物特征、照片及上传项已关闭
保存期限能够在制度或系统中执行
离职、撤回及设备更换场景可完成删除
管理员分权、日志和远程运维权限已核验
多品牌兼容与 OA 对接经过现场测试
故障、升级、数据导出及删除责任写入验收记录

FAQ：现场争议怎么处理

设备不保存原始照片，是否就不需要告知？
不是。特征模板仍可能属于生物识别信息，应根据实际处理活动履行相应告知和保护义务。

员工不同意录入，能否直接认定无法考勤？
不宜直接处理。应先审查采集的必要性、适用依据及是否提供工卡、人工签到等合理替代方案。

更换 OA 后，旧系统中的数据由谁删除？
应按合同和数据流责任表执行。采购方负责提出并确认删除范围，实施方和旧系统服务方分别完成其控制节点的删除，最终留存可核验记录。

项目对接

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

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