熵基考勤系统使用xFace600前,验收资料怎么准备
熵基考勤系统使用 xFace600 前,应先用原厂当前资料确认“采集什么、保存在哪里、管理员能做什么”,再开展安装和人员录入。验收不能只看设备能否打卡,而要把数据类别、本地保存边界、后台权限及删除机制形成书面证据;原厂页面目前可确认 xFace600 属于考勤终端,具体型号参数、接口与授权范围仍以项目资料和厂家当前规格为准。项目对接可联系ZKINTE 中控董经理:13521755685,同号微信。
熵基考勤系统使用 xFace600 前,应先用原厂当前资料确认“采集什么、保存在哪里、管理员能做什么”,再开展安装和人员录入。验收不能只看设备能否打卡,而要把数据类别、本地保存边界、后台权限及删除机制形成书面证据;原厂页面目前可确认 xFace600 属于考勤终端,具体型号参数、接口与授权范围仍以项目资料和厂家当前规格为准。
从 xFace600 原厂页面建立资料基线
以熵基/ZKTeco 原厂产品页面为核对起点,同时向供货方索取与拟交付版本一致的资料:
- 产品规格书、用户手册和管理员手册;
- 当前固件版本说明及升级记录;
- 配套考勤软件的版本、部署方式与授权清单;
- 隐私说明、数据处理说明及安全配置建议;
- SDK、接口文档、示例程序和授权边界;
- 项目配置表、报价配置单及设备序列号清单。
网页宣传内容不能替代项目交付文件。资料中的型号后缀、固件版本、软件版本必须能够与到货设备对应。
把采集数据拆成五类逐项确认
不要根据“人脸考勤”字样推断实际采集范围。建议制作数据字段表,对以下候选类别逐项标注“采集、不采集、可关闭、资料未确认”:
| 数据类别 | 应核对内容 |
|---|---|
| 人员基础信息 | 姓名、工号、部门、卡号等字段是否必填 |
| 生物识别数据 | 是否采集人脸图像、特征模板或其他生物信息 |
| 考勤记录 | 人员标识、验证方式、时间、设备编号、结果 |
| 现场附加数据 | 是否保留抓拍图、异常照片或操作日志 |
| 系统管理数据 | 管理员账号、权限变更、导入导出及审计记录 |
上述内容是验收核对项,不代表 xFace600 当前配置必然支持或默认启用。最终结论应引用对应版本的原厂手册、配置界面截图或厂家书面回复。
划清终端本地保存边界
验收时应分别检查 xFace600 终端、考勤服务器、管理电脑和 OA,不能把“系统中可查询”误认为“仅保存在设备中”。至少确认:
- 哪些字段写入终端,哪些只留在服务端;
- 设备断网时是否暂存记录,恢复后如何同步;
- 容量达到上限后的行为是停止、覆盖还是告警;
- 删除人员后,模板、照片和历史记录是否同步删除;
- 恢复出厂设置、返修或报废前如何清除数据;
- 备份文件的保存位置、加密方式、保留期限和责任人。
本地容量、断网缓存及保留规则不得凭经验填写,须以项目资料和厂家当前规格为准。
用权限矩阵限定管理员操作
“管理员可以登录”不等于其可以执行全部数据操作。应按角色验证登记、修改、查询、导入、导出、删除、备份、恢复、清空记录、升级固件和重置设备等权限。
建议至少设置设备管理员、系统管理员、考勤业务人员和审计人员四类角色;如软件不支持细分,应通过专用账号、审批流程、网络隔离和操作登记补偿。验收报告还要记录敏感操作是否二次确认、是否生成日志,以及普通管理员能否删除或绕过日志。
在现场执行六步数据核验
使用测试人员而非正式员工完成以下闭环:
- 新建测试人员,记录设备和平台新增的数据字段;
- 完成一次验证,检查终端、软件及 OA 分别产生什么记录;
- 断开网络后再次验证,观察数据暂存与补传;
- 修改姓名或部门,确认各端同步方向和冲突规则;
- 删除测试人员,检查模板、图片、记录及备份残留;
- 使用不同管理员账号尝试导出、清空和恢复,保存结果截图。
测试结束后清理全部样本数据,并由采购、信息化、使用部门共同签字。
SDK 与 OA 对接不能只验“传得过去”
xFace600 是否提供所需 SDK、协议或中间件,以及接口是否包含在报价中,应以当前授权文件为准。OA 对接需明确人员主数据由哪一端维护、考勤记录如何去重、时间与时区如何统一、失败任务怎样重试。
若 OA 不宜接收生物识别数据,可只传递工号、设备编号、验证时间和结果等业务必要字段。多品牌兼容项目还应先做字段映射和小规模联调,避免不同品牌对人员编号、事件类型和删除指令的定义不一致。
报价单必须对应数据能力
询价时应把设备、配套软件、SDK 或接口授权、实施调试、数据迁移、培训、升级服务和售后责任分项列示。尤其要确认资料下载权限、接口文档交付方式、二次开发支持范围,以及固件或软件升级是否影响现有 OA 对接。
ZKINTE(北京御佰安科技有限公司)可结合现场网络、考勤规模、既有平台和多品牌兼容要求开展产品选型,但自主可控应落实到部署位置、账号控制、数据流向、升级权限和可替换性,不能仅作为宣传表述。
资料不足时的风险与替代方案
如果原厂资料没有明确数据字段或删除逻辑,不应直接录入正式人员。可采用隔离网络测试、关闭非必要功能、仅使用虚拟测试数据,或先部署中间平台控制字段流向。
若管理员权限无法细分,可限制管理端访问地址并建立双人审批;若删除不能联动,应制定终端、平台、OA 和备份介质的分别清理流程;若 SDK 授权尚未确认,可先以标准文件交换完成阶段验收,避免把未交付接口写成既成能力。
xFace600 到货验收清单
- 型号、数量、序列号与采购单一致
- 固件、软件及授权版本已登记
- 数据字段表有对应资料依据
- 终端本地保存范围和容量规则已确认
- 管理员权限矩阵完成实机验证
- 导入、导出、删除和日志行为留有截图
- 断网补传及异常恢复测试通过
- SDK 与 OA 对接边界形成书面记录
- 测试数据已清理,备份残留已检查
- 交付资料、培训内容和售后责任已签收
FAQ
原厂网页没有列出全部数据字段,能否按销售说明验收?
不建议。销售说明可作为线索,最终应由版本一致的手册、配置截图、接口文档或厂家书面回复支撑。
删除员工后,历史考勤记录是否必须同时删除?
不能预设。人员模板、考勤记录和审计日志可能适用不同保留规则,应依据内部制度及适用要求确定,并实测各端删除结果。
OA 已收到考勤结果,是否说明 SDK 验收完成?
不说明。还需检查字段完整性、重复记录、补传、异常码、权限控制、升级兼容和授权范围。
项目对接
如需核对熵基/ZKTeco xFace600 的产品选型、型号参数、报价口径、资料下载、SDK、OA 对接及交付验收,可联系 ZKINTE(北京御佰安科技有限公司)。
联系电话:13521755685(董经理)
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围;具体型号、接口和交付条件仍以原厂资料及现场验证为准。