盘A房却读到B房的灯：RFID盘点先核什么？

先核任务房间、台账范围和实物位置，再调读写器。本轮报告里出现一个EPC，只能说明收到的数据包含这个标签，不能直接把它记成“在A房”，也不能直接认定串读。 器材可能真的搬了房间，只是台账尚未更新。

下面用一个多直播间的通用示例说明：器材管理员站在A房盘点，列表却出现几盏登记在B房的灯。如果立即把这些灯改成A房，之后的借还和位置复核就失去了原来的核对依据。

先固定任务范围，别让读数替你选房间

开始前先写清“这轮盘哪个房间、按哪一版清单核对”。保留任务号、房间、清单日期和器材编号。台账登记房间、操作者当前选择的房间、实物经复核所在的房间，是不同的信息。

如果软件会根据读到标签的登记房间推断扫描房间，要特别看它怎样显示推断结果、怎样确认任务。多数标签来自某个登记房间，只能形成一个推断，不能替代操作者的现场选择。

下面只演示集合比对，A01等都是虚构标签别名，不是设备实测记录或可写入的EPC：

按这份清单，先留下三个复核集合：报告中出现的清单内项A01；本轮报告中未出现的清单内项A02；报告中出现的清单外项B01、B02、B03。A02是待复核项，B组是范围外待核项。 A02没出现在这份报告里，不能直接证明设备从未读到它；还要核对读前选择、读后过滤和报告传递等环节。此时没有依据给A02定丢失，也没有依据修改B组的房间。

若仅对已识别标签的登记房间做多数统计，这组输入会把B房排在前面。它仍然不能证明操作者在B房；B组也可能已经搬进A房但未完成登记。这正是需要把“本轮收到的报告”和“任务范围”分开的原因。

先核实多出来的灯，再做受控试读

先让现场人员确认B组实物在哪里，并核对近期借还或转场记录。确认灯仍在范围外，才继续检验是否跨区读入；若灯确已搬入A房，应按实际业务补交接或位置记录。

做对照时，固定读写器型号、标签、资产摆放、操作者站位和扫描过程，先保留原设置的一轮结果。之后每轮只改一项，例如发射功率，或读写器位置与朝向；换了参数又搬动物品，就很难判断是哪项变化带来的差别。

每轮同时看两类结果：本房间清单里的物品有没有新增未报告项，范围外标签是否仍出现在同一采集层级的报告里。范围外报告减少、但本房间也新增缺项，不能直接当作调试通过。能取得上游报告或排除记录时一并保留；取不到就写明缺哪一层，不能把最终列表当成设备所有读取的完整记录。

厂商设置可作为核对入口。例如Zebra DataWedge 8.1的RFID Input文档把发射功率、重复标签过滤和标签模式预过滤分别列出；123RFID Desktop的天线配置文档说明配置项依读写器型号而不同。这里用它们解释设置类别，不把某个型号的数值搬成其他手持机的推荐值。

例如123RFID Desktop读写器配置文档列有时间戳、RSSI和读取次数等报告选项。实际工具能提供时一起记录；取不到就注明未提供。RSSI可以作为对照信息，但不要把统一阈值直接写成房间边界。

读前选择和读后筛选，要分开核对

先问过滤发生在哪一层。同样是“不显示B组”，背后的动作可能不同。

读前选择会影响哪些标签参与本轮盘存。例如上述DataWedge 8.1文档中的标签模式预过滤，可按EPC等存储区匹配，改变标签的SL选择标志或盘存标志，配合盘存条件影响标签是否响应。它不能简单等同于隐藏已收到的结果。

读后筛选则处理已经取得的报告。例如业务应用收到EPC后再按本房间白名单筛选，可以决定哪些记录进入比对或显示；界面不显示，不代表设备此前没有采到。

这两类配置都不能单独证明射频覆盖已限制在房间内，更不能证明器材的实物位置。记录工具或SDK报告取自哪一层、启用了哪种过滤，以及本轮实际收到哪些数据。上游报告、被排除EPC及原因只有在工具确实提供时才填写；否则标为“未提供/不可观测”，不要从预过滤后的结果反推出被排除标签。

一个便于重复核对的记录表可以这样留：

软件还要防住“确认到了错误任务”

在按任务提交的流程里，服务端仍应检查房间与任务是否一致，不能只相信界面传来的分类。本文作者参与AssetaGuard产品资料整理：其当前源码的一条任务差异确认逻辑，会在包含已识别资产项时核对扫描房间与任务房间，不一致就拒绝确认。

这是一项业务一致性约束，不是射频定位或逐条串读识别。它不能证明每条标签都来自所选房间，也不能代替现场试读；实际部署版本是否包含该逻辑，以及其他采集入口怎样处理，仍须分别核对。

采购演示时，可以让候选系统用同一组输入说明：任务房间从哪里来、范围外读数怎么保留、未读项怎样复核、什么操作会改动房间记录。让接班人能重新解释这轮结果，比只展示最终标签总数更有判断价值。

下一次就选你们最容易混读的两个直播间，按上表留一轮原设置和一轮单变量对照记录，再决定需要调整设备设置，还是补业务记录。