EN
任务

制定 SKU 补货计划

将库存快照、需求记录与采购到货计划整理成可复算的 SKU 补货表,逐项确定库存口径、提前期和复查周期,计算建议量后检查到货缺口、起订量与整箱约束,并明确异常处理与完成标准。

本任务的交付物是一份能复算、能说明到货缺口的 SKU 补货计划。表中的建议量供采购审核,执行采购后还需要用已确认的订单和到货安排更新下一次计划。

适用于有库存、需要重复采购的商品。新品没有可用历史、定制生产、易腐品或即将下架的商品,应单独列出假设,不与常规补货自动使用同一规则。

1. 固定范围与数据时点

先选定 SKU、可相互供货的地点和销售渠道,记录库存快照时间、时区、单位及历史需求窗口。一个尺码有库存,不能抵消另一个尺码的缺货;不同仓库之间要经调拨才能履约时,也不能直接合并。

准备三份同口径资料:

  • 当前库存:可用量、已占用量、待检或损坏量,以及系统字段是否已扣单。
  • 需求记录:订单行、有效数量、取消情况、发生日期;缺货日期和特殊活动另加标记。
  • 未收供给:采购或调拨单行、剩余未收数量、预计可用日期、供应方最近确认时间。

检查结果:另一位同事能从原始资料追溯每个数字,且箱、件、套之间的换算写明。

2. 分开历史销量与未来需求

先按统一窗口算日均需求基线,再单列未来已经知道的变化。若使用订单数量,不能再把同一订单的发货记录重复相加;取消单与测试单按事先约定排除。退回商品经过验收后作为供给处理,不直接用净销售金额推算件数。

零销量需要结合原因解释:正常销售但没人买,与缺货导致无法下单,不应作同样解读。保留原始均值,把缺货、促销或批量订单的调整写到单独列,不静默修改历史。

检查结果:基线需求和调整后需求能分别复算;未来活动的增量有依据,未确定的写成情景假设。

3. 确定补货参数

从既往采购记录核对“开始采购至验收可用”的实际耗时,再补上本次供应商确认的时间。供应商所说的生产完成日,未必是仓库可以出货的日期。

确定复查间隔 R、提前期 L 和暂定安全库存 SS,所有天数使用一致的日历。参数依据不足时写明“待确认”,不能把缺失值默认为 0。

检查结果:每个参数都有来源、负责人与复核日期,临时缓冲和统计计算的缓冲能区分。

4. 计算建议量并按日期排查

按补货与安全库存中的定期复查示例计算 P、S 和 Q;先核对已知订单是否已经从可用量中扣除,再扣任何额外需求。

随后把规划区间拆到每天,使用下列核对式:

当日期末余额 = 当日期初余额 + 当日可用到货 − 当日尚需满足的需求

如果起始余额已为已有订单预留库存,逐日需求就不能再次扣掉这些订单。未来预测若已经包含确定订单,应先消除重叠,再形成当日需求。记录到货在日初还是日末可用;日内顺序会决定临界时点能否履约。

检查结果:能指出第一次预计短缺发生在哪一天,而不只是看到期末总量为正。Oracle 供需规划说明中的供需截止日期,也说明纳入哪些供给和需求是计算前提。

5. 处理采购约束与异常

对正数建议量检查起订量、整箱倍数、供应商上限、预算、仓容和剩余销售期。整箱倍数要和计算单位一致;例如 NetSuite 的补货倍数说明特别指出其倍数按基础单位生效,不能把软件字段的单位想当然地理解成箱。

约束互相冲突时,列为异常决策:拆单、谈供应条件、调拨,或接受明确的库存风险。建议量必须调整到可采购数量后再检查覆盖情况,不能只把结果向上取整就结束。

6. 留下可执行的计划

建议每行保留以下信息;这是本站给出的工作表结构,可按现有采购系统调整。

信息组最少应保留的内容
对象与版本SKU、地点、单位、快照时间、需求窗口
需求与参数基线需求、调整依据、L、R、SS
供给与结果当前可用量、未收明细引用、P、目标库存、初步量、调整后量
异常与行动首次短缺日期、供应确认、处理决定、负责人、下次复查日

采购确认后把新增订单纳入未收供给;收货后同步减少未收数量并更新在库量。部分收货、延期或取消都应触发重算,否则下次计划会重复采购或高估供给。

完成检查

  • 每行能追溯到库存、需求和未收供给明细,单位与时点一致。
  • 已占用订单、预测和确定订单之间不存在重复扣减或重复需求。
  • 选取一行手工复算,初步量与约束调整后的量都能解释。
  • 检查一次到货延期、一次需求增加的情景,记录是否出现中途缺口。
  • 不满足起订量、供应、预算或数据条件的行有明确处理决定。
  • 计划保留负责人、采购确认结果与下次复查日期。

结果可以用库存可售天数辅助排序,但采购决策仍要回到到货日期和具体需求。

在知识图谱中的位置

所处阶段
贯穿全旅程
经营领域
商品与定价履约与物流
适合角色
运营店主
适用地区
全球

读完还有没解决的问题?

把问题发邮件给我们,邮件里已带上本页地址。我们会据此补充或修订正文。