摘要:WMS（Warehouse Management System） 仓储管理系统，主要是对围绕仓库发生的入库、仓储维护、出库等业务进行信息化建设，以保障仓库运行，实现信息化、自动化。 在实际的应用中，WMS系统并不是独立存在的，往往和ERP系统、订单系统、TMS系统等一起使用，以获
|
WMS（Warehouse Management System） 仓储管理系统，主要是对围绕仓库发生的入库、仓储维护、出库等业务进行信息化建设，以保障仓库运行，实现信息化、自动化。 在实际的应用中，WMS系统并不是独立存在的，往往和ERP系统、订单系统、TMS系统等一起使用，以获取入库行为的来源信息、出库后的依据等，以实现完整的货品流转。 本文聚焦于仓储系统的主体业务部分进行讲解，并对每个部分在不同货品、行业或商业模式上的规则与功能进行说明，以便举一反三，帮助快速上手仓储系统项目。避免在仓储这一块，每做一个项目都像是个新项目那样上手时有生疏感。下面是本篇文章的主体内容。 
差异概述仓储系统之间不同，有一种是系统功能完善性不同，这是因为仓储和吞吐规模的不同导致的，其中仓储量还是其次，而吞吐规模直接决定了这个仓储系统会做到多全多精多专业，吞吐量不大的业务，公司是没多少动力去把它做好的。这一块的建议是做很多遍小的不齐全的仓储系统，不如扎扎实实做一套够全够精够专业的仓储系统，虽然从现实的情况讲，一个没接触过一些小仓储系统的产品，可能并没有机会摸到一个大项目，但如果有机会一定好好珍惜。 仓储系统之间的另一种比较大的差异是货品，这也是做不同的仓储系统的时候，会感到陌生的主要原因。其实仓储主体业务的各种功能、流程、规则，其内核是一样的，而货品的特性就像包在内核外的皮肤，成为在库区配置规则、调拨/配送/库存查询时的字段内容、出入库时的交接资料、盘点时的计数方式等方面的不同。 高效的降低这种陌生感的方法，是在有一套仓储系统基本业务流程与操作有认识的基础上（这是后面三种学习方式能有的放矢并快速起效的前提），通过实地调研仓库、学习了解同行业的仓储系统、咨询仓储部分主管的方式来快速了解。其中前两种方式最好在仓储系统着手设计前就去做功课，这样后面那种方式才能更高效。在对自己不熟悉的货品做仓储系统设计时，这些时间还是要花的。 上面两种差异之外，其他的差异差异会小很多，比如那些提供仓库租用的，他们的仓储系统上需要多维护一个货主信息，在出入、调拨、移库、盘点等业务时要说明是对哪个货主的货进行操作。 基础配置 基础配置是业务开展的前提，基础配置中，仓储配置和商品基础信息是最重要的部分，是wms系统业务展开的基础。其他的配置，如商户配置、门店管理、策略管理等取决于业务及系统迭代需要做建设。 商品信息部分，创建商品的SKU信息，明确仓库会存储商品的字段信息，如有必要还要记录商品存储、运输条件等方面的字段。这部分需要注意的地方是，要对商品及相关规则的字段名要确定下来，避免在系统内或跨内部系统时，前后称谓不一样，造成不必要的麻烦。 仓储配置部分，主要是仓库主体的配置和仓库存储单位的配置。 仓库主体 1.仓库主体的一些基本字段没啥花头，就是仓库名字、地址、联系人、状态等；2.当有大量仓库的时候，要做好仓库间的关系处理，仓库间的具体关系取决于业务的实际情况，可能是中心仓-城市仓-前置仓，也可能是总部仓库-门店仓库，也可能增加一层仓库所属单位的关系。 3.有些特殊行业对仓库存储对象及存储环境的要求会更细致，这时候就需要增加仓库存储对象、存储条件（如温湿度）等方面的字段。 仓库存储单位 仓库的存储单位部分，主要包括库区、货架、货位三个层级，根据不同行业不同规模，在仓储精细度上会有些增减，但这三层基本能满足规模企业的仓储管理。库区根据在货物进出、存储等的需要划分出不同的分区，不同的分区有相应的作用。下图是仓库分区的具体例子，根据不同的仓储规模及业务特征会有不同库区划分精细度和库区命名。 
库区从用途维度上分类可以分为：存储属性类、操作属性类。存储类相较于操作类的区别是，存储类区域是具有货架、货位等更细分的存储空间的，是会有或大或小的空间划分的。而操作类区域，货品来这些区域不是为了停留在这里，只是在货物流向下个目的地前的等候区，如出货区等待运输人员装车，如收货区等待货品确认入库。 存储类属性的包括存正常商品存储区和非正常商品存储区两大类，正常的存储都一样，而非正常存储则各有不同，可能是不合格品存储区、退货商品存储区等，根据行业与业务规则会设计相应的区域。 操作类属性的主要包括收货（暂存）区、出货（暂存）区、退货（暂存）区。虽然在收货过程中需要验货操作，但一般在直接在收货区进行验货了，而不是将收货区搬到验货区，通过后再从验货区搬到合格品区，那样比较麻烦。 用途类型是库区属性中的一个主要维度，库区还有存储对象、存储条件、装货类型等维度。不同的维度有不同的细分，所以在实际中还是需要建立不少库区的。而这些也只是系统上存在库区，在实际中还会有货品包装区、拆零区等其他区域，这类区域根据业务实际情况可以在系统上进行管理，也可以不将区域在系统中体现。 
库区下一级是货架，货架的下一级是货位。要对货架和货位进行编号，货位号一般在货架号后面加2-3位数字，货位号要支持打印一维码，以便在出入货等操作时记录货品存在哪里或从哪里取出来。 其他配置 其他配置比如商户配置、门店配置、策略配置等。商户配置可以包括供应商配置、客户配置、货主设置。供应商即商品从谁那里买的，客户即商品是卖给谁的，货主是当你只提供仓储业务而货物属于他人时，要配置哪些货品的所有者（单位）的信息。如果是业务中有货主，那么在出入库的单子上要有货主的字段，如果你还提供代为采购和销售的业务，则在采销单上也要加入货主信息。（这里主要是货主可能缺少某些资质而需要你代为采销）。 门店管理，当你的业务中有门店时，需要对门店的基本信息进行维护。门店这里要注意，门店有没有仓库属性，如果有则在仓库那里建立相应的门店仓库（为了避免业务中可能潜在的问题，一般会把门店和门店命名的仓库要区分开）。 为什么要区分门店有没有仓库属性呢？因为如果门店是仓库的话，业务上调库间调拨是说的通的，可以从一个门店（仓库）调到另一个门店（仓库），但如果没有仓库属性的话，如果A门店需要某个货物，而这个货物只有在B门店有（总部仓库也没有该货物），这时候需要B门店退货给总部，然后再由总部发货给A门店。这个规则在某些行业是需要遵守的。 
如果门店没有仓库属性，但在盘点时门店中的商品仍然需要计算在内。根据实际情况，可能会有对门店商品进行存储空间方面的管理，即商品放在门店的哪个位子（柜子）上。这时候在配置模块，需要增加“柜组管理”功能，确定好柜组上放哪类商品。 策略配置，一般在规模很大的仓储物流公司中存在，且系统往往已经经历过几次迭代才具备（按敏捷开发的迭代思路）。策略配置可能涉及到波次策略、月台策略、上架策略、库存预警策略等，这些策略规定相应业务行为的处理准则。在吞吐量和吞吐频率不大的企业，往往通过人为的操作改变即可，比如优先上到空货位，还是上到有货但未满或为上，一般管理员直接和仓储管理员联系一下即可。 出入库管理 出入库管理是围绕货品出入展开的系统功能，每个仓库都有自己的出库单、入库单，如果是内部仓库间的货物流转，则要有调拨单明确由哪里调拨至哪里、调拨的具体是哪些货物。如果是和上下游企业或消费者流通，则要有相应的采购单、销售单/订单。 调拨 如果公司经营管理的仓库之间调拨，或者公司同时经营者运输业务，则一般会把调拨的管理也做到系统中，需要调拨时，先创建业务层面的申请单，即因为什么业务需要而产生发调拨，不同的行业和经营的业务会有不同的调拨原因，比较常见的是缺货调拨。 仓库之间的流转称为调拨，而由仓库发往门店称为配送（一般有去无回）。当需要调拨的审批业务通过后，可以创建或自动生成调拨单，经审批通过之后，可以设置具体的运输信息，比如什么运输工具，走哪条线路，由谁运送。当运输业务是承包给外部单位时，还需要对运输公司进行设置，设置会可以显示本次运输的预计价格。 在采购、销售、退货（退回给供货商）、退回（销售被退回）业务中，由于是和外部公司间的往来，一般只根据需要在系统中生成自己的那部分单子，如出库单或入库单即可。 
这里在采购、购进退回、销售等单子创建审批成功后，不直接利用这些单子完成后面的入库流程，是因为在采购单、销售单状态时，单子里的商品只是种类和数量，不具体到某个对应的产品实体。而入库单中最后会确定到具体的商品实体，因而将他们拆开，他们就像类和实例的关系。 入库 入库业务的流程，包含收货、验货、上架。在入库收货阶段，需要校验自己的入库单、对方的随货同行单、对方的实际货物是否一致，如果不一致，则和对方沟通，根据情况做出调整。 a.我方采购单、采购入库单有错误，对方的随货同行单和实物正确，就作废原来的采购单、采购入库单，创建正确的重新来。 b.对方随货同行单错误，实物和我方采购单、采购入库单正确，则要求对方重发随货同行单。 c.我方采购单、采购入库单正确，对方的随货同行单也正确，但发的实物错误。则双方需要沟通下处理方法，考虑到货物运输成本较高，一般会通过双方的系统层面调整来解决，即对方创建新的销售单、发货单、随货同行单，我方创建新的采购单、采购入库单。如果发货的错误较小，只是多了或少了几个商品，也有可能补发或退回商品。 d.三方都错误，或其他错误，啊......，那帮做仓储的，基本的行业素质还是有的啦，哪有那么多奇葩的错误，而且原则就一个，弄错了就改呗，哪种改法成本低就用那种。 在采购入库单、实物、随货通行单匹配的情况下，进行收货操作，将这批货物的批号、生产日期、整货数量、散货数量等信息记录下来。 然后进行验货，验货为线下行为，简单的可能就是看看货物外包装是否完好，复杂的则各有各的要求。如果货品正确，则在线上输入验货数量（即商品收货数量）。如果商品质有问题（这里已经不存在数量问题了，因为在收货的时候已经对比过采购入库单、随货同行单和实物了），则记录正常货品数量和问题货品数量。根据行业规范，选择只入库正常货品，或者正常商品和问题商品一起录入，然后再做购进退回。 入库的最后一环是上架，就是将商品放到货位上，然后扫描货位上的货位码，记录在这个货位上放了什么商品、什么批号、生产日期、整货/散货数量等。整个订单的所有货物上架完成后，提交保存，系统产生这些货品的批次号，整个入库业务完成。 批号：是同一次备料与生产工艺设定下，同一次工厂生产活动产生创造出来的产品的识别信息，这一批商品称为有同一批号。由于一次生产活动可能持续几天，不同日期从生产线上下来的商品，可能在批号的后几位因为日期而有不同。 批次号：商品入库时，对某次或某日入库商品赋予一个编号，以便出库、抽检、养护等时供参考决策。 总的来说，批号是成产工厂层面的，批次号是仓库层面的。 货位的存货规则会影响到上架操作，可以根据需要对货位的存放规则进行设定，比如： a.一个货位只能放一种商品的一个批号 b.一个货位只能放一种商品，但不限制批号 一般一个货位不会放多种商品。另外，如果这个仓库是给其他商家提供仓储服务的，则还要考虑同个货位是不是只能放一个货主的商品。 出库 出库的业务流程包括拣货、复核、出库。根据实际情况需要，可以遵循先进先出、后进后出的原则实施拣货（入库时间的先后），也可以在去现场拣货前设定具体被拣对象的批号、生产日期、批次号等。拣货时扫描货位号，输入拣货数量并确定。在所有商品拣货完成后，点击提交进入复核环节。 复核是对拣货出来的商品再确认一遍，如果有错误则无法复核提交通过，直到复核确认的数量和拣货数量一致。复核完成后，如果系统不需要管理配送业务，则可以将出库单直接变为已完成。如果系统涉及到配送管理，则需要在出库的时候再确认一遍数量。 不同的行业在出入库上会不同的操作要求，在医药领域，在出入库时需要对含毒含麻药品及疫苗做二次验货、二次复核。对于需要冷冻冷藏的药品，可能还需要对出库、入库时的温度做记录。对于车辆的运输，在出入库时需要填写交接单、记录出库入库时车辆的里程数等信息，避免以后发生扯皮的事情时有依据。 波次管理 来个出货单就去拣次货，这样的效率比较低，为了提高拣货效率，将多笔订单作为一个批次去拣货。对波次管理的需要和精细，会随着订单的数量、出货效率的要求、订单构成的复杂而越发重要。在吞吐量不大的仓库中，可以用人工处理的方式，将一定时间内的订单归为一个波次，然后去拣货。而吞吐量大、出货效率高的仓库，一般会有设定好的波次策略，出货订单达到波次策略要求时，会自动生成拣货单。 当订单上的商品种类各式各样，而这些商品往往不存在同一个仓库时，就需要对订单做拆分，拆分给不同的仓库相应的拣货单。这种情况下的波次规则，往往是将同一时间段内，货品相同或相近的出货单合在同一个波次内去拣货。一笔订单在不同仓库拣货的商品，在出货前合并在一起然后发货。 月台管理&物流动线 月台是装卸货物、进出货物暂存、货车停靠的地方。月台存在的意义是为了让装卸货物更加高效、有序、省力。月台的位置设计需要和仓库内的物流动线相匹配，这样才能配合的更好。 常见的物流动线有U型、I型号、L型、S型，不同的动线类型，有不同的特点。以U型动线为例，在月台布置上入库月台和出库月台在同一侧，然后向上是入库（暂存）区、出库（暂存）区，再往上则是以存储区为主的相关分区。 U型动线的特点： 1.能对月台进行充分的运用；2.适合越库作业； 3.可以使用同一个通道供出入库车辆通行； 4.易于控制和安全防范； 5.方便在建筑物的三个方向进行扩张。 
对于规模不大且业务频率较低的仓库来说，月台的建设与管理不会有较大的需求。而对于有吞吐量大出入货频繁的物流中心、物流园区，则对月台管理的需求比较大。月台管理主要是通过装卸货单的方式对装卸顺序、装卸时间、具体装月台号等进行管理。成熟的仓储系统会有月台管理策略，通过策略配置，改变对月台装卸货及装卸车辆的规范。 仓储管理 库存查询 仓储管理中，最常用的功能是库存查询，可以从货物的角度查询货品在哪个仓库、哪个库区、哪些货位、有多少数量、什么批号/生产日期/批次号等等。也可以通过仓储单位（库区、货架、货位）的角度去查询上面放了哪些货物，以及相应的细节。 库存查询的行为出现在人主动在专门的管理页面中去操作，也存在与采购、销售等环节中，出于业务需要被动显示当前货物的存储数量，以便确定是否要采购、能否足够销售、是否需要调拨等情况。 仓库里的可用库存数，不一定等于仓库库存数量，可能大也可能小。 库存增加的情况，当销售出库单创建成功时，会自动锁定仓库中这单商品的库存。此时这些商品还在货架上，但已从可用库存中减去了。当这笔销售单取消时，库存又加回来；类似的，还有退货单创建时减去，退货单取消时加回；商品被移动至不确定商品区以待质量检验时，这些商品从可用库存中减去，如果质量没问题回到存储区则也会加回来。 库存增加的情况，这种一般是将采购过来的、销售退回过来、调拨过来的在途货物数量也算在了库存里面，一般情况下，是不会把在途货物考虑进来，但可能因为行业的特殊性或者供需矛盾激烈等情况下，可能会有这种骚操作。 同仓补货同仓补货，一般是指商品在同一个仓库中，将商品从整货区搬至散货区的操作，即拆整补散。当出库单需要出120件某商品，而仓库只有两整箱该商品（一整箱包100件商品），没有散货商品。那就需要对其中一箱拆出来放到散货区，然后在整货区搬一箱，散货区搬20件商品用于出货，留下的80件商品就停留在散货区。 同仓补货一般为被动发生，即出货时在出货数量除以整箱包装数（如上段中的100），如有余数，则比较散货区商品数量是否足够，不够时才拆。这个行为发生在销售出库单已经创建成功后，进入拣货操作时。要想完成拣货，先去做同仓补货，补货时也是按照先进先出的原则去找最早进的那批货物，这个规则可以用开关等去灵活控制是否要限制 同仓补货也可以在非出货需要时进行同仓补货，不过这种行为不太正规，基本上属于有非正常的情况存在 盘点管理 盘点是仓储里比较重要的事情，是确定仓库商品数量正确的保障。盘点也是个大活，要把整个仓库盘完得花不少时间，一般一年两次（上半年、下半年），或者一年四次（每季度一次）。盘点是全量盘的，盘一部分没有意义，往往不能充分的对仓储货物数量由全面的认识，也可能发生错误。 需要盘点时，先创建盘点单，创建盘点单时要对哪个仓库做盘点进行选择，创建好审批通过后。创建单会显示系统上这个仓库有哪些货位，这些货位上有哪些货物、多少数量。然后仓管员拿着手持设备去仓库里一个个货位扫码、输入、确认。有些大宗商品，不存在货位，那就通过扫货物身上的资产条码来确认。 不同的商品特性，以及对盘点的要求程度不同，盘点操作的复杂度也各式各样。比如车辆盘点的时候，可能会要求对车辆的周身进行拍照，甚至对汽车里的主要部件（如发动机）进行拍照确认。 即便是最简单的扫码输入数量，整个仓库盘下来还是够呛的，所以也会存在自动盘点的操作。也就是你不用人去盘，只是根据系统上的信息自动出一份报告，这种盘点主要是做给别人看的，比如为了应付外部检查。 仓库盘点完后，会有盘点结果/报告，可能会存在盘盈或盘亏，盘盈就是实际盘点出来的货物会比系统中存在的商品多，盘亏就是实际盘点到的商品比系统中记录的商品少了。对盘点的结果进行审核，审核通过后就是承认了有这些盘盈、盘亏，就需要创建相应的损溢单。审核不通过的就需要对有异议的部分进行重盘。 损溢管理 当出现商品有缺失、损坏、多出来等情况时要创建损溢单，记录是多了还是少了，哪个仓库、库区、货位上发生的，什么原因导致的等。对于仓库来说，创建损溢单只是记录货物数量不正常的方式，而不是目的，还是需要建立相依的处理机制将商品找回来，或者把这种不正常情况处理掉，不同的行业不同的业务会有不同的后续操作。 移库 移库就将货品从一个仓库移动到另一个仓库，在移库单创建、审核通过后就可以通过手持设备去存储区中将货品扫描后取出，然后在所需仓库的货位上扫描上架。 质量管理&养护管理 有些行业，仓库会定期对货品进行质量抽检，记录检查结果。发现质量问题，通过批号、批次号、生产厂家、供货商等信息对同类货品做扩大检查。对质量有问题的，会移至不合格品区，然后进行后续的退货或销毁。 有些行业，需要对货品养护的需要，会对仓库的环境进行严格控制，会定期对仓库的温度、湿度等进行测量并记录。 |
谈谈您对该文章的看