很多电商团队的库存报表里,会同时出现两个看似矛盾的结果:全店库存周转天数从 38 天降到 26 天,爆款缺货率却从 3.8% 上升到 9.6%;仓库总库存减少了,退款、延期发货和紧急采购反而增加。问题通常不在公式,而在于企业只计算了周转天数,却没有把它接入补货、采购、入库、销售和复盘流程。电商库存规划真正要解决的,不是“库存应该有多少”,而是“什么商品在什么时间、以什么库存状态、由哪个岗位采取什么动作”。

库存周转天数本质上是在回答:按照某一段时间的销售或消耗速度,现有库存大约还能支撑多少天。它适合用来观察库存效率、发现异常和比较同一商品在不同阶段的变化,但不适合单独作为采购数量的决策依据。
真正的补货决策至少还要加入五类信息:未来需求、采购提前期、安全库存、在途库存和可售库存。若商品即将参加大促,还要加入活动增量;若供应商近三个月的实际到货时间持续延长,也不能继续沿用原来的提前期参数。
我通常把周转天数定位为“触发器”,而不是“裁判员”。它负责提示问题,补货规则负责形成建议,业务流程负责让建议被执行,复盘机制负责判断这套规则是否有效。
一套可执行的库存规划链路,应该是:
如果这条链路中只有报表,没有责任人和动作节点,周转天数越精确,企业可能只是更精确地知道自己为什么缺货或积压。

如果企业把降低周转天数作为唯一考核指标,团队很容易通过压缩采购量、降低安全库存或延迟补货来完成目标。短期看库存金额下降,长期却可能出现缺货率上升、紧急空运增加、平台履约评分下降等问题。
更合理的目标是:在满足目标服务水平的前提下,控制不必要的库存占用。也就是说,库存效率必须和缺货率、订单满足率、毛利、供应商准时交付率、滞销库存占比一起看。
同样叫“库存”,在财务、仓库、运营和采购眼里,可能不是同一个数字。财务更关注库存金额和存货成本,仓库更关注实物数量,运营更关心商品能不能立即销售,采购则关注已经下单但尚未到货的数量。
在库存规划中,我建议先把库存拆成以下状态:
| 库存状态 | 是否可直接用于销售 | 补货判断中的处理方式 | 常见风险 |
|---|---|---|---|
| 可售库存 | 是 | 计入当前供应能力 | 系统数量与实物不一致 |
| 已分配库存 | 通常不能再次销售 | 从可用库存中扣除 | 重复计算导致高估库存 |
| 在途库存 | 尚未可售 | 按预计到货日期折算 | 延迟到货造成虚假安全感 |
| 质检库存 | 视放行结果而定 | 不能直接等同于可售库存 | 质量异常导致可售数量下降 |
| 退货待处理库存 | 不一定可售 | 按检验和重新上架时间判断 | 退货数量被错误抵扣补货需求 |
| 残次或报废库存 | 否 | 不得抵扣正常补货量 | 账面库存虚高 |
例如,系统显示某 SKU 有 2,000 件库存,但其中 400 件已经分配给未发货订单,300 件在质检,200 件属于退货待处理,真正可以支撑新订单的库存只有 1,100 件。如果仍用 2,000 件计算覆盖天数,补货判断至少会被推迟数天。
周转天数常见的表达是:
库存周转天数 = 期间平均库存 ÷ 日均销售消耗
如果分子采用商品数量,分母应使用日均销售数量;如果分子采用库存成本金额,分母更适合使用日均销售成本。数量口径适合运营补货,成本口径更适合财务分析,二者不能混用。
我在做库存数据诊断时,最容易发现的一类问题,是企业把库存数量除以销售金额,或者把期末库存除以最近一天销量,然后把结果命名为“周转天数”。这种计算会同时受到价格、促销和单日异常订单影响,无法作为稳定的库存判断依据。
期末库存只代表某一个时间点。如果企业在月底前集中采购,期末库存就会明显高于月内平均库存;如果月底前刚好完成一轮大促,期末库存又可能明显低于正常水平。
常见的基础计算可以使用期初库存和期末库存的平均值:
期间平均库存 = (期初库存 + 期末库存)÷ 2
当销量和库存波动较大时,按日或按周计算平均库存会更准确。对于爆款、活动商品和季节商品,我更倾向于使用滚动 7 天、滚动 14 天或滚动 30 天数据,而不是只看自然月平均值。

全店平均值很适合做经营层面的趋势观察,但不适合直接指导单个商品补货。一个店铺可能有少数爆款贡献了大部分销售额,也有大量长尾商品几个月才卖出几件。把两类商品放在同一个平均值里,会掩盖爆款的缺货风险和长尾商品的资金占用。
我通常会至少做一次 SKU 分层:
这里的 A、B、C 并不一定要机械地按照固定比例切分。企业应根据销售额、销量、毛利、缺货损失和供应难度综合判断。
周转天数很低,可能说明库存控制优秀,也可能说明企业把库存压得过低。判断差异的关键在于服务水平。
例如,某爆款的周转天数从 12 天降到 5 天,如果同期订单满足率从 97% 降到 88%,这个改善并不值得肯定。企业可能只是用缺货和延期发货换来了更低的库存占用。
我更关注“库存效率,服务水平”组合,而不是单个指标的绝对值。对于高毛利、高复购或平台核心引流商品,即使目标覆盖天数略高,也可能比频繁断货更划算。
采购订单已经下达,并不代表商品已经具备销售能力。在途库存至少要进一步判断四件事:供应商是否已实际出货、运输是否有轨迹、预计到货日期是否可靠、到货后还需要多长时间质检和上架。
如果供应商过去承诺 7 天到货,实际平均到货时间却是 11 天,那么补货模型继续使用 7 天提前期,就会持续产生缺货。此时在途库存虽然存在,但不能按照承诺日期百分之百计入未来供给。
历史平均销量适合描述常态需求,不适合直接描述活动需求。大促期间的流量、转化率、客单价和连带购买率都可能变化,促销前后的销量也会出现提前透支或延迟释放。
活动商品至少需要建立三套数据:常态日均销量、活动增量预测和活动结束后的回落速度。若只把活动期间销量简单并入全年平均值,会同时污染周转天数和后续补货参数。

库存覆盖天数比单纯的财务周转指标更接近运营补货场景。基础表达可以是:
库存覆盖天数 = 可售库存 ÷ 预计日均销量
其中,预计日均销量不能机械地使用过去 30 天平均值。稳定商品可以采用滚动均值,活动商品要加入活动计划,新品可以参考相似商品、投放预算和渠道流量,季节商品则要对比去年同期并修正当前流量变化。
在实际使用时,我会同时保留两个数字:一个是按历史销量计算的覆盖天数,另一个是按未来计划销量计算的覆盖天数。两个结果差距很大时,不要马上取平均,而应先查清差距来自销量变化、库存状态还是数据延迟。
补货点可以采用一个便于落地的基础模型:
补货点 = 提前期内预计需求 + 安全库存
提前期内预计需求,通常等于预计日均销量乘以实际采购和到货周期。这里的“实际”很重要。供应商合同中的 7 天交期,只能作为承诺值;库存模型更应该参考过去订单的实际下单到可售天数。
安全库存不是随意增加的一笔库存,而是为了吸收需求波动和供应波动。需求越不稳定、供应商越不可靠、缺货损失越高,安全库存的必要性越强。
目标库存可以用目标覆盖天数表达:
目标库存 = 预计日均销量 × 目标覆盖天数
建议采购量则不能只用目标库存减去现货,还要考虑在途、已分配和采购约束:
建议采购量 = 目标库存 − 可售库存 − 可确认在途库存 + 预留安全库存调整量
如果供应商存在最小起订量、整箱采购、阶梯价格或生产排期,最终建议量还要进行业务修正。模型产生的是建议,不是必须执行的订单。
库存团队不可能每天手工检查所有 SKU。更有效的方式是设置异常分层,让系统先筛出需要人工判断的商品。
| 异常条件 | 可能原因 | 建议动作 | 责任岗位 |
|---|---|---|---|
| 覆盖天数低于提前期 | 补货滞后或销量上升 | 优先检查在途和紧急采购方案 | 计划、采购 |
| 周转天数高于上限 | 预测过高、需求下降或采购过量 | 检查促销、调仓和采购冻结 | 运营、计划 |
| 库存正常但缺货率上升 | 库存状态错误或仓库分布不合理 | 核查锁定库存、库内差异和区域库存 | 仓库、供应链 |
| 在途逾期未到 | 供应商延迟或物流异常 | 跟催、替代采购或调整销售承诺 | 采购、客服 |
| 预测销量快速上升 | 投放增加、内容爆发或活动预热 | 提高滚动需求并重新计算补货点 | 运营、计划 |

很多团队并不是没有数据,而是数据分散在电商平台、仓储系统、采购表格和财务系统中。运营看销量表,仓库看库存表,采购看订单表,财务看库存金额表,大家都在使用真实数据,却无法快速回答同一个问题:哪些商品现在需要动作,动作之后有没有改善。
以九数云这类数据分析工具为例,它更适合承接库存分析中的数据整合、指标计算、筛选下钻和看板呈现。企业可以将销售明细、库存状态、采购订单、到货记录和商品主数据按照统一字段进行关联,再围绕 SKU、仓库、渠道和时间周期建立分析视图。官网信息可参考:九数云。
需要强调的是,分析工具不会自动替企业决定安全库存,也不会因为做出一张看板就解决供应商延迟问题。它的价值在于把分散数据变成可追踪的异常清单,让业务人员能够更快定位原因、明确责任并保留复盘证据。
如果企业准备使用九数云或其他分析工具做库存规划,我不建议一开始就追求复杂模型。先把五张基础表搭起来,往往比直接开发一套“智能补货系统”更容易获得结果。
其中,SKU 编码、仓库编码、日期格式和供应商编码必须统一。数据分析项目失败,很多时候不是工具能力不足,而是同一个商品在不同表里使用了不同编码,或者“在途”“已到货”“已上架”的定义没有被统一。
一个有用的库存看板,至少要让使用者在几分钟内回答以下问题:
在九数云中,可以围绕 SKU、仓库、渠道和时间进行下钻分析。例如先从“库存风险总览”看到异常商品,再下钻到该 SKU 的销售趋势、库存状态变化、采购到货时间和活动记录。这样的分析路径,比在几十个 Excel 工作表之间来回查找更适合日常决策。

判断一个工具是否适合库存规划,我会重点看四个方面。第一,能否接入销售、库存和采购等多来源数据;第二,能否按 SKU、仓库和时间进行下钻;第三,能否保留计算口径和数据更新时间;第四,能否把异常结果发送给实际责任人。
如果工具只能展示漂亮的总览图,却无法追溯某个数字由哪些订单、库存状态和采购记录组成,那么它更像展示工具,而不是决策工具。
对于中小企业,先用工具建立统一口径和异常看板通常更现实。等基础数据稳定后,再考虑预测模型、自动补货或更复杂的优化算法。否则,模型只是把不完整、不准确的数据计算得更快。
下面用一个虚拟 SKU 演示流程。商品过去 30 天平均日销量为 100 件,最近两周因为投放增加,预计未来 14 天日销量为 130 件。供应商历史实际提前期为 8 天,仓库收货、质检和上架平均需要 2 天,因此从下单到可售的计划周期按 10 天计算。
当前库存状态如下:
| 项目 | 数量 | 是否可以直接支撑新订单 |
|---|---|---|
| 账面库存 | 1,800 件 | 不能直接判断 |
| 已分配库存 | 300 件 | 不能 |
| 质检库存 | 100 件 | 暂时不能 |
| 可售库存 | 1,400 件 | 可以 |
| 已确认在途库存 | 600 件 | 预计 6 天后可售 |
如果只看账面库存,企业会认为库存有 18 天覆盖;如果只看当前可售库存,覆盖天数约为 10.8 天;如果按照未来 130 件的日均销量计算,可售库存实际上只能支撑约 10.8 天,几乎刚好等于从下单到新货可售的周期。
600 件在途库存预计 6 天后可售,但未来 6 天按照 130 件日均销量计算,需要消耗 780 件。也就是说,在途货物到仓之前,可售库存可能已经从 1,400 件下降到 620 件左右。
如果这批在途库存能够准时到货,企业可以暂时不做大批量紧急采购,但仍应立刻确认物流节点和到货时间。如果过去同类订单有 30% 的概率延迟超过 3 天,那么这批在途库存不能被视为完全可靠的供给。
假设企业希望该商品维持 21 天覆盖,按照未来日均销量 130 件计算,目标库存为:
130 × 21 = 2,730 件
为了避免重复计算,假设 600 件在途库存的预计到货可信度为 80%,则可确认在途库存按 480 件计入。建议采购量可以先按以下方式估算:
2,730 − 1,400 − 480 = 850 件
如果供应商最小起订量为 1,000 件,采购人员不能简单地把 850 件向下取整。此时应比较三种方案:采购 1,000 件、采购 0 件等待在途、或者先采购 1,000 件并同步降低下一批采购计划。
| 方案 | 短期好处 | 主要风险 | 适用条件 |
|---|---|---|---|
| 立即采购 1,000 件 | 降低缺货风险,覆盖活动需求 | 若投放回落,可能形成积压 | 缺货损失高,活动确定性强 |
| 等待在途,不新增采购 | 减少资金占用和过量库存 | 物流延迟时可能断货 | 供应商稳定,活动增量不确定 |
| 部分采购并调整活动 | 平衡供货和库存压力 | 需要运营配合控制流量 | 可以调整投放、价格或销售节奏 |
从管理角度看,采购数量并不是公式算出来之后就结束了。运营需要确认未来 14 天的投放计划,采购需要确认供应商能否提前交付,仓库需要确认到货后的处理能力,财务则要评估资金占用和毛利贡献。

这种情况优先处理服务水平,而不是继续压低库存。先检查可售库存是否准确、已分配库存是否重复扣除、仓库是否存在区域分布不均,再检查供应商实际提前期是否发生变化。
如果数据没有问题,应提高该 SKU 的安全库存或目标覆盖天数,并为其设置更高的预警优先级。对于核心爆款,宁可保留一部分额外库存,也不要频繁依赖紧急采购和跨仓调拨。
不要一看到高周转就立即打折清仓。先判断库存高是因为活动备货、季节规律、新品试销,还是需求已经下降。如果是正常的季节性备货,应该把库存和未来销售计划放在一起评估;如果是需求下滑,则需要冻结采购并制定消化方案。
消化库存的方式可以分层处理:先调整渠道分配,再考虑组合销售、配件搭售、内容促销和价格调整,最后才是大幅折扣。不同方式对毛利和品牌形象的影响不同。
这通常意味着平均值掩盖了结构性问题。可能是畅销 SKU 缺货,而长尾 SKU 的库存把整体周转天数拉回正常;也可能是仓库有货,但库存分布在错误的区域,导致订单无法及时履约。
此时应按 SKU 和仓库拆分周转天数,不要继续看全店平均。还要核查订单满足率、仓库调拨时间和库存同步延迟。
新品不能直接套用成熟商品的平均周转天数。可以参考相似商品的销售曲线,但必须建立小批量试销、分阶段补货和快速复盘机制。
新品的第一阶段目标不是追求精确预测,而是尽快获得真实转化率、退货率、投放效率和复购信号。首批采购量应控制在能够验证需求、又不会造成严重积压的范围内。
这时需要把库存问题升级为经营决策问题。可选方案包括调整活动承诺、限制投放、拆分发货、跨仓调拨、寻找替代供应商或更换活动商品。
如果运营坚持活动目标不变,就必须明确额外库存成本和缺货损失由谁承担。不能让采购部门在没有需求确认和预算支持的情况下,独自承担活动备货风险。

多备货可以降低缺货概率,但会增加资金占用、仓储成本和滞销风险;少备货可以提高资金周转,却可能带来缺货、延迟发货和平台经营损失。
判断是否值得增加库存,不能只看采购成本,还要估算缺货一天会损失多少销售、毛利和用户信任。如果商品毛利高、复购强、缺货后容易被竞品替代,适度提高库存可能是合理的;如果商品生命周期短、价格下降快,则应更谨慎地增加库存。
很多企业希望把销量预测做到非常精确,但预测不可能消除所有不确定性。相比花几个月开发复杂模型,部分企业更应该先缩短库存数据更新、异常发现和采购审批的时间。
预测准确率提高 5 个百分点,如果采购审批仍需要 7 天,实际改善可能有限;而把异常识别从每周一次提高到每日一次,可能更快地减少缺货。库存管理不仅是预测问题,也是响应速度问题。
适合自动化的通常是数据汇总、覆盖天数计算、阈值筛选和异常提醒;不适合完全自动化的通常是新品判断、活动需求确认、供应商替代和大额采购审批。
最稳妥的方式是“系统给建议,业务做确认,过程留记录”。如果所有采购建议都必须人工重新计算,系统价值会被削弱;如果所有建议无需人工审核直接生成订单,异常数据可能被快速放大。
统一规则便于管理和培训,但商品差异越大,统一规则的误差越大。企业可以统一数据口径、预警流程和责任分工,但不必统一所有商品的目标覆盖天数。
例如,爆款、稳定商品、长尾商品和新品可以使用不同参数,但都按照同一套审批、执行和复盘机制运行。这种方式既保留了差异化,又避免流程失控。

不同指标需要不同的观察频率。爆款和高波动商品适合日监控,主要看可售库存、订单量、缺货风险和在途状态;稳定商品可以按周复盘,关注预测偏差、周转变化和供应商交期;长尾商品和低频商品可按月复盘,关注滞销金额、采购冻结和清库存进度。
大促商品不能只在活动结束后复盘。活动前要复核备货和仓储能力,活动中要观察实际销量和库存消耗,活动后要评估退货、尾货和需求回落。
如果实际销量远低于预测,可能是运营预测偏高,也可能是投放没有按计划执行;如果库存显示充足却发生缺货,可能是仓库差异,也可能是锁定库存没有同步;如果采购按建议量下单后仍然缺货,可能是供应商履约问题。
因此,复盘时不要只问“谁做错了”,而要拆成三个问题:输入数据是否准确,判断规则是否合理,执行动作是否按时完成。只有这样,参数调整才不会变成简单地增加安全库存。
| 复盘字段 | 需要回答的问题 | 后续动作 |
|---|---|---|
| 需求预测偏差 | 预测销量与实际销量差多少?偏差来自哪里? | 调整预测口径或活动标记 |
| 库存状态准确率 | 系统可售库存是否与实物一致? | 修正库存同步和仓库操作流程 |
| 供应商实际提前期 | 承诺交期与实际到货差多少? | 调整交期参数和供应商评级 |
| 补货建议执行率 | 建议是否被采纳?未采纳的原因是什么? | 优化审批规则或人工例外机制 |
| 缺货与滞销结果 | 库存是否在效率和服务之间达到平衡? | 调整目标覆盖天数和商品分层 |
第一类是效率指标,包括库存周转天数、库存金额和仓储占用;第二类是服务指标,包括缺货率、订单满足率和准时发货率;第三类是流程指标,包括预测更新及时率、库存数据准确率、采购建议执行率和供应商准时交付率。
如果效率指标改善,服务指标恶化,说明企业可能过度压缩库存;如果服务指标改善但库存金额快速上升,说明安全库存或采购批量可能过高;如果三个维度都没有改善,应先检查数据口径和执行流程,而不是继续修改公式。

先不要急着做复杂预测。把 SKU 编码、仓库编码、供应商编码、日期字段和库存状态统一起来,明确什么是可售库存、已分配库存、在途库存和不可售库存。
同时选出 20 个高销量 SKU 和 20 个高库存 SKU 做人工核对,比较系统数据、仓库实物和销售订单。只有基础数据可信,后面的周转天数才有意义。
按销售贡献、毛利、缺货损失、需求波动和供应难度进行分层,为不同商品设置不同的目标覆盖天数和预警阈值。
至少建立以下指标:库存周转天数、可售库存覆盖天数、缺货率、订单满足率、库存准确率、供应商实际提前期、在途逾期率和滞销库存占比。
为每类异常指定责任人和处理时限。例如覆盖天数低于提前期时,由计划人员在当天确认;发现供应商逾期时,由采购在一个工作日内跟催;连续高周转时,由运营和供应链共同制定消化方案。
如果使用九数云等分析工具,可以将这些规则做成筛选条件和看板模块,让异常从报表中自动浮现,而不是等月底开会时才被发现。
比较预测销量和实际销量,比较承诺交期和实际到货时间,比较建议采购量和实际执行量,再观察缺货与滞销结果。每一次参数调整都要记录调整原因,避免团队在不同月份反复修改同一个参数,却无法判断哪次修改真正有效。
四周之后,企业不一定已经拥有完美的库存模型,但应该拥有一套可以持续修正的流程。对大多数电商团队而言,这比一开始追求复杂算法更重要。
周转天数的价值,从来不在于它是 20 天、30 天还是 45 天,而在于这个数字变化之后,企业是否知道该检查什么、由谁处理、在多长时间内完成,以及如何判断处理结果。
我的判断是,电商库存管理最容易被忽略的不是计算能力,而是“指标到动作”的断层。运营提供的预测如果没有进入补货模型,采购订单如果没有连接实际到货,库存状态如果没有区分可售与不可售,任何看似精确的周转天数都可能只是一个漂亮的假象。
下一步可以从一个品类或 40 个重点 SKU 开始:先统一库存口径,再计算覆盖天数,接着设置补货点和异常责任人,最后用周度复盘不断修正参数。当周转天数、库存状态、采购提前期和流程责任被放在同一张分析看板上,库存规划才真正从静态统计变成了可执行的经营系统。
我在做 SKU 库存复盘时发现,同一批商品由财务、仓库和运营计算出来的周转天数经常不一样。有人用期末库存,有人用平均库存,还有人把在途库存直接算进去,我想知道到底应该采用哪种口径,结果才适合指导补货?
周转天数的难点不在公式,而在分子和分母是否属于同一口径。最常用的管理口径是:周转天数=期间平均可用库存÷日均销售消耗。库存用“件”统计时,销量也应使用“件”;如果库存按金额统计,分母则应使用销售成本,而不能用销售额直接相除。
我在一次库存排查中遇到过这样的情况:系统显示某 SKU 有 2,000 件库存,但其中 300 件已被订单占用,200 件在质检,150 件属于残次品,真正可售的只有 1,350 件。如果仍按 2,000 件计算,库存覆盖天数会被高估约 6.5 天,采购人员很容易错过补货时点。
库存状态是否计入可售库存补货判断 正常可售库存计入直接用于计算覆盖天数 已分配库存不重复计入应先扣除订单占用 在途库存单独列示只有确认到货时间后才可抵扣 质检及残次品通常不计入不能替代正常可售库存 实际执行时,我建议同时保留三个指标:账面库存周转天数、可售库存覆盖天数和含在途库存覆盖天数。
第一个用于财务分析,第二个用于日常补货,第三个用于判断采购订单是否足以覆盖未来需求。三者混在一起,指标看起来完整,决策却会失真。
我曾经把库存周转天数当成供应链团队的核心考核指标,结果库存金额确实下降了,但爆款断货次数明显增加。现在我不确定应该追求更低的周转天数,还是应该给不同商品设定不同目标,这两个目标到底如何平衡?
周转天数不是越低越好,它只说明库存相对于销售速度的占用水平。周转天数下降,可能代表库存效率提高,也可能代表安全库存被压得过低。判断结果是否健康,必须同时观察缺货率、订单满足率和供应商实际到货周期。我更倾向于把周转天数看成“报警信号”,而不是单独的绩效分数。
例如,一个爆款周转天数只有 5 天,但采购提前期是 12 天,这个数字并不优秀,反而意味着只要销量突然上升,就会出现连续缺货。相反,一个季节性商品在活动前保持 30 天库存,也不能简单判定为库存过高。
周转表现可能原因应结合观察的指标建议动作 低周转且缺货率高安全库存不足或预测偏低订单满足率、提前期提高补货点,复核供应周期 低周转且销售稳定库存控制较好供应商准时率保持参数,避免继续压缩 高周转且销售下降采购过量或商品滞销库龄、动销率减少采购,制定去库存方案 高周转但活动临近提前备货活动预测、到货计划标记为计划性库存,不直接清理 实际管理中,不建议给全店设一个统一目标。
爆款、稳定款、长尾款、新品和活动款应分别设置周转区间,并为每个区间绑定动作。只有把“指标变化”和“下一步做什么”连接起来,周转天数才不会沦为月末报表上的装饰。
我们公司每周都会生成库存周转报表,但运营仍然临时通知采购备货,采购又经常说仓库数据不准。我的疑惑是,周转天数究竟应该在哪个流程节点触发动作,如何避免各部门拿着不同数据互相推责?
周转天数要真正发挥作用,必须被设计成流程触发器,而不是只由财务在月底统计。一个可执行的链路应该是:运营提供需求变化,计划人员核对库存状态,系统或表格生成补货建议,采购确认供应能力,仓库更新实际入库结果,最后由供应链团队复盘参数。
我在梳理库存流程时,最容易踩的坑是把“补货建议生成”直接等同于“下采购单”。系统只能根据历史销量、库存和提前期做初步计算,无法自动识别临时大促、广告放量、供应商延期或商品即将下架。因此,补货建议必须保留人工校验节点,但人工校验应有明确字段,而不是凭感觉修改数量。
流程节点责任角色必须确认的内容输出结果 需求预测运营或销售常态销量、活动计划、流量变化预测销量 库存评估计划或供应链可售、锁定、在途及安全库存补货建议 采购确认采购最小起订量、交期、供应能力采购订单 到货入库仓库实收数量、质检状态、上架时间可售库存更新 周期复盘供应链负责人预测偏差、缺货、逾期和滞销参数调整 建议给每个补货建议增加“触发原因”和“人工调整原因”两个字段。
例如,触发原因为“可售库存低于 7 天覆盖量”,人工调整原因为“下周有活动,预计销量增加 40%”。这样在复盘时可以分清是预测错误、库存数据错误,还是供应商没有按期交货,而不是笼统地说补货不准。
我想搭建一套简单的补货表,不希望一开始就购买复杂系统。假设某商品日均销量 100 件、采购提前期 7 天、当前可售库存 1,200 件、在途库存 300 件,应该如何判断是否补货,以及采购人员、运营和仓库分别要做什么?
先不要急着把在途库存全部扣除。补货判断的第一步,是确认在途 300 件的预计到货日是否早于库存耗尽日。假设当前可售库存为 1,200 件,日均销量 100 件,则现货覆盖约 12 天;如果采购提前期为 7 天,理论上现货能够覆盖到下一批货到达,但仍要检查需求波动和安全库存。
如果安全库存设为 500 件,则补货点可以先按“提前期需求+安全库存”计算:100×7+500=1,200 件。当前可售库存正好等于补货点,说明已经进入补货决策区间,而不是代表完全不需要采购。
若未来 7 天有活动,预计日均销量提高到 140 件,补货点则应调整为 140×7+500=1,480 件,当前库存已经低于新的补货点。
项目常态销售活动销售 预计日均销量100 件140 件 采购提前期7 天7 天 安全库存500 件500 件 补货点1,200 件1,480 件 当前可售库存1,200 件1,200 件 判断进入补货区间低于补货点,应优先处理 接下来才是流程动作。
运营确认活动销量是否可靠,计划人员核对在途 300 件的预计到货时间,采购确认供应商是否能在 7 天内交付,仓库则确认现有 1,200 件中没有大批锁定或质检库存。若活动预测成立,建议采购量应以目标库存减去有效库存和确认在途为基础计算,而不是简单按“补货点减当前库存”下单。
这套方法的关键不是算出一个绝对准确的采购数量,而是让每个数字都能追溯到来源。日均销量来自哪里、活动增量由谁确认、在途是否有效、人工为什么调整,全部记录下来,下一次复盘才能知道问题出在预测、供应商还是库存数据。


读者评论
文章把周转天数从单一指标提升为流程信号,尤其强调可售、已分配、在途和质检库存的区分,这对避免报表与实际缺货不一致很有参考价值。
文中的补货模型较为实用,但实际落地还需要稳定的数据系统和明确的岗位责任,否则预测、采购和仓库之间仍可能出现执行断点。
按SKU分层、区分常态与活动需求的思路比较合理。相比一味压低库存,结合缺货率、订单满足率和滞销率考核,更符合电商经营实际。