Page Comparison

1，所有盘盈货物扫描出帖。。有以下几个情况：

1.1 仓库没这个货，那上库存，盘盈库位，。

1.2 只有一个库位有，那么出帖写出应该有几个库存，正常这个情况货物放回去就数对上了，如果对不上，那就需要在贴上写+1或者-1等修改库存。

1.3 库存不多，但是有几个库位，这里分2个情况。

1.31现有库存够未来一周用的（根据上周的销售），那这个库存放在上货部指定地点，每周末跟随低库存盘点一起做了。。

1.32现有库存不够未来一周的，也就是货量多不到哪去，这样需要在晚上或者拣货完成后进行库存修正。针对所有有的库存。

1.4有大量的库存。和若干库位号，这样的情况下，放在上货部制定地方不处理。每周末低库存盘点后扫描这类产品直到某次给出了1、2、3类指示、、你想想这个是否可行。

2.当天扫描的所以sku都作为当天拣货区域的kpi评分方式处理。这里分几个情况。

2.1，只有一个库位的，我们kpi扣除1000分，折合大约15分钟，扣除在这个库存今天拣货的id下。。

2.2有几个（n）区域都有，按照1000/n给每个库位扣分，分按照所属拣货区的执行ID扣除。

2.3没有库位有1.1的情况，不扣分，不加分

备注：

1.2里面，应该要让今天这个拣货的人去放回去同时点数，不扣kpi，也不加，因为乱是他造成的，结果他负责，影响了他的效率。

1.3里面还有一个情况是有几个库位但是都在一个区里面，这样应该也可以考虑让这个区拣货的人去对库存。。同时要求上货部在上货的时候我们系统最好能给出上货区间，这样慢慢的一个sku都在一个区间。。责任就好分了。