盘亏盘盈历程汇总

前期版

老李第一版（已上线）

老李第二版（待开发）

盘亏A：只能为负数
盘盈B：只能为正数
当前库存C
内部库存D=A+B
当D>0时则可发货库存E=C-D
当D<0时则可发货库存E=C
注：当D>0时需到盘亏盘盈页面将盘盈的数据调整为0（不影响当前库存）

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

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

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

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

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

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

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

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

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

需求背景

admin 仓库人员操作：
1. 扫描捡到的产品的SKU
1.1 无库存的产品，打印出来的提示贴：如下图

1.2 只在一个container中有库存的产品，打印出来的提示贴：如下图

1.3 在多个container中有足够一周订单量库存的产品，打印出来的提示贴：如下图
注意：是否够一周的订单库存，根据上周的销售情况计算而来。

1.4 在多个container中不够一周订单量库存的产品，打印出来的提示贴：如下图
提示内容：库存不够一周的销售，需要立即上架。
存在的容器和库存

1应该好处理。。2.一个库位也费不了多少时间。。不够一周的也没几个库位，而且反正周末要盘点，。先盘了周末也不用盘了。。。剩下的是大批量的。也先不盘点。直到货物不够一周的时候才去盘点。。

老板同意把那个内部库存外部库存的给取消了。。。换来的是这个图。

简单的意思就是我们发现有货需要还回去的时候就到一个特殊的盘盈的地方扫一下产品SKU，然后系统根据老李的截图的逻辑算一下应该怎么做，同时打印出一张贴可以贴到产品上，指示仓库的人该干嘛。

具体不明白的话可以找我开小会。