前面三篇我们别离讲到了外洋仓WMS的入库、出库和库存成果的产物设计。个中入库和出库是WMS的焦点成果，而库存打点则是WMS的基石，那么盘货成果就可以比作是WMS的「解忧杂货店」了。

外洋仓WMS天天根基上城市有频繁的订单进出库，再加上外洋本土化打点的问题，许多客栈的操纵不太类型，导致「人肉运维」的工作时有产生。之前打仗过某个客户，提出了一个看似很简朴可是却令闻者悲痛的需求：“我但愿找一个外洋仓相助商，只需要他们能完成日常的订单进出库，而且能反馈精确的库存给我就好了”。

这个需求其实乍一听感受很奇怪，怎么这么简朴的要求也需要强调呢。可是仔细问了一下客户一些细节，才发明其实他也有难言的心事。因为他之前打仗的许多外洋仓可能订单打点系统都在库存这方面做得不太好，库存要么禁绝确，要么反馈不足及时，要么没有系统界面查察（这里指的应该是一些外洋的ERP可能小平台等）。

虽然，上面的例子有点不足有说服力，可能只能代表很小众的群体。可是总体而言，从我本身打仗的业务来说，库存的精确性问题有许多外洋仓系统都做得不足好，可能各人都没太把精神和资源放在这里，所以才会产生上面谁人故事。

库存的精确性，指的是实物和账面数据的精确性，也就是「现实」和「抱负」的差距。当库存禁绝确了，客户对本身的实际库存捉摸不定的时候就会担心超卖可能少买，从而发生忧虑感。而WMS的盘货成果就是像是这类客户的「解忧杂货店」，但凡有库存的忧虑，那就盘货一下吧。

一、话说盘货

下面内容摘自网上，只要搜索“盘货”可能“客栈盘货”根基上可以找到雷同的说明和先容。

客栈盘货是个技能活，没有想象的那么简朴。好比，客栈盘货的分类要领，就有三种。1.按盘货的时间跨度，分为按期盘货和不按期盘货;2.按盘货的内容，分为全面盘货和重点盘货;3.按盘货的浸染，分为轮回盘货、永续盘货（动态盘货）和低位盘货。

最早的时候我打仗盘货的时候可能要做盘货这个成果的时候也是找了挺多资料和信息的，功效发明越看越模糊，然后越看越以为纠结，这么多成果我该怎么设计产物成果才好呢。直到最近，我复盘本身其时设计盘货的过程，然后得出告终论：

盘货的本质是：

对实物举办清点，然后和账面数据比对；

按照实物清点功效，对账面数据举办调解，到达账实相符。

所以新手假如要做这一块的产物成果设计的时候，必然要记得抓住本质来设计，不然很容易走傍门，然后陷入无休止的修修补补中。

焦点点就是能吃饱饭，能提供能量就可以。至于选什么 *** ，取决于多方面的因素，所以只要能满意当前的业务即可，不必过度纠结。

譬喻看竞品，别人有明盘和黑市，我要不要也这样做呢？别人有永续盘货和静态盘货，我是否也要随着做一个呢？别人盘货的时候可以Excel导入，那我是不是也要做呢……

这就是我其时踩的更大的一个坑，一直想把盘货成果做的很全，很完善。功效发明许多成果设计完成之后，压根过不了评审。可能做用户Demo体验的时候，客栈压根就不承认这么多巨大的操纵 *** ，于是只能被打归去从头思考到底业务的需求是什么，外洋仓的特色是什么，盘货成果的界线应该怎么界说。

二、盘货流程

盘货流程图

盘货的主线流程根基上都是大同小异，因为本质就是清点实物，然后调解系统账面数据。所以难点一般会在一些小细节和业务判定上，同时尚有外洋客栈的操纵系统和打点 *** 。

1. 建设盘货单

建设盘货单的时候我精简了盘货的 *** ，最后就保存了两种 *** ：

按SKU+仓位盘货，系统标志出需要盘货的SKU在哪个库位别离有几多数量；

按仓位盘货，系统标志出需要盘货的仓位有几种SKU，别离有几多数量；

全部都是明盘，没有思量黑市这种 *** （列位可以视详细业务而定），这两种 *** 是客栈盘货最常见的，能满意绝大大都的盘货需求。

把选择权更多地给客栈，想盘货哪个客户的，哪个SKU就盘货哪个，想盘货什么库位就盘货什么库位，一切都由客栈本身来抉择。系统要做的就是精准地将位置和信息带出来，然后提供应客栈盘货人员即可。

2. 初盘

上面说到了，盘货的本质就是将实物数据和系统的账面数据举办比对，然后去调解系统的账面数据，以到达账实相符。

假如实物比账面数据多，那么就是「盘盈」，意味着库存调解单是需要增加库存，雷同于系统平白无故多「赚」了一些数量。

假如实物比账面数据少，那么就是「盘亏」，意味着库存调解单是需要扣减库存，雷同于系统中平白无故「丢失」了一些数量。

而初盘的意思就是之一次盘货，初次盘货。初盘之后尚有复盘，甚至尚有些客栈会有三盘，就是对复盘之后再盘货。