WMS系统 | 库内的上架与下架

在《WMS系统 | 仓库管理软件到货入库流程》中讲述了商品采购完成后要经过预约、到货、质检、入库几个环节,完成收货入库流程,货物的来源有「供应商直接采购」、由调检仓分拨到仓库的「分拨入库」及「退货入库」,对于成批的整箱商品都会在存货区完成收货,散件则会收到拣货区。

WMS系统 | 库内的上架与下架

大的仓库可能设置为整库和零库,分别对应的是存货区与拣货区。商品完成了收货入流程后,就需要将商品存放在具体的货位上,这个过程将交由上架组人员完成,本篇继续简单的梳理下「上下架」的流程。

什么是上下架?

提到「上下架」,个人的理解有两种,即系统上的商品上下架与仓内实物商品的上下架。

系统上的商品上是指由运营人员在商品系统模块中根据运营情况进行商品上下架操作,实质上是更改商品的状态,系统上架是要判断商品库存,而且系统可以根据设置的策略进行自动上下架。

仓内商品的上架是是指商品入库后从收货区转移到货架的过程,这里又分为存货区上架与拣货区上架,基本流程是由上架人员根据仓内商品存储空间与摆放要求按系统提示,将商品放置在具体货位上。

商品的库内的转移过程可以理解是货位的转移,在转移过程中从源货位取出就是下架,存放在目标货位就是上架,下图是仓内上下架的简单分类。

WMS系统 | 库内的上架与下架

上架

存货区

存货区是用来收货的,收货时会先将商品从承运商的货车上将商品卸下来,在收货区内按照操作标准将商品进行码货,箱码朝外码放在托盘上,一个托盘上可能有一个进货单或多个进货单的商品。

托盘属于移动货位的一种类型,有托盘编号,层次关系为:托盘->箱码->商品SKU;箱码又与进货单进行对应,此外混箱的包装的商品,这些信息都是由采购系统同步到WMS系统中,手持终端可以进行查询提示。

所以根据收货商品的情况,存货区上架分为整盘上架和整箱上架。

整盘上架

整盘上架是一次将一托盘的商品全部上架到目标货位中;当存货区有可以放下整托盘待上架商品的正品存货位时(这个正品存货位可以是空货位也可以是非空货位),就可以进行整托盘上架操作。

整箱上架

整箱上架是按箱进行上架,即每次上架量是以箱为单位的,这种上架方式可以将移动货位中的商品分别上架到不同的货位,可以用于品类固定存储区域上架,也可用于由上架人员进行判断存储货位的空间进行随机按箱上架,整箱上架相较于整盘上架空间利用率会更高。

基本流程

WMS系统 | 库内的上架与下架

上架的基本流程主要是上图所示的几个步骤。

首先,上架组人员从收货区进行商品的核对,存货区的货位与拣货区不同,一般都是大的货架,货位空间都比较大,层数多且高,上架人员一般是用叉车或堆高机情况较多,且由于商品是整箱或整托盘的运送,所以安全性需要考虑。

商品的核对一是要核对信息的正确性,二是要检查码放的标准等,根据核对来判断是否可以安排上架。

第二,选择上架货位。整盘上架与整箱上架可以是非空货位,一般只要空间大小够用即可;在选择空货位时,也需要判断货位的空间利用率,如果待上架的商品较小,不要选择空货位。

第三,上架人员用PDA进行托盘扫描与目标货位的扫描,在系统设计上要区分整盘上架与整箱上架,整箱上架在上架过程中扫描完托盘后,还要扫描待上架的箱码,上架人员要进行上架信息的核对。上架过程中如果目标货位不为空,系统需要进行信息提示。

此时系统是尽可能的大字体、简单明显的信息提示,涉及数量的可以选择加粗且红色字体,便于操作人员操作。

最后,按库内操作流程进行上架完成的商品进行码放整齐,箱码等条码信息一定要朝外,便于操作人员扫描。

上架的过程是移动货位到固定货位的转移过程,所以货位查询功能在此进对于操作人员是非常重要的;主要功能应该货位查询模块、货位核查模块。

货位查询可以选择空货位查询,便于上架人员迅速找到合适的可用的货位,系统可以根据货位情况进行上架路径的规划与提示。

货位核查主要是查询当前货位的商品情况,这也是上架完成后进行信息核对的一个环节。

流程是需要人工操作与系统配合完成的,还是要寻找一个平衡点。

拣货区

拣货区的商品上架主要也是两种即入库上架与补货上架,这里的补货是指库内补货即由存货区到拣货区的商品转移。

入库上架一般是指散件入库,如收货时散装或混装的商品,收货组可以直接将商品由收货区转移到拣货区。

补货上架是库内操作比较频繁的过程,它是是库内补货流程的最后一步操作,是把存货区下架的商品拆零后上架到拣货区的货位中。

在货位移动梳理里谈到,商品要根据仓库拣货区的货位类型、存储属性等信息进行存放,有数量的要求,是否允许同款同色等要求。

拣货区类似于超市里面对顾客的货架,但仓内货品的摆放区域和摆放数量都是要能够满足拣货人员快速拣货为目标,同时充分利用货位空间,所以它又与超市里的货架不同。

拣货区上架与存货区基本流程类似,同样是寻找货位,扫描目标货位,扫描箱码,商品SKU条码,确认实际上架数量,同时系统要提示还有多少商品待上架等重要信息。

按照早期了解到的Amazon仓储系统,他们是随机上架的,只要货位空间足够,满足商品存放属性要求,上架人员可以 随意上架商品。这个前面也提到过,看似简单,实际上系统要进行大量的数据计算与存储,在销售分拣时拣货路径的计算模型也非常复杂。

下架

上架与下架是结对出现的,对于下架在存货区与拣货区也是不同的。

存货区下架,主要是库内补货或仓间调拨等流程导致的,根据需要补货与调拨的数量进行下架(拣货)、转移(出库),基本流程是根据系统提示,扫描源货位,扫描箱码,确认商品及数量。

在商品系统中的商品下架后,商品便不能再进行销售,如商品出现质量问题或促销导致的超卖等紧急下架操作。

在仓库内拣货区下架个人将其销售分拣、库内转移、报损等流程,因为从一个货位移出或取出就可以理解为下架。

在货位移动总结时也提到过,在仓内有实际货位与虚拟货位,虚拟货位更多的是为了完成某个业务流程而设定的,也是为了WMS系统能够更好的进行商品的统计与分析。

在拣货区的商品下架后,上位销售系统应该就不能进行销售了,在仓储系统更多的是通过商品转移到残损货位或虚拟货位进行的。

在这里的下架如何理解与设计,可以与根据货位移动结合。

总结

上架与下架的流程看起来还是比较简单的,但实际的操作中也会有不同的场景出现,在系统设计上主要是货位的选择与多种类型移动货位商品信息的核对与确认,操作上主要是根据个人判断及实际操作,进行信息的核对、核对再核的过程。

本文由 新媒体之家 作者: 倔强的大萝卜 发表,其版权均为原作者所有,文章内容系作者个人观点,不代表 新媒体之家 对观点赞同或支持,未经许可,请勿转载,题图来自Unsplash,基于CC0协议。
1

发表评论