INV-003: 库存预警与补货

优先级: 🟡 中 | 技术复用度: 70% | 实施周期: 1-2周

客户原话

"我们的库存经常出问题,要么库存不足缺货,要么库存过多积压。想设置库存预警,但不知道安全库存该设多少。有时候原料快用完了,采购还没来得及买,影响生产。有时候原料买多了,放过期了,浪费。希望能有个系统,自动预警,自动补货。"

—— 某连锁餐饮中央厨房仓库主管

业务场景描述

典型场景

场景1: 库存不足

• 五花肉库存只剩50kg,但明天要用100kg
• 采购还没来得及买,影响生产
• 紧急采购,价格高,质量差
• 损失几千元

场景2: 库存积压

• 土豆买了500kg,但只用了300kg
• 剩余200kg放了一周,开始发芽
• 只能报废,损失600元
• 库存积压,占用资金

场景3: 预警不及时

• 库存快用完了,但没有预警
• 仓管员没注意,等发现时已经缺货
• 影响生产,门店投诉
• 损失销售机会

核心痛点

1. 预警不及时 - 库存不足,没有及时预警
2. 安全库存不清 - 不知道安全库存该设多少
3. 补货不及时 - 库存不足,补货不及时
4. 库存积压 - 库存过多,积压浪费
5. 手工管理 - 手工管理库存,效率低,容易出错

业务流程图

库存预警整体流程

graph TB
    A[库存监控] --> B[实时库存]
    B --> C[原料A: 当前库存100kg]
    B --> D[原料B: 当前库存50kg]
    B --> E[原料C: 当前库存200kg]

    C --> F[查询安全库存]
    D --> F
    E --> F

    F --> G[原料A: 安全库存150kg]
    F --> H[原料B: 安全库存80kg]
    F --> I[原料C: 安全库存100kg]

    C --> J[库存对比]
    G --> J
    D --> K[库存对比]
    H --> K
    E --> L[库存对比]
    I --> L

    J --> M{库存判断}
    M -->|100<150| N[库存不足预警]

    K --> O{库存判断}
    O -->|50<80| P[库存不足预警]

    L --> Q{库存判断}
    Q -->|200>100| R[库存正常]

    N --> S[推送预警]
    P --> S

    S --> T[推送给仓管员]
    S --> U[推送给采购员]

    T --> V[仓管员确认]
    U --> W[采购员补货]

    W --> X[生成采购需求]
    X --> Y[推送给PROC-002]

安全库存计算流程

graph LR
    A[安全库存计算] --> B[历史消耗数据]
    B --> C[最近30天平均日消耗]

    C --> D[原料A: 日均消耗10kg]

    D --> E[补货周期]
    E --> F[原料A: 补货周期3天]

    D --> G[安全系数]
    G --> H[原料A: 安全系数1.5]

    F --> I[安全库存计算]
    H --> I

    I --> J[安全库存 = 日均消耗 × 补货周期 × 安全系数]
    J --> K[原料A: 10 × 3 × 1.5 = 45kg]

    K --> L[最小库存]
    L --> M[最小库存 = 安全库存]
    M --> N[原料A: 45kg]

    K --> O[最大库存]
    O --> P[最大库存 = 安全库存 × 2]
    P --> Q[原料A: 90kg]

自动补货流程

graph TB
    A[库存不足预警] --> B[计算补货数量]

    B --> C[补货数量计算]
    C --> D[最大库存 - 当前库存 - 在途库存]

    D --> E[示例]
    E --> F[原料A: 最大库存90kg]
    E --> G[原料A: 当前库存30kg]
    E --> H[原料A: 在途库存20kg]

    F --> I[补货数量]
    G --> I
    H --> I

    I --> J[补货数量 = 90 - 30 - 20 = 40kg]

    J --> K{是否启用自动补货}
    K -->|是| L[自动生成采购需求]
    K -->|否| M[推送给采购员]

    L --> N[推送给PROC-002]
    M --> O[采购员审核]
    O --> P[生成采购需求]
    P --> N

业务规则详解

规则1: 安全库存设置

安全库存计算公式:

安全库存 = 日均消耗 × 补货周期 × 安全系数

参数说明:
- 日均消耗: 最近30天平均日消耗量
- 补货周期: 从下单到到货的时间(天)
- 安全系数: 根据原料重要性和消耗稳定性设置

示例:
原料: 五花肉
日均消耗: 20kg/天
补货周期: 2天
安全系数: 1.5
安全库存 = 20 × 2 × 1.5 = 60kg

安全系数设置:

重要性高 + 消耗稳定:
- 安全系数: 1.2
- 如: 主料(五花肉、土豆)

重要性高 + 消耗波动:
- 安全系数: 1.5
- 如: 生鲜类(叶菜)

重要性一般 + 消耗稳定:
- 安全系数: 1.0
- 如: 调味品(酱油、盐)

重要性一般 + 消耗波动:
- 安全系数: 1.3
- 如: 辅料(香料)

最小库存和最大库存:

最小库存 = 安全库存
最大库存 = 安全库存 × 2

示例:
原料: 五花肉
安全库存: 60kg
最小库存: 60kg
最大库存: 120kg

库存范围: 60-120kg
- 库存<60kg: 库存不足预警
- 库存60-120kg: 库存正常
- 库存>120kg: 库存过多预警

规则2: 预警规则

预警等级:

黄色预警:
- 库存<安全库存,但>安全库存×0.5
- 示例: 五花肉库存40kg,安全库存60kg
- 处理: 提醒采购员,准备补货

橙色预警:
- 库存<安全库存×0.5,但>安全库存×0.3
- 示例: 五花肉库存25kg,安全库存60kg
- 处理: 推送给采购员和仓管员,尽快补货

红色预警:
- 库存<安全库存×0.3
- 示例: 五花肉库存15kg,安全库存60kg
- 处理: 推送给采购员、仓管员、采购经理,紧急补货

预警频次:

黄色预警:
- 每天提醒1次

橙色预警:
- 每天提醒2次(早上、下午)

红色预警:
- 每4小时提醒1次
- 直到补货完成

库存过多预警:

预警条件:
- 库存>最大库存

处理:
- 推送给仓管员和采购经理
- 分析原因: 采购过多?消耗减少?
- 采取措施: 促销?调配?

规则3: 补货规则

补货数量计算:

补货数量 = 最大库存 - 当前库存 - 在途库存

示例:
原料: 五花肉
最大库存: 120kg
当前库存: 40kg
在途库存: 30kg (已下单,未到货)
补货数量 = 120 - 40 - 30 = 50kg

补货批量:

考虑供应商最小起订量:
- 如果补货数量<最小起订量,按最小起订量采购
- 如果补货数量>最小起订量,按补货数量采购

示例:
原料: 五花肉
补货数量: 50kg
供应商最小起订量: 100kg
实际采购数量: 100kg

补货优先级:

优先级1: 红色预警原料
- 库存严重不足,优先补货

优先级2: 橙色预警原料
- 库存不足,尽快补货

优先级3: 黄色预警原料
- 库存偏低,准备补货

优先级4: 正常库存原料
- 库存正常,按计划补货

规则4: 自动补货规则

自动补货条件:

条件1: 启用自动补货
- 在系统中设置启用自动补货

条件2: 库存不足
- 库存<安全库存

条件3: 有合格供应商
- 该原料有合格供应商

条件4: 在预算范围内
- 采购金额在预算范围内

自动补货流程:

1. 系统检测到库存不足
2. 计算补货数量
3. 选择供应商(优先选择A级供应商)
4. 生成采购需求
5. 推送给采购员审核
6. 采购员审核通过,生成采购订单
7. 推送给供应商

自动补货限制:

限制1: 单次采购金额<5000元
- 超过5000元,需要人工审核

限制2: 单日采购次数<10次
- 避免频繁采购

限制3: 供应商评级≥B级
- 只从B级以上供应商自动采购

规则5: 库存周转规则

库存周转率:

库存周转率 = 消耗量 / 平均库存

示例:
原料: 五花肉
本月消耗量: 600kg
平均库存: 80kg
库存周转率 = 600/80 = 7.5次/月

库存周转天数 = 30天 / 库存周转率 = 30/7.5 = 4天

库存周转率标准:
- 优秀: 周转率>10次/月 (周转天数<3天)
- 良好: 周转率7-10次/月 (周转天数3-4天)
- 合格: 周转率5-7次/月 (周转天数4-6天)
- 不合格: 周转率<5次/月 (周转天数>6天)

库存优化:

周转率过低:
- 原因: 库存过多,消耗慢
- 措施: 降低安全库存,减少采购量

周转率过高:
- 原因: 库存过少,频繁补货
- 措施: 提高安全库存,增加采购量

数据流转

输入数据

1. 库存数据 (来自 INV-001)

   • 当前库存
   • 在途库存

2. 消耗数据 (来自 PROD-001)

   • 日均消耗
   • 消耗趋势

3. 供应商数据 (来自 PROC-001)

   • 供应商清单
   • 补货周期

输出数据

1. 库存预警 (给仓管员、采购员)

   • 预警等级
   • 预警原因
   • 建议措施

2. 采购需求 (给 PROC-002)

   • 原料名称
   • 补货数量
   • 建议供应商

3. 库存报告 (给仓库主管)

   • 库存状态
   • 周转率
   • 优化建议

关键业务问题

问题1: 如何设置合理的安全库存?

场景:

• 安全库存设置不合理,要么缺货,要么积压

解决方案:

1. 数据分析: 分析历史消耗数据,计算日均消耗
2. 动态调整: 根据消耗变化,动态调整安全库存
3. 分类管理: 不同原料,不同安全系数
4. 定期评估: 每季度评估一次,优化安全库存

问题2: 如何处理消耗波动?

场景:

• 消耗波动大,安全库存难以设置

解决方案:

1. 提高安全系数: 消耗波动大,提高安全系数
2. 缩短补货周期: 与供应商协商,缩短补货周期
3. 增加预测: 根据生产计划,预测消耗
4. 应急库存: 建立应急库存,应对突发需求

问题3: 如何处理紧急缺货?

场景:

• 库存突然不足,来不及补货

解决方案:

1. 应急供应商: 建立应急供应商名录,紧急采购
2. 调配库存: 从其他厨房调配库存
3. 替代原料: 使用替代原料
4. 调整生产: 调整生产计划,延后生产

问题4: 如何处理库存积压?

场景:

• 库存过多,积压浪费

解决方案:

1. 促销: 增加该原料的菜品生产,促销
2. 调配: 调配到其他厨房
3. 降价处理: 降价处理,减少损失
4. 优化采购: 降低安全库存,减少采购量

实施要点

第一步: 设置安全库存

数据采集:

1. 采集最近30天消耗数据
2. 计算日均消耗
3. 确定补货周期
4. 设置安全系数

安全库存计算:

• 安全库存 = 日均消耗 × 补货周期 × 安全系数
• 最小库存 = 安全库存
• 最大库存 = 安全库存 × 2

第二步: 配置预警规则

预警等级:

1. 黄色预警: 库存<安全库存
2. 橙色预警: 库存<安全库存×0.5
3. 红色预警: 库存<安全库存×0.3

预警方式:

• 系统推送
• 钉钉/企微通知
• 短信通知(紧急)

第三步: 配置补货规则

补货数量:

• 补货数量 = 最大库存 - 当前库存 - 在途库存

自动补货:

• 设置自动补货条件
• 设置自动补货限制

第四步: 试运行和优化

试运行:

• 先在10-20个原料试运行
• 观察预警和补货效果
• 收集反馈,优化安全库存
• 逐步推广到所有原料

预期收益

量化指标

指标	当前	目标	提升
缺货次数	8次/月	1次/月	降低88%
库存积压率	15%	5%	降低67%
库存周转率	5次/月	8次/月	提升60%
紧急采购次数	10次/月	2次/月	降低80%

业务价值

1. 缺货降低 - 库存预警及时,缺货次数降低88%
2. 积压降低 - 库存优化,积压率降低67%
3. 周转提升 - 库存周转率提升60%,资金利用率提高
4. 成本降低 - 紧急采购减少,采购成本降低

成功案例

案例: 某连锁餐饮中央厨房

背景:

• 库存管理混乱,经常缺货或积压
• 缺货次数每月10次
• 库存积压率18%

实施效果:

• 缺货次数从每月10次降至1次
• 库存积压率从18%降至6%
• 库存周转率从5次/月提升至7.8次/月
• 紧急采购次数从每月12次降至2次

客户反馈:

"以前库存管理全靠人工,经常缺货或积压。现在系统自动预警,库存不足立即通知,及时补货。最重要的是,库存周转率提升了,资金利用率提高了。"

相关场景

• INV-001: 分类库存管理 - 库存数据来源
• PROC-002: 采购订单生成与审批 - 补货输出
• PROD-001: 标准化加工执行 - 消耗数据来源

常见问题

Q1: 如何处理季节性原料?

A:

• 季节性原料消耗波动大
• 建议使用同期历史数据,而不是最近30天数据
• 或者在系统中标记为"季节性原料",使用特殊的安全库存计算方法

Q2: 如何处理新原料?

A:

• 新原料没有历史数据,无法计算安全库存
• 建议参考同类原料的安全库存
• 或者手工设置安全库存
• 运营1个月后,再根据实际消耗调整

Q3: 如何处理供应商变更?

A:

• 供应商变更,补货周期可能变化
• 及时更新补货周期
• 重新计算安全库存

Q4: 如何与现有系统集成?

A:

• 如果有ERP系统,库存数据可以从ERP获取
• 采购需求可以推送到ERP
• 通过API接口实现数据同步