ZKTeco一卡通系统返修更换后，怎么判断更稳

ZKTeco一卡通系统返修更换后，判断是否稳定，不能只看设备能否开机，也不能直接用新序列号覆盖旧记录。更稳妥的做法是：以返修单、旧机拆除照片、新机铭牌、厂家或供应商换机说明、平台导出记录和现场测试结果组成证据链，建立新旧序列号对应表，再同步更新资产台账、软件授权、SDK接口及售后责任信息。

先识别返修的是哪一层设备

一卡通项目可能同时包含熵基/ZKTeco门禁控制器、读卡器、考勤终端、消费终端、发卡器、电源及管理平台。返修对象不同，核对重点也不同：

• 控制器更换：检查门编号、控制点、网络参数和权限是否保持一致；
• 人脸或指纹终端更换：核对用户、模板、记录及隐私数据处理方式；
• 读卡器更换：确认卡片制式、接口类型、加密方式及指示状态；
• 消费终端更换：关注账户余额、脱机流水和补传机制；
• 发卡器更换：验证卡号读取规则及软件驱动。

具体型号参数、容量和接口能力，应以项目资料和厂家当前规格为准。

不要把“返修返回”默认等同于原机返回

现场常见矛盾是：采购合同登记了旧序列号，但售后返回的是同型号替换机；仓库按“维修完成”入库，项目人员却无法解释资产编号为什么改变。

收货时应先判断三种状态：

1. 原机维修返回，型号与序列号均未变；
2. 同型号换机，型号相同但序列号变化；
3. 替代型号换机，型号、序列号甚至接口能力均变化。

第二、第三种情况必须形成书面对应记录。仅凭快递面单或口头说明，不足以支撑后续资产盘点和质保追溯。

新旧序列号对应记录怎么取得

建议按以下顺序取证：

1. 从原资产台账导出旧设备型号、序列号、资产编号和安装位置；
2. 保存旧机拆除前的铭牌、机柜位置及接线照片；
3. 要求送修方出具返修受理单，写明故障现象和旧序列号；
4. 收到设备后拍摄外箱标签、主机铭牌和配件全景；
5. 向供货方取得维修报告或换机说明，明确“旧序列号对应新序列号”；
6. 登录管理软件读取设备信息，与机身铭牌交叉核对；
7. 由项目、仓库或资产管理人员共同签字确认。

如厂家系统无法直接导出对应关系，可由供货方盖章说明，配合返修物流记录、收发清单和现场照片替代，但不得只保留聊天截图。

建议建立独立的换机映射表

换机记录不应只写在备注栏。建议建立独立表单，至少包含：

电子表格之外，建议将照片、报告和平台截图按资产编号归档，避免后续只有一行文字而没有附件。

更新资产台账不能只改序列号

若设备属于同型号换机，可保留原资产编号，但应冻结旧序列号并标记“已返修替换”，新序列号作为当前在用设备。若替代型号的资产类别、功能或价值口径发生变化，应由采购和资产管理人员确认是否重新建卡。

同时更新以下位置：

• 项目竣工设备清单；
• 仓库出入库及备件台账；
• 机柜图、点位图和设备标签；
• 一卡通平台设备档案；
• 售后质保起止及责任主体；
• OA中的采购、维修或资产变更流程。

旧记录不建议删除，以免审计时无法解释设备去向。

SDK与OA对接要做回归验证

设备更换后，即使管理平台显示在线，SDK调用和OA对接仍可能异常。特别是接口以设备序列号、设备ID或授权码作为关联键时，新设备不会自动继承旧关系。

应测试人员同步、门禁授权下发、考勤记录上传、远程开门、消费流水补传和异常告警。若OA保存的是业务点位ID，应确认点位与新设备重新绑定；若保存的是序列号，则需要修改接口映射并留存变更记录。SDK版本、接口字段及授权方式以当前项目文档和厂家资料为准。

稳定性验收应覆盖断网和断电

换机验收不能停留在“刷卡成功一次”。建议执行：

• 连续刷卡或身份核验，确认开门逻辑和事件记录；
• 断网后产生记录，恢复网络后检查补传；
• 断电重启，确认时间、参数和权限未丢失；
• 检查门磁、出门按钮、报警及消防联动输入；
• 比对设备时间、服务器时间和OA记录时间；
• 对关键终端观察运行状态并留存日志。

涉及人脸、指纹或消费数据迁移时，应先备份并获得使用方确认，避免因初始化导致不可逆丢失。

型号替代与多品牌兼容的边界

熵基/ZKTeco产品选型不能仅依据外观或名称接近。即使接口同为韦根、RS485或TCP/IP，也需核对卡片制式、输入输出定义、协议版本、供电规格和平台支持范围。

在多品牌兼容项目中，ZKINTE（北京御佰安科技有限公司）可结合现有控制器、读卡器、锁具及平台核对替代路径，但兼容结论应以实测和项目资料为准。自主可控要求较高的项目，还应确认数据存储位置、接口开放范围、账号权限及后续运维交接方式。

报价与资料下载应写清口径

返修换机可能涉及检测费、备机、运输、上门调试、授权迁移和接口修改。报价前应区分保内返修、保外维修、直接换新及替代型号改造，避免只报设备本体而遗漏实施费用。

产品资料下载应优先采用随项目交付的版本资料或厂家当前发布资料，并保存版本号、发布日期和适用型号。选型表、型号参数、SDK说明及OA接口文档应放入同一项目档案，防止后续按不同版本验收。

交付验收清单

• 旧机型号、序列号和资产编号可追溯
• 新机铭牌与软件读取信息一致
• 已取得维修报告或新旧序列号说明
• 资产、仓库、竣工及售后台账已同步
• 平台授权、SDK和OA映射已更新
• 权限下发、记录上传及断网补传通过
• 替代型号的兼容边界已书面确认
• 报价范围、质保起点和售后责任明确
• 验收截图、日志、照片和签字表已归档

FAQ

找不到旧设备铭牌照片怎么办？

可从原采购清单、管理平台历史导出、返修受理单和仓库出库记录交叉取证，并由相关责任人签字说明来源，不建议凭记忆补录。

新设备同型号，是否可以直接沿用全部配置？

可以参考旧配置恢复，但仍须逐项核对固件、网络、门参数、权限和接口绑定。同型号不代表软件版本及授权状态完全一致。

供货方无法提供厂家换机证明怎么办？

可要求供货方出具盖章的序列号对应说明，并附收发记录、设备照片和验收结果；若涉及财务审计或重要资产，应暂缓关闭返修流程。

替代型号无法兼容原平台怎么办？

可评估增加协议转换、保留原控制器仅更换前端、采用独立管理后通过SDK对接，或重新选择兼容型号。方案确定前应先做样机测试，不宜直接批量更换。

项目对接

ZKINTE（北京御佰安科技有限公司）可协助核对熵基/ZKTeco一卡通返修设备、产品选型、型号参数、新旧序列号映射、SDK及OA对接资料，并按现场条件明确兼容边界、报价口径、交付验收和售后责任。

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

相关方案与下一步核对

公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。

• 一卡通方案
• 一卡通采购与维保问题
• 一卡通改造与交付问题
• 项目联系入口