I直接答案
库存下限、安全库存、库存上限不是平台自动算出来的,也没有行业统一标准,而是每个商品由你手工填写的三个数字,作用是把「还剩多少」翻译成一眼能看懂的状态。系统做的事很简单:把当前实际库存和这三个数字逐个比较,落在哪个区间就显示对应的状态文字。所以同一批货,在你眼里是「还能卖几天」,在系统里只是一个相对位置。
关键在于三者的相对大小:库存上限最大,安全库存居中,库存下限最小,形成一个从高到低的阶梯。库存超过上限会提示积压,掉到下限以下说明已经逼近断货,落在安全库存之下则属于该安排补货的区间。库存归零时显示缺货,这个状态由数量本身决定,跟你填的三个数字无关。
需要区分的是:这些数字只负责「提示」,不负责「拦截」。下单、出库、下单审核是否放行,取决于另外的库存控制开关和授信规则,不会因为低于安全库存就自动禁止开单。把它当成一个给自己和团队看的信号灯,而不是一道闸门,理解起来会顺很多。
II操作问答
系统到底是怎么判定的
判定过程没有任何隐藏算法:先取这个商品当前的实际库存数量,再依次和你在商品编辑里填的三个数比大小。实际库存高于库存上限,状态偏向积压;低于库存下限,状态偏向告急;低于安全库存但还没跌破下限,属于中间那段需要留意补货的区间;数量变成零,则统一显示为缺货。
因此这三个数字本身不会改变库存数量,也不会触发自动采购。它们只是给库存数量贴标签的依据。你把安全库存设成 50 还是 80,不会让仓库里多一件或少一件货,只会让状态标签更早或更晚发生变化。
还有一点常被忽略:状态是逐个商品独立判定的,不同商品可以填完全不同的数值。快消品和慢销品的节奏不一样,没必要强行套用同一组数字。
III操作问答
在商品编辑里怎么填这三个值
进入商品列表,找到目标商品点编辑,在库存相关的那一组字段里分别填入库存下限、安全库存和库存上限。填完之后保存,系统会立即用新数值重新比一遍当前库存,状态标签随之刷新。
实操上建议按「补货周期 × 日均出货」来倒推:先估出从下单到到货需要几天,再乘以平均每天卖多少,得到的就是安全库存的参考值;库存下限可以设成到货周期内必须撑住的最低量;库存上限则结合仓容和资金占用去定,不要随手填一个大数。
多规格商品要逐个规格确认,不能只填主规格就完事。不同规格的销量差异往往很大,统一套用一组数字,实际效果等于没设。填完后建议去库存列表扫一眼,看看哪些商品的状态标签已经发生变化,验证一下自己的数值是否合理。
IV操作问答
两种最容易配错的情形
第一种是把数值大小关系搞反,比如库存下限填得比安全库存还高,或者库存上限比安全库存还低。这时候比较的阶梯就乱了,你会看到状态在几个标签之间来回跳,或者明明货还很多却一直显示告急,排查半天才发现是填错了顺序。
第二种是三个数字全部照抄同一个值,或者干脆留空。留空意味着系统没有可比较的基准,你几乎看不到任何预警;全部相同则等于把阶梯压成一个点,只有刚好等于那个数时才敏感,稍微多卖一点或少卖一点都不会触发对应的状态。
还有一种隐性错误:商品做了改价、换规格或者调整仓库之后,忘了回头核对这三个数。数量基准变了,原来的安全库存可能已经完全不匹配,状态标签看着正常,实际早就失真。
V操作问答
它和哪些功能会互相影响
最直接的是库存报表和列表筛选。你可以按状态筛选出所有低于安全库存的商品,形成一张待补货清单,这也是这套数值最有价值的用法。状态只是标签,能不能筛出来、能不能汇总,才决定了它是否好用。
其次是库存控制相关的开关。有些商家会开启下单时的库存校验,这时低于下限甚至缺货的商品在下单环节会被拦住,属于业务规则层面的限制,和前面说的状态提示是两回事,配置时要分清楚。
再往外还与账期和授信有间接关系。库存积压意味着资金压在货上,如果同时给下游放了账期,现金流会更紧;补货提醒设置得当,能减少临时加急采购带来的额外成本。权限方面,谁能改这三个数值、谁能看到预警列表,通常由角色权限决定,建议只开放给负责采购或库存的人。
VII常见问题
被问得最多的几个问题
能不能批量取决于你在订货宝里使用的版本和当前开放的编辑能力。稳妥的做法是先在商品编辑里把几个代表性商品填好,观察状态标签是否符合预期,再决定要不要扩大范围。如果商品数量多,建议按品类分组处理,同类商品用相近的数值,逐组核对,比一次性全量覆盖更容易发现问题。
数值调低确实会让提示来得更晚,但这只是把警报往后推,并不会让补货变得更容易。如果提示太频繁,更该检查的是补货周期和日均出货量的估算是否偏离实际,而不是一味压低数值。压得太低,真正需要补货时留给你的时间就不够了。
因为缺货对应的是实际库存为零这个事实,属于数量本身的判断,不需要拿三个数值去比较。库存下限描述的是「快见底但还有货」的区间,两者不是同一件事。所以你即使把库存下限设得很低,只要数量归零,状态依然会显示缺货。
VII继续查
企业微信 · 专属顾问