I功能升级
库存预警在订货宝里管的是哪一段
库存预警管的是「补货决策」这一段，不是仓库盘点，也不是财务成本核算。它要回答的问题只有一个：某个商品的可售数量掉到某条线以下时，该让谁知道、什么时候知道。
在订货宝里，这条线一般按商品维度设置，配合仓库或网点使用。下游客户在订货小程序、PC 商城、微信商城、APP 四端下单，扣的是可售库存；当可售数量触到设定的下限，系统就会给出提醒，而不是等业务员第二天翻报表才发现。
需要说清楚边界：库存预警不会替你做采购决策，也不会自动生成采购单。它的价值在于把「发现缺货」这个动作从人工变成系统触发。如果你的商品没有维护安全库存、或者库存数据本身不准，预警只会把错误放大。
对正在评估功能的对接人来说，判断要不要上这个功能，先看一件事：你们现在是不是靠某个人每天或每隔几天手动导出库存、逐个对比，再在群里喊补货。如果是，这段就是它要接的活。
II功能升级
功能入口和配置前要准备什么
功能入口通常在订货宝后台的商品或库存相关菜单里，按商品设置库存下限（安全库存），部分版本支持按仓库、按规格分别设置。具体菜单名称会随版本不同略有差异，五个版本（旗舰版、餐饮版、生鲜版、联营版、盈销通）在库存维度的能力不完全一样，评估时先确认你用的是哪个版本、下游是单仓还是多仓。
配置之前要准备三样东西，缺一样都会配得很难受。第一是商品的可售库存口径：是实物库存减已下单未发货，还是只算实物。第二是每个商品的下限值从哪来，通常参考历史日均出货量和补货到货时间。第三是提醒发给谁，是发给采购、仓管，还是发给对接客户群的业务员。
这三样里最容易糊的是第一样。很多企业后台里同时存在实物库存和可售库存两个数，配预警时没确认用哪个，结果提醒天天响、仓库却说货还在。评估阶段就让 IT 或运营把口径写下来，比上线后再改省事得多。
另外，商品数量多的企业不要一上来就全量配。先挑出货频次高、断货影响大的那批商品配，跑一两周看提醒是否合理，再往长尾商品扩。这不是保守，是因为下限值本身需要根据实际出货节奏校准。
III功能升级
配错的地方，基本都出在下限值和提醒对象上
最常见的配错是把下限设成一个拍脑袋的固定数，所有商品都用同一个值。出货快的商品，这个值半天就击穿，提醒响个不停；出货慢的商品，这个值可能几个月都碰不到，等于没配。下限要跟这个商品自己的补货节奏挂钩。
第二个常见错误是提醒对象设错。提醒发给不负责补货的人，等于没提醒；提醒发给一串人，最后谁都不动。比较稳的做法是提醒落到一个具体岗位，同时让相关的人能看到，而不是群发。
第三个是忽略在途和已下单未发货。如果下限判断只看实物库存，不考虑已经在路上的补货，就会出现「刚下完采购单，预警还在响」的情况，几次之后业务员就学会忽略提醒了。预警一旦被当成噪音，后面再想让它起作用就很难。
还有一个容易被忽略的点：商品规格和单位。同一款商品有多个规格时，预警要按规格维度看，否则会出现总量够、某个规格已经断货的情况。这类问题在配的时候不显眼，等到客户下单下不出来才暴露。
IV功能升级
和手工翻库存比，差别不在快慢
手工做法的核心问题不是慢，是不稳定。谁在翻、几点翻、翻的时候有没有把在途算进去，全看当天那个人忙不忙。订货宝的库存预警把这件事变成固定规则触发，好处是判断标准一致，不会因为换人或者忙闲而变。
但手工做法也有它的好处：能结合当天的临时情况做判断，比如知道某批货明天到、知道某个客户这周要大批量下单。系统预警给的是规则内的提醒，规则外的判断还得靠人。所以正确的用法是让系统负责「到线就通知」，人负责「通知之后怎么处理」。
另一个差别是留痕。手工翻库存通常不留记录，事后很难复盘「为什么这次断货没提前发现」。系统预警的触发是有记录的，跑一段时间后可以回头看：哪些商品频繁触发、触发后多久补上，这些信息比单次提醒更有用。
对下游渠道多的企业，这个差别会被放大。客户在订货小程序或 APP 上看到的是可售数量，一旦某个商品断货，影响的不只是一单，而是客户对供货稳定性的判断。预警在这里的作用是给补货留出反应时间。
V功能升级
建议的动作顺序
先由运营或 IT 对接人做一件事：把出货频次靠前的一批商品列出来，确认它们的可售库存口径和补货到货时间，然后按商品逐个设下限，提醒落到具体岗位。不要全量铺开，先跑这批。
跑起来之后看两个指标：一是提醒触发后多久完成补货，二是同一商品在短时间内重复触发的次数。前者太长说明下限设低了或补货流程慢，后者太多说明下限设高了或者没把在途算进去。根据这两点调一轮，再考虑扩到更多商品。
涉及多仓、多网点或联营场景的，配置前先跟订货宝的服务人员确认当前版本在库存维度的支持范围，避免按单仓思路配完才发现口径对不上。官网 https://www.dhbvip.com 可以看产品版本说明，销售咨询热线 400-888-1794，业务顾问 189-2752-8608，服务邮箱 dhb@adelieyun.com。
VII常见问题
被问得最多的几个问题
没有通用值，但有一个可用的起点：用这个商品近一段时间的日均出货量，乘以从下单到到货的天数，再留一点缓冲。关键是每个商品单独算，不要所有商品用同一个数。定完之后跑一两周，根据触发频率和补货速度再调。下限设得偏高会天天误报，设得偏低等于没预警。
大概率是可售库存和实物库存的口径不一致。可售库存通常会扣掉已下单未发货的部分，实物库存不扣。配预警时要先确认系统判断的是哪个数，再决定下限怎么设。如果两者长期对不上，先解决库存数据同步问题，否则预警只会持续误报，业务员很快就会忽略它。
一般要按仓库或网点维度分别看，因为各仓的出货节奏和补货周期不一样，用一个总库存数判断会掩盖某个仓已经断货的情况。订货宝不同版本在库存维度上的支持范围不同，旗舰版、餐饮版、生鲜版、联营版、盈销通各有侧重，配置前先确认当前版本支持到什么粒度，再决定按仓还是按商品配。
IV继续看
企业微信 · 专属顾问