多仓企业的库存预警，要按仓库分别去设置好
一家拥有三座仓库的企业，A仓的某款SKU已经堆了三个月没有动销，而B仓的同一款SKU却在三天前刚刚紧急补了一批货。财务看到合并报表上的总库存还够用，但实际情况是，A仓在压资金，B仓在下周就要断货。问题出在哪里？不是缺库存数据，而是库存预警的设置颗粒度不够细。
很多管理者熟悉“总库存预警”的概念，比如所有库存低于某个数就触发补货提醒。但在多仓场景下，这种按总量计算的预警，常掩盖单个仓库的真实水位。仓库的位置不同，覆盖的销售区域不同，甚至承担的职能不同。如果不按仓库分别去设置库存预警，管理者就难以在断货或积压发生之前，做出有针对性的调整。
为什么“总库存预警”在多仓场景下会失效
一个常见的误区是：只要把各仓的库存数字加总，再设置一个统一的上下限阈值，就能实现库存管理自动化。但在实际业务中，这种做法的失效点非常明确。
第一，各仓库的周转速度不同。中心仓通常承担存储和调拨职能，周转周期偏长；前置仓或门店仓则需要高频补货，库存水位波动剧烈。用一个阈值去覆盖两种模式，要么前置仓频繁误报补货需求，要么中心仓的积压迟迟不被发现。
第二，仓库的库存结构不同。有的仓库存放的是高周转标品，有的仓库存放的是长尾或季节性商品。同样的SKU，在不同仓库的动销率和安全库存量可能相差数倍。不区分仓库设置预警，系统就无法区分“正常低库存”和“异常缺货”。
第三，仓库的物理约束不同。库位容量、收货窗口、装卸能力都会影响库存波动。例如一个仓库的滞销品挤占了爆品的库位，预警数字可能还未触发，但实际已经影响了上架效率。统一预警无法捕捉这种结构性矛盾。
库存预警的两种重灾区：呆滞库存与临期库存
在多仓管理中，有两个预警维度最容易因为笼统处理而产生风险：呆滞库存和临期库存。
呆滞库存预警，不能只看整体周转天数，而要看每个仓库的SKU动销频率。一个SKU在A仓有销售需求，在B仓长期无动销，管理者需要判断的是是否需要调拨、降价或淘汰。但如果预警系统只是按统一天数标记“呆滞”，B仓的商品可能被忽略三个月后才被发现。
临期库存预警，更需要仓库维度的精细管理。对于有批次和保质期管理需求的商品，不同仓库的入库时间、存储条件和发货顺序不同。如果不按仓库分别设置效期预警，就可能在某一仓库出现大量临期品积压，而其他仓库还在正常备货。
要解决这些问题，核心不光是预警功能的有无，而是有没有按仓库、按库位、按批次去配置预警规则的能力。
按仓库分别设置预警：从字段设计到规则配置
按仓库分别设置预警，可以从三个层次落地。
第一个层次是主数据准备。仓库档案、库位编码、物料编码和单位换算必须统一。如果两个仓库对同一款商品使用了不同的编码或单位，预警系统就无法正确识别和汇总。上线预警系统之前，先清理这些字段，比配置几百条规则更关键。
第二个层次是预警规则的独立配置。为每个仓库设置独立的库存上下限、安全库存天数、呆滞周期和效期阈值。例如A仓安全库存设为7天，B仓设为15天；C仓的呆滞判定为30天无动销，D仓为45天。这种精细化配置，使预警信息具备实际的业务指导价值，而不是一个冗余的提醒。
第三个层次是预警后的自动流转。预警触发后，系统需要能生成任务或通知给对应岗位。比如，当某仓库的SKU低于安全库存时，自动生成补货建议并推送给采购人员；当发现滞销库存时，系统触发审批流程，由商品运营判断是否调拨或降价。预警的终点不是通知，而是动作。
实际案例：从人工核对到AI驱动的库存预警
一个多门店零售企业“乐乐妈”的实践，说明了按仓库分别设置预警的落地价值。这家企业运营2500个SKU、70家门店，过去的补货依赖人工核对各店库存，跨系统录单和对账占用了大量时间。补货和滞销判断完全靠经验，难以做到精细化管理。
他们通过打通ERP、企业微信和自研系统，将各门店的销售、库存和周转数据接入统一平台，由AI自动生成健康度分析和补货建议，并围绕采购、入库、对账、退货和淘汰审批，搭建了全流程线上化的管理闭环。按仓库（门店）分别设置的库存预警上线后，补货建单团队从6人缩减到2人，人工操作减少70%，审批周期从7天缩短到1.4天，数据错误率从每月38起降至3起以下，滞销库存积压下降57%，整体供应链效率提升62%。
来源：轻流案例中心：乐乐妈
选型边界：不是所有场景都需要重型WMS
按仓库分别设置预警，并不意味着必须上一套重型WMS或复杂的库存管理系统。选型时应根据仓库数量、SKU规模和业务复杂度来判断。
对于仓库数量少于3个、SKU不足500的企业，通过配置表单、库存上下限和自动化提醒，就可能实现按仓库的预警管理。在这个阶段，使用Excel也能处理，但需要注意物料编码和库位规则是否清晰。
当仓库数量超过5个，或者SKU超过1000，并且涉及批次、保质期和多仓调拨时，就必须考虑系统化方案。选型时应重点查看系统是否支持：多仓库独立设置库存参数、批次/序列号追踪、条码扫码出入库、盘点差异处理、以及预警规则的自定义。
对于已经有ERP的企业，预警系统能否与现有系统打通，也是一个关键判断维度。如果数据需要通过人工搬运到预警系统，预警的时效性和准确性都会大打折扣。
实施准备：先清理数据，再激活预警
按仓库分别设置预警的上线过程，建议按以下步骤推进：
- 统一仓库档案：确认所有仓库的名称、编码、地址和库位结构，确保在主数据中维护完整。
- 清理物料档案：校正物料编码、单位换算、分类和条码，确保每个仓库的物料数据一致。
- 设定仓库级参数：为每个仓库定义库存上下限、安全库存天数、呆滞判断周期和效期预警提前天数。
- 配置预警规则与流转：在系统中设置预警触发条件，并配置后续的审批或通知流程，避免预警仅停留在消息层面。
- 上线后重点监控：持续关注负库存、频繁的库存调整、盘点差异以及预警的误报率，根据实际运营数据调优规则。
这个过程不需要一次性完成所有参数，可以优先从库存金额最大的仓库或周转最快的SKU开始试点，再逐步扩展到全仓。
问题不一定要马上上系统，但规则必须先建起来
在启动系统选型之前，可以先从管理制度层面确认：每个仓库是否有独立的库存责任人？是否按仓库设置了不同的补货逻辑？是否有人定期检查滞销和临期数据？如果管理规则本身是模糊的，系统化的预警也难以实施。
相反，如果规则已经清晰，只是缺乏工具支撑，那么通过表单、流程和自动化引擎的组合，就有可能相对轻量地实现按仓库的预警管理。例如，通过轻流企业数字化管理系统中的表单引擎来搭建分仓库的库存台账，通过流程引擎配置采购补货的审批链路，再结合自动化引擎设置预警触发和通知推送。企业业务人员自己即可完成搭建，不必依赖IT部门排期。
对于已具备ERP系统的企业，还可以考虑通过Q-Linker将ERP中的订单和库存数据实时接入预警系统。这样既能保留原有系统，又能弥补现成系统中“按仓库分别预警”功能缺失的间隙。
先统一仓库规则，再考虑系统替换
对于多数多仓企业，库存预警管理的第一步不是更换系统，而是理清每座仓库的管理逻辑。只要物料编码、库位规则和出入库单据类型能够统一，预警的数字化落地就有了基础。在这之后，再根据仓库数量和SKU规模判断是否需要系统辅助。小团队可以先通过轻量流程跑通一个仓库的预警试点，效果验证后再复制到其他仓。已有ERP的企业，不一定要替换现有系统，而是考虑如何将预警能力补充到现有流程中。
常见问题
Q1: 多仓的库存预警系统，选型时最应该看哪些功能？
答：第一，是否支持为每个仓库独立配置库存上下限、安全库存天数和呆滞周期，而不是只支持全局设置。第二，是否支持批次和保质期管理，这是临期预警的基础。第三，预警触发后能否自动生成流转任务或审批，例如补货建议、调拨通知或淘汰审批，而不只是一封通知邮件。第四，能否与现有ERP或采购系统对接，减少数据人工搬运。
Q2: 公司现在只用Excel管库存，能直接上按仓库的预警系统吗？
答：可以，但建议先完成两步准备工作。第一步，统一所有仓库的物料编码、单位换算和库位命名，确保Excel中的数据规范。第二步，明确每个仓库的警戒水位和补货逻辑，不能靠Excel公式自动推导的，需要写成书面规则。准备期完成后，使用轻流这类可表单搭建的平台，可以由业务人员直接配置各仓库的库存预警流程，不必走系统开发流程。
Q3: 按仓库设置预警后，如何避免误报和漏报？
答：误报和漏报通常来自两个原因。一是预警规则本身的参数设置不合理，比如安全库存天数没有参考历史出库动销数据。建议先对高周转SKU取过去30天的日均出库量乘以补货周期来设定安全库存，后续逐步调优。二是主数据不准确，比如同一SKU在不同仓库的编码不同，或者库位记录与实际不符。预警系统上线后，至少持续监控一个月内的预警准确率，对比实际缺货或积压情况，对应调整规则和主数据。
