ShopsN关于商品属性SPU、SKU、货号（条形码）的发布方式（

admin

在开发初期，我们便有商业客户对ecshop的商品属性功能的不足强烈不满，提出修改要求。客户原有电商系统采用ecshop，只能生成一个ecsxxx的商品编码，而对应的各种属性，不同颜色，不同型号的同名产品，无法适应。也无法对应多仓库。
先进行一下知识扫盲：


SPU = Standard Product Unit （标准化产品单元），SPU是商品信息聚合的最小单位，是一组可复用、易检索的标准化信息的集合，该集合描述了一个产品的特性。通俗点讲，属性值、特性相同的商品就可以称为一个SPU。例如，iphone6就是一个SPU，这个与商家无关，与颜色、款式、套餐也无关。 SKU=stock keeping unit(库存量单位)，SKU即库存进出计量的单位， 可以是以件、盒、托盘等为单位。在服装、鞋类商品中使用最多最普遍。 例如纺织品中一个SKU通常表示：规格、颜色、款式。 SKU是物理上不可分割的最小存货单元。简单的说：spu就是一个苹果6   sku就是银色苹果6、灰色苹果6   


货号即商品编号或条形码，是商品的生产厂商对不同款的商品所标记的唯一编号，每一款商品都应有一个唯一的货号。


京东由于采取类似于海外电商的模式，会给每个SKU赋予唯一编码，并且每个SKU会以SKU形成一个链接，而SPU是系统后台对不同属性、规格但又同属同一系的子产品进行统一管理的编码。京东的商品，无论是报名活动、推广，都以SKU为主，SPU参与商家日常操作的情形很少，或者说SPU无法直接参与到日常的买卖中来，只是系统管理逻辑，所有的订单操作，都是针对SKU的，直接一点说，就是只能通过SKU下单。京东的商品，一款拥有多SKU的商品，往往有多个链接，而不是像淘宝那样一款产品只有一个链接。这种设定的逻辑，就是哪个SKU销售的好，在搜索里面就会展现哪个SKU所对应的商品的主图。在实际运营中，必然要留意，哪个SKU是买家最受欢迎的，以及是自家最希望展现的。淘宝与天猫的逻辑，与京东或者亚马逊不同，淘宝与天猫的每一款产品，都拥有一个独立的SPU，也就是小二经常说的宝贝ID，淘宝与天猫也有SKU概念，不过淘宝天猫的SKU，都是附着在SPU下，无论是买家还是卖家，在商品详情页面或者后台管理页面，都仅仅是一个可选择的子项，并不会单独赋予一个可操作的数字编码。淘宝系商品无论哪个SKU卖得好，搜索里展现的，永远是商家上传到系统中的商品中的主图。
对比京东与淘宝系，我们可以发现，两者商品管理的逻辑并不一样，所需要的操作也就有一些区别。京东与亚马逊上传商品，每一个SKU都需要单独上传主图与细节图，而淘宝天猫每个SKU只需上传一张不同颜色、规格的颜色图，甚至不用再行上传图片。京东的模式，适合B2B2C、B2C类型的电商。因为可以更为精准的进行销售。坏处是需要大量重复性的工作。
淘宝的模式，适合C2C类型。也许是因为淘宝成立时间较早，还没细分到这种程度，然后改变又会造成数以亿记的商品下架，会出大问题的。还有卖家每天最想做的就是打造爆款，如果按属性细分帖子，是一场更大的噩梦。所以就没有跟后来才成立的京东通用的属性吧。


因此我们参考了多个知名商业电商系统，及主要考虑了京东系统。公布规则如下：
商品统计主序列发布时只需要发布一个以SPU为主的帖子，然后自动生成一个和此SPU关联的SKU。这个SPU可以看作一个纽带，每增加属性分类，这个SPU就关联对应产生的那些SKU。
发布的某商品如果需要包含分类，比如A手机3个制式（gsm、cdma、gprs）、3个颜色，则发布后产生9个SKU，9个SKU都有不同的唯一数值（按顺序生成）有各自的货号（条形码），他们的SPU都是同一个。而A手机这个主商品发布时在后台可以批量发布。这样可以一贴生成9个不同的商品SKU和一个SPU。编辑里有修改选项，可以事后增加或减少SKU，如果增加，则SKU序列号如果被其他后面发布的商品占了，肯定是从连号跳到其他后面的号了。



下图是后台发布商品的逻辑

而显示商品的时候呢？这就舒服了。商城里现在生成了9个商品。不需要你重复发9次。
以京东为例：




每点击一下不同属性，帖子的SKU序列号就会变到对应的数值。然后标题的调用方式也会随着上述的来显示
这个商品是商家图省事把2种属性合并到一个属性了。因为如果2种属性还要在后台设置两种商品类型，如果品种少的话完全可以学京东这个方法。