I直接答案
结论很直接:商品名称在订货宝里不是唯一项,你可以建两个甚至多个同名商品,系统不会因为名字撞车而拦你。真正卡住的是商品编码——每一条商品记录都必须有一个不重复的编码,重复提交时系统会提示编码已存在,这条建不进去。所以决定“能不能重复”的不是名称字段,而是编码字段。
这么设计的原因不难理解:商品名称是给人看的,编码才是给系统认的。同名商品在真实业务里很常见,比如同款饮料的不同包装、不同批次、不同供货渠道,名字可以一样,但必须是两条独立记录,各自有自己的库存、价格和账期。
需要注意的是,允许重名不等于建议无节制地重名。如果有几十条同名商品,下单、对账、盘点时人工分辨成本会明显上升。更稳的做法是名称保持业务习惯叫法,同时在编码或规格字段里把差异点写清楚。
II操作问答
系统到底按哪个字段判重
订货宝的商品判重逻辑落在编码上。你在后台新增商品时,名称可以填已有的名字,保存不会报错;但编码如果和库里某条记录一模一样,系统会直接拒绝,提示编码重复。也就是说,编码是这条商品记录的身份标识,名称只是展示用的标签。
编码一旦被占用,就不能再给第二条商品使用,即使你想把旧编码腾出来也要先处理旧记录。所以建商品之前,先想清楚编码规则,比事后改名要省事得多。
多规格商品是另一层结构:一个商品下挂多个规格时,商品本身还是那一条记录,规格之间的区分靠规格名称或规格编码,不需要为每个规格单独建一个同名商品。如果你把同一商品的每个规格都建成独立商品,反而会让库存和价格分散在多个记录里,后续统计更麻烦。
III操作问答
实际操作:同名商品怎么建
第一步,进入商品管理的新增入口,填名称时可以沿用已有名称,这一步系统不会校验重名。第二步,填写商品编码,建议用“分类缩写+序号”或“分类缩写+规格标识”的方式,让编码本身就能看出区别。第三步,把真正区分这两条商品的信息补齐,比如规格、单位、分类、价格策略、是否参与授信等。
第四步,保存后回列表核对一下,确认两条同名商品都出现在列表里,编码不同、规格或分类有差异。第五步,如果下游的订单、库存、报表要按商品区分,记得在给客户开户或配置价格时按编码来选,而不是靠肉眼认名称。
对于已经有存量数据的商家,改名比重建更安全:先确认要保留哪一条编码,把不用的那条商品停用或下架,而不是直接删除,避免历史订单里的引用断掉。
IV操作问答
两种最容易配错的情形
第一种是把重名当成了重复商品,看到列表里两个一样的名字就去删,结果删掉的那条还挂着未完成订单或库存,删除时报错,或者删除后老订单里的商品信息显示异常。出现这种情况,先查这条商品有没有被订单、库存或价格策略引用,有引用就先停用而不是删除。
第二种是为了图省事,把同名商品全部塞进一条记录,靠规格硬区分,但规格字段里写的又是自由文本,没有统一规则。结果下单时选错规格、库存对不上、报表里同一个规格名字出现好几种写法。典型现象是同一个商品在库存报表里被拆成好几行,或者客户下单后你发现发错规格。遇到这种,最好回头把规格命名规范统一,再逐步修正历史数据。
V操作问答
和价格、账期、库存、权限的联动
同名商品一旦是两条独立记录,价格策略就要分别配置。你可以给两个同名商品设不同的销售价或不同的客户等级价,系统不会自动同步。同理,授信额度和预存款的扣减也是跟着具体商品或订单走的,不会因为名称相同就合并计算。
库存上,同名商品各算各的库存,仓库盘点时按编码清点。如果两条同名商品共用一个实际库存,那就应该在系统里只保留一条记录,用规格区分,而不是建两条。
权限和报表方面,商品分类和编码会影响谁能看到、谁能下单,也会影响报表按什么维度汇总。如果报表里出现两行同名数据,先看编码是不是不同,多半是两条独立商品。
VII常见问题
被问得最多的几个问题
可以,但先把旧商品处理干净:确认它没有被订单、库存或价格策略引用,再修改旧编码或将其停用,腾出编码后再建新商品。直接删旧记录风险更高,历史单据里的引用可能断掉。
会,如果两条商品名称完全一样、规格又没写清楚,客户很难分辨。建议在名称后加简短后缀,或在规格字段写明差异点,同时把商品分类分开放,让客户在下单时能从分类和规格两个角度识别。
不需要。一个商品下挂多个规格时,商品本身仍是一条记录,规格之间靠规格名称或规格编码区分。为每个规格单独建同名商品会让库存、价格和统计分散,反而增加对账和盘点的工作量。
VII继续查
企业微信 · 专属顾问