WMS货位管理.docxVIP

树是再常见不过的东西，大树的树干强健，树叶翠绿，令人赏心悦目。但，树干的强健与权叶的翠绿，都离不开枝条的支撑和输送功能。如果说库房是一整棵大树的话，树叶就相当于一个个货品，而在其中起到支撑作用的，就是货位系统。货位系统并不是什么新鲜玩意儿，而且也不是电子商务中才有的。大家去超市时候可以注意一下，大部分的产品，它的摆放位置是基本固定的，这同样是货位的概念。实际上，货位系统是WMS中最为基础的部分，货位系统的设计，在很大程度上决定了WMS系统的表现，尤其是与库存转移相关的操作（包括上架、检货、理货、盘点等，这实际上包括了库房中的大部分操作）的效率和准确性。B2C企业最初使用货位系统的原因都很类似：即公司经营规模的扩大，导致库房所需要管理的SKU数量越来越多，单靠人脑无法全部记忆过来，而采用分区存放的效率也较为低下，因此需要用电脑系统作管理，需要使用某种产品时候，依据库存记录去查找。这对于B2C企业是极为必要的，国内排名前10的几家公司，其管理的SKU数量一般都会超过10万种，这样大的数量，只能依靠电脑系统管理。货位系统的也是随着B2C行业的逐步发展，随着业务的需求，一步步地从简单到复杂这么走过来的。下面介绍从简单到复杂的几种货位系统。需要说明的是，这几种货位系统并不是相互独立的，而是一个一个演进过来，演进的原因么，是由于业务的发展，整体控制的逐渐精细化。1. 基础版：没有货位系统的情况下，库房管理大量SKU所遇到最大的问题是：找不到所需要的SKU在哪里，因为库房太大，东西太多，人脑的记忆力是有限的，无法应付大规模的货位信息。为了解决这个问题，最为简单的解决方法如下：A. 首先，将库房分成多块区域，分别命名为ILocation /I1，ILocation /I2，……B. 其次，把某个SKU某个区域中，再将这一信息记录下来，形成一张表格如下，这一表格中，SKU与ILocation/I一对应的关系。SKU ILocation/ISKU 1 ILocation /I1SKU 2 ILocation /I2…… ……C. 每次在往库房中放产品时候，先查一下这张表，看哪些产品是有记录了，就放到记录中的ILocation/I哪些产品还没有记录，就先放下来，再把ILocation/I添加到表格中去。只要按照这一流程，一直维护该表格，所有的SKU的货位信息就在表格中就会都有记录，需要使用某一SKU时，直接查找表格即可，这样就解决了最为迫切的问题。2. 进阶版A：基础版货位系统解决了最为急迫的问题，但在使用中发现了这一架构的最明显问题：可管理SKU数量有上限。举个例子，1万平米的库房，除了大约4000平米用于收、发货操作以外，大约有6000平米可以用于存储。存储区域中，通道占了至少60%的面积，实打实的仓储面积，只有2400平米。假设货架有4层，每层高40cm，实际使用存储面积是9600平米。设每个ILocation/I面是60cm*60cm，即0.36平米，可使用的总ILocation2/I.67万种（以上的计算是理想情况，每个ILocation/I想存储容积仅为0.6*0.6*0.4=0.144立方米）。若再考虑到产品中存在部分的畅销品，库存量较大，一个普通的ILocation/I正常放下，需要占用更多的空间。实际上，能够使用的ILocation/I也只有2万种左右。如果SKU中有大体积的货品，例如冰箱、洗衣机等，数量就更少了。这一问题的解决方法也很简单，改变表格中一一对应的关系，为多对一的关系，即在同一个ILocation/I放多个SKU，如下，ILocation /I1中同时有SKU 1和SKU 2两种产品。之所以可以这样操作，是由电子商务的长尾理论所决定的。越靠近长尾的末端，产品的销售量就越小，所需要储备的库存量就越少。只有一、两件货的产品，如果在外型上可以很容易地区分开，完全能够放在同一个货位中。这样就实现了可管理SKU数量的增长，使用这样的方法，可管理的SKU数量一般可以增加2倍以上，根据不同的业务情况会有所变化。SKU ILocation/ISKU 1 ILocation /I1SKU 2 ILocation /I2SKU 3 ILocation /I1…… ……3. 进阶版B：进阶版A能够大大提升库房管理SKU的数量，但是同样存在着问题：大量备货后的实物管理。受到存放器具（包括货架、托盘等）的限制，库房中的区域大小是大致固定的，某一个ILocation/I也不会超过1个托盘的大小。但是库房所管理实物的数量是不确定的，某些特殊促销的SKU，会在事先大量备货，一个ILocation/I无法容纳。这是进阶版B的最大问题。问题的解决方法也很