ERP业务逻辑-商品条码

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

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

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

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

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

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

为什么要批量更换条码？

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

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

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

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

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

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

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

业务逻辑

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

表结构：
商品信息SPXX 表包含了商品的ID（唯一）、条码、核算方式，名称，供应商，产地，商标，货号，合同，单价，采购价，进项税率，款式码，款色规等商品信息.
这张表的唯一键是：SP_ID ，BARCODE||HSFS（商品条码||核算方式）；

商品条码SPBARCODE 表就很简单，只有商品ID（不唯一）、条码，序号，核算方式。
这张表没有唯一键，就是用来记录某个商品曾经用过哪些条码的；

在商品信息SPXX 表里，对barcode(条码)进行去重，发现是有重复值的，
这就说明：SP_ID不同但是barcode相同的同种单品可以售卖
不同的商品居然是可以共用同一个条码的，那在售卖时，就需要前台进行控制，分店1的收银员只能卖分店1的东西和分店1某个柜的营业员只能卖分店1某个柜的商品。

再对barcode||hsfs(条码||核算方式)进行去重，发现没有重复值
这就说明：同种单品可以采取不同核算方式经营。

这就有问题了，像我们这种门店遍地的公司，同一门店是不允许同种单品通过不同核算方式同时经营的，但是我们的商品信息表里并没有fdbh(分店编号）字段，没法通过分店来管控商品。

这就会造成一个问题，如果业务不管控，系统是允许同一门店也可以售卖核算方式不一样的同种商品。

商品条码的传输

在ERP界面录入商品信息时录入商品条码，在审核后，由ERP系统传到中台，中台对数据不进行保存，直接由中台传输到WMS物流系统。

在传输后，系统会保存一个TM的最大值 eg:68，
当进行insert或updat时触发触发器累加更新商品的TM值 eg:69，下次传输时会自动传输TM>MAX（TM）eg:TM>68的数据(也就是69)，这样就完成了数据的传输。

至于传输机制，可以是在审核时触发传输机制，或者用一个定时器，每隔一段时间自动传输。
为了实现各系统的完全同步，这两种方式我们同时在使用。