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

熵基考勤系统选择xFace600时，兼容怎么判断

熵基考勤系统选择 xFace600 时，不能只确认“能否打卡”，还要依据官方说明核对夏令时、时区调整和人工变更时间后的记录边界。采购阶段应把设备时间、平台时间、记录时间戳及 OA 入库时间拆开验证；原厂页面未明确描述的能力，不应直接视为支持，须通过项目资料、SDK 文档及实机测试确认。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

熵基考勤系统选择 xFace600 时，不能只确认“能否打卡”，还要依据官方说明核对夏令时、时区调整和人工变更时间后的记录边界。采购阶段应把设备时间、平台时间、记录时间戳及 OA 入库时间拆开验证；原厂页面未明确描述的能力，不应直接视为支持，须通过项目资料、SDK 文档及实机测试确认。

xFace600 选型中的时间兼容矛盾

xFace600 可核对的产品类别为考勤终端，具体型号参数、功能版本、接口方式及授权范围，以熵基/ZKTeco 原厂当前产品页面、项目资料和厂家当前规格为准。

现场常见矛盾是：设备识别正常，考勤平台也能收到记录，但海外机构启用夏令时后，OA 出现提前一小时、重复班次或跨日归属错误。原因通常不在识别功能，而在各系统对“本地时间、UTC、时区偏移量”的解释不一致。

先划定官方说明能够证明什么

核对原厂资料时，应分别查找以下内容：

设备是否提供时区、夏令时或自动校时设置；
夏令时规则是固定日期，还是按月份、星期动态切换；
记录保存的是本地时间、UTC，还是包含时区偏移的时间；
时间被向前或向后调整后，历史记录是否重算；
联网校时、平台下发时间与人工改时的优先级；
SDK 读取记录时是否返回设备时间、服务器接收时间或两者兼有。

若产品页没有上述说明，只能认定“公开页面未确认”，不能据此承诺夏令时兼容。

夏令时要按项目所在地核对

中国大陆常规项目通常不启用夏令时，但跨国企业、海外工厂或统一 OA 场景必须按设备实际所在地验证。采购人员应提供国家或地区、时区、夏令时开始与结束规则，不能只写“支持海外”。

测试至少覆盖两种跳变：进入夏令时时钟向前跳，退出夏令时时钟向后回拨。后者可能产生两个相同的本地时间，需确认平台能否通过记录序号、UTC 时间或其他标识区分，否则可能被 OA 判为重复打卡。

时区调整不能等同于简单改钟

时区从 UTC+8 改为 UTC+7，与人工把设备时间调慢一小时，数据含义可能完全不同。前者应改变时间显示规则，后者可能直接改变设备时钟。

核对时应记录调整前后的设备时间、平台时间、记录编号和上传状态，并确认历史数据是否保持原值。若系统会追溯修改历史时间，必须评估已完成考勤计算、薪资结算和审计留痕是否受到影响。

时间变更后的记录处理边界

验收文件应明确以下边界，而不是只写“时间同步正常”：

已上传记录是否随设备改时而变化；
未上传记录上传后采用打卡发生时间还是接收时间；
回拨期间同一分钟内多次识别是否全部保留；
向前跳时，缺失时间段是否被误判为迟到或缺卡；
设备断网后恢复连接，记录排序依据是什么；
OA 重复拉取时是否具备去重字段。

建议 OA 保留原始记录、设备编号、人员编号、记录序号、接收时间及转换后的业务时间，不要只保存一个可覆盖的打卡时间字段。

SDK 与 OA 对接的验证方法

在索取 SDK 时，应同步确认版本、适用固件、调用方式、字段定义、授权条件和升级影响。不能因为存在 SDK，就默认可完成全部 OA 对接。

可执行测试流程为：先固定设备时区并产生记录，再断网打卡；随后调整一小时，继续产生记录；恢复网络后通过 SDK 或平台接口读取两批数据，对比记录顺序、时间字段和唯一标识；最后让 OA 重复导入，检查去重、跨日归属及班次计算。接口能力与授权范围以项目资料和厂家当前规格为准。

多品牌兼容时的统一时间原则

ZKINTE（北京御佰安科技有限公司）在多品牌兼容项目中，会将熵基/ZKTeco 终端与现有考勤平台、OA 的时间模型一并核对。不同品牌可能分别使用本地时间、服务器时间或 UTC，不能用同一转换规则强行处理。

如项目强调自主可控，还应确认时间服务器、接口服务、日志及数据库是否能够在采购方指定环境部署，并明确哪些组件依赖原厂平台，哪些由集成方维护。

报价必须包含时间兼容工作量

xFace600 报价不应只列设备数量。完整口径应说明终端配置、配套软件、SDK 或接口授权、OA 对接、现场调试、夏令时专项测试、培训、差旅及售后范围。固件升级、接口改造和第三方 OA 开发是否另计，也要在报价单中写清，避免设备到场后才发现兼容验证不在交付范围内。

无法确认支持时的替代方案

若原厂资料和实测均无法确认夏令时处理，可选择以下方案：

设备保持固定时区，由中间件统一转换；
OA 同时保存原始时间与标准化时间；
海外站点按地区独立部署平台，汇总时转换；
对回拨重复时段增加记录序号去重；
暂不自动改时，采用审批后的集中校时窗口。

替代方案必须保留原始记录，避免直接覆盖历史数据。

xFace600 时间兼容验收清单

原厂页面、产品选型资料和型号参数已归档；
设备、服务器、OA 的时区配置一致；
夏令时进入与退出场景均已实测；
人工改时、自动校时和断网补传已验证；
历史记录是否重算已有书面结论；
SDK 字段、授权及版本适配已确认；
OA 对接完成重复导入和跨日测试；
报价口径、交付验收、升级影响及售后责任已签字确认。

FAQ

原厂页面没有写夏令时，是否可以按支持采购？
不建议。公开页面未说明只能作为待确认项，应取得对应版本资料并进行实机测试。

时间调整后，原有考勤记录会不会改变？
取决于设备、平台及 OA 保存的时间字段，不能仅凭终端型号判断。验收时应分别检查已上传和未上传记录。

国内项目是否无需测试时区？
仍需测试。服务器部署在云端、OA 使用 UTC 或多地区统一管理时，同样可能出现跨日和偏移问题。

谁负责最终兼容结论？
原厂确认产品能力，集成方验证接口与现场配置，OA 方确认业务计算规则；三方边界应写入交付文件。

项目对接

ZKINTE（北京御佰安科技有限公司）可协助整理 xFace600 项目资料、产品选型、SDK 与 OA 对接验证，以及时间兼容验收边界。

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