# RFID仓库项目验收方案：标签读取到WMS数据准确性 原文：[https://www.rfidpda.cn/news/xinwen/2540.html](https://www.rfidpda.cn/news/xinwen/2540.html) RFID 仓库项目上线前，验收不能只看设备能否读到标签。还要验证标签主数据、读取边界、出入库任务、盘点差异、离线补传、接口幂等、异常处理和 WMS 数据准确性。本文给出一套完整测试方案。 RFID 仓库项目上线前，读到标签只是验收的一部分。业务真正关心的是该读的是否进入正确任务，不该读的是否被排除，网络波动后数据是否能补传，WMS 库存和现场货物是否对得上，异常发生后能不能找到原因。 GS1 EPCIS 用业务上下文描述对象相关的可见性事件，这个思路很适合仓库验收。验收记录不要只保留 EPC 列表，还要关联业务动作、时间、位置、人员、设备、任务单和处理结果。 ## 上线验收测试矩阵 验收用例要覆盖正常路径和异常路径。每个用例写清楚前置数据、现场动作、预期结果、后台记录和失败后的处理方式。
检查主题现场问题处理方法留存证据
标签编码和主数据建档EPC 读出来后能否找到对应物料、箱、托盘或资产？抽取不同物料、包装层级和批次的标签，逐条核对 EPC、业务编码、包装层级、批次、状态和启用时间。对重复、缺失和停用标签单独建立异常清单。抽样标签在 PDA 和 WMS 中显示同一业务对象，异常标签有明确状态和处理入口。
读取范围和货位边界盘点当前货位时，会不会把邻近货位算进来？选择相邻货位、上下层货位和通道两侧货位，按真实盘点动作读取。记录目标标签、任务外标签、漏读标签、设备功率、人员位置和移动路线。系统能区分任务内和任务外标签，原始 EPC 清单可回查，差异有复核路径。
收货和上架任务标签读取后，收货数量、批次和上架货位是否正确？准备正常到货、少货、多货、重复标签、未建档标签和批次不符等用例。PDA 读取后核对任务状态、待处理异常和 WMS 入库记录。每种异常都有可理解提示，收货记录能关联操作人、设备、时间、任务和处理结果。
拣货、复核和出库出库时能否识别多拿、少拿和拿错批次？准备正确拣货、漏拣、多拣、跨批次、跨订单和退回重扫等用例。按真实操作顺序执行，检查 PDA 提示、复核页面和 WMS 出库结果。出库结果能追溯到标签明细，差异经过确认或退回处理后才进入 WMS。
盘点和差异复核盘点差异能否区分未读、串读、位置异常和账实差异？准备账实一致、漏读、串读、货位错放、标签损坏和任务外标签等用例。盘点后生成差异清单，再用近距离复核或人工确认处理。差异项按类型分类，复核动作、处理人和结果被记录。库存调整需要符合权限规则。
离线缓存和断点补传Wi-Fi 中断后，任务是否会丢，恢复网络后是否会重复入账？在任务下载后断开网络，执行扫描、保存和提交动作，再恢复网络。检查待上传队列、重试提示、接口幂等和 WMS 结果。断网期间数据可追溯，恢复网络后只产生一次业务结果，失败记录可以重试或人工处理。
接口幂等和并发提交重复点击、重试和多设备同时操作会不会制造重复数据？对同一任务执行重复提交、超时重试和两台设备并发提交。检查接口返回、业务状态、库存变化和日志。为业务动作设计可追溯的请求标识。重复请求不会产生重复库存动作，冲突有明确返回，日志能关联请求标识和任务。
权限、撤销和异常闭环谁能确认差异，谁能撤销错误操作？用普通员工、班组长和管理员账号分别执行异常确认、撤销和库存调整。记录审批、原因、原始动作和新动作的关联。角色权限符合业务规则，撤销记录与原始记录相关联，库存变化可解释。
日志、对账和回归上线后出现差异，能否从日志还原现场发生了什么？保留设备编号、操作人、时间、位置、任务、原始 EPC、过滤结果、接口请求、接口响应、重试和业务结果。每日或每班次抽样对账。从一条 WMS 结果可以回查到 PDA 原始读取、过滤、提交和接口处理记录。
## 1. 标签编码和主数据建档 **为什么要查。**标签没有映射到业务对象，读取结果只是字符串。后续盘点、出入库和追溯都会失去基础。 **怎么落地。**抽取不同物料、包装层级和批次的标签，逐条核对 EPC、业务编码、包装层级、批次、状态和启用时间。对重复、缺失和停用标签单独建立异常清单。 **容易遗漏的地方。**只抽查容易读取的标签，没有覆盖补标、换标、退货和历史标签。标签编码能读出，但后台映射到了错误包装层级。 **验收时看什么。**抽样标签在 PDA 和 WMS 中显示同一业务对象，异常标签有明确状态和处理入口。 - 准备标签抽样清单 - 核对 EPC 与业务主键映射 - 验证停用标签和重复标签处理 **执行动作 1。**准备标签抽样清单。这项动作要写进标签编码和主数据建档的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“EPC 读出来后能否找到对应物料、箱、托盘或资产？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 2。**核对 EPC 与业务主键映射。这项动作要写进标签编码和主数据建档的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“EPC 读出来后能否找到对应物料、箱、托盘或资产？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 3。**验证停用标签和重复标签处理。这项动作要写进标签编码和主数据建档的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“EPC 读出来后能否找到对应物料、箱、托盘或资产？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **模块交付。**标签编码和主数据建档完成后，保留一份可以复用的检查记录。记录里至少包含正常结果、异常样例、处理路径和抽样标签在 PDA 和 WMS 中显示同一业务对象，异常标签有明确状态和处理入口。。后续设备、标签、应用、网络或业务规则变化时，按受影响范围回归，不要等到现场报障后再补资料。 ## 2. 读取范围和货位边界 **为什么要查。**RFID 可批量读取，但仓库任务通常有边界。功率过高、货架间距小或标签密度高时，串读会让库存差异变得难以解释。 **怎么落地。**选择相邻货位、上下层货位和通道两侧货位，按真实盘点动作读取。记录目标标签、任务外标签、漏读标签、设备功率、人员位置和移动路线。 **容易遗漏的地方。**只在空仓或样板区测试。现场货架放满后，金属货架、液体货物和密集标签会改变表现。 **验收时看什么。**系统能区分任务内和任务外标签，原始 EPC 清单可回查，差异有复核路径。 - 覆盖满货架状态 - 拆分漏读和串读 - 记录功率档位与读取路线 **执行动作 1。**覆盖满货架状态。这项动作要写进读取范围和货位边界的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“盘点当前货位时，会不会把邻近货位算进来？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 2。**拆分漏读和串读。这项动作要写进读取范围和货位边界的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“盘点当前货位时，会不会把邻近货位算进来？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 3。**记录功率档位与读取路线。这项动作要写进读取范围和货位边界的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“盘点当前货位时，会不会把邻近货位算进来？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **模块交付。**读取范围和货位边界完成后，保留一份可以复用的检查记录。记录里至少包含正常结果、异常样例、处理路径和系统能区分任务内和任务外标签，原始 EPC 清单可回查，差异有复核路径。。后续设备、标签、应用、网络或业务规则变化时，按受影响范围回归，不要等到现场报障后再补资料。 ## 3. 收货和上架任务 **为什么要查。**收货是数据进入仓库的入口。这里发生错绑，后续盘点再准确也会对错对象。 **怎么落地。**准备正常到货、少货、多货、重复标签、未建档标签和批次不符等用例。PDA 读取后核对任务状态、待处理异常和 WMS 入库记录。 **容易遗漏的地方。**只验证正常收货。异常出现时，系统直接跳过或自动计入，现场人员不知道需要处理。 **验收时看什么。**每种异常都有可理解提示，收货记录能关联操作人、设备、时间、任务和处理结果。 - 验证正常和异常收货 - 核对上架货位 - 保留原始读取和处理日志 **执行动作 1。**验证正常和异常收货。这项动作要写进收货和上架任务的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“标签读取后，收货数量、批次和上架货位是否正确？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 2。**核对上架货位。这项动作要写进收货和上架任务的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“标签读取后，收货数量、批次和上架货位是否正确？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 3。**保留原始读取和处理日志。这项动作要写进收货和上架任务的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“标签读取后，收货数量、批次和上架货位是否正确？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **模块交付。**收货和上架任务完成后，保留一份可以复用的检查记录。记录里至少包含正常结果、异常样例、处理路径和每种异常都有可理解提示，收货记录能关联操作人、设备、时间、任务和处理结果。。后续设备、标签、应用、网络或业务规则变化时，按受影响范围回归，不要等到现场报障后再补资料。 ## 4. 拣货、复核和出库 **为什么要查。**RFID 出库不能只追求快速读取。系统需要把实际标签与任务清单比较，提示差异并阻止未经确认的提交。 **怎么落地。**准备正确拣货、漏拣、多拣、跨批次、跨订单和退回重扫等用例。按真实操作顺序执行，检查 PDA 提示、复核页面和 WMS 出库结果。 **容易遗漏的地方。**系统只比较数量，不比较 EPC 或批次。数量相同但对象拿错时，异常无法被发现。 **验收时看什么。**出库结果能追溯到标签明细，差异经过确认或退回处理后才进入 WMS。 - 覆盖多拿少拿和错拿 - 核对标签明细而非只看数量 - 验证差异确认权限 **执行动作 1。**覆盖多拿少拿和错拿。这项动作要写进拣货、复核和出库的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“出库时能否识别多拿、少拿和拿错批次？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 2。**核对标签明细而非只看数量。这项动作要写进拣货、复核和出库的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“出库时能否识别多拿、少拿和拿错批次？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 3。**验证差异确认权限。这项动作要写进拣货、复核和出库的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“出库时能否识别多拿、少拿和拿错批次？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **模块交付。**拣货、复核和出库完成后，保留一份可以复用的检查记录。记录里至少包含正常结果、异常样例、处理路径和出库结果能追溯到标签明细，差异经过确认或退回处理后才进入 WMS。。后续设备、标签、应用、网络或业务规则变化时，按受影响范围回归，不要等到现场报障后再补资料。 ## 5. 盘点和差异复核 **为什么要查。**盘点结果如果只给出一个差异数量，仓库无法判断下一步动作。RFID 项目需要让复核更快，而不是制造新的疑问。 **怎么落地。**准备账实一致、漏读、串读、货位错放、标签损坏和任务外标签等用例。盘点后生成差异清单，再用近距离复核或人工确认处理。 **容易遗漏的地方。**盘点完成后直接改库存，没有差异复核。原始 EPC 清单没有保留，事后无法解释库存变化。 **验收时看什么。**差异项按类型分类，复核动作、处理人和结果被记录。库存调整需要符合权限规则。 - 生成差异清单 - 验证近距离复核 - 核对库存调整权限 **执行动作 1。**生成差异清单。这项动作要写进盘点和差异复核的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“盘点差异能否区分未读、串读、位置异常和账实差异？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 2。**验证近距离复核。这项动作要写进盘点和差异复核的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“盘点差异能否区分未读、串读、位置异常和账实差异？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 3。**核对库存调整权限。这项动作要写进盘点和差异复核的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“盘点差异能否区分未读、串读、位置异常和账实差异？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **模块交付。**盘点和差异复核完成后，保留一份可以复用的检查记录。记录里至少包含正常结果、异常样例、处理路径和差异项按类型分类，复核动作、处理人和结果被记录。库存调整需要符合权限规则。。后续设备、标签、应用、网络或业务规则变化时，按受影响范围回归，不要等到现场报障后再补资料。 ## 6. 离线缓存和断点补传 **为什么要查。**仓库网络覆盖难免有盲区。没有离线策略，现场人员会反复提交，后台也可能收到重复记录。 **怎么落地。**在任务下载后断开网络，执行扫描、保存和提交动作，再恢复网络。检查待上传队列、重试提示、接口幂等和 WMS 结果。 **容易遗漏的地方。**只测试完全在线状态。补传时没有幂等键，同一任务被重复入账；或者员工看不到待上传状态，以为任务已经完成。 **验收时看什么。**断网期间数据可追溯，恢复网络后只产生一次业务结果，失败记录可以重试或人工处理。 - 模拟断网和弱网 - 检查待上传队列 - 验证重复提交不会重复入账 **执行动作 1。**模拟断网和弱网。这项动作要写进离线缓存和断点补传的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“Wi-Fi 中断后，任务是否会丢，恢复网络后是否会重复入账？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 2。**检查待上传队列。这项动作要写进离线缓存和断点补传的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“Wi-Fi 中断后，任务是否会丢，恢复网络后是否会重复入账？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 3。**验证重复提交不会重复入账。这项动作要写进离线缓存和断点补传的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“Wi-Fi 中断后，任务是否会丢，恢复网络后是否会重复入账？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **模块交付。**离线缓存和断点补传完成后，保留一份可以复用的检查记录。记录里至少包含正常结果、异常样例、处理路径和断网期间数据可追溯，恢复网络后只产生一次业务结果，失败记录可以重试或人工处理。。后续设备、标签、应用、网络或业务规则变化时，按受影响范围回归，不要等到现场报障后再补资料。 ## 7. 接口幂等和并发提交 **为什么要查。**现场网络波动、员工重复点击和多设备协作都会触发并发。接口没有幂等控制，库存可能被重复增加或扣减。 **怎么落地。**对同一任务执行重复提交、超时重试和两台设备并发提交。检查接口返回、业务状态、库存变化和日志。为业务动作设计可追溯的请求标识。 **容易遗漏的地方。**接口只返回成功或失败，没有区分已处理、重复请求和状态冲突。运维人员只能手工查数据库。 **验收时看什么。**重复请求不会产生重复库存动作，冲突有明确返回，日志能关联请求标识和任务。 - 测试重复点击 - 测试超时重试 - 测试两台设备并发 **执行动作 1。**测试重复点击。这项动作要写进接口幂等和并发提交的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“重复点击、重试和多设备同时操作会不会制造重复数据？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 2。**测试超时重试。这项动作要写进接口幂等和并发提交的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“重复点击、重试和多设备同时操作会不会制造重复数据？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 3。**测试两台设备并发。这项动作要写进接口幂等和并发提交的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“重复点击、重试和多设备同时操作会不会制造重复数据？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **模块交付。**接口幂等和并发提交完成后，保留一份可以复用的检查记录。记录里至少包含正常结果、异常样例、处理路径和重复请求不会产生重复库存动作，冲突有明确返回，日志能关联请求标识和任务。。后续设备、标签、应用、网络或业务规则变化时，按受影响范围回归，不要等到现场报障后再补资料。 ## 8. 权限、撤销和异常闭环 **为什么要查。**RFID 提高采集速度后，错误也可能更快进入后台。差异确认、撤销和库存调整需要权限边界。 **怎么落地。**用普通员工、班组长和管理员账号分别执行异常确认、撤销和库存调整。记录审批、原因、原始动作和新动作的关联。 **容易遗漏的地方。**所有人都能直接修改库存；或者系统没有撤销路径，只能让管理员后台改数据，留下新的追溯缺口。 **验收时看什么。**角色权限符合业务规则，撤销记录与原始记录相关联，库存变化可解释。 - 测试角色权限 - 验证撤销链路 - 检查异常原因字典 **执行动作 1。**测试角色权限。这项动作要写进权限、撤销和异常闭环的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“谁能确认差异，谁能撤销错误操作？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 2。**验证撤销链路。这项动作要写进权限、撤销和异常闭环的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“谁能确认差异，谁能撤销错误操作？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 3。**检查异常原因字典。这项动作要写进权限、撤销和异常闭环的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“谁能确认差异，谁能撤销错误操作？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **模块交付。**权限、撤销和异常闭环完成后，保留一份可以复用的检查记录。记录里至少包含正常结果、异常样例、处理路径和角色权限符合业务规则，撤销记录与原始记录相关联，库存变化可解释。。后续设备、标签、应用、网络或业务规则变化时，按受影响范围回归，不要等到现场报障后再补资料。 ## 9. 日志、对账和回归 **为什么要查。**验收不是一次演示。后续版本升级、标签变化和仓库调整都需要回归。日志是排查和复测的依据。 **怎么落地。**保留设备编号、操作人、时间、位置、任务、原始 EPC、过滤结果、接口请求、接口响应、重试和业务结果。每日或每班次抽样对账。 **容易遗漏的地方。**只保留最终库存，不保留原始读取和过滤结果。接口升级后没有回归用例，问题在生产环境才出现。 **验收时看什么。**从一条 WMS 结果可以回查到 PDA 原始读取、过滤、提交和接口处理记录。 - 建立验收用例库 - 保留原始读取日志 - 安排上线后抽样对账 **执行动作 1。**建立验收用例库。这项动作要写进日志、对账和回归的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“上线后出现差异，能否从日志还原现场发生了什么？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 2。**保留原始读取日志。这项动作要写进日志、对账和回归的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“上线后出现差异，能否从日志还原现场发生了什么？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 3。**安排上线后抽样对账。这项动作要写进日志、对账和回归的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“上线后出现差异，能否从日志还原现场发生了什么？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **模块交付。**日志、对账和回归完成后，保留一份可以复用的检查记录。记录里至少包含正常结果、异常样例、处理路径和从一条 WMS 结果可以回查到 PDA 原始读取、过滤、提交和接口处理记录。。后续设备、标签、应用、网络或业务规则变化时，按受影响范围回归，不要等到现场报障后再补资料。 ## 验收报告建议保留的字段 验收报告要能支撑上线判断，也要能在上线后复用。每条异常都应知道发生在哪个对象、哪个任务、哪台设备和哪个接口请求上。
记录字段填写方式判断用途
业务对象物料、箱、托盘、资产、批次、货位区分读取层级和任务范围
标签数据EPC、TID 如需使用、标签状态、绑定时间排查错绑、重绑和停用标签
现场动作任务、操作人、设备、时间、位置、功率档位还原读取过程
过滤结果任务内、任务外、重复、漏读、复核解释 PDA 页面结果
接口记录请求标识、请求时间、响应、重试、幂等结果排查重复提交和超时
WMS 结果单据、库存变化、状态、处理人完成现场与后台对账
回归信息版本、标签批次、仓库区域、执行日期支持升级和场景变化后的复测
**业务对象。**记录时填写物料、箱、托盘、资产、批次、货位。这组字段用于区分读取层级和任务范围。字段命名、填写位置和责任人需要固定下来，避免不同站点使用各自的简称。抽查时从一条业务记录向前回查，也要能找到对应的现场动作和处理结果。 **标签数据。**记录时填写EPC、TID 如需使用、标签状态、绑定时间。这组字段用于排查错绑、重绑和停用标签。字段命名、填写位置和责任人需要固定下来，避免不同站点使用各自的简称。抽查时从一条业务记录向前回查，也要能找到对应的现场动作和处理结果。 **现场动作。**记录时填写任务、操作人、设备、时间、位置、功率档位。这组字段用于还原读取过程。字段命名、填写位置和责任人需要固定下来，避免不同站点使用各自的简称。抽查时从一条业务记录向前回查，也要能找到对应的现场动作和处理结果。 **过滤结果。**记录时填写任务内、任务外、重复、漏读、复核。这组字段用于解释 PDA 页面结果。字段命名、填写位置和责任人需要固定下来，避免不同站点使用各自的简称。抽查时从一条业务记录向前回查，也要能找到对应的现场动作和处理结果。 **接口记录。**记录时填写请求标识、请求时间、响应、重试、幂等结果。这组字段用于排查重复提交和超时。字段命名、填写位置和责任人需要固定下来，避免不同站点使用各自的简称。抽查时从一条业务记录向前回查，也要能找到对应的现场动作和处理结果。 **WMS 结果。**记录时填写单据、库存变化、状态、处理人。这组字段用于完成现场与后台对账。字段命名、填写位置和责任人需要固定下来，避免不同站点使用各自的简称。抽查时从一条业务记录向前回查，也要能找到对应的现场动作和处理结果。 **回归信息。**记录时填写版本、标签批次、仓库区域、执行日期。这组字段用于支持升级和场景变化后的复测。字段命名、填写位置和责任人需要固定下来，避免不同站点使用各自的简称。抽查时从一条业务记录向前回查，也要能找到对应的现场动作和处理结果。 ## 验收通过后仍要保留小范围观察期 试运行可以按仓库区域或业务类型分批展开。每天抽取一部分任务核对原始 EPC、PDA 结果和 WMS 单据。遇到差异时先分类，判断来自标签、读取边界、人员动作、网络、接口还是主数据。 标签批次、包装材料、货架布局、PDA 应用和 WMS 接口发生变化后，用原有验收用例回归。回归不必每次覆盖全部仓库，但要覆盖受到影响的场景和异常路径。 项目团队应保留一份差异字典。员工看到提示时知道该重新扫描、近距离复核、暂存待处理还是联系管理员。验收做得细，现场培训会更简单，后续运维也更容易定位。 ## 常见问题 **RFID 仓库项目验收只看读取率够不够？** 不够。还要验证任务边界、串读、漏读、业务流程、离线补传、接口幂等、权限、日志和 WMS 对账。 **为什么要保留原始 EPC 清单？** 原始清单可以帮助区分漏读、串读、重复读取和过滤规则问题。只保留最终数量，很难复盘。 **弱网测试要怎么做？** 下载任务后断开网络，执行扫描和提交，再恢复网络。检查待上传队列、补传结果和 WMS 是否重复入账。 **盘点差异可以直接修改库存吗？** 建议经过复核和权限控制。系统应保留原始盘点、复核、调整原因和处理人。 **接口升级后需要重新验收吗？** 需要针对受影响场景回归，尤其是字段、状态、幂等、异常提示和离线补传。 封面：/uploads/allimg/20260602/1-2606021KHR00.webp