I直接答案
在订货宝里,商品下面的子规格一旦产生过业务数据,就不允许删除。系统判断的依据不是当前有没有货,而是这条规格有没有被订单、库存、价格或其他记录引用过。所以「没货了」和「能不能删」是两件不相关的事。
如果只是不卖了,正确动作是下架对应规格,而不是删除。下架后客户端看不到这条规格,历史数据仍然保留,报表也能正常追溯。要彻底删除,得先处理掉所有引用这条规格的数据,代价较高,通常不推荐。
II操作问答
为什么提示「已经有数据」
订货宝对子规格的删除限制,本质是数据完整性的保护机制。一条子规格只要在任意一个环节留下过痕迹,系统就把它视为「活数据」,不会允许你从商品档案里抹掉。
最容易触发这条限制的是订单。客户曾经下单买过这个规格,哪怕订单已经完成、已经收款,这条规格就被订单明细锁定了。此外,库存流水、价格调整记录、出入库单据也会形成引用。
所以你会看到一个反直觉的现象:仓库里显示库存为零,你仍然删不掉。库存为零只说明当前没货,但不代表没有历史引用。判断标准是「有没有被用过」,不是「现在有没有货」。
III操作问答
停售时该怎么做:下架而不是删除
如果这条子规格只是不再销售,操作目标是让客户看不到它,而不是把它从系统里消灭。路径是:进入商品模块,找到商品明细,定位到具体商品。
在商品列表里,商品编号前面有一个加号,点开后会展开该商品下的所有子规格。找到你要停售的那一条,对它执行下架操作。下架后,客户端商品页上这条规格就不再出现,但后台数据和历史记录都完整保留。
如果你希望客户连整个商品都看不到,就要在商品层级做下架,而不是只下架单条规格。这两级下架是分开控制的,别只做一半。
IV操作问答
两种最容易配错的场景
第一种:以为下架等于删除,反复点删除被拦。现象是系统一直提示「已经有数据」,你以为系统坏了,其实提示是准确的。这种情况下应该停止尝试删除,改用下架。
第二种:在商品层级下架后,又去动子规格,结果把仍在销售的其他规格也一起下架。现象是客户端某个本应正常售卖的规格突然消失。要避免这种情况,展开加号后逐条确认状态再操作。
还有一种隐蔽的情况:子规格下架了,但商品还在架上,客户点进详情页发现可选规格变少,可能误以为缺货。如果你要停售,最好在客户沟通层面同步说明。
V操作问答
跟哪些功能会联动
下架一条子规格,直接影响的是客户端可见性和下单入口。客户侧看不到这条规格,也就不能再选择它下单。
价格和账期通常挂在规格层级上。下架后,这条规格对应的价格设置不再对外生效,但它不会自动删除,重新上架时原有配置还在。
库存方面,下架不清零、不减库存,只是把销售入口关掉。报表里这条规格的历史销量、库存流水仍然统计得到,方便你复盘。
权限上,下架操作需要商品管理相关权限;如果操作按钮是灰的,先确认你的账号是否有对应权限,而不是反复刷新页面。
VII常见问题
被问得最多的几个问题
看不到。下架后客户端商品页不会展示这条规格,客户也无法选择它下单。后台仍保留完整记录,重新上架后配置恢复,历史订单和报表数据不受影响。
需要先清除所有引用,包括相关订单、库存流水、价格记录等。这些数据往往涉及历史凭证,处理成本高且可能影响报表。除非有明确的合规或数据整理需求,否则建议用下架代替删除。
因为规格下架和商品下架是两级控制。你只关了子规格的销售入口,商品本身仍在架上。如果想让整个商品对客户隐藏,需要回到商品层级单独执行下架。
VII继续查
企业微信 · 专属顾问