托盘不是包装。它是在企业之间流转、会被维修、会被租赁、偶尔还会消失的资本资产。接受这个定位之后，RFID 的设计就会变：标签代表的是资产身份，数据模型是一本移动台账，而不是一个库存数量。
托盘标识是资产身份
商品编码描述的是托盘上装了什么；你需要的是描述托盘本身的东西。
- 每一张实体托盘一个序列化标识，绝不用商品号或物料号。
- 标识要在维修、重刷漆、重贴标之后依然保持不变。
- 把托盘类别（尺寸、材质、承载等级）与单张托盘身份分开。
- 明确归属，因为托盘池里的托盘换手比换状态频繁得多。
- 报废之后绝不重用标识；重复身份会毁掉整条结算链。
木托盘、塑料托盘与池化托盘的标签选择
基材比芯片更能决定物理表现。
- 含水木材会吸能；同一个标签在干燥面和雨淋后的场地读取表现完全不同。
- 塑料托盘差异极大；为一种模具调好的标签，换一种可能就读不好。
- 内嵌标签耐受叉车撞击的能力，远强于表面不干胶。
- 钉入式、螺接式标签耐用，但施工慢、换托盘也难拆。
- 要在满载垛上测读取，而不是在实验台上测一张空托盘。
托盘旅程上的读取点
覆盖是一条链，而链通常断在没人装设备的那一环。
- 收货入库：托盘进入，识别归属的托盘池。
- 发货出库：保管责任转给承运商，计费时钟开始走。
- 客户现场：最难的一环，托盘在这里卸下，且往往不扫码。
- 回收与维修点：在这里判定状况与可修性。
- 报废与处置：身份必须显式离开台账。
租赁结算与移动台账
结算是这个项目存在的理由，而结算需要单据。
- 每一次托盘移动都建模成单据，带发送方、接收方、时间与地点，而不是改一个计数器。
- 按标识匹配发出与归还，争议一查就能解决。
- 处理部分归还与混装，这在实践里才是常态。
- 与托盘池运营方按月对账，用标识而不是用数量。
- 保留结算期的期初与期末余额，才可能重算。
损耗、流失与押金模型
损耗是一个财务数字，所以需要一个大家都接受的界定。
- 「丢失」应定义为超过约定账龄仍未核销，而不只是今天没看见。
- 把丢失与滞留分开：躺在客户现场的托盘不是丢了，是迟了。
- 押金按类别收，不按单张托盘身份收，否则管理成本会超过资产价值。
- 给每一笔未结移动算账龄，按账龄区间而不是按数量升级处理。
- 按客户公布损耗率，这是真正能改变行为的数字。
维修、检验与生命周期状态
对安全与成本而言，托盘的状态比位置更重要。
- 在回收点记录检验结果：完好、可修、报废。
- 在托盘记录上变更状态，并保留历史，而不是覆盖当前值。
- 报废时注销标识，同时拆除或销毁标签。
- 按标识跟踪维修成本，整个车队的真实成本才看得见。
- 把安全相关缺陷与外观损伤分开记录。
同步模型：把托盘移动做成单据
这套集成本质是台账问题，只是前端多了射频。
- 每次读取产生事件；事件经过校验才成为移动。
- 校验托盘存在、未报废，且在该时间戳上出现在合理位置。
- 入库接口必须幂等，因为场院读头会非常激进地重试。
- 更正以新增单据的方式记录，而不是改写历史。
- 向财务提供某一时点的余额，而不是一个实时计数器。
多方托盘池与数据共享
托盘跨组织边界，数据也必须跨。
- 在技术集成之前先谈好标识规则，而不是之后。
- 共享移动事件而不是完整库存位置，以限制商业暴露。
- 明确在运输途中出现争议时，托盘归谁。
- 使用中立的对账文件格式，按双方都能接受的频率交换。
- 预期延迟；要求跨企业实时可见的对池结算注定失败。
在垛上与车上读取托盘
物理条件决定数据能不能用。
- 拖车上叠着十五张托盘，不等于十五次干净读取；靠近金属的、压在底层的都会失败。
- 在月台门口、车辆静止时读取，不要在车辆移动时读。
- 天线要对着托盘边缘，而不是对着货面。
- 接受一定比例的移动要靠人工录入，并为这条录入路径做设计。
- 按通道、按承运商分别校验读取率，因为有些线路永远更差。
托盘台账与货物台账要分开
同一辆车上跑着两种资产，它们不是同一笔交易。
- 托盘随货离开时，托盘的所有权转给客户，货物的所有权转进客户库存。
- 托盘事件发给托盘池运营方；货物事件发给客户的订单系统。
- 不要让一张收货单同时承担两件事，否则第一次出异常，两本账就会对不上。
- 托盘台账与货物台账按月对账，漂移是必然的。
- 每一行都写明归属，争议才能立刻被路由到对的一方。
指标与推广
衡量结算，而不是读取次数。
- 跟踪各读取点的读取率、未核销移动、未结移动账龄、按客户的损耗率。
- 跟踪与托盘池运营方的争议率，它是数据模型是否成立的最清楚信号。
- 从一条线路、一个池伙伴开始，那里的对账周期短。
- 尽早把回收点检验纳入，否则车队的状况数据永远不可信。
- 报告「每张托盘每年成本」，因为这是业务能够据此行动的数字。
