很多电商团队第一次认真计算补货计划,都会发现一个反常识问题:仓库里明明还有几千件货,热销 SKU 却在大促前断货;而那些“提前多备一点”的商品,活动结束后又变成几个月卖不动的呆滞库存。问题通常不在于采购人员不会乘法,而在于库存口径、需求预测、供应周期和审批执行没有形成同一条链路。电商库存流程设计的核心,不是简单回答“库存少了要不要买”,而是判断哪些库存现在真的能卖、未来需要多少、补货何时到位,以及这笔库存占用是否值得。

我在梳理电商库存流程时,通常不会先问团队“你们安全库存设置了多少”,而是先让运营、采购和仓库分别回答四个问题:现在能卖多少?在途货物什么时候能卖?交期内预计会卖多少?如果供应商晚到几天,业务还能不能承受?
这四个问题分别对应可用库存、有效在途库存、交期需求和风险缓冲。任何一个问题没有明确答案,补货公式就只是表面精确。系统可能计算出一个看似合理的建议采购量,但输入的是账面库存、合同交期和未经清洗的历史销量,最终仍然会导致断货或积压。
库存流程不能停在“系统提醒补货”。真正可执行的流程,应当明确谁发现问题、谁判断需求、谁批准采购、谁确认供应商交期、谁跟踪到货、谁更新可销售库存,以及谁在补货结果不理想时负责复盘。
如果补货失败后只能说“当时销量突然涨了”或“供应商临时延期了”,说明流程没有设置预警和责任节点。销量上涨本身不是异常,未能把上涨趋势传递给采购和仓库,才是流程设计的问题。
我见过最常见的流程错误,是不同部门使用不同的“库存”。财务看账面库存,运营看前台可售库存,仓库看实物库存,采购看已下单数量。四个数字都可能没有错,但它们被混在一起后,团队就无法判断是否需要补货。
因此,企业在上线自动补货前,至少要建立一份库存口径字典,明确每个字段的定义、更新时间、数据负责人和是否纳入补货计算。自动化的前提不是买更复杂的系统,而是让团队对同一个数字有同一种解释。

假设一个 SKU 在仓库系统中显示 100 件,其中 20 件已经被未发订单锁定,10 件处于质检状态,5 件因为包装破损待处理,剩余 65 件才是当前可以继续承接新订单的数量。如果运营按照 100 件来判断库存,系统会延后补货;如果按照 65 件来判断,结果可能完全不同。
更复杂的情况是多渠道销售。平台 A、平台 B 和自营商城可能共享一个仓库,但每个渠道都保留自己的安全库存。此时仓库实物有货,并不意味着所有渠道都可以继续放量。库存流程必须记录“物理库存”和“渠道可售额度”两个层次。
采购人员常常会说:“这批货已经在路上了,不需要再补。”但在途库存只有在需求发生前完成到货、验收、质检和上架,才具有抵扣补货需求的价值。预计 10 天后到仓的货,不能自动抵消未来 3 天的销售需求。
在途库存至少要增加三个字段:预计到货日、到货可信度和入库后可销售日期。对于跨区域运输、质量检验严格或历史延期频繁的供应商,预计到货日不能按一个确定日期处理,而应该按时间区间或交付概率处理。
日均销量是最容易被滥用的补货参数。一个商品过去 30 天每天卖 100 件,不能直接说明未来 30 天仍然卖 3,000 件。活动曝光、优惠券、直播排期、竞品缺货和季节变化,都可能改变需求基线。
相反,也不能把一次直播间爆发的销量直接当作新的日均销量。活动订单中可能存在低价吸引、集中囤货、渠道分销和取消退款。如果不把平销期与活动期拆开,预测模型越自动,错误复制的速度越快。
供应商平均交期为 7 天,并不意味着每次都能 7 天到货。如果过去 10 批货物分别在 5、6、6、7、7、8、8、9、12、15 天到达,平均交期约为 8.3 天,但其中两次已经明显超过常规水平。对缺货损失很高的 A 类 SKU,只用平均值会低估风险。
我的判断原则是:需求稳定、缺货损失低的商品可以使用平均交期;需求波动大或供应商不稳定的商品,应同时关注交期的波动范围和延期频率。安全库存不是固定天数,而是企业为不确定性购买的一种保险。

销售数据不是下载出来就能使用。补货前应先处理取消订单、退款订单、刷量订单、团购订单、渠道调拨和一次性大客户订单。若这些订单直接进入日均销量,预测结果会受到偶发事件影响。
建议至少保留以下维度:
对于存在缺货的商品,历史销量还可能被库存上限“截断”。例如商品每天实际有 150 件需求,但仓库只能发 80 件,系统记录的销量只有 80 件。此时直接用历史销量预测,会把缺货造成的需求损失误认为市场需求低。
库存不仅有数量,还有时间属性。可销售库存是今天能发货的数量,已下单未到货库存是未来可能可用的数量,质检库存是能否通过检验尚不确定的数量。补货计划必须把“库存有多少”和“库存什么时候能用”同时纳入判断。
一个实用的库存台账可以按下列方式拆分:
| 库存字段 | 业务含义 | 是否直接计入当前可售 | 补货判断中的处理方式 |
|---|---|---|---|
| 账面库存 | 系统登记的仓库数量 | 否 | 作为核对起点,不能直接作为补货输入 |
| 可销售库存 | 已验收、可正常发货的数量 | 是 | 作为当前库存的核心输入 |
| 锁定库存 | 已被订单或渠道占用的数量 | 否 | 从账面库存中扣除 |
| 质检库存 | 已到货但尚未完成检验的数量 | 否 | 根据历史合格率和预计放行时间谨慎计入 |
| 在途库存 | 已采购但尚未完成入库的数量 | 否 | 只有在需求发生前可销售,才可部分抵扣 |
| 残次与冻结库存 | 暂时不能正常销售的数量 | 否 | 不得用于抵扣补货需求 |
补货建议单不是简单的采购数量列表,而是一个可以解释的决策结果。任何人看到建议单,都应该知道为什么补、补多少、预计什么时候到、如果不补会有什么风险。
建议字段至少包括:
补货流程的终点不是采购单审核,而是货物完成验收并转为可销售库存。采购订单发生数量变化、供应商修改交期、运输路线变化或部分到货时,都应及时回写,否则系统里的在途库存会持续制造虚假安全感。
到货后还要区分“已到仓”和“已可售”。对于需要质检、贴标、组装或分拣的商品,这两个时间点可能相差数天。如果补货模型只记录到仓日期,却不记录可销售日期,活动排期仍然可能出现库存错配。
每次补货都应回答三个问题:预测比实际销量高还是低?供应商实际交付是否符合计划?补货批量是否造成新的库存压力?复盘结果需要回写到日均销量、交期、安全库存和供应商评分中。
如果系统建议经常被人工修改,不要简单认为员工“不配合系统”。人工修改率过高,往往意味着活动信息没有进入模型、库存口径不一致、供应商交期不可靠,或者补货规则没有考虑最小起订量。

最基础的再订货点公式是:
再订货点 = 供应周期内预计需求 + 安全库存
当销量相对稳定时,可以进一步简化为:
再订货点 = 日均销量 × 实际供应周期 + 安全库存
例如某 SKU 经过异常订单清洗后,平销期日均销量为 120 件,供应商实际平均交付周期为 8 天,安全库存为 500 件,那么再订货点为 1,460 件。当前可销售库存降至这一水平时,团队就应启动采购,而不是等到库存只剩几百件才行动。
但这个结果并不代表一定要采购到某个固定数量。它只说明库存已经进入需要决策的区域。最终采购量仍需结合目标库存、有效在途库存、采购批量和活动需求进行计算。
一个更实用的简化公式是:
建议补货量 = 目标库存 – 当前可销售库存 – 有效在途库存
这里最容易出错的是“有效在途库存”。例如当前可售库存为 1,200 件,目标库存为 3,000 件,在途库存为 1,000 件,但其中只有 400 件能够在未来交期内到达并完成质检,那么补货计算中只能按 400 件抵扣,而不能把 1,000 件全部减掉。
目标库存也不应简单设置为“一个月销量”。对供应周期不同的商品,目标库存至少要覆盖补货周期内的需求,并留出合理缓冲。对于高价值、保质期短或生命周期即将结束的商品,目标库存还要受到资金和去库存能力的约束。
安全库存主要用于吸收需求波动和供应波动。需求比较稳定但供应商经常延期的商品,安全库存重点应覆盖交付不确定性;供应商非常稳定但销量受活动影响明显的商品,则要重点覆盖需求波动。
在数据条件较好的企业,可以根据需求标准差、交期标准差和目标服务水平建立统计模型。在数据基础较弱的团队,建议先使用分层规则,而不是直接套用复杂算法:
如果商品经常断货,历史销量会低估真实需求。一个简单的识别方法,是同时观察搜索量、加购量、缺货时长、预售订单和同类商品替代购买情况。如果销量下降的同时,商品访问和加购仍然较高,不能直接把下降后的销量作为新的需求基线。
预测模型不一定要一开始就使用复杂算法。对于多数中小电商团队,滚动 7 天、滚动 30 天、同比同期销量和活动调整系数,已经能够解决大量基础问题。关键在于每个调整系数都要有来源和责任人,而不是由个人凭经验修改后不留痕。

日常消耗稳定、供应商交期稳定、库存价值不高的商品,适合采用每周或每两周一次的定期补货。定期补货可以减少采购频次和审批成本,也便于集中安排运输。
这类商品的风险是两个检查周期之间发生突发销售增长。因此,即便采用定期补货,也应设置最低库存预警。一旦可售库存跌破底线,系统应允许跳出固定周期,启动临时补货。
对核心引流商品、爆款配件和高复购商品,我更倾向于使用再订货点触发。它不要求团队每天人工下单,但能根据库存变化更早发出信号。
这类商品不能只看采购成本。若商品缺货会导致整套商品无法销售,或者会让用户转向竞品,那么安全库存和服务水平应高于普通 SKU。最终目标不是库存越低越好,而是用合理的库存成本换取更稳定的订单满足率。
大促前最危险的做法,是把过去 30 天日均销量乘以活动天数,再加一点安全库存。活动期间流量、转化率、客单价和取消率都可能变化,平销均值只能作为基线,不能直接当作活动预测。
活动备货至少要拆成三个阶段:
如果活动已经开始才发现库存不足,采购通常来不及解决问题。此时更有效的动作可能是降低广告预算、限制优惠券、调整渠道库存、延长发货承诺或把流量转移到替代 SKU。
新品没有稳定历史销量,初期应把补货看成一个小规模试验。先设定有限采购量和复盘周期,观察曝光、点击、加购、支付转化、退款和复购等指标,再逐步调整。
新品最常见的错误是因为首次销售表现好,就立即按短期峰值大量补货。新品的首轮销量可能来自平台流量扶持、粉丝尝鲜或低价试用,不一定能持续。更稳妥的做法是设置“二次采购门槛”,只有当销量持续、退款率可控且供应商交期能够承接时,才扩大采购。
对保质期短、更新快或容易被新款替代的商品,补货的主要风险不是断货,而是库存无法在有效销售窗口内消化。此时不能只强调服务水平,还应设定最大库存天数、临期预警和退出机制。
| 商品场景 | 优先目标 | 建议策略 | 重点监控指标 | 主要取舍 |
|---|---|---|---|---|
| 稳定标品 | 降低采购和人工成本 | 定期补货或最小,最大库存 | 库存周转天数、采购批量 | 效率较高,但应对突发需求较慢 |
| 核心爆款 | 降低缺货损失 | ROP 加动态安全库存 | 订单满足率、缺货率、交期波动 | 库存占用更高,但履约更稳定 |
| 活动商品 | 覆盖峰值需求并控制活动后积压 | 活动专项预测加分阶段补货 | 活动销量偏差、活动后库存天数 | 需要更多运营协同和人工判断 |
| 新品 | 验证需求,降低试错成本 | 小批量试采加快速复盘 | 转化率、退款率、复购率 | 可能错过短期销量,但能避免大额积压 |
| 短生命周期商品 | 在销售窗口内完成周转 | 库存上限加去库存机制 | 临期库存占比、销售剩余天数 | 缺货风险可能上升,但积压风险下降 |

在实际工作中,库存数据往往散落在 ERP、仓库系统、平台后台和采购表格中。运营看到的是销售趋势,采购看到的是供应商订单,仓库看到的是到货和上架,管理层看到的可能只是库存金额。只看其中一张表,很难解释补货建议为什么发生。
以九数云这类数据分析工具为例,我更看重的不是“能不能做一个漂亮看板”,而是能否把订单、库存、采购、供应商交期和活动计划按照 SKU 与日期关联起来。其价值在于把补货判断从人工翻表,转化为可追溯的分析过程。
这里需要说明:下面的案例是基于常见电商业务字段设计的样本推演,不是九数云官方披露的客户经营数据,也不应被理解为平台统一效果承诺。工具本身能否落地,取决于企业数据接口、字段质量和业务规则。
第一层是销售事实表,记录订单日期、SKU、渠道、成交数量、取消数量、退款数量和活动标签。第二层是库存快照表,记录每天或每小时的账面库存、可售库存、锁定库存、质检库存和冻结库存。
第三层是采购与供应商表,记录采购单号、下单日期、承诺交期、实际到货日期、到货数量、合格数量和延期原因。第四层是商品主数据表,记录品类、供应商、采购价、毛利、包装规格、最小起订量和生命周期阶段。
这四层数据关联起来后,可以计算出很多单表看不到的指标:
假设某电商团队销售一款标准化日用品。过去 30 天清洗后的平销日均销量为 120 件,未来 8 天没有大型活动,供应商实际平均交期为 8 天,安全库存设置为 500 件。当前仓库账面库存为 2,400 件,其中锁定库存 300 件、质检库存 100 件、冻结库存 100 件。
当前可销售库存为:
可销售库存 = 2400 – 300 – 100 – 100 = 1900 件
再订货点为:
再订货点 = 120 × 8 + 500 = 1460 件
当前可销售库存 1,900 件,高于再订货点 1,460 件,单从平销需求看暂时不必立即补货。但如果采购审批、生产和运输还需要额外 5 天,真正的总供应周期应是 13 天,那么再订货点就变成:
再订货点 = 120 × 13 + 500 = 2060 件
此时 1,900 件已经低于再订货点,补货判断完全相反。这个例子说明,补货公式本身没有变,变化的是团队是否把采购审批、生产排期、运输、质检和上架都计入了供应周期。
我不建议库存看板只放“库存数量、销售额、采购额”三个大数字。这些指标能说明规模,却不能直接支持补货决策。更实用的看板应当让使用者从异常进入原因,再从原因进入动作。
| 看板区域 | 建议指标 | 使用者要回答的问题 |
|---|---|---|
| 库存风险总览 | 缺货 SKU 数、库存覆盖天数、呆滞库存金额、临期库存金额 | 今天最需要处理哪些库存风险? |
| 补货建议区 | 低于 ROP 的 SKU、建议补货量、预计缺货日期、预计到货日期 | 哪些商品必须在本周采取行动? |
| 供应商表现区 | 准时交付率、平均交期、最大延期天数、到货合格率 | 安全库存是否需要因供应商波动而调整? |
| 活动备货区 | 活动预测销量、实际销量、活动剩余库存、活动后库存天数 | 活动是否会断货,结束后是否会压货? |
| 复盘区 | 预测偏差、人工调整率、补货后周转天数、缺货损失估算 | 这次补货规则是否需要修改? |
在实现上,可以把“预计缺货日期”设置为关键筛选字段。它比单独看库存量更有管理价值:库存 1,000 件对一个日销 20 件的商品意味着 50 天覆盖,对一个日销 500 件的商品却只意味着 2 天覆盖。

如果企业已经有多个数据源,且管理层需要按渠道、仓库、品类、供应商和时间维度反复分析,使用数据分析工具建立统一视图通常比维护多个手工表更有价值。尤其当团队已经出现“每天花几个小时合并表格,却仍然说不清库存差异”的情况,优先解决数据汇总和口径统一,比先研究复杂预测算法更实际。
但如果企业只有几十个 SKU、单仓库经营、销量变化不大,而且库存数据还没有稳定记录,那么直接上分析工具可能会增加维护成本。此时应先用结构清晰的库存表跑通字段、责任人和复盘机制,再逐步接入自动化分析。
工具不能替代商品判断。九数云可以帮助团队看清库存覆盖、供应商交期偏差和补货结果,但不能自动知道某个网红商品下周是否会突然爆发,也不能替采购人员承担供应商谈判和异常处理责任。

活动突然增加预算时,很多团队会直接把安全库存提高一倍。这种做法容易留下长期副作用,因为活动结束后,系统仍然按照新的安全库存触发补货。
正确做法是为活动建立独立需求版本,并设置开始日期和结束日期。活动结束后,平销规则自动恢复,同时对剩余库存设置去库存观察期。这样既能覆盖活动峰值,又不会把一次性需求永久写进商品规则。
供应商延期时,不是所有商品都值得紧急空运或高价采购。应先计算预计缺货日期、替代供应商到货日期、渠道库存和替代 SKU 的承接能力。
如果系统库存和实物库存出现明显差异,继续让系统自动补货,等于把错误放大。应先暂停相关 SKU 的自动建议,重新盘点可售、锁定、残次和在途数量,再追查差异来源。
差异可能来自漏扫、错仓、订单取消后未释放锁定库存、退货未入库或调拨未完成。盘点结果不能只改一个数字,还要记录调整原因和责任环节,否则下一次仍然会重复发生。
销量暴涨后,首先要判断增长来自自然需求、平台推荐、活动投放、竞品缺货还是一次性订单。若增长来源可持续,可以提高短期预测;若来源不明确,应先小批量补货、增加监控,而不是直接按峰值采购数月库存。
一个实用判断方式,是同时观察连续 3 至 7 天的销量、访问量、加购率、转化率和退款率。只有多个指标同步改善,才更有理由认为需求基线发生了变化。
退货商品需要经过质检、重新包装和状态判断。退货数量进入仓库,不等于可销售库存增加。若系统提前释放退货库存,可能出现重复销售、发出瑕疵品和二次售后。
建议将退货库存至少分为待检、合格可售、降级销售和报废四类。不同状态应有独立库存编码或状态字段,并明确从退货入库到恢复可售的平均处理时间。

缺货率反映商品是否出现库存不足,订单满足率反映实际订单有多少能够被库存承接。某些企业为了降低缺货率,把大量库存压在仓库里,表面上缺货减少了,但资金占用和呆滞库存快速上升。
因此,缺货率降低必须与库存周转天数、库存金额和毛利贡献一起观察。若缺货率下降是通过库存翻倍实现的,未必是补货计划变好了,可能只是把风险转移到了现金流。
预测准确率看起来很高,也可能是因为预测值长期偏低。商品实际有 150 件需求,但库存只能满足 80 件,系统记录销量为 80 件,模型预测 80 件,预测误差自然很小,却无法反映被压制的真实需求。
建议同时记录缺货天数和需求受限标记。当商品缺货或限购时,预测复盘要区分“预测偏低”和“库存没有承接住需求”,否则团队会错误调整模型。
安全库存设置得再精确,如果供应商经常延期,补货仍然可能失效。供应商准时交付率、实际交期分布、到货合格率和短交率,都应纳入供应商评价。
采购价格低并不代表综合成本低。一个交期不稳定的供应商,可能带来加急运输、广告浪费、缺货赔付和客户流失。这些成本如果没有进入供应商评估,采购决策就会偏向表面低价。
系统补货建议被人工修改,并不一定是坏事。活动、新品和突发事件本来就需要人工判断。但如果某类 SKU 的建议修改率长期超过 50%,就说明自动规则与业务现实存在明显偏差。
复盘时要把人工修改原因分类:活动未同步、预测偏低、库存错误、供应商延期、采购批量限制、仓容限制或管理层临时决策。修改原因比修改次数更有价值,因为它能直接指向流程改造。
| 指标 | 计算思路 | 适合回答的问题 | 需要注意的陷阱 |
|---|---|---|---|
| 库存周转天数 | 平均库存 ÷ 日均销售成本 | 库存资金大约被占用多久 | 不能单独判断库存好坏,需结合毛利和缺货率 |
| 缺货率 | 缺货 SKU 天数 ÷ 统计 SKU 天数 | 库存不足发生得多不多 | 要区分主动限售和真实缺货 |
| 订单满足率 | 可完整履约订单 ÷ 总订单 | 库存是否支撑实际订单 | 需明确是否包含拆单和延期订单 |
| 供应商准时交付率 | 按期到货采购单 ÷ 总采购单 | 供应周期是否稳定 | 要定义“按期”是按到仓还是按可销售入库 |
| 预测偏差 | 实际需求与预测需求的差值 | 需求模型偏高还是偏低 | 缺货期间的实际销量可能低估需求 |
| 人工修改率 | 修改过的建议单 ÷ 总建议单 | 系统规则是否适配业务 | 活动期修改率高不一定代表规则失效 |

现金流有限时,不可能为所有商品都保持高服务水平。应按照毛利贡献、缺货损失、复购影响和替代难度进行分层,把采购资金优先分配给核心商品。
低贡献、替代性强、周转慢的商品,可以降低安全库存或延长采购周期。高贡献但供应不稳定的商品,则需要提前锁定产能或准备替代供应商。现金流管理不是全店一起降库存,而是重新分配库存预算。
仓库空间紧张时,库存金额不是唯一约束。体积大、周转慢的商品会占用拣选位和暂存区,造成仓内作业效率下降。补货计划应增加库容占用、每件体积、托盘数量和拣选频次等字段。
对于体积大但缺货损失低的商品,可以缩短采购批量、增加到货频次,或者改为供应商寄售。对于体积小、毛利高且周转快的商品,可以适当提高安全库存,但要防止多仓重复备货。
单一供应商风险高时,企业通常有三种选择:增加安全库存、开发替代供应商、与现有供应商建立更稳定的交付协同。哪种方式更优,取决于替代供应商开发周期、质量要求和缺货损失。
如果替代供应商需要半年认证,而核心商品每月缺货损失很高,短期内提高安全库存可能更合理;如果商品生命周期短,盲目增加库存可能导致过期,开发替代供应商或调整商品结构更合适。
多仓环境下,不能只看全国总库存。某仓有货、另一仓缺货,仍然可能造成配送时效下降和跨仓调拨成本。补货计划应至少按仓库、区域和渠道拆分需求,并评估调拨时间是否短于重新采购时间。
如果调拨可以在 1 天内完成,而供应商补货需要 10 天,那么局部缺货可以先由库存充足仓调拨解决。但如果调拨成本高、商品体积大或区域需求差异明显,长期仍应调整仓网库存配置,而不是每次临时救火。
准时制补货适合供应商可靠、需求可预测、运输稳定的商品。它能降低库存占用,但把更多风险转移给供应链响应速度。只要供应商延期、运输中断或需求突然上升,低库存策略就可能快速变成缺货。
我的建议是把 JIT 当作一种场景策略,而不是企业文化口号。先在供应稳定、缺货损失可控的 B 类或部分 C 类商品上试行,连续观察交期、缺货率和加急成本,再决定是否扩大范围。
小团队不需要为每个 SKU 设计一套复杂模型。更实际的做法是把商品分为三层:重点 SKU、常规 SKU 和低价值 SKU。重点 SKU 每天看,常规 SKU 每周看,低价值 SKU 按月或按采购周期看。
同时设置三个优先级信号:预计 7 天内缺货、供应商已延期、活动前库存覆盖不足。先处理这三类异常,比让团队每天查看几百个正常 SKU 更有效。

第一周不要急着做复杂预测。先盘点现有数据源,列出每个字段的来源、负责人、更新时间和计算方式。重点确认可销售库存、锁定库存、在途库存、实际交期和活动标签是否能够稳定获取。
同时抽取 20 个代表性 SKU 做人工核对,覆盖爆款、常规品、新品、滞销品和活动品。只有这些样本能够从订单、库存、采购到入库完整对上,才说明数据链路具备继续建设的基础。
第二周可以先使用滚动销量、实际供应周期和分层安全库存,建立基础 ROP 规则。不要一开始就追求全自动下单,应先生成“建议补货清单”,由采购和运营共同确认。
每条建议都要记录最终是否采纳。如果不采纳,必须选择原因,例如活动已取消、供应商无货、库存盘点异常或预算暂时不足。这个原因字段会成为后续优化规则的重要训练数据。
第三周重点补上活动计划、供应商延期、库存盘点差异、退货待检和新品试销等场景。活动计划至少应包含活动开始日期、预计销量、优惠力度、渠道和预计到货截止日期。
同时建立异常升级机制。当预计缺货时间早于预计到货时间时,系统或负责人应自动触发升级,要求运营、采购和仓库在规定时间内给出处理方案,而不是等客服收到大量催发货后才处理。
第四周开始按固定节奏复盘。日常看预计缺货 SKU 和供应商延期,周度看补货建议采纳率、库存覆盖和活动备货,月度看周转率、呆滞库存、预测偏差和供应商表现。
如果使用九数云等分析工具,可以把不同角色的视图分开:运营看活动需求与渠道库存,采购看建议量和供应商交期,仓库看待到货和可销售入库,管理层看库存金额、服务水平和现金流影响。一个看板承载所有信息,通常会让每个人都看到很多数据,却找不到自己的动作。

电商库存流程设计最容易被误解成仓库管理问题,实际上它同时连接销售预测、采购执行、供应商管理、仓储作业、财务现金流和客户履约。库存数字只是结果,补货计划则是把不确定需求转化为经营动作的中间机制。
我认为,一套成熟的补货计划不应追求“每次都预测准确”,因为需求和供应本来就存在波动。更值得追求的是:预测错了能尽快发现,供应商延期能提前预警,库存口径出现差异能及时冻结,活动需求变化能快速传递,补货完成后能知道规则是否需要修正。
补货不是库存低于阈值就下单,而是判断一批货能否在正确的时间,以可接受的成本,转化为真正可销售的库存。这也是库存流程从“记录数量”升级到“管理经营风险”的关键。
下一步可以先做三件事:选择 20 个代表性 SKU,统一可销售库存和实际交期口径;建立包含 ROP、安全库存、在途库存和预计到货日的补货表;再用九数云或现有数据工具搭建一个能够追踪“建议,审批,到货,复盘”的分析视图。先跑通一个品类、一个仓库和一个月度周期,再逐步扩展到全店,通常比一开始追求复杂系统更容易得到真实结果。
我以前以为库存流程就是“库存少了就采购”,但实际做商品管理时发现,仓库、采购和运营看到的库存经常不是同一个数字。到底应该如何从销售数据、库存核对一直设计到采购入库,才能避免流程断点?
电商库存流程不应从“发现库存不足”开始,而应从统一库存口径开始。建议按“销售数据汇总,库存状态核对,需求预测,补货判断,采购审批,供应商确认,到货验收,入库上架,结果复盘”建立闭环。
我在实际梳理库存表时遇到过一个典型问题:系统显示某 SKU 有 100 件,但其中 20 件已被订单锁定,10 件处于质检状态,5 件是退货待处理库存,真正可以继续销售的只有 65 件。如果运营人员直接按 100 件判断,就会误以为库存充足。
库存项目数量是否直接计入可销售库存 仓库账面库存100 件否 订单锁定库存20 件否 质检中库存10 件否 退货待处理库存5 件通常不计入 可继续销售库存65 件是 流程设计时,至少要明确账面库存、可用库存、可销售库存、锁定库存、在途库存和异常库存的定义。
尤其是在途库存,只有能够在需求发生前完成到货、验收并转为可销售状态时,才适合用于抵扣补货需求。此外,每个节点都要有责任人和完成标准。例如,运营负责提供活动及销量预测,采购负责确认供应商交期和最小起订量,仓库负责验收与上架,财务或负责人负责金额审批。
没有责任归属的流程,最后往往会变成“大家都以为别人处理了”。
我看过很多文章都在讲“日均销量×交货周期+安全库存”,但我担心这个公式太简单。比如最近要做活动、供应商经常延期,或者仓库里有一批在途货物,到底应该怎样计算才不会补少或补多?
再订货点 ROP 的基础逻辑是:在新的货物到仓之前,现有可销售库存至少要覆盖供应周期内的预计需求,并留出应对波动的缓冲。因此,稳定销售场景可以使用“再订货点=供应周期内预计需求+安全库存”。
举例来说,某标品平销期日均销量为 40 件,供应商平均交期为 7 天,安全库存为 100 件,那么基础再订货点就是 40×7+100=380 件。当可销售库存降到 380 件附近,就应该启动采购,而不是等库存见底后再下单。但实际使用时,我不会直接把历史日均销量当成固定值。
还要检查近期趋势、活动安排、退款率和供应商实际交付记录。如果过去 8 周的日均销量是 40 件,但最近两周已经升到 55 件,继续使用 40 件会低估交期需求。更稳妥的计算方式是: 再订货点=调整后的日均需求×实际供应周期+安全库存。
假设调整后的日均需求为 55 件,供应商实际平均交期为 8 天,安全库存仍为 100 件,那么 ROP=55×8+100=540 件。如果当前可销售库存为 420 件,即使账面库存看起来还不少,也已经低于补货触发线。
项目静态算法动态判断 日均需求40 件55 件 供应周期7 天8 天 安全库存100 件100 件 再订货点380 件540 件 在途库存也不能全部直接扣除。比如在途 300 件预计 10 天后到仓,而商品未来 8 天就可能消耗 440 件,那么这批在途库存对当前缺口的帮助有限。
补货判断应看“在途货物能否在需求发生前转化为可销售库存”,而不是只看运输单据上的数量。
我发现有些商品适合每周集中采购,有些商品却需要一到两天监控一次。很多资料把定期补货、最小,最大库存、ROP、JIT 和 ABC 分类全部列出来,但没有告诉我具体应该怎么选。能否按真实业务场景给出判断方法?
补货策略不能按商品名称简单套用,应该同时看需求稳定性、供应周期、缺货损失、采购批量和库存价值。我的判断原则是:需求越不稳定、缺货损失越高,就越需要动态触发和更高频复核;需求越稳定、采购越规则化,就越适合定期补货。
业务场景优先考虑的策略主要原因需要防范的风险 销量稳定、交期稳定定期补货便于集中采购和安排仓储检查周期内突然缺货 重点 SKU、缺货损失高ROP+安全库存根据库存变化及时触发参数长期不更新 季节品或活动品预测补货需要单独估算未来需求活动预测过高导致积压 供应商稳定、响应快小批量高频补货降低库存占用供应商延迟造成断货 SKU 数量多、管理资源有限ABC 分层把精力集中到高影响商品分类维度选错 ABC 分类最容易被误用。
它不一定要固定成“20% 商品贡献 80% 销售额”,也不只适合按销售额分类。对毛利较低但缺货会导致整套商品无法销售的配件,按销售额可能是 C 类,但按缺货影响应该提高管理优先级。JIT 也不是“库存越少越先进”。我只会在供应商准时交付率较高、运输链路稳定、需求预测相对可靠时使用小批量高频补货。
对于交期波动大、替代供应商少的商品,过度追求低库存,通常只是把仓储成本转化成断货和加急采购成本。最终建议为每个 SKU 建立“策略+复核频率”的组合。例如 A 类重点商品每天检查,B 类每周检查,C 类按固定周期检查;活动商品则在活动前、活动中和活动后分别复核,而不是沿用平销期参数。
我曾经遇到过活动前为了防止断货一次性备了很多货,结果活动结束后库存周转明显变慢。大促备货到底应该看哪些数据?如果供应商延期或活动销量不及预期,库存流程又该怎么调整?
大促补货不能直接把平销期日均销量乘以活动天数。更可靠的做法是拆分活动需求、自然需求、活动后消化期需求,并把采购、运输、质检和上架时间全部放进计划。例如,某商品平销期日均销量为 40 件,活动预计持续 3 天,参考历史相似活动后预计日均销量为 120 件。
活动期间需求约为 360 件,但如果供应商交期为 8 天,还要覆盖活动前后的自然销售和安全库存,就不能只按 360 件准备。
需求部分计算方式预计数量 活动期间需求120×3360 件 活动前等待期需求40×5200 件 安全库存根据需求及交期波动设置100 件 计划覆盖需求360+200+100660 件 如果当前可销售库存为 260 件,可靠在途库存为 150 件,那么理论缺口是 250 件。
但还要结合采购最小批量、活动结束后的销售速度和仓储容量。如果供应商最小起订量为 500 件,直接补 500 件可能造成活动后积压,这时可以采用分批到货、拆分渠道库存或降低活动曝光等方式,而不是机械满足起订量。我建议把活动补货分成三次确认。活动前确认实际库存、在途和供应商交期;
活动中每天查看销量偏差、库存消耗速度和预计售罄时间;活动后立即评估剩余库存,并制定优惠清货、渠道调拨或暂停采购方案。遇到供应商延期时,优先做的是重新计算“可销售库存还能撑几天”,而不是等待原定到货日。
若库存只能覆盖 3 天,而延期将持续 5 天,就应同步采取替代供应商、跨仓调拨、限制投放、调整承诺发货时效等措施。补货计划的价值不只是算出采购数量,更重要的是让团队提前知道什么时候必须改变经营动作。


读者评论
文章把“账面库存”和“可销售库存”区分得很清楚,这正是多仓、多渠道电商最容易忽略的地方。若能再补充跨仓调拨的具体处理示例,实操性会更强。
对在途库存按预计可销售日期和到货可信度处理,比直接全部抵扣更稳妥。尤其是交期波动较大的供应商,这种方法能减少虚假安全感。
文中对活动销量、异常订单和缺货截断数据的说明很有价值,说明补货预测不能只看历史平均数。不过不同生命周期商品的预测方法还可以进一步展开。
补货流程强调责任节点和系统回写,观点比较客观。实际落地时,库存、采购和运营之间的数据负责人及更新时效,往往比公式本身更关键。
再订货点和建议补货量的区分解释得较到位,能帮助团队避免机械下单。若结合最小起订量、现金流和仓容给出完整算例,决策参考价值会更高。