I功能升级
功能入口在哪，先看清楚它管的是哪一段
订货宝的库存预警在商品管理和库存管理相关模块里设置。对接人登录后台后，先找到商品资料或库存设置，每个商品可以单独设一个安全库存值，也可以按仓库分别设。设置完成后，系统会在库存数量接近或低于这个值时，把提醒推给指定的人。
它管的是「可用库存到线」这一段，不是替代你的进销存全流程。换句话说，它解决的是「什么时候该补货、该不该接单」的判断问题，不负责采购下单、不负责供应商对账。很多对接人一开始以为开了预警就不用管库存了，这是预期错位。
需要提醒的是，预警触发的前提是库存数据本身是准的。如果你们的入库、出库、调拨还在靠手工补录，或者线下发货后没有及时回写系统，那预警就会变成「看起来有用、实际不准」。配预警之前，先把库存数据的更新节奏理顺。
II功能升级
配之前要准备什么：三件事没做，配了也白配
第一件事，把商品按补货逻辑分个类。不是所有商品都值得设安全库存。周转慢、按单采购的，设了反而增加维护成本；周转快、经常断货的，才需要重点盯。对接人可以和业务负责人一起，先圈出二十到五十个核心单品试跑。
第二件事，确定每个商品的安全库存值怎么来。常见做法是看历史日均出货量和补货周期，安全库存大致等于「补货到货前预计卖出的量」再加一点缓冲。这个值不用一次算准，先给个初值，跑两周再调。
第三件事，想清楚预警发给谁、发到哪。是发给采购、仓库主管，还是发给负责订货的运营？发给一个人和发给一个群，处理效率差别很大。建议指定一个主责任人，再抄送一个备份，避免提醒到了没人动。
III功能升级
常见配错的地方，多数不是功能问题是设置问题
第一个常见错误，安全库存设成统一值。不同商品周转速度差好几倍，全部设成同一个数，结果就是慢销品天天报警、快销品报警时已经来不及。按品类或按单品分别设，前期多花点时间，后面省事。
第二个错误，提醒频率没控制。有的对接人把所有商品都打开预警，又设成每次库存变动都提醒，结果相关人员一天收几十条消息，最后全部忽略。建议只在「低于安全库存」这个节点触发，并且同一商品在补货前不重复轰炸。
第三个错误，预警和实际订货动作脱节。库存预警响了，但没有人去订货宝里下单补货，或者补货走的是线下口头通知，系统里的库存和实际对不上。预警要接到一个明确的动作上：谁看到、多久内处理、补货单从哪里下。
还有一个容易被忽略的点：多个仓库或门店时，预警是按总库存算还是按单仓算。如果按总库存算，可能出现总库存够、但某个仓已经断货的情况。这个取决于你们的发货逻辑，配之前要和仓库确认清楚。
IV功能升级
和手工翻表比，差别在「谁先知道」
手工做法通常是每天或每周导出库存表，用眼睛扫一遍哪些数字低了。这件事的问题不是不准，而是滞后。等你翻到那一行时，可能已经过了最佳补货时间，或者已经接了不该接的单。
库存预警把这件事变成系统主动推。库存到线的那一刻，该知道的人就知道了，不用等谁想起来去翻。对于下游渠道多、订单频繁的企业，这个时间差往往就是断货和不断货的区别。
但也要说清楚代价：手工翻表虽然慢，但翻的人对业务有判断，能结合季节、促销、大客户动向做调整。系统预警只认数字，所以安全库存值需要定期回看和修正。指望设一次管一年，不现实。
V功能升级
给对接人的落地建议
如果你正在评估这个功能，建议先拿一个小范围试。选二十个左右的核心单品，设上安全库存，指定一个责任人，跑两周。看三个指标：预警触发次数、触发后实际补货的比例、以及有没有出现该报没报的情况。
两周后根据结果调整安全库存值和提醒范围，再逐步扩到更多商品。这个过程不需要一次到位，但需要有人定期看数据。通常由运营负责人牵头，仓库或采购配合，IT对接人负责设置和权限。
最后提醒一句：库存预警是订货宝渠道订货管理里的一个环节，它的价值取决于你的库存数据质量和后续处理流程。功能本身不复杂，复杂的是把它接进你现有的补货节奏里。
VII常见问题
被问得最多的几个问题
可以。订货宝支持订货小程序、PC商城、微信商城和APP四端，预警提醒会推送到对应端。具体推给谁、以什么形式推，在后台设置提醒接收人时确定。建议主责任人用手机端，方便及时处理。
没有统一答案。常用方法是看这个商品补货到货需要几天，乘以这几天的日均出货量，再加一点缓冲。先给个初值，跑两周看误报和漏报情况再调。宁可先设得保守一点，也别一次设死。
需要。预警的前提是系统里的库存数据准确，如果入库、出库、调拨没有及时录入，预警就会失真。建议保留定期盘点的习惯，同时把预警当成日常的补充手段，而不是完全替代人工核对。
IV继续看
企业微信 · 专属顾问