先说结论
在 Odoo 里，很多人以为补货行为差异主要来自“哪张单据怎么流转”。
但更上层、更本质的差异，常常来自 route：
- Buy
- Manufacture
- Make To Order (MTO)
最实用的理解是：
route 在回答：当系统发现有需求时，这个需求应该沿哪一种履约方式继续往下走。
所以路线一变，后面的采购、制造、补货行为往往就全变了。
为什么 route 这么容易被低估
因为它不像销售单、采购单那样显眼。
但它实际上更像：
- 供应链分流规则
同一个需求，如果命中不同路线，后续走出来的动作可能完全不同。
所以很多“为什么系统这次去采购、那次却去制造”的问题，根因常常不在单据，而在 route 语义。
Buy 路线更像什么
它更像：
这个需求需要通过外部采购来满足。
也就是说，系统面对需求时，会把后续动作往供应商采购方向推进。
所以它不是“采购单按钮”，而是需求如何被满足的一种策略语义。
Manufacture 路线更像什么
它更像：
这个需求应该通过内部生产来满足。
一旦命中它，后面就更容易朝：
- BOM
- MO
- 原料准备
- 生产执行
这些方向继续推进。
所以 Manufacture 不是说“现在就一定立刻有一张制造单”，而是在定义需求满足方式偏向生产链。
MTO 为什么特别容易让人误解
因为很多人把它理解成“另一个补货方式”。
但它更像：
不要优先吃现成库存，而是让这次具体需求直接驱动后续补货动作。
也就是说，MTO 更强调“这次订单/需求直连后续供应动作”，而不是先从库存池里混着消化。
所以它常常会改变：
- 来源追踪
- 补货串联
- 下游动作归属
为什么 route 不只是库存配置细节
因为它决定的是：
- 需求该往哪条履约链走
- 后续补货动作怎么被生成
- 供应动作和来源需求怎么对应
所以 route 本质上是供应链行为语义，不只是仓库选项。
这也是为什么一旦 route 配错，后面感觉整个系统“逻辑都不对了”。
实战里最容易踩的 5 个坑
1. 只看单据流程，不看 route 语义
根因会一直看不到。
2. 把 Buy / Manufacture / MTO 当并列按钮理解
会低估它们的上游决策作用。
3. 以为路线只影响库存，不影响来源追踪
其实会影响整条链。
4. 某个需求行为异常时，只查单据不查 route 命中
很容易越查越碎。
5. 把 MTO 理解成“永远没有库存参与”这类过度简化
会误读很多场景。
一句话记忆法
把它记成一句话：
route 在定义“需求应该通过哪种履约方式被满足”：Buy 走采购，Manufacture 走生产，MTO 强调由这次具体需求直接驱动后续供应动作。
理解这一句，很多供应链行为差异就不再像黑箱。
DISCUSSION
评论区