I直接答案
在订货宝里删除仓库不是「点一下就没了」的操作,系统会先做两道判断。第一道看库存:只要这个仓库下面还挂着任何一条库存记录,哪怕数量是 0 但记录还在,仓库就删不掉。第二道看商品:只要有商品把这个仓库填成了默认仓库,即使仓库里一条库存记录都没有,同样不允许删除。
所以结论很清楚——先把库存记录清空,再把所有商品的默认仓库改成别的仓库,最后才能把这个仓库本身删掉。整个顺序不能颠倒,因为商品默认仓库的记录没改之前,哪怕你把数量盘成 0,那批记录也删不掉,仓库自然还是卡在那里。
II操作问答
先查:这个仓库到底还有没有库存记录
动手删之前,先去库存模块里的库存状况,用仓库这个条件去筛,把范围锁定到你要删的那个仓库上。这一步的目的不是看数量多少,而是看有没有记录——系统和人的判断标准不一样,人看的是「有没有货」,系统看的是「有没有那一行数据」。
如果筛出来是空的,说明这个仓库没有库存记录,可以直接跳到改默认仓库那一步。如果筛出来有内容,就要看数量:数量不为 0 的,得走盘点把它调成 0;数量已经是 0 但记录还留着的,也要把这条记录清掉。只有记录一条都不剩,仓库才有被删除的资格。
III操作问答
再改:把这个仓库从商品的默认仓库里摘出来
库存清干净之后,还要去商品模块的商品列表里确认一遍。凡是默认仓库填的是这个仓库的商品,都要把默认仓库换成另一个还在用的仓库。这一步容易被跳过,因为大家往往只盯着库存看,忘了商品身上还挂着一层关联。
改的时候建议按默认仓库这个条件去筛商品,一次性把受影响的商品都列出来,逐个改掉。改完再回去删仓库,就不会再被拦下来。如果商品数量很多,这件事确实要花点时间,但没有取巧的办法——只要有一个商品还指着这个仓库,删除就进行不下去。
IV操作问答
最后:删除仓库本身
前面两件事都完成了,回到仓库管理里找到这条仓库记录,执行删除就可以了。这时的删除会直接生效,不会再有提示拦你。
删之前值得再想一下:这个仓库是不是只是暂时不用了?如果以后还可能启用,其实可以留着不删,仓库放着不影响日常操作,删掉之后再建一个新的,历史数据就对不上了。删仓库适合那种确实不再使用、也不想在各类筛选和报表里再看到它的场景。
V操作问答
两种最常见的配错,会看到什么现象
第一种是只盘点了数量、没清记录。你把这个仓库里的库存都盘成 0 了,觉得应该没问题,结果去删仓库还是删不掉。原因是数量归零不等于记录消失,那条记录还在仓库名下挂着,系统照样判定这个仓库有库存。这时候要回到库存状况,把已经没有意义的记录处理掉。
第二种是漏改了默认仓库。库存记录一条都不剩了,删除却依然失败,提示指向商品。这种情况几乎都是还有商品的默认仓库没改过来,尤其是那些长期没动过的老商品,最容易在筛选时被忽略。按默认仓库筛一遍商品列表,基本就能把它们揪出来。
VI操作问答
它跟哪些功能会互相牵动
仓库和库存是一体的。仓库一旦删掉,原本挂在它下面的出入库、盘点这些痕迹就失去了归属,所以删除前要把该清的清掉。这也是为什么系统要卡得这么严——它不是在为难你,而是在防止数据出现没有归属的空白。
仓库还和商品绑定。商品的默认仓库决定了它在日常操作里默认从哪个仓库走货,改默认仓库会直接影响后续的下单和出库路径,所以这一步要改得干净,不能只改一部分商品。
另外要留意权限。删除仓库这类操作通常只有被授予相应权限的账号才能做,如果按钮点不动或者提示没有权限,先确认自己的账号有没有这项权限,再去看是不是库存或默认仓库的问题,别把权限问题误判成数据问题。
VIII常见问题
被问得最多的几个问题
数量归零和记录消失是两回事。盘成 0 之后,那条库存记录往往还挂在这个仓库名下,系统判定它「有库存记录」,所以不放行。正确做法是回到库存状况,按这个仓库筛选,把这些已经没有意义的记录一并处理掉,等筛出来是空的,再去删仓库。同时别忘了检查有没有商品的默认仓库还指着它。
可以先在商品列表里按默认仓库这个条件筛选,把受影响的商品一次性列出来,再逐个把默认仓库换成另一个在用的仓库。系统没有提供批量替换默认仓库的入口,所以商品多的时候确实要花些时间,但这一步绕不过去,只要还有一个商品没改,仓库就删不掉。
删除是不可逆的,仓库和它名下的记录都不会再出现在库存、报表这些地方。所以删之前建议先确认这个仓库是不是真的不再使用。如果只是暂时停用,留在系统里不删更稳妥,也不影响其他仓库的正常操作。确实要删的,等库存记录清空、默认仓库改完再动手。
VIII继续查
企业微信 · 专属顾问