关于仓库管理的随笔之四：东西-SKU

Normal 0 7.8 磅 0 2 false false false EN-US ZH-CN X-NONE 一个Unit Load里的货物，必然是属于某种货物的集合。这里用“集合”这个词，是因为它比较中性化，而且实际上非常精确。我们来看：

   某个名称的货物，我们可以认为是一个集合，某个名称的某个规格的货物，我们可以认为是一个集合，某个名称的某个规格的某个批号的货物，我们可以认为是一个集合，某个名称的某个规格的某个批号的某个什么什么的，我们当然也可以认为是一个集合，甚至于某个实际的加上某个虚拟的什么什么属性，只要能够集合，它也是一个集合。一句话，集合时按照属性集合的，而前面说到的Unit Load的其它属性，实际上是说这个Unit Load上的货物，可以属于哪个集合，就继承了这个集合的属性。

为什么要说集合呢？因为仓库无论是存还是发都是按照Unit Load的属性来进行的。为什么存在这里而不是那里，为什么发这个不发那个，都要靠属性来作为判据。一句话，仓库管东西，东西要属性。既然要属性，那就得有集合啦。

我个人觉得，只要可以建立一个集合，无论怎样建立，就可以把这个集合识别出来。实际在仓库操作中，往往是把名称和规格组合起来成为一个集合，叫做SKU（Storage Keeping Unit）。为什么这样呢，因为这两个属性在大多数情况下，可以满足存和发的需求了。

可是对于现代专业化的仓储，还有很多重要的属性呢，如批号，生产日期，保质期，存储要求，etc。那该怎么办呢？一般的做法是，一个Unit Load，关联一个SKU，再关联这些其他属性。也就是说，从Unit Load能找到许多属性，从某个属性能找到一堆Unit Load，这就是仓库运作的最基本能力。没这两下，咱就关门吧。

那有了这两下，我们怎么办呢？

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/13440635/viewspace-676737/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/13440635/viewspace-676737/