Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »


 前期版老李第一版(已上线)老李第二版(待开发)


盘亏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.当天扫描的所以sku都作为当天拣货区域的kpi评分方式处理。这里分几个情况。

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

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

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

备注:

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

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


需求背景




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

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

  • No labels