一个制造企业的财务账上登记了1.2万多件固定资产，盘点完实际在用的只有8000出头，差额接近4000件。这4000件里有些是报废没走流程，有些是跨厂区调拨没登记，还有100多件是重复入账——同一台设备走了两次采购审批，财务挂了两笔账。重复入账的那些资产，原值加起来快四40万。

这个数字出来的时候客户财务总监自己都愣了。资产管理的漏洞不是一天形成的，采购、使用、调拨、报废这几个环节各自为政，时间一长账实就脱节。后来给他们做了首码的RFID资产管理系统的部署，把从采购入库到报废处置这条线打通，这样他们的资产数据包括盘点数据做到了稳！准！快！

之前聊过条码扫描方案。条码方案成本低，盘点机1000出头，标签几分钱一个。但有两个硬伤：必须挨个儿扫描，1万件资产就要至少扫描1万次，时间太久；标签要是脏了、坏了、看不清就扫不上。还有一个问题客户没提但我觉得很关键——条码扫完之后数据还是孤立的，扫了多少台、哪些对不上，还得回办公室导出Excel手工比对，这个环节比扫码本身还耗时。

RFID的批量快速读取是核心优势。拿着RFID盘点机走一圈，几米范围内的资产标签自动被读到，不用对准，射频信号会自己找资产。抗金属标签单价两三块，能用好几年，综合成本不比反复换条码标签高。频率选超高频UHF（860-960MHz），读取距离2-8米（环境、粘贴位置均会影响读距），适合走廊巡检。高频HF频段抗金属性能好，但读取距离太短，跟扫码枪差不多，批量读取的意义就没了。

微服务架构，Spring Cloud + Spring Boot（JDK8+），MySQL 5.7主库，MongoDB 4.4存标签读取日志和盘点快照，Redis缓存，MinIO存附件，RocketMQ处理异步消息。前端Vue + ElementUI，移动端UniApp。

MongoDB存读取日志的原因是盘点时同一标签会被读到几十次，原始记录量很大，写MySQL会拖慢盘点接口，MongoDB的写入性能扛得住，最终结果再异步写回MySQL。

服务按业务域拆分：资产档案、采购入库、盘点管理、折旧计算、报废处置各自独立。服务间用RocketMQ做事件通知——资产状态从"在用"变"报废"时，折旧服务收到消息停计提，财务对接服务收到消息生成处置凭证。Redis主要做两件事：缓存热点资产数据，盘点时做实时去重和比对。盘点任务用分布式锁防止同一批资产被两个人同时操作。

审批工作流引擎用的Flowable。不同资产类别的报废流程不一样：办公设备走行政审批，生产设备要走技术评估加财务审批。客户改了好几次审批规则，在流程设计器里拖一下就行，没改过代码。审批通过之后触发一连串动作——资产状态变更、标签停用、折旧停计提、财务生成处置凭证——这些全靠RocketMQ事件驱动，不用人工干预。

采购入库要做标签绑定。批量入库逐个绑定EPC太慢，做了批量写入，读取器一次写五十张。EPC编码规则是"类别码3位+厂区码2位+年月4位+流水号5位"，写入前查库确认不重复：

WHERE epc_code = #{epc} AND status = 'ACTIVE';

INSERT INTO asset_tag(asset_id, epc_code, bind_time, status)

VALUES(#{assetId}, #{epc}, NOW(), 'ACTIVE');

盘点环节核心是批量读取和差异比对。一万个资产盘点短时间内会产生大量读取记录，每条同步写MySQL扛不住。做法是先写Redis，攒满100条批量刷入MongoDB，比对走Redis。发射功率20dBm，读取范围收窄到三四米，避免走廊里走一圈把隔壁办公室的标签也扫进来。盘点计划按厂区、楼宇、部门三个维度生成，手持机读取的标签EPC通过WiFi实时上传，后端拿读取结果跟计划清单做比对，盘亏的标记"待复核"，盘点人员切到条码模式去现场补扫。

  batch-size: 100        # Redis批量刷入阈值

  flush-interval: 5000   # 定时刷入间隔(ms)

  dedup-window: 3000     # 同一EPC去重窗口(ms)

  power-default: 20      # 默认发射功率(dBm)

  scan-mode: INVENTORY   # 模式: INVENTORY|TRANSFER|AUDIT

折旧按月批量跑，直线法为主，部分生产设备用双倍余额递减法，一万个资产月结跑完大概两分钟。报废走审批，通过后标签置INACTIVE，EPC不回收，避免历史记录追溯混乱。报废有个细节花了点时间——客户要求报废资产保留在台账上，状态变成"已报废"但不能直接删，审计要追溯，折旧停了之后原值和累计折旧还要保留在报表上。

标签去重是第一道关。同一EPC在3秒内重复读取直接丢弃，能砍掉九成以上的冗余数据。读取记录先写Redis再批量刷MongoDB，比对逻辑也在Redis做，MySQL只存最终盘点结果。离线盘点也做了——WiFi覆盖不到的区域，读取记录存手持机本地，回到有网的地方批量上传，后端再做一次去重校验。这个功能踩过一个坑：两个盘点人离线盘了同一批资产，上传后出现重复记录，后来在本地缓存里加了盘点任务ID和EPC的联合去重才解决。场景预设方面，仓库、办公区、车间的功率和天线参数各一套，盘点人员现场切换，不用手动调参。

部署RFID资产管理系统上线后第一次全量盘点，两个人一天跑完3个厂区无压力。以前同样的量要花两周去清盘，主要时间耗在逐台扫码和事后手工整理差异报告上。差异项从第一次盘点时的300多条降到第三次不到20条，大部分是标签脱落和跨厂区调拨没登记，补上之后就好了。重复入账在数据清洗阶段就解决了，后面再没出现过。

月结折旧以前财务手工跑半天，现在自动跑完出报表。盘点报告也不用手工整理了，系统盘点完直接出盘亏清单、盘盈清单和已盘清单，按部门分类汇总，导出Excel就能给财务对账。

系统上线只是工作量的一半，另一半在前期数据清洗整理和标签制作粘贴规划。实施的时候，这两件事花的时间比系统部署本身还长。标签选型可别图省事，金属资产一定要用抗金属标签，普通标签贴上去读取率掉到2成甚至直接丢失，后面补标签的人工和时间成本更高

盘点场景预设要做，不同厂区环境差异大，一套参数走天下行不通。上线后留一个月并行期，新旧两套台账同时跑，发现问题及时修正。直接切的风险太大，标签漏绑或者EPC映射错了，盘点结果全乱。

固定资产全生命周期管理：RFID固资管理系统的落地实战

物联网

后端

开发工具

制造企业固定资产账实差异达4000件，暴露采购、调拨、报废环节管理漏洞。采用RFID资产管理系统实现全流程数字化管理，UHF超高频标签支持批量快速盘点，系统架构采用微服务+事件驱动，实现资产数据实时准确。上线后盘点效率提升10倍，差异率下降93%，月结折旧自动化完成。关键点：抗金属标签选型、数据清洗、场景预设和并行期验证。

微服务架构

数据清洗

Spring Boot

MongoDB

MySQL

Redis

2026上云采购 | AI焕新·智启新局

iot-class

腾讯云BI特惠9.9元起！


文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

制造企业固定资产账实差异达4000件，暴露采购、调拨、报废环节管理漏洞。采用RFID资产管理系统实现全流程数字化管理，UHF超高频标签支持批量快速盘点，系统架构采用微服务+事件驱动，实现资产数据实时准确。上线后盘点效率提升10倍，差异率下降93%，月结折旧自动化完成。关键点：抗金属标签选型、数据清洗、场景预设和并行期验...

固定资产全生命周期管理：RFID固资管理系统的落地实战

固定资产全生命周期管理：RFID固资管理系统的落地实战

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐