我这里一直强调订单维度

Sultanamow01

我这里一直强调订单维度，是因为仓库是提前按照订单维护进行打包。有的预包计划会考虑到渠道的问题，比如公司开拓了抖音渠道。只有在双当天，且在抖音的订单，才回去匹配预包计划。三、预包波次同样预包的订单可以和普通订单一样，生成波次，去批量处理。以大宝WMS为例，如下图所示（仅供参考）：预包波次就是将带有“预包”标记的订单打包生成波次出库。又因为预包通常是大促，着急出库所以预包的波次排在波次队列的最前面提前出库。用户直接打印预包出库单，到预包区拣货，直接贴上面单就可以出库了。四、库存处理预包的功能设计其实已经说完了，在系统层面，


预包本质就是对特殊订单进行出库处理。在整个预包订单流转的过程中，预包订单的库存处理就是最核心的。首先需要在系统层面创建预包区、预包货位，然后将已经预包好的产品，补货 购买电话号码数据库 到预包货位。这样预包货位就有了库存，最后在上游系统生成的预包订单预占预包区库存。但是实际在执行的过程中往往会出现预包的产品多了或者少了。预包的产品多了，这种情况很好处理，就是将多于的产品，重新上架到拣货区。预包的产品少了，这里就会有一个点需要思考。针对少了的部分库存是可以直接从拣货区拣货，然后出库；还是等待从其它库区补货到预包区，在进行拣货。第一种思路，在系统层面处理会复杂。系统首先需要预占预包区的库存，然后需要根据货位预占策略去预占拣货区的库存。





但是这种方案在业务层面上比较符合，业务方会觉得预包区库存不够，那我去拣货区拣货出库就行了，这样也能出库。注：上述方案其实也有一个缺点，就是作业员需要跨库区拣货，要知道行走一直是拣货最耗时的点，如何减少行走路径是关键。第二种方案，在系统层面处理会简单，但是在业务层面不友好。如果没有货，就需要等待作业员先补货，再出库。最理想的情况就是预包区一直有货，我之前做了一个简单的处理方案，就是如果预包区的库存低于设定值，就触发补货，生成补货任务，最大程度保证预包区有库存。五、以货找单我上面介绍的都是“单找货”的模式，在预包等大促场景，为了更加快速的出库，还衍生除了“货找单”的出库模式。