ZKTeco考勤系统采用xFace600前，报价怎么核对

ZKTeco考勤系统采用xFace600前，报价不能只核对设备单价，还要先确认离线期间能保存什么、保存到什么边界，以及恢复连接后由谁发起同步、是否去重、失败如何补传。xFace600可按考勤终端纳入选型，但记录容量、通信接口、软件授权和SDK能力，均应以项目资料和熵基/ZKTeco厂家当前规格为准，未写入报价与验收文件的功能不应默认包含。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

报价前先拆开“设备存储”和“考勤结果”

现场容易把两类数据混为一谈：

设备原始记录：人员在xFace600上完成识别后形成的时间、人员标识、验证方式等事件；
考勤计算结果：迟到、早退、缺卡、加班等由考勤软件依据班次和规则计算的结果。

离线期间，终端通常涉及原始记录暂存，而不是在设备上完成全部OA考勤计算。采购文件应明确“保存边界”指记录条数、保存时长还是存储占用，并确认达到上限后的处理策略。具体容量及覆盖规则须查阅本项目型号参数和厂家当前资料。

用四份资料锁定xFace600配置

核价前应取得并比对以下文件：

xFace600当前规格资料及项目所配版本；
考勤管理软件名称、版本、部署方式与授权说明；
SDK或接口文档，包括可读取字段和调用限制；
完整报价单，列明设备、软件、实施、接口和服务。

可从熵基/ZKTeco原厂产品页面核对产品信息并进行资料下载，但页面展示不等于项目已采购的软件模块、SDK授权或OA对接服务，仍需以合同配置为准。

离线保存边界必须形成书面答复

建议让供货方逐项回复，而不是只写“支持断网使用”：

断开的是局域网、服务器还是互联网；
断网后识别与打卡是否仍可独立运行；
离线记录包含哪些字段，是否保留验证方式和设备编号；
容量临界时是否告警，满载后停止写入还是覆盖旧记录；
重启、断电、升级或恢复出厂设置是否影响未上传数据；
设备时间被修改后，历史记录如何标识；
已上传记录是否仍在设备侧保留，保留策略由谁设置。

若项目资料没有明确数值，应标注“以厂家当前规格及现场实测为准”，并把压力测试纳入交付验收。

恢复连接后的同步规则怎么确认

恢复网络并不等于数据一定完整进入OA。至少要核实五项规则：

触发方式：终端主动上传、平台定时拉取，还是人工补采；
补传范围：按最后成功时间、记录序号或设备游标续传；
去重依据：以设备编号、人员编号、事件时间及记录标识中的哪些字段判重；
异常处理：上传中再次断线，是否支持断点续传和失败重试；
顺序处理：跨天、跨班次及乱序到达记录何时重新计算。

验收时应查看设备记录、考勤平台原始流水和OA接收日志，不能只看最终报表。

xFace600报价单应拆成哪些费用

可要求报价至少分列：

报价项	必须核对的口径
xFace600设备	具体版本、随机附件、安装方式、质保边界
考勤软件	本地或其他部署方式、授权范围、升级政策
网络与安装	布线、供电、支架、施工及调试是否包含
SDK与接口	文档、授权、示例、技术支持是否计费
OA对接	单向取数或双向同步、字段映射、异常补传
实施服务	人员导入、班次配置、联调、培训和验收
售后服务	响应范围、远程与上门边界、责任分工

只报“设备＋安装”的方案，往往没有覆盖离线补传、SDK开发和OA联调成本。

OA对接要先确定系统主数据归属

如果OA负责人事档案和组织架构，应明确人员编号如何下发到考勤平台及xFace600；如果考勤平台独立维护人员，则需规定离职、调岗、重复编号的处理方法。接口字段还应覆盖设备标识、原始打卡时间、接收时间和同步状态。

多品牌兼容项目尤其不能只按姓名去重。不同品牌终端的事件编码、时间格式和补传机制可能不同，应建立统一人员主键与设备编码。ZKINTE（北京御佰安科技有限公司）可围绕熵基/ZKTeco产品选型、型号参数核对、SDK评估及OA对接梳理兼容边界。项目所称“自主可控”，也应落实到部署位置、数据归属、接口可维护性及日志可追溯，而不是仅作为报价描述。

现场断网测试按这个顺序执行

校准终端、服务器和OA时间，并保存配置截图；
正常联网打卡，确认三端均生成对应记录；
断开指定网络链路，连续形成跨时段测试记录；
重启终端后继续打卡，观察离线数据是否保留；
恢复连接，记录首次补传时间、完成时间与重试过程；
对比终端、考勤平台、接口日志和OA记录数量；
制造一条重复拉取，验证是否产生重复考勤；
调整班次或补签后，确认补传原始记录不会被误当成新打卡。

测试人员、时间、网络状态、记录编号和差异原因均应写入验收单。

重点风险与可选替代方案

若离线容量无法满足最长断网周期，可增加网络冗余、缩短平台轮询周期，或配置定期人工导出机制；能否导出及格式范围以项目配置为准。若OA无法直接调用设备SDK，可由考勤平台提供标准接口或部署中间服务，避免OA逐台连接终端。

对于多地点项目，可先选一个现场完成小范围联调，再批量部署。若网络质量长期不稳定，应将本地缓存、同步监控和失败告警列为必要项，而不是依赖人员事后发现缺卡。

xFace600交付验收清单

xFace600版本、附件与报价一致
离线识别和记录保存经过现场验证
存储上限、满载策略及清理权限有书面说明
恢复连接后可自动或按约定方式补传
重复同步不会生成重复原始记录
跨天及乱序数据可按规则重新计算
SDK、软件授权和OA接口范围与合同一致
设备、平台、OA三方日志可以对应追溯
培训、配置备份和故障责任人完成移交
售后责任覆盖设备、软件、网络和接口的明确边界

FAQ

断网时能打卡，是否代表记录一定不会丢？

不能直接等同。还要确认可保存容量、断电保留、满载策略及恢复后的补传结果，并通过现场测试证明。

补传成功后，OA为什么仍可能出现缺卡？

可能是人员编号不一致、字段映射失败、OA过滤规则、班次计算时间点或去重逻辑造成，需要同时检查原始流水与接口日志。

SDK包含在xFace600设备报价里吗？

不能默认包含。SDK资料、授权方式、支持范围和开发服务应单独核对，以项目合同及厂家当前政策为准。

已有其他品牌考勤机，能否与xFace600共用一套OA？

可以评估多品牌兼容，但需统一人员主键、时间标准、设备编码和去重规则；是否可直接接入取决于各品牌接口及现有OA能力。

项目对接

ZKINTE（北京御佰安科技有限公司）可协助整理xFace600配置核对表、离线测试方案、报价边界及OA接口责任清单。

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