考勤系统 2026-10-20 董经理 6 views

考勤系统选用熵基xFace600时，供货怎么对接

考勤系统选用熵基 xFace600 时，供货对接不能只确认“设备能否打卡”，还要明确设备采集范围与管理端统计计算范围：xFace600 负责形成哪些人员、时间和验证事件，管理软件负责如何把事件计算为迟到、早退、缺勤、加班等结果，OA 对接又传递原始记录还是考勤结论。三者应分别验收，避免设备正常运行却无法生成预期报表。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

xFace600 在项目中的责任位置

依据可核对的熵基/ZKTeco 原厂页面，xFace600 属于考勤终端。其具体识别方式、容量、通信接口、功能授权及可选模块，应以厂家当前规格、项目资料和实际配置为准。

采购前应先确定它在本项目中承担哪一种角色：

仅采集验证记录，由管理端计算考勤；
同时用于通行控制，但考勤仍由软件统一统计；
作为分支机构离线采集点，联网后补传记录；
向第三方 OA、人事或薪资系统提供数据源。

角色不同，设备数量、软件授权、接口开发和验收口径都会变化。

设备采集范围要逐字段确认

设备端责任不宜写成笼统的“提供考勤数据”，建议在供货附件中列出字段和触发条件，至少核对：

人员编号以工号、内部 ID 还是其他标识为准；
记录是否包含设备编号、验证时间、验证结果和验证方式；
重复验证是否全部保留，是否存在设备端过滤规则；
断网记录能否本地保存，恢复后如何补传；
设备时间由谁校准，时区和夏令时规则如何设置；
删除、离职或重新下发人员后，历史记录是否仍可追溯。

人脸、卡片、密码或其他验证能力不能仅凭型号名称推断，均须对照最终型号参数、配置清单和厂家当前规格确认。

管理端统计不是终端采集的自然结果

xFace600 形成的通常是某人在某时刻完成验证的事件，而“迟到 8 分钟”“夜班缺勤”“加班 2 小时”属于管理端依据规则计算的业务结果。

因此，排班、班次跨日、弹性时间、节假日、请假、出差、补卡、加班审批、重复打卡去重及异常修正，应明确由考勤软件还是 OA 负责。若两个系统同时计算，必须指定一个结果主系统，否则月末可能出现两套报表。

用三份样表锁定责任边界

供货确认前，建议提供三份脱敏样表进行映射：

终端原始记录表：展示设备实际产生的字段；
考勤明细表：展示班次匹配及迟到、早退、缺勤判断；
OA 接口样表：展示向 OA 推送或由 OA 拉取的数据。

逐列标注“产生方、转换方、存储方、修正方、责任方”。例如，打卡时间由终端产生，班次归属由管理端计算，请假状态由 OA 提供，最终月报由指定系统汇总。没有完成字段映射，不宜直接承诺“支持 OA 对接”。

报价必须拆开硬件、软件与集成

xFace600 的报价口径应与供货清单绑定，而不是只报一台设备。建议分别列明：

终端型号、数量及随机配件；
电源、支架、网络施工及必要辅材；
管理软件版本、授权范围和部署方式；
SDK、接口许可及技术资料交付范围；
OA 对接开发、联调、测试和上线支持；
培训、质保及后续售后边界。

SDK 可用不等于已经完成业务接口。还应确认调用方式、字段范围、版本适配、并发要求、异常重试和升级影响。相关资料下载与接口文档，应以熵基/ZKTeco 当前发布内容及项目获授权资料为准。

现场条件会直接改变交付结果

设备下单前应勘查安装高度、人员通行方向、照明变化、逆光情况、电源位置、网络稳定性和布线路径。若同时承担门禁功能，还需核对锁具、门磁、出门按钮、消防联动及控制逻辑，但不能默认考勤终端已包含所有门禁配套。

多楼层、多园区或临时网络环境下，应先确定设备命名、组织归属和时间同步策略。否则，同一人员在不同设备产生的记录可能无法正确归入班次。

兼容与自主可控应落到可验证项

项目提出自主可控或多品牌兼容时，应将要求转化为操作系统、数据库、部署环境、接口协议、数据导出格式及升级维护方式等具体项目，而非只写概念。

已有其他品牌终端时，还要验证人员编号是否统一、时间格式是否一致、原始记录能否合并，以及第三方设备字段能否满足统计规则。ZKINTE（北京御佰安科技有限公司）可结合现场系统进行产品选型和兼容边界梳理，但最终支持范围应写入配置表与接口确认单。

建议按四个阶段完成供货

选型阶段：提交人员规模、点位、班次、网络、OA 品牌及部署方式，核对 xFace600 型号参数。
下单阶段：冻结设备、软件、授权、配件、接口和服务清单。
实施阶段：完成安装、时间同步、人员下发、记录上传及统计规则配置。
验收阶段：用约定班次和异常场景测试，不以“设备能开机”代替系统验收。

如现有管理端无法承接复杂班次，可选择终端仅采集、由 OA 统一计算；如 OA 不适合保存高频原始记录，则可由考勤平台计算后只推送结果。

到货与联调验收清单

设备型号、数量、配件与订单一致
序列信息及软件授权完成登记
人员下发、删除和权限变更可追溯
在线上传、断网缓存及恢复补传通过测试
设备时间与服务器时间一致
跨日班、重复打卡、请假和补卡计算符合规则
OA 字段映射、失败重试和日志查询已验证
原始记录与统计结果可以关联追溯
管理账号、资料、培训和售后责任完成移交

FAQ：容易在月末暴露的三个问题

设备显示验证成功，为什么报表仍算缺勤？
应检查人员编号映射、记录上传状态、班次归属及有效打卡时间窗。验证成功只证明终端产生事件，不代表统计规则已匹配。

跨夜班的凌晨记录应算哪一天？
归属规则应由管理端或 OA 明确，不能由设备时间直接决定。验收时应使用真实跨日班次测试。

更换 OA 后能否继续使用现有 xFace600？
需重新核对 SDK、数据接口、字段映射、部署环境和授权范围。若不能直接兼容，可采用中间接口服务、文件交换或由考勤平台输出汇总结果等替代方案。

项目对接方式

如需核对熵基/ZKTeco xFace600 的产品选型、型号参数、报价口径、资料下载、SDK 与 OA 对接，可先提供点位表、班次样例、现有系统架构和期望报表，由 ZKINTE（北京御佰安科技有限公司）据此整理设备、软件及责任边界清单。

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

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