Discuz! Board

 找回密碼
 立即註冊
搜索
熱搜: 活動 交友 discuz
zv»zv zv v 以大宝WMS为例
查看: 5|回復: 0

以大宝WMS为例

[複製鏈接]

1

主題

1

帖子

5

積分

新手上路

Rank: 1

積分
5
發表於 2024-2-19 12:46:55 | 顯示全部樓層 |閱讀模式
因为预包是以订单维度进行商品的匹配。根据上面描述这里就有种设计思路。是一个预包计划对应个订单,还是一个预包计划对应多个订单。方案就是在预包计划里面多了个订单的维度,比如个订单里面有个A产品,个B产品。当用户下单,下了个A产品,个B产品,则自动匹配到预包计划中的订单,然后下推到仓库,走预包出库。我这里一直强调订单维度,是因为仓库是提前按照订单维护进行打包。有的预包计划会考虑到渠道的问题,比如公司开拓了抖音渠道。只有在双当天,且在抖音的订单,才回去匹配预包计划。三、预包波次同样预包的订单可以和普通订单一样,生成波次,去批量处理。以大宝WMS为例,如下图所示(仅供参考):预包波次就是将带有“预包”标记的订单打包生成波次出库。



又因为预包通常是大促,着急出库所以预包的波次排在波次队列的最前面提前出库。用户直接打印预包出库单,到预包区拣货,直接贴上面单就可以出库了。四、库存处理预包的功能设计其实已经说完了,在系统层面,预包本 购买电话号码数据库 质就是对特殊订单进行出库处理。在整个预包订单流转的过程中,预包订单的库存处理就是最核心的。首先需要在系统层面创建预包区、预包货位,然后将已经预包好的产品,补货到预包货位。这样预包货位就有了库存,最后在上游系统生成的预包订单预占预包区库存。但是实际在执行的过程中往往会出现预包的产品多了或者少了。预包的产品多了,这种情况很好处理,就是将多于的产品,重新上架到拣货区。预包的产品少了,这里就会有一个点需要思考。针对少了的部分库存是可以直接从拣货区拣货,





然后出库;还是等待从其它库区补货到预包区,在进行拣货。第一种思路,在系统层面处理会复杂。系统首先需要预占预包区的库存,然后需要根据货位预占策略去预占拣货区的库存。但是这种方案在业务层面上比较符合,业务方会觉得预包区库存不够,那我去拣货区拣货出库就行了,这样也能出库。注:上述方案其实也有一个缺点,就是作业员需要跨库区拣货,要知道行走一直是拣货最耗时的点,如何减少行走路径是关键。第二种方案,在系统层面处理会简单,但是在业务层面不友好。如果没有货,就需要等待作业员先补货,再出库。最理想的情况就是预包区一直有货,我之前做了一个简单的处理方案,就是如果预包区的库存低于设定值,就触发补货,生成补货任务,最大程度保证预包区有库存。

回復

使用道具 舉報

您需要登錄後才可以回帖 登錄 | 立即註冊

本版積分規則

Archiver|手機版|自動贊助|zv

GMT+8, 2025-5-3 17:51 , Processed in 1.326580 second(s), 27 queries .

抗攻擊 by GameHost X3.4

Copyright © 2001-2021, Tencent Cloud.

快速回復 返回頂部 返回列表
一粒米 | 中興米 | 論壇美工 | 設計 抗ddos | 天堂私服 | ddos | ddos | 防ddos | 防禦ddos | 防ddos主機 | 天堂美工 | 設計 防ddos主機 | 抗ddos主機 | 抗ddos | 抗ddos主機 | 抗攻擊論壇 | 天堂自動贊助 | 免費論壇 | 天堂私服 | 天堂123 | 台南清潔 | 天堂 | 天堂私服 | 免費論壇申請 | 抗ddos | 虛擬主機 | 實體主機 | vps | 網域註冊 | 抗攻擊遊戲主機 | ddos |