固定资产智慧管理平台

01 / 场景

场景与约束

固定资产管理真正的难点不在有没有系统，而在台账、现场与流程三者不同步：台账在财务系统里，实物在楼层与库房之间流动，审批与领用记录又分散在各类表单中。年度或季度盘点只能暴露差异，无法说明差异发生在哪一步。物流、制造、医疗与科研单位的资产往往带有金属外壳、密集摆放或跨楼层移动，这决定了识别方式不能只靠一种技术，现场部署条件也必须提前勘测。

• 账实差异只能事后发现，责任难追溯到具体环节
• 资产分布跨楼层、跨库房，位置状态无法实时体现
• 金属、液体、密集堆放等环境对标签识别有直接影响
• 领用、调拨、维修、报废流程分散，状态口径不统一

02 / 方案

方案构成

平台以统一的资产模型为中心，把识别手段、现场作业和业务事务收敛到同一份数据上。有源 RFID 负责区域内持续感知，无源 RFID 与 PDA 负责任务式精确盘点，两者共享同一资产编码与状态机；区域规则引擎把准入、准出、禁入、禁出与防拆策略变成可配置项，而不是写死在代码里。

• 资产管理平台：台账、编码规则、分类与归属、折旧与状态
• PDA 采集端：任务下发、离线盘点、差异复核、现场拍照留痕
• 读写器与通道设备：固定点位持续感知、通道出入判定、异常告警
• 区域规则引擎：准入/准出/禁入/禁出/防拆等策略配置
• 事务与审计：领用、调拨、借还、退库、维修、报废的可配置流转与日志

03 / 技术

技术要点

识别层同时接入有源（2.4G）与无源（UHF）读写设备，由统一的设备接入服务做协议适配、心跳与数据去重；采集端采用 Flutter 实现 Android PDA 上的离线优先作业，网络恢复后增量同步，避免地下库房无信号时作业中断；平台侧以 REST API 承载事务，配合消息队列削峰，审计日志单独落库以满足追溯要求。

• RFID：有源 2.4G 区域感知 + 无源 UHF 精确盘点
• 移动端：Flutter（Android PDA），离线缓存与增量同步
• 服务端：REST API、消息队列、MySQL / Redis
• 运维：日志审计、权限分级、备份与恢复演练

04 / 交付

交付与验收

这类项目有一半工作量在机房里外：标签选型、读写器点位、供电与网络、PDA 作业流程都要在现场跑通才算完成。我们按阶段交付，每个阶段都有可验收的实物或文档，避免出现“系统上线了但现场不好用”的结果。

• 资产模型与编码规则文档
• 管理平台 + PDA 采集端可运行版本
• 现场勘测报告与设备点位图
• 设备联调记录与异常处理清单
• 盘点作业手册与管理员培训
• 验收清单（逐条对应需求条目）

05 / 边界

可复用与边界

这套能力可以迁移到仓储物资、工器具、医疗设备与实验室仪器等需要“账物一致”的场景，核心是资产模型、规则引擎与离线采集这三块。需要提前说明的边界是：金属与液体环境会显著影响 UHF 识别，必须现场勘测后确定标签类型与安装方式；通道识别的距离与准确率取决于安装位置与人员/车辆通行方式，不存在通用的最优参数。

• 可迁移：仓储物资、工器具、医疗设备、实验室仪器
• 需勘测：金属/液体环境、通道宽度、层高与遮挡
• 不承诺：未勘测情况下的识别率与点位数量