wms仓库系统的世界，以遵循德国工业标准（DIN 55350）的术语和流程规范为例子；

如果把仓库比作一个巨大的快递中转站，WMS 系统就是那个“超级大脑”。为了让大脑不混乱，它把复杂的仓库动作抽象成了两个最核心的东西：**TU（载体/容器）**和 TO（任务/动作）。

🏗️ 第一部分：两个核心概念（仓库里的“车”与“司机”）

在WMS框架里，为了不让货物乱套，我们不直接管“货”，而是管“装货的载体”。

1. TU (Transport Unit) —— 载体/操作单元

• 通俗理解： 它是货物的“家”。在仓库里，货物不能乱跑，必须待在容器里。
• 例子： 托盘、周转筐、快递纸箱、播种墙的一个格口。
• 它的身份证： 每一个 TU 都有一个唯一的条码（比如 SSCC 码）。
• 它的作用： 系统通过追踪这个“家”在哪，从而知道里面的“货”在哪。

2. TO (Transport Order) —— 任务/动作

• 通俗理解： 它是系统的“指令”。规定了谁在什么时候，把哪个 TU 从哪里搬到哪里。
• 核心三要素： 起点 (Source)、终点 (Destination)、搬运谁 (TU)。
• 它的作用： 它是仓库里的动力。没有 TO，载体（TU）就必须静止不动。

🔄 第二部分：出库全流程（货物如何像接力赛一样流转）

假设你买了一件衣服，WMS 是如何通过 TU 和 TO 协同，把它送到你手里的？

第一棒：拣选（把货从架子上拿下来）

• 动作： 拣货员推着一个大周转箱（拣货 TU）去货架取货。
• 任务： 系统生成 拣选 TO，告诉员从货架搬货到这个周转箱。
• 状态： 此时货物在这个周转箱里，系统记录为“已拣选”。

第二棒：播种（把大堆货分给不同的订单）

• 场景： 拣货员一次拿了 50 件衣服（里面有你的，也有别人的）。
• 动作： 到达播种墙，把衣服一件件塞进对应的格口（每个格口是临时的 订单 TU）。
• 任务： 系统生成 播种 TO。你扫一下衣服，格口灯亮了，你放进去，这个动作就完成了一次搬运。
• 状态： 货物从“大箱子”转移到了“你的专属小格子”。

第三棒：复核打包（确认货物并装进快递盒）

• 动作： 打包员从格口拿走衣服，扫码确认没发错货，然后装进快递纸箱（最终 TU）。
• 任务： 这是一个包装任务 (Packing Task)。
• 逻辑： 这个环节最关键，系统会“注销”掉之前的格口 TU，正式把货物和你的“快递单号 TU”绑定在一起。
• 状态： 货物现在穿上了“快递服”。

第四棒：出库装车（送上快递车）

• 动作： 快递盒被送到月台。
• 任务： 系统生成 出库 TO，引导搬运工把纸箱放到顺丰或圆通的车里。
• 生命终结： 员工最后扫一次码，TO 完成，TU 消失（离场）。系统库存正式减 1。

🧠 第三部分：系统是如何“决策”下一步的？

小白最常问的问题：“拣货完了，系统怎么知道该去播种还是直接去打包？”

这靠的是系统的**“策略大脑”**：

1. 看身份： 系统检查你的出库单类型。如果是小件多单，预设路径就是“播种”；如果是大件单货，预设路径就是“直接打包”。
2. 看状态： 当上一个 TO 点击“完成”的瞬间，系统会自动触发一个探测器：“这个 TU 对应的订单还没完事，我得给它生成下一个 TO”。
3. 看位置： 系统会扫描仓库地图，找一个空闲的打包台作为下一个 TO 的终点。

💡 小结：小白避坑指南

• 不要盯着货看，要盯着 TU 看： 货是死的，容器（TU）是活的。只要管住了容器，就管住了库存。
• 没有 TO 就不要动： 在规范的仓库里，如果扫码枪没给你发 TO，你私自搬动 TU，系统就会“失明”，找不到货。
• 扫码是核心： 扫码不是为了录入信息，而是为了给系统发送**“任务已到达节点”**的信号，好让系统决策下一个 TO。