库存与效期预警怎么设才有用？
库存与效期管理按规则监控库存水位与商品效期，在触发条件时推送预警。处理动作由指定人员确认后执行，规则未覆盖的情况停下来交给人判断。
本文为能力与边界说明；实际效果随商品特性、库存准确度与执行深度而异。
30 秒看懂
库存与效期这件事，通常卡在哪？
三个卡点几乎在所有有实物库存的场景里都出现过。
卡点一
靠人定期翻表，翻不过来
几千个 SKU，每周人工看一遍水位与效期。看的时候已经晚了——积压是几个月前形成的，临期是几周前就该处理的。
卡点二
预警发了，但没人接
系统里有预警，但谁看、谁处理、处理完谁来关，没有约定。预警堆在列表里，看的人越来越多，最后谁也不看。
卡点三
该补多少没有依据
知道该补货，但补多少、什么时候到、在途还有多少，要翻好几个地方才能拼出一个判断，问一圈下来半天过去了。
它怎么工作？
四步，每步都有可核对的产出。
盯住持续监控按规则持续读库存与批次数据，而不是等某个时间点人工翻表；数据来源仍是企业现有系统
判定按阈值分档水位按上下限、效期按 90/60/30 天等档位判定；阈值由企业设定，可随时调整
推给谁按规则分派按品类、仓库或责任人分派，推送到企业已有的沟通工具；不是发一个总列表让人自己挑
闭环处理动作留痕补货、调拨、促销、报损等动作由指定人员确认后执行；处理结果回到系统，未处理的会跟催
落地需要什么条件？
写实话：这几样缺一样，落地就会卡住。
库存数据可读必需现有系统里的库存与批次数据能被读取；数据本身不准时，先解决准确度问题
阈值能定下来必需安全库存、积压线、效期分档要能写成具体数字或规则，而不是「看情况」
有责任人必需每一类预警推给谁、谁负责处理、处理完谁关闭，需要事先约定到岗位
商品效期可追溯按需按批次管理效期的商品需要批次数据；不按批次管理的，效期预警做不到位
哪些情况不适合？
先说清楚不适用的情况，比只讲能力更有用。
可以接手
- 按水位阈值持续监控并推送预警
- 按效期分档提醒临期商品
- 按品类或仓库分派到指定责任人
- 对未处理的预警跟催并记录处理结果
暂时不适合
- 库存系统里的数据长期不准且无人校正
- 安全库存与积压线定不下来、只有口头标准
- 预警没有明确责任人（发出去没人管）
- 商品不按批次管理、无法追溯效期
「暂时不适合」通常不是技术问题，而是规则还没定下来。先把规则理清楚，再考虑交给系统——这一步跳不过去。
同一类工作还有哪些场景？
按您实际遇到的情况看对应页。
关于库存与效期预警，还有哪些常被问到的问题？
我们的库存数据不太准，先做哪个？
先解决准确度。预警建立在库存数据之上，数据不准时预警会持续误报，很快就会被忽略——这比没有预警更糟。可以先挑库存相对准确的品类跑起来。
安全库存怎么定？
通常从补货周期与日均销量推一个初始值，再按实际缺货与积压情况调整。系统不替您决定这个数，但会把调整前后的结果记录下来，便于复盘。
预警会不会太多，反而没人看？
会，如果阈值定得太紧。常见做法是先松后紧：初期只报真正要处理的，跑一段时间后再收紧阈值。推送按责任人分派而不是群发，也是为了避免「谁都不觉得是自己的事」。
效期分档为什么是 90/60/30 天？
那只是常见档位，不是规定。档位取决于商品保质期长度与处理这些货需要的时间——保质期短的商品可能要按周分档。具体数值由企业按自己的商品结构定。
处理动作会自己执行吗？
不会。补货、调拨、促销、报损这类动作由指定人员确认后执行。系统负责按规则发现并推送、跟催与留痕，不替企业做经营决策。
和现有 ERP 的库存预警有什么区别？
ERP 的预警通常以登录后查看为主，规则相对固定。这里的库存自动预警补的是「持续监控 + 按人分派 + 跟催闭环」，前提仍是读现有系统的数据，不替换它；如果把它当成一套库存预警系统来看，差别在于预警之后有人跟、有闭环，这也是智能库存管理里最容易被忽略的一段。
上线要多久？
取决于阈值和责任人定得多快，而不是技术对接。阈值与责任人清楚时，先跑一个仓库或一个品类很快能看到效果；这两样没定时，多久都跑不起来。
多仓库的情况怎么处理？
多仓的水位与调拨状态可以统一看，见多仓库库存管理。建议先在一个仓库跑通规则，再把同一套规则复制到其他仓库，而不是一开始就全网铺开。
库存数据会不会泄露给外部？
客户数据归客户所有，独立租户隔离，不用于他途。权限按角色与范围分级，可限定谁能看到哪些仓库与品类，关键操作全链路审计；安全细节见数据安全与责任边界。
库存预警怎么设置？要写公式或建表格吗？
不用写公式，也不用维护表格。设置三件事：哪些商品参与、按什么条件触发（低于安全库存、临期分档等）、推给谁处理。规则用日常说法交代即可，改动不用重配系统；跑一段后按实际误报情况收紧或放宽。