熵基考勤系统选用xFace600时，资料怎么准备
熵基考勤系统选用 xFace600 时，不能只凭产品彩页判断班次、时段和考勤规则是否满足项目要求。正确做法是把原厂当前资料、考勤管理软件版本说明、设备配置、SDK 文档与项目考勤制度逐项对应，形成“需求—功能—配置位置—输出结果—责任方”核对表。xFace600 可确认属于熵基/ZKTeco 考勤终端，具体型号参数、接口、容量、软件授权及功能边界，均应以项目资料和厂家当前规格为准。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。
熵基考勤系统选用 xFace600 时，不能只凭产品彩页判断班次、时段和考勤规则是否满足项目要求。正确做法是把原厂当前资料、考勤管理软件版本说明、设备配置、SDK 文档与项目考勤制度逐项对应，形成“需求—功能—配置位置—输出结果—责任方”核对表。xFace600 可确认属于熵基/ZKTeco 考勤终端，具体型号参数、接口、容量、软件授权及功能边界，均应以项目资料和厂家当前规格为准。
先区分终端能力与考勤规则能力
xFace600 主要承担人员身份识别、考勤事件采集和记录传输，但“识别成功”不等于“考勤结果正确”。班次、跨日时段、迟到早退、加班、请假和排班周期等规则，可能由终端、配套考勤软件或 OA 系统分别处理。
采购前应要求供应方明确三层边界：
- 终端层：人员、识别方式、打卡记录及基础时间设置；
- 平台层：班次、时段、排班、异常判断与报表；
- OA 层：请假、出差、补卡、加班审批及结果回写。
若三层责任没有书面划分，验收时容易出现“设备有记录，但报表不符合制度”的矛盾。
从原厂页面建立资料基线
原厂页面可用于确认产品类别和当前公开信息：xFace600 原厂页面。项目归档时不要只保存网页截图，还应记录资料下载日期、文档名称、版本号和适用软件版本。
建议向供货方索取并核对：
- xFace600 当前规格书、说明书和装箱资料；
- 配套考勤软件名称、版本及授权说明；
- 班次与考勤规则配置手册；
- 通信、数据导出或 SDK 接口文档；
- 固件版本、升级条件及兼容说明；
- OA 对接字段、错误码和测试要求。
页面未明确的规格不得凭相近型号推断，应书面确认“以项目资料和厂家当前规格为准”。
把班次需求拆成可验证字段
“支持排班”不是有效验收语言。应把企业制度拆成具体字段，再查官方资料中是否存在对应配置项。例如：
| 项目要求 | 需要核对的配置边界 | 验证方式 |
|---|---|---|
| 固定白班 | 上下班时间、允许打卡窗口 | 建班次并生成一天结果 |
| 夜班跨日 | 跨零点归属、下班日期判断 | 连续两日模拟打卡 |
| 多段班 | 一天时段数量、间隔规则 | 验证多次上下班记录 |
| 轮班 | 排班周期、按人或按组下发 | 导入周期班表 |
| 弹性班 | 核心时段、工时计算方式 | 比较多组到离时间 |
| 临时调班 | 生效日期、历史结果重算 | 调班前后分别出报表 |
配置界面、帮助文档和实测结果三者应一致；仅有销售口头说明不能作为功能覆盖依据。
重点检查时段的归属逻辑
xFace600 项目中常见争议不是“能否打卡”，而是记录被归入哪一天、哪一个班次。核对时要覆盖跨日、提前打卡、延后打卡、重复打卡和缺卡等情形。
特别要确认：有效打卡窗口是否可设置；相邻班次记录是否会串班；最早、最晚记录如何取值；跨日下班是否归属前一工作日；设备时间、服务器时间和 OA 时间是否统一。涉及夏令时、异地部署或网络断连补传时，也要查清时间戳来源。
用制度样例核验考勤规则
将项目制度转成不少于一周的测试数据，包含正常、迟到、早退、缺卡、请假、出差、加班、调休和补卡。每条样例应提前写出期望结果，再由系统计算，避免根据系统结果反向解释制度。
还需确认迟到宽限、早退阈值、加班起算、节假日、休息日、请假抵扣顺序及异常重算机制。若配套平台无法表达复杂规则，可由 OA 或人力资源系统完成最终计算，xFace600 仅提供可信的原始打卡事件。
SDK 与 OA 对接不能只问“是否支持”
项目需要 SDK 或 OA 对接时，应核对接口是读取人员、下发人员、获取记录，还是能够处理审批和考勤结果。接口开放范围、调用方式、授权费用、开发语言、并发限制和版本适配，均以项目配置及厂家当前资料为准。
联调前先确定唯一人员编号、设备编号、打卡时间、识别方式、记录流水号和同步状态等字段。OA 中的请假、加班和补卡若需回写考勤平台，还要确认是否有对应接口；没有接口时，可评估标准文件交换、中间数据库或由 OA 统一核算等替代方案。
现场条件决定资料是否完整
资料准备还应覆盖安装位置、供电、网络、服务器部署、管理电脑环境及人员数据录入方式。弱网或断网场景要验证记录缓存、补传和去重；多园区部署要确认网络路由、时间同步与权限隔离。
如项目同时保留其他品牌设备，应先做多品牌兼容测试，不宜默认不同厂商的人员模板、记录字段和状态码可以直接互通。ZKINTE（北京御佰安科技有限公司）可按自主可控和可维护原则协助进行产品选型，但最终兼容边界应通过样机、接口文档和联调记录确认。
报价必须绑定软件与服务范围
xFace600 报价不能只列终端数量。询价单应分别写明设备型号参数、配套软件版本、授权范围、资料下载与交付形式、SDK 或接口费用、OA 对接工作量、安装辅材、调试培训及售后责任。
若报价未注明固件升级、软件授权、二次开发和第三方系统配合方，后期容易产生增项。建议把“终端供货”“考勤规则配置”“接口联调”“报表确认”拆成独立交付项，并规定各方输入资料和验收依据。
功能不覆盖时的替代路径
发现官方资料无法证明某项规则时，不应通过模糊承诺推进采购，可选择以下路径：
- 规则简单：使用配套考勤平台完成排班和统计；
- 审批复杂：终端采集记录，OA 负责请假、加班及结果计算；
- 多品牌并存：建设中间数据层，统一人员编码和事件格式；
- 接口暂不开放：采用受控文件导入导出，并增加重复记录校验；
- 制度高度定制：先做样机验证或小范围试运行，再确定开发范围。
替代方案必须说明数据源、计算责任、异常处理和售后归属。
xFace600 项目验收清单
- 型号、固件、软件版本与合同一致
- 原厂资料、配置手册及授权文件已归档
- 固定班、轮班、多段班和跨日班完成实测
- 迟到、早退、缺卡、加班等规则结果符合样例
- 断网缓存、恢复补传和重复记录处理通过验证
- 人员编号、设备时间及服务器时间保持一致
- SDK 字段、OA 对接流程和失败重试留有记录
- 报表、原始记录与审批数据能够追溯
- 培训、升级、故障定位及售后责任完成移交
FAQ：采购与验收常见疑问
设备能识别人脸，是否就代表考勤制度都能配置？
不能。识别属于终端能力，复杂班次和审批规则通常还依赖考勤平台或 OA。
原厂页面没有写明某项班次限制怎么办？
要求供应方提供当前版本手册、配置截图和样机测试记录；无法证实时，应列为待确认项或采用替代方案。
OA 对接是否必须采购 SDK？
不一定。需根据数据方向、实时性和回写需求选择 SDK、标准接口或文件交换，授权范围以项目资料为准。
验收应看打卡记录还是考勤报表？
两者都要看。原始记录验证采集完整性，考勤报表验证规则配置是否覆盖管理要求。
项目对接
ZKINTE（北京御佰安科技有限公司）可围绕 xFace600 资料核对、产品选型、型号参数确认、报价口径、SDK 评估、OA 对接及交付验收提供项目沟通支持。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。
