修改商品的默认仓库有什么条件？

当你点开商品资料准备改默认仓库时，系统会在后台把这个商品关联的所有订单过一遍。判断标准不是「有没有出库」，而是订单状态是不是完整的已完成。已收货才算数；只要有一张单子停在部分收货，或者被人为点了强制完成，这次修改就会被拒绝。

这里最容易误解的是「强制完成」。很多人以为强制完成等于订单结束了，可以动了。实际上强制完成只是把流程强行收口，货并没有真正走完收货动作，所以在系统眼里它仍然是一张「没结干净」的单。只要还有这种单子挂着，商品的默认仓库就锁死。

部分收货同理。比如一张单子订了 100 件，实际只收了 60 件就停在那，它既不是未完成也不是已完成，属于中间态，一样会阻止修改。要动默认仓库，先让这张单子走到真正结束，或者按业务规则把它处理掉。

如果强制完成的单子已经存在且无法回溯，那这个商品的默认仓库就永久锁定了。这时不要反复试，试也改不了。可行做法是把这个商品下架，停止继续售卖，然后新建一个商品。

新建时注意两点：商品编号必须和原商品不一样，因为编号是唯一标识，系统不接受重复；名称可以和原来完全相同，客户看到的还是同一个东西，不影响下单体验。建好之后重新录入库存，把实物数量按新商品重新盘一遍。

这么做的取舍很明显：得到的是干净的库存起点，失去的是历史连续性。原编号下的销量、出入库流水不会自动搬到新编号上，后续做商品分析时要意识到两个编号其实对应同一个货，需要人工合并看待。

默认仓库不是孤立字段。它往上连着库存：出库从哪个仓扣、入库记到哪个仓，都跟着它走。它往下连着订单：老订单的收货仓库不会因为你改了默认值而回溯调整，所以新老订单会分属不同仓库。

它还影响价格与账期相关的核算口径。同一个商品挂在不同的仓库，成本归集和结算基础可能不一样，改之前要想清楚换仓是不是符合当前的结算安排。权限方面，能不能改商品资料通常由角色决定，没有对应权限的账号连入口都看不到，这不是系统卡你，是权限没开。

报表层面，商品维度的库存报表、出入库流水都会按仓库拆分。换过默认仓库的商品，在报表上是分段呈现的，做同比环比时要留意这个断点。如果对操作路径或权限配置拿不准，可以打全国服务热线 400-888-1794 问一下，或发邮件到 dhb@adelieyun.com，也可以直接找 沟通。