Odoo 19补货资料中的建议、草单与订单关联：三种机制的触发对象

Odoo 19的Replenishment页面把补货解释为三种机制：补货规则、按订单补货MTO，以及主生产计划MPS。[1] 它们都可能与采购单或制造单有关，但文档并没有把“出现补货信息”统一写成“订单已经生成”。阅读实施资料时，首先需要辨认信息处于建议、草单还是已有关联的订单这一层。

补货规则中的手动与自动区别很明确。自动规则产生新订单，手动规则则在补货报告中产生建议，供使用者查看。[1] 因而，一行报告建议已经存在，并不足以补出对应采购单或制造单也已建立的结论。这里的手动不是说建议一定由人逐项凭空计算，而是文档把建议与自动生成订单分别列出。

MTO采用另一种触发关系。页面说，在销售单确认后，系统立即生成采购或制造草单，并自动将该销售单关联到MTO产生的PO或MO。[1] 触发事件和关联对象共同解释这条路线：它与某张确认销售单相连，而不只是库存数字达到某个阈值后的普通补货提示。草单仍应保留草单身份，不能在摘要中变成已收货或已完工。

原文将它与补货规则作对比时，后者在产品预测库存低于所设最小数量时产生采购或制造草单。[1] 两条说明的区别在触发依据：一条从销售单确认出发，一条从预测库存与最小量的关系出发。本文解释这些软件语义，不替企业判断应该采用哪条路线，也没有执行采购或生产安排。

草单数量还带着状态条件。该对比段接着说，预测发生变化时，系统可继续向PO或MO增加数量，前提是相应单据尚未确认。[1] “数量会随预测变化”不能删掉未确认这个限制，否则容易被读成所有后续订单都能以同样方式改变。资料里的数量变化规则，与现实中货物是否已到达，仍是不同事项。

MPS则被描述为输入产品及其预测数量的面板。它依据已确认制造单与采购单，建议要订购或生产的数量；文档将其称为手动工具。[1] 面板建议因此有自己的依据，并不是把MTO销售单触发复制成另一个界面名字。来源还指出MPS与自动补货规则的工作方式存在冲突，这里只保留文档的机制区别，不将其转换为本篇的企业配置方案。

这些关系可以帮助ERP交接准确描述一项记录：补货报告里的建议、MTO形成并关联的草单、MPS面板所给数量，各有不同来源与触发条件。单看一个数量或都含PO/MO缩写，不能说明它们已经进入同样的业务阶段。

本文限定Odoo 19.0公开文档的连续概念段，不采用推荐产品类别、成本收益或实际配置路径。未运行补货、修改订单、移动库存或判断会计处理，网页首发日期未知。软件如何表达生成与建议，是这里的主题；企业真实订单状态仍需要自己的记录证明。

资料：[1] https://www.odoo.com/documentation/19.0/applications/inventory_and_mrp/inventory/warehouses_storage/replenishment.html