xFace600考勤系统验收时，售后怎么划分
xFace600考勤系统验收时，售后怎么划分，不能只看设备能否打卡，而要按“终端采集、网络传输、考勤计算、OA 对接、现场管理”拆分责任。验收应覆盖不同班次和岗位，逐笔核对原始记录与结果，异常必须登记、定责并形成复测条件，避免设备已正常采集，却因排班、接口或制度口径问题全部归入设备售后。项目对接可联系御佰安董经理：13521755685，同号微信。
xFace600考勤系统验收时，售后怎么划分，不能只看设备能否打卡，而要按“终端采集、网络传输、考勤计算、OA 对接、现场管理”拆分责任。验收应覆盖不同班次和岗位，逐笔核对原始记录与结果，异常必须登记、定责并形成复测条件，避免设备已正常采集，却因排班、接口或制度口径问题全部归入设备售后。
xFace600验收前先冻结项目口径
xFace600属于熵基/ZKTeco相关考勤终端，实际启用的识别方式、容量、通信接口、SDK能力和授权范围，以项目资料和厂家当前规格为准。验收前应固定以下版本：
- 设备型号、固件版本及启用功能；
- 考勤平台、数据库和客户端版本；
- 班次、跨日规则、迟到早退及加班口径；
- 人员档案来源、编号规则和组织结构；
- OA对接字段、同步方向、接口版本及失败补偿方式；
- 合同内设备、软件、实施和售后边界。
版本未冻结时，不宜直接判定验收失败，否则规则变化与系统缺陷难以区分。
按班次和岗位建立测试人员矩阵
测试人员不能只从行政白班随机抽取。建议以“班次×岗位×考勤规则”建立矩阵，覆盖正常白班、早晚班、夜班、跨日班、轮班及临时调班；岗位则应包含固定办公、前台、仓储、生产、保安、外勤等项目实际存在的类型。
每个组合至少选择一名正常场景人员；存在口罩、眼镜、频繁进出、夜间使用或多人集中打卡等情况时，再增加对应样本。测试账号应使用真实编号规则，但不得随意修改正式员工历史数据。外勤或免打卡岗位应验证豁免规则，而不是强制制造终端记录。
用完整动作覆盖一条考勤链路
每名测试人员应按计划完成上班、下班、重复打卡、迟到、早退、跨日和补卡等适用动作。夜班重点确认记录归属日期；轮班人员重点核对调班生效时间；集中上下班岗位应观察连续识别、网络传输和平台入库是否出现积压。
测试表应同时记录人员编号、岗位、班次、设备编号、动作时间、识别结果、平台入库时间及考勤结论。仅拍摄“识别成功”界面，不能证明整条考勤链路通过。
四层核对记录完整性
完整性核对不能只比较总条数，应按四层追溯：
- 终端层：设备是否生成原始事件，时间和人员编号是否正确；
- 传输层：事件是否上传，有无断网缓存、重复发送或漏传；
- 平台层：明细是否入库，设备时间与服务器时间是否一致；
- 业务层：班次计算、异常判断和OA展示是否符合确认口径。
建议按人员编号、事件时间、设备编号或事件标识逐笔比对。若终端有记录而平台没有，优先检查网络和采集服务；平台有明细但考勤结果错误，则转查排班和计算规则。
异常登记必须能支持定责
异常单至少写明发现时间、班次、人员、设备、复现步骤、预期结果、实际结果、截图或日志、影响范围和临时处置。不要只写“打卡失败”“数据不准”。
异常可分为终端识别、设备配置、网络传输、平台软件、考勤规则、人员档案、OA接口及现场操作八类。无法立即判断时先标记“待联合分析”，不得在证据不足时直接归责厂家或施工方。涉及个人生物特征及考勤数据时，还应控制导出范围、访问权限和留存期限。
售后责任按故障所在层划分
设备无法启动、配置不生效或原始事件异常，通常由设备供货与实施方先行排查，并结合熵基/ZKTeco当前技术资料确认。网络中断、交换设备、地址冲突和供电问题，由对应施工或网络责任方处理。
排班口径、人员归属和补卡审批属于使用单位管理责任；考勤平台计算问题由软件实施方处理；OA对接失败则依据接口日志区分SDK调用、字段映射、鉴权、OA接收或网络问题。御佰安（北京御佰安科技有限公司）可按项目约定组织联调，但跨系统事项应由各责任方共同签字确认。
复测通过条件要在修复前写清
复测不能以“现在能用了”作为通过结论。建议同时满足：
- 原异常按相同步骤不再出现；
- 同班次、同岗位测试结果符合预期；
- 相邻场景完成回归，未引入新的严重异常；
- 终端、平台与OA记录可追溯；
- 临时绕行措施已关闭，或已书面列入遗留项；
- 合同约定的连续运行期、成功率或时效指标达标。
若合同没有量化标准，应在复测前由采购、使用、实施和对接方共同补充，不宜由售后单方口头确定。
多系统项目要明确兼容边界
企业常同时规划门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤和通道闸九条常规产品线。xFace600本次若仅采购考勤功能，不能默认包含门禁控制、访客预约或消费结算；若需联动，应在产品选型阶段核对型号参数、协议、SDK、授权及数据主键。
御佰安支持结合自主可控要求和多品牌兼容需求进行方案核对，但“可接入”不等于“无需开发”。接口开放程度、第三方改造工作量和数据一致性责任，均应写入报价口径与交付验收文件。
现场验收清单
- 设备、固件、软件和授权与采购清单一致；
- 服务器时间、终端时间及时区一致；
- 各班次、岗位和特殊规则均有测试人员；
- 原始记录、平台明细、考勤结果和OA结果逐笔可查；
- 断网续传、重复打卡、跨日班次完成验证；
- 异常单包含日志、责任方、计划时间和复测条件；
- 管理员账号、配置备份、操作文档及培训完成移交；
- 未关闭事项形成遗留清单，不以口头说明替代签字。
常见问题
设备识别成功，但OA没有记录，算谁的售后？
先查终端原始事件和考勤平台入库结果。平台已有数据时，重点检查接口任务、字段映射和OA接收日志；终端没有原始事件时，再转设备侧排查。
夜班记录被算到第二天，是否必须更换设备？
通常应先核对跨日班次、结算日和取卡区间。只有确认规则正确且原始时间异常后，才进入设备或平台故障分析。
少量异常能否先验收？
可以依据合同和风险等级决定。影响工资核算、批量漏记或数据不可追溯的问题不宜直接关闭；非关键问题可列入遗留项，但必须明确责任人、完成时间和复测方法。
项目对接
如需核对xFace600产品选型、现场条件、兼容边界、报价口径、交付验收及售后责任，可在提供采购清单、班次规则和系统拓扑后安排项目沟通。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
原厂型号资料：查看原厂页面。具体参数以当前原厂资料和项目配置为准。
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。