2026年存量固定资产切换RFID盘点：一次落地实践与几点教训
去年年中，我们接手了一个客户的资产盘点项目。对方几千件存量资产一直用条码管理，每次大盘点要全员停摆两三天，账实相符率还老是差一截。他们问了一句：能不能直接换成RFID？这事儿我们后来真做成了，但过程里踩的坑比预想多。把这次实践梳理出来，供遇到类似规模的团队参考——不是推荐大家都这么干，而是说说我们怎么走的、哪些地方值得提前想清楚。
一、先把话说全：条码不是不好用，是规模面前有结构性瓶颈
我们复盘时把条码的痛点列了出来：
- 识别必须视距对准，资产一多，人力成本几乎线性增长。
- 标签被遮挡、污损就扫不上，盘点常变成翻箱倒柜。
- 离线采集后还要人工回写，录入环节容易错、容易滞后。
- 盘点周期长，业务得为它让路。
但要公平讲，条码便宜，标签几毛钱一张、打印方便，小体量时完全够用。RFID解决的是"规模加流动"带来的瓶颈，不是全面替代条码。这点我们一开始没跟客户讲透，后面专门补了说明，免得对方误以为条码一无是处。
反过来看，RFID也不是没代价：标签成本高出一截，金属和液体环境读取会受影响，现场还要规划读写器位置和天线朝向。所以我们后来形成的判断是——上不上，先看资产规模和流动频率，而不是看技术新不新。
二、我们是用四个维度做决策的
当时我们和客户的IT、财务坐下来，用几个维度过了遍： - 资产数量级。过千件后条码人力明显吃力，过万基本靠人力盘不动。
- 流动频率。设备频繁调拨、借还，条码每次变动都要重扫，RFID能自动记轨迹。
- 账实相符率。如果每次盘点都丢一批"找不到"的资产，问题多在识别环节，不在人。
- 隐性成本。盘点全员停摆、连着加班，长期摊下来未必比上RFID便宜。
我们当时占到了三条，就立了项。但资产少也能用，只是回报没那么快——这点也要如实说，别为了上技术而上技术。
三、核心思路：不重做系统，只把识别方式换掉
客户最担心的是"是不是要把现有资产系统推倒重来"。我们的做法是：在原有资产管理系统之上，只把末端识别从条码升级成无线射频。建账、分类、审批、折旧这些流程原样保留，变的只是采集终端和标签介质。所以存量资产不存在重建，只有"分批补标"的节奏问题。这个定位我们跟客户反复确认过，因为它直接决定了项目范围和预算，确认清楚了，后面扯皮少很多。
四、实际走的四条路径（带我们当时的取舍）
第一步，盘点摸底。
从现有系统导出清单，按部门、地点、类别分层。这阶段没动硬件，先把家底理清。我们当时漏了一点：没同步核对资产是否还在位，后面补标时返工了一批。
第二步，存量补标。
给存量资产补打RFID标签，按"高价值、流动频繁优先"，先覆盖IT设备和仪器。桌面型热敏RFID打印机仓管就能操作，但标签粘贴位置要统一规范，否则后期读取率参差，这是我们交过学费的。
第三步，手持批量盘点。
上支持UHF、带触屏和本地缓存的手持终端，走查式批量读。读取结果本地暂存、联网回传，效率比条码高出一个量级。但实际读取率受环境和贴标位置影响，我们做了两轮现场调优才稳。
第四步，关键点位管控。
机房、库房出入口布通道门，自动记录出入、异常预警。这里投入不小，我们建议先选一个重点区域试点，别一上来全铺，避免钱花在刀背上。
五、后端数据链路：我们为什么把链路搭在阿里云上
RFID真正落地，后端数据链路是关键。我们当时把链路搭在阿里云上，选型出于几点实际考量：
设备侧标签数据用消息队列 RocketMQ 做异步解耦，避免盘点高峰期的写入阻塞；海量标签和资产档案放表格存储 Tablestore，扛高并发读写；设备接入和状态用物联网平台 IoT 统一纳管；盘点结果和管理视图用 DataV 呈现，管理层能实时看资产分布。
选阿里云主要图弹性：资产从几千扩到几万，调资源规格就行，不用重构系统。但要说明，这套链路不是唯一解，用别的云也能搭，选型看团队熟悉度和既有资源，别被绑定思路带偏。
一点经验：Tablestore的表结构要按"资产主档"和"标签事件流水"分开设计。我们一开始全堆一张表，查询越来越慢，后来拆了才顺。这种细节文档里很少提，实际踩了才知道。
六、几个踩过的坑（这部分最值得提前避）
补标没建好"一物一码一资产"的映射
补标阶段没建好精准映射，后面出现重复绑定，返工清理了一周。
条码与RFID并存期出现管理空窗
条码资产和RFID资产并存期，系统没做好过渡，有一阵出现了管理空窗，账实又对不上，财务那边意见不小。
手持终端参数没提前定标准
手持终端参数（读取距离、速率、缓存、触屏）没提前定标准，不同批次体验参差，一线抱怨了一阵。
与财务对账做成单向，数据漂移
和财务系统对账，我们一开始做成单向，结果两边数据漂移，后来改成双向同步才稳下来。
这些坑单独看都不大，叠加起来能把项目拖慢一个月。写出来是希望类似项目提前避，而不是等疼了再改。
七、小结
这次实践下来，存量资产切RFID，本质是一次识别方式的渐进升级，不是系统重建。节奏上我们用了一两个季度、边用边切，全程资产不脱管、业务没中断。
但说句实话：它适合资产规模大、流动频繁的场景；小体量、变动少的，条码继续用着也挺好，不必赶时髦。我们后来也给另一个几百件资产的客户建议"先别上"，对方反而觉得我们靠谱。技术选型，讲清楚边界比一味说好用，更有价值。
