I直接答案
在订货宝里,商品资料中的仓库字段不是随时可以改的。系统在保存时会做一次校验:只要这个商品还被任何一张未完结的订单引用着,修改就会被拦下并提示「有未完成的订单」。判定条件很直接——订单没有走到已收货,也没有被强制完成,就属于未完成,哪怕已经出库但客户还没确认收货,同样算未完成。
所以结论是:能不能改仓库,取决于这个商品所有关联订单的状态,而不是取决于你的账号权限或商品本身。想改仓库,先把这些订单推进到终态,再回到商品资料里保存。单仓库场景下改默认仓库,规则也一样,没有捷径可走。
II操作问答
系统到底卡在哪一步
商品仓库之所以被锁住,是因为仓库会影响后续订单的履约路径。如果一张还没结束的订单中途换了仓库,出库记录、库存扣减、发货归属就会对不上。系统宁可不让改,也不愿意让一张在途订单的仓库信息前后矛盾。
判断「未完成」的口径是订单终态:已收货、强制完成这两类才算结束。待审核、待发货、已发货未收货、部分发货这些状态统统不算。哪怕订单已经出库,只要客户还没点收货,系统依然认为它没结束。
因此你看到提示时,不要反复点保存,也不要怀疑是浏览器问题。问题不在商品页面,而在订单列表里还挂着活的订单。
III操作问答
照着做:把订单推到终态再改
第一步,进订单管理,用商品名称或商品编码做筛选,把这个商品关联的订单全部调出来。注意别只看「待发货」,已发货但未收货的也要一起看。
第二步,对已出库的订单做正常收货确认;如果客户迟迟不确认,或者这笔订单实际已经走完但状态没更新,就用强制完成把它结束掉。强制完成是一个兜底动作,用之前确认货已经发出、账已经对清,避免后续对账找不到凭据。
第三步,确认列表里再没有该商品的未完成订单后,回到商品资料,修改仓库或默认仓库,保存。如果还是提示,说明筛选漏了订单,可以换用商品 ID 再查一遍,或者检查是否有拆单、换货产生的关联单据。
IV操作问答
最容易配错的两种情形
第一种,只处理了「待发货」,忽略了「已发货未收货」。现象是:明明清空了待发货列表,保存还是被拦。原因是已发货订单仍占用着商品,必须收货或强制完成。
第二种,误以为改的是新订单的仓库,老订单不受影响。实际上系统保护的是整条历史链路,只要商品还挂在未完成订单上,改仓库就会失败。反过来,如果你确实需要让新订单走新仓库,更稳妥的做法是先让老订单收尾,再改商品默认仓库,而不是在订单里逐单改。
还有一种容易忽略的:多规格商品。多规格下仓库可能挂在规格维度上,改之前要确认是改商品级还是规格级,否则会出现「商品改了、某个规格没改」的错位。
V操作问答
它和哪些功能会互相影响
和库存联动最紧。仓库换了,库存扣减的归属仓库也跟着换,如果老订单还在途,库存数据会出现两边都对不上的情况,所以系统才要求订单先结束。
和价格、账期也有关系。不同仓库有时对应不同的发货成本或结算口径,订单没结束就改仓库,可能导致已生成的应收、优惠分摊跟实际发货不匹配。
和权限、报表同样相关。仓库字段变更会写进操作日志,谁改的、什么时候改的可追溯;报表里的发货仓库维度统计也会因此变化。如果你们用仓库做区域业绩划分,改之前最好先跟相关同事对齐,避免报表口径突然跳变。
VII常见问题
被问得最多的几个问题
强制完成是把订单直接推到终态,客户端不会再显示待收货。它适合货已发出、客户实际已收到但没点确认的情况。用了之后售后入口会按已完成订单的规则走,所以操作前要确认货、款、票都对得上,避免后面处理退换时找不到在途凭据。
订单列表一般支持按商品筛选和批量操作,可以先筛出该商品的全部未完成订单,再对已发货的那批做批量收货或批量强制完成。批量操作前建议先导出核对一遍,确认没有还没发货的订单被误推到终态,否则会出现货没发、单已完成的错账。
不会。已完成订单保留当时的仓库记录,改商品仓库只影响之后新建的订单。这也是系统要求先结束老订单的原因之一:让旧单留在旧仓库、新单走新仓库,两边互不干扰,报表和对账都好追溯。
VII继续查
企业微信 · 专属顾问