ERP业务逻辑-商品条码

商品条码业务逻辑以及商品条码的传输

今天进行了ERP系统批量更换条码的测试，这里来记录一下商品条码 的业务逻辑

条码，我们有大类码（统码）也就是多个商品共用同一个条码，这种商品不适合线上销售，在线上销售的时候要进行拆码。
我们还有唯一码，一个没一个商品都有自己对应的一个条码，普通商品和SKU商品一样都有自己唯一的条码，SKU商品还会多一个款式码条码，也就是同一种商品的多个款式共用一个条码。

在商品信息录入的时候，录入自己输入条码，可以是厂家给的条码，也可以是仓库的条码。

我们一般录入的是仓库的条码，便于售卖和盘点。

今天测试的是条码的批量更换，就来记录一下批量更换条码我收获的内容。

为什么要批量更换条码？

为什么要批量更换条码？ 当然是录入员大面积录错了呀，其实不然。
（其实这个功能没怎么使用过，基本上是直接在单个商品里修改条码，商品信息定义保存，审核后，商品名称，条码是允许修改，重新传送到中台和物流系统的。）

在我们现用的ERP里，对于商品有两种管理口径：
1、普通商品；
2、SKU商品（款色规）；

我们公司是搞线上线下两栖发展的（听着感觉很奈斯）

我们对于商品信息表有 SP_ID（商品ID）、SPCODE（商品编码）、BARCODE(商品条码)、KSMDM(款式码代码)、KSMBARCODE（款式码条码）
通过SP_ID（商品ID）、SPCODE（商品编码）中的随便一个信息都可以唯一确认一个商品。

但是今天只关注商品条码。

商品条码涉及到在商品售卖时扫入条码带出的商品信息跟ERP系统、WMS物流系统（盘点的时候是扫条码的）里的信息是否对应。

有时候，商品条码录入的时候是我们自己生成的条码，但是实际吊牌上打的是商家的条码或者其他的条码，所以是需要在系统里更换条码的。

业务逻辑

先讲讲数据表的设计，我们除了有一张商品信息的主表外，还有一张商品条码的辅表,关联关系为商品ID。