Skip to main content

自动补货与订货策略 (Replenishment)

写在前面： 作为一个食品经销商，"什么货该补了？" 是每天都要问的问题。 靠人工去仓库数数、靠销售喊一嗓子"没货了"，在 Odoo 中是最低效的做法。 Odoo 的库存引擎有一颗"大脑"，它能根据您设定的规则和当前的销售需求，自动告诉采购员："今天该买这些东西了。"

1. 业务价值与角色视角​

为什么需要它？​

  • 告别"拍脑袋"：不再凭感觉进货，而是基于真实需求（销售订单）和安全库存线。
  • 防止断货：系统实时监控预测库存（Forecasted），一旦低于阈值立刻报警（生成建议）。
  • 降低积压：只买需要的量，避免为了"安全"而备过多的货。

角色故事 (User Stories)​

角色痛点与需求Odoo 解决方案
销售员 (Sales)"我刚接了个大单，但我不知道仓库够不够，更不知道什么时候能补回来，不敢答应客户交期。"预测库存 (Forecasted)：系统结合在途采购和现有库存，给销售一个准确的"虚拟库存"。如果缺货，系统自动触发补货需求。
库管经理 (Inv. Mgr)"几千个 SKU，我不可能每天去巡库。我需要系统替我盯着，低于 100 箱就提醒我。"重订货规则 (Reordering Rules)：设定 Min/Max 规则，系统自动计算缺口。
采购员 (Purchaser)"每天都要问仓库缺什么，销售又在催单。我希望早上打开电脑，有一张‘建议购买清单’等着我。"补货面板 (Replenishment)：系统生成的采购建议（RFQ）汇总在草稿箱或补货看板中，确认一下就能发给供应商。

2. 核心概念：它怎么工作？​

2.1 触发机制：MTS vs MTO​

在 Odoo 中，补货主要有两种驱动模式：

  1. 备货模式 (Make to Stock - MTS)：

    • 逻辑："保持水位"。无论有没有人买，仓库里都要维持一定数量的货（安全库存）。
    • 适用：高频畅销品（如牛奶、畅销零食）。
    • 工具：使用 Min/Max 规则。

  2. 按单补货 (Make to Order - MTO)：

    • 逻辑："有人买才买"。销售卖 10 个，采购就买 10 个。仓库平时不备货。
    • 适用：低频品、定制品、保质期极短的生鲜。
    • 工具：在产品上勾选 Replenish on Order (MTO) 路由。

2.2 核心公式​

系统如何计算要买多少？

需要补货量 = 最大库存 (Max) - 预测库存 (Forecasted)

关键点：是"预测库存"，不是"在手库存"！

  • Forecasted = On Hand (在库) - Out (待发货) + In (待收货)
  • 如果您仓库有 100 个，但销售订单已经预定了 80 个，那预测库存只有 20 个。如果 Min 设为 30，系统就会认为**"缺货了"**。

3. 每日使用场景 (Daily Scenarios)​

场景 A：半自动补货 (推荐用于大部分商品)​

这是最适合经销商的模式："系统建议，人工确认"。

操作步骤：

  1. 进入补货看板：

    • 点击 Inventory > Operations > Replenishment (补货)。
    • 这里列出了所有**"系统认为需要补货"**的产品。

  2. 审查建议：

    • 您会看到：
      • On Hand：实际有多少。
      • Forecast：预测剩多少（可能为负数，说明超卖了）。
      • To Order：系统建议买多少。
    • 注：您可以手动修改 To Order 的数量。

  3. 执行补货：

    • 点击右侧的 [Order Once] 按钮。
    • 系统会生成一张 Draft RFQ (询价单草稿)。
    • 如果同一个供应商有多个产品被点击，它们会自动合并到一张询价单里！

  4. 采购确认：

    • 采购员去 Purchase APP，看到草稿状态的 RFQ，确认无误后发送给供应商。

场景 B：全自动补货 (Fully Automated)​

适用于**"非常稳定、供应商非常靠谱"**的低值耗材或标准品。

操作配置：

  • 在补货规则中，勾选 "Automatic Orders"。
  • 结果：一旦触发缺货，系统直接生成 RFQ，完全跳过补货看板的人工审核步骤。
  • 风险提示：除非您对供应商和规则非常有信心，否则建议慎用。

场景 C：按单直采 (MTO)​

适用于**"客户下单 -> 采购下单 -> 到货发给客户"**的穿透式业务。

操作步骤：

  1. 销售创建订单，卖出产品 A（设置为 MTO 路由）。
  2. 销售确认订单 (Confirm)。
  3. 系统立即生成一张对应的 RFQ，并在单据源头备注了"来源：销售订单 SO001"。
  4. 该产品的发货单会处于 Waiting 状态，直到采购收货完成。

4. 配置指南：如何把这个功能用起来？​

要让自动补货跑起来，必须满足 "3 个基础条件"：

第一步：告诉系统"向谁买" (Buy Route & Vendor)​

  1. 打开产品页面 > Inventory 标签页。
  2. Routes (路由)：必须勾选 Buy (购买)。
  3. Purchase (采购) 标签页：必须添加至少一个 Vendor (供应商)。
    • 系统生成 RFQ 时，会自动填入这里的第一个供应商和对应的价格。

第二步：告诉系统"什么时候买" (Reordering Rules)​

  1. 在产品页面，点击顶部的 [Min/Max Rules] 智能按钮。
  2. 点击 Create，设置：
    • Min Quantity (最低水位)：低于这个数就开始报警。例如 10。
    • Max Quantity (最高水位)：补货时补到这个数。例如 100。
  3. 解读：
    • 当（库存 - 待发 + 待收） < 10 时，
    • 系统建议补货量 = 100 - 当前预测量。

第三步：触发计算​

Odoo 的补货计算器（Scheduler）通常是定期运行的（默认每天一次）。 如果您想立刻看到结果：

  • 去 Inventory > Operations > Run Scheduler。
  • 或者直接去 Replenishment 面板，因为打开面板时通常会触发实时计算。

5. 常见问题 (Q&A)​

Q1: 为什么补货面板里没有建议，明明我都卖空了？​

  • 检查 1：产品上有没有勾选 Buy 路由？
  • 检查 2：产品上有没有设置 Vendor？（没有供应商，系统不知道找谁买，就不会生成建议）。
  • 检查 3：是不是有一张未确认的 RFQ 已经在那里了？（系统不会重复建议，如果已经有一张草稿单在买这个货了，它会认为"已经在路上了"）。

Q2: 为什么建议的采购量比我想要的多？​

  • 检查 Max Quantity 是不是设得太高了。
  • 检查 Multiple Quantity (倍数)：有些供应商只按整箱卖（比如 12 个一箱），如果在供应商价格表里设了倍数，系统会向上取整。

Q3: 销售订单确认了，但是没有触发补货？​

  • 看一眼产品的 Inventory 标签，是不是选了 MTO？如果是 MTO，它会立刻触发。
  • 如果是 MTS (普通模式)，它会等到定时任务运行，或者您手动打开补货面板时才会刷新。
最佳实践

对于刚开始使用 Odoo 的企业，建议不要开启全自动补货。 保持"人工审核"环节（场景 A）是必要的安全网。 让采购员每天早上花 10 分钟处理 Replenishment 面板，既高效又安全。