库龄预警和数量预警，在轻流里到底怎么分开设
库龄预警和数量预警，听起来都是“库存告急”的信号，但在实际的库存管理中，它们是两套完全不同的判断逻辑。把两者混在一个规则里设，往往是库存预警失效的起点。
很多管理者发现，仓库里明明设置了预警，但要么是呆滞料积压半年也没人管，要么是畅销品已经断货了系统还没提示。问题出在哪？就在于预警的“触发条件”没有拆开。库龄预警关注的是时间——货在仓库里停留了多久；数量预警关注的是存量——当前库存是否低于或高于某个阈值。这两种逻辑指向的管理动作完全不同，如果在系统里混为一谈，预警就失去了决策参考价值。
这篇文章从业务场景出发，拆解为什么要分开设置，以及在数字化系统里怎么分别配置这两类预警。
库龄预警和数量预警为什么不能共用一套逻辑
先看两个具体场景。
第一个场景：某备件仓库里有一批电机轴承，入库已经200天，但当前库存数量是10个，对于一个季度才消耗1个的品类来说，这个数量并不算少。如果只设数量预警（低于5个触发补货），它永远不会报警。但从库龄角度看，这批货已经接近保质期，再不出库就要报废了。这就是典型的“数量安全但库龄危险”。
第二个场景：某快消品仓库里有一款节庆礼盒，库存只剩30个，距离断货只差一天销量。但它是上周刚入库的，库龄只有7天。如果只设库龄预警（超过90天触发），系统也不会报警。这是典型的“库龄安全但数量危险”。
由此可见，库龄预警解决的是“资金占用和呆滞风险”，数量预警解决的是“缺货或爆仓风险”。两者在业务目标、触发时机、处理动作上都不同。放在同一个规则里，要么误报太多导致预警被忽略，要么该报的没报，让风险持续累积。
在轻流里分开设置，核心是设计两个独立的预警规则
在轻流企业数字化管理系统中，预警本质上是基于业务数据的自动化规则。要实现分开设置，不需要复杂的二次开发，核心是在数据模型层面区分“库存数量”和“库龄天数”这两个字段，然后分别为它们配置不同的触发条件和通知动作。
实际操作路径可以拆成三步：
- 在库存台账表单中，除了记录“当前库存”字段外，增加一个自动计算的“库龄天数字段”，通过数据引擎关联入库日期，每日自动更新。
- 为数量预警设置自动化规则：当“当前库存”小于等于设定阈值（如最低库存量）时，自动触发补货提醒，通知采购或仓库负责人。
- 为库龄预警设置另一条自动化规则：当“库龄天数”大于等于设定阈值（如180天）时，自动触发呆滞料处理提醒，通知销售、计划或管理层，并支持在流程中指定处理方案（如促销、退货或报废审批）。
通过表单引擎和自动化引擎，这两种预警可以各自独立运行，互不干扰。管理者会分别收到不同类型、不同严重级别的通知，决策路径也变得清晰。
需要提前规划的几项基础数据
分开设置并不复杂，但能否发挥效果，取决于几个前提条件是否到位。
第一，批次管理或入库日期记录必须完整。库龄计算依赖准确的入库时间。如果一张入库单对应多批不同生产日期的货品，建议启用批次管理。在轻流的库存管理应用中，可以通过批次字段关联每批货品的生产日期或入库日期，这样库龄才有计算基础。
第二，数量预警的最低库存和最高库存值要结合历史消耗数据设定。不能凭感觉拍脑袋。建议先拉出过去6-12个月的出库数据，计算平均消耗速度和补货周期，再设定安全库存线。数量预警不仅要管“缺货”，也要管“超储”——当库存超过最高库存值时，系统同样应提醒暂停采购或启动促销。
第三，库龄预警的阈值需要按品类区分。电子元器件和食品的库龄标准完全不同。即使是同一种物料，不同存储条件也可能影响预警天数。在系统设计时，建议在物料主数据中为每个SKU或物料分类设定独立的库龄阈值，而不是全库用同一个数值。
从预警到处理，数据链路不能断
预警只是第一步。如果触发预警后没有对应的处理流程，预警很快就变成“狼来了”的信息噪音。
数量预警触发后，应自动生成采购申请或补货工单，并推送给采购负责人。这个过程中，轻流的流程引擎可以设置条件分支：如果是常规物料，直接走自动补货；如果是高价或长周期物料，则需要主管审批后再生成采购订单。同时，为了确保采购数据可追溯，每一个补货动作都应关联到对应的采购订单，避免“漏单”或“重复采购”。
库龄预警触发后，处理逻辑更复杂一些。它可能涉及销售部门（是否做特价促销）、计划部门（是否调整生产排期）、甚至财务部门（是否计提存货跌价准备）。在轻流中，可以为不同库龄区间设置不同的自动处理动作：比如超过180天通知销售经理安排促销，超过270天则直接生成报废审批流程。这些规则完全可以通过自动化引擎的“条件判断+多分支”来实现，不需要写代码。
两种预警的适用边界与常见误区
分清适用边界比学会操作更加重要。
- 数量预警更适用于快周转、高频出库的品类。比如日常办公耗材、标准件、快消品。这些品类的核心风险是断货，时间窗口通常以天或周计算。
- 库龄预警更适用于长周期、高单价或有时效要求的品类。比如备品备件、医疗器械、化工原料、食品原材料。这些品类的核心风险是资金沉淀和物料过期。
一个常见误区是认为“设置越多预警越好”。实际上，预警规则越多，信息噪音越大，关键警报反而容易被淹没。建议先从高频、高风险的品类开始试点，比如先给A类物料（高价值或高消耗量）同时开启数量和库龄预警，跑通后再逐步扩展到B类和C类物料。
另一个误区是“所有物料用同一套阈值”。不同物料的采购周期、消耗规律、存储条件差异很大，阈值一定要做差异化设置。可以通过轻流中的轻流 AI 无代码平台的门户引擎，为不同角色（如采购员、仓库主管、财务）配置各自关注的预警看板，让每个岗位只看到与自己相关的预警信息，而不是全量推送。
先跑通规则，再优化阈值
对于正在从Excel管理向系统化管理过渡的企业，可以先不追求精确的阈值参数。第一步是用轻量的表单和流程把“数量预警”和“库龄预警”两条规则跑通，哪怕是先用经验值做触发。跑一个月之后，根据实际触发的准确率、误报率和漏报率，再回过头来调整阈值。
如果团队还在犹豫要不要上复杂的库存管理系统，不如先问自己三个问题：现有方式能否区分库龄风险和数量风险？预警触发后有没有对应的处理流程？不同品类的预警阈值是否分开设置了？三个问题中只要有一个答案是否定的，就说明需要把这两类预警拆开独立设计——而这恰恰是向精细化库存管理迈出的第一步。
常见问题
Q1: 库龄预警和数量预警必须同时开启吗？小仓库只设一个可不可以？
答：不一定必须同时开启。如果仓库品类单一且周转极快（如日配生鲜），数量预警优先级更高，库龄风险基本不存在。但只要是同时存在长周期和高频出库的物料，建议两类预警都开启，否则就会在某个维度上留下监控盲区。可以分阶段上线：先开数量预警，运行稳定后再补库龄预警。
Q2: 库龄天数需要人工维护还是系统自动计算？
答：应由系统自动计算，不要依赖人工填写。在轻流中，可以通过数据引擎将库存台账与入库日期自动关联，再用自动化规则按天更新库龄字段。这样不仅能保证数据准确，还能避免“某一天忘了填”导致的漏报。Q-Linker组件还可将外部ERP系统中的入库时间同步到轻流，进一步减少人工搬运数据的工作量。
Q3: 设置完预警后，如果一直触发了错误警报怎么办？
答：错误警报通常由两种原因导致：阈值设定不合理，或者基础数据（如入库时间、库存数量）有误。建议先排查数据源头是否准确，再按品类调整阈值。轻流的报表引擎可以导出预警触发记录，结合出库消耗分析，找出“总报警但实际没风险”的物料，针对性调整参数。不要因为误报就关闭整个预警模块，那样会同时关掉真正有用的警报。
