考勤系统 2026-11-07 董经理 1 views

熵基考勤系统选用xFace600时，报价怎么核对

熵基考勤系统选用 xFace600 时，报价不能只核对设备单价，还要确认员工离职后生物特征数据能删除到哪些位置、由谁执行、是否需要 SDK 或 OA 对接开发，以及用什么证据证明删除完成。采购前应把“停用账号”“删除人员”“删除生物模板”“清理历史数据”区分开，否则即使设备已交付，也可能出现终端删除了、平台或 OA 中仍保留数据的验收争议。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

先锁定 xFace600 的项目配置

原厂产品页面可用于确认 xFace600 属于考勤终端，具体型号参数、识别方式、容量、接口、软件版本及授权范围，应以熵基/ZKTeco 当前原厂资料和项目配置为准。

询价时应同步确定：

实际采购的完整型号、硬件版本及固件版本；
启用人脸、指纹或其他凭证的具体范围；
单机使用，还是接入熵基管理平台；
是否通过 SDK 与 OA 对接；
人员数据是否会下发到多台终端；
是否存在中间库、同步服务、备份库或容灾副本。

如果上述条件未确定，供应商很难对“删除范围”给出可验收承诺。

把离职删除拆成五个数据层级

员工离职后的删除对象至少应逐层核对，不能只写“删除员工资料”。

xFace600 终端本地：人员编号、姓名、卡号，以及项目实际采集的人脸或指纹模板、原始图片等。
熵基管理软件：人员主档、生物模板、设备下发任务及缓存数据。
SDK 或接口服务：同步队列、失败重试数据、接口日志和临时文件。
OA 及关联系统：OA 人员档案、考勤映射关系、附件或中间数据库。
备份与历史记录：数据库备份、导出文件、运维备份及依法需要保留的考勤记录。

生物特征模板与考勤打卡记录不是同一对象。项目可以删除模板，同时按照企业制度或法规保留必要的考勤结果，但应在方案中写明两者边界。

用原厂资料确认“能删什么”

采购方应要求供应商提供与交付版本相匹配的产品说明、管理员手册、软件操作手册、SDK 文档和版本兼容表，并围绕以下问题形成书面答复：

删除人员时，是否同步删除其生物模板；
删除命令是按人员、按凭证，还是整库清除；
平台删除后是否自动向所有 xFace600 下发；
设备离线时，删除任务是否排队及重试；
人脸图片与特征模板是否分别存储、分别删除；
已删除模板是否可能通过备份、缓存或再次同步恢复；
接口返回成功代表“任务已接收”还是“终端已完成”。

原厂资料未明确的内容，不应由销售口头推定，应列为项目验证项。

区分停用、注销与物理删除

“离职停用”通常只表示员工不能继续打卡，不等于数据已被物理删除；“删除人员”也未必覆盖日志、备份和第三方系统。报价与技术协议应分别定义：

停用：保留人员及模板，仅取消使用权限；
注销：解除人员与设备、卡片或账号的绑定；
模板删除：删除实际启用的人脸、指纹等特征数据；
记录清理：按约定处理日志、缓存、导出文件和备份。

如果原厂软件不支持按人员清除某类数据，应提前说明限制，并采用人工清理、缩短备份保留周期、数据库受控处理或替换软件架构等方案。

报价单要对应删除责任

xFace600 报价建议按责任边界拆分，而不是只列“设备一台、软件一套”：

报价项目	必须核对的内容
终端设备	完整型号、配置、固件及质保范围
管理软件	版本、许可方式、删除功能及设备数量边界
SDK	是否提供、授权范围、接口文档及升级影响
OA 对接	离职触发、删除回执、失败重试与日志开发
实施服务	设备注册、人员迁移、权限配置和删除测试
售后服务	故障响应、版本升级、接口变更及责任划分

若 OA 对接不在标准报价内，应单独列开发、联调和验收费用，避免把接口能力默认包含在设备价格中。

按真实离职流程做删除测试

验收时应创建专用测试员工，在项目启用的每类生物凭证上完成录入，并同步至指定 xFace600。随后按企业离职流程从 OA 或管理平台发起删除，至少核验：

OA 状态已变更，且产生可追踪的离职任务；
管理平台中人员与生物模板按约定消失；
所有关联终端均返回执行结果；
该员工无法继续完成身份核验或考勤；
设备离线后重新联网，删除任务仍能执行；
同步服务重启后，旧模板不会被重新下发；
备份恢复测试符合约定的保留和清理规则。

仅凭软件界面“删除成功”提示，不足以证明全链路删除完成。

删除结果需要哪些验收证据

建议把以下材料列入交付验收清单：

xFace600 设备清单、序列标识和版本记录；
删除前后的人员及模板数量对照；
平台操作日志、接口请求与回执；
每台终端的在线状态和任务执行结果；
离线设备补执行测试记录；
OA、中间库及同步缓存核查结果；
备份保留周期、访问权限和清理责任人；
厂家资料版本、资料下载日期及项目偏差说明。

如系统无法导出终端级删除回执，应在验收前约定替代证据，例如终端查询、重新识别测试和数据库受控核查。

现场条件与多品牌兼容边界

已有项目可能同时存在熵基/ZKTeco 与其他品牌终端。多品牌兼容不能只看“都能接 OA”，还要核对人员编号规则、模板格式、删除指令、回执语义和离线策略。不同品牌的生物模板通常不能默认互通，具体以厂家当前规格和项目资料为准。

对于自主可控要求，应落实到服务器部署位置、账号权限、数据库控制权、接口文档可获得性及运维审计，而不是仅在方案中使用概念性表述。

验收前的采购确认清单

xFace600 完整型号及版本已写入合同附件
生物特征采集种类和存储位置已确认
离职后的删除层级、执行人和时限已明确
SDK 与 OA 对接范围已单独列项
离线终端、失败重试和恢复同步规则已测试
考勤记录与生物模板的保留边界已区分
删除证据、验收方法和不通过条件已书面化
软件升级、接口变化及售后责任已有约定

FAQ：xFace600 离职删除常见争议

OA 已将员工设为离职，是否代表 xFace600 已删除模板？
不代表。必须核对 OA 是否发出删除指令、平台是否接收，以及每台终端是否执行完成。

删除人员后，考勤记录也必须一起删除吗？
不一定。考勤记录与生物特征数据用途不同，应根据企业制度、合规要求和项目协议分别设定保留规则。

能否仅通过再次刷脸失败判断删除成功？
不能作为唯一证据。还应检查平台、终端回执、缓存、同步任务和备份恢复条件。

原厂资料没有说明某项删除行为怎么办？
将其转为现场测试条件或合同限制项；若无法满足，可采用限定存储范围、人工受控清理、更换软件模块或调整产品选型等替代方案。

项目对接

ZKINTE（北京御佰安科技有限公司）可围绕熵基/ZKTeco 产品选型、xFace600 项目配置、报价口径、SDK、OA 对接、多品牌兼容及交付验收边界协助整理项目资料，最终功能以厂家当前规格、项目合同和实际测试结果为准。

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