仓库管理系统（Warehouse Management System，简称WMS）是通过出库、入库、库位调拨、库存调拨等功能，综合批次管理、物料对应、库存盘点、质检管理和即时库存管理等功能综合运用的管理系统。
WMS属于电商后台系统的服务末端，相对独立，也是实物管理与系统完美结合的应用。
通过WMS实时同步仓储货物的变化，确保物料先进先出，与采购系统、订单调度系统同步更新库存，管理仓库工作人员的工作流。
目前许多中小企业的WMS都是用第三方服务商，但是由于电商企业对于订单和库存管理的及时性要求，逐渐开始自建WMS系统。
对于电商平台端来说，一般考虑对接现有的仓储系统，或者是有自建的仓库，但并没有形成自动化的仓储系统这两种常见情况。
针对这两种情况，一般考虑在电商平台映射一个仓库功能模块出来，来达到实际仓储和线上电商平台间的联系。
本文仅介绍电商平台映射的仓库功能，相对简单，并且忽略了仓库内部的分拣区、存储区、不良品存储区、发货暂存区、收货暂存区、复核区、仓储器械存放区等区域的划分，最好的设计是有仓储的内部ERP管理系统来实现实体仓库的信息化管理。
一、仓库管理
这里的仓库管理，是将实际的仓库在电商平台进行一个映射，并进行简单的管理。
仓库信息主要包括仓库名称、仓库类型、联系方式、仓库地址、配送区域及仓库用途。
仓库类型主要有：中心仓、区域仓、供应商协同仓等，仓库的类型决定了仓库的等级，在选择仓库时，是从优先级高的仓库再到优先级低的仓库。
中心仓：中心仓中涵盖sku最多，品类最齐全，一般是最大型的仓库。例如上海中心仓、北京中心仓等。
区域仓：中心仓下涵盖多个区域仓，区域仓一般建立在订单量较大的城市。这些区域仓一般库存量较小，存放一些消费频率较高的sku，只供应当地的城市。只有在区域仓没货的时候，才会从中心仓发货。
供应商协同仓：在全国范围内有很多供应商时，为了保证物流实效会直接从供应商处直接发货。
配送区域是指仓库的配送区域，有些仓库的发货区域有限制，不会全国全区域覆盖，例如供应商协同仓可能只负责配送某个城市的配送区域，不支持跨区。每个仓库都会区分一级配送区域、二级配送区域、三级配送区域，不同的区域配送时效不同，配送优先级也不同，用户下单时，会优先从区域优先级高的仓库配送。
另外，统一仓库不同级别的噢诶送区域不能重复，对于统一仓库，配送区域等级不能重复。
仓库用途是指仓库的主要作用，包括发货仓和退货仓，当然可以同时既为发货仓也为退货仓。发货仓为用户下单支付后，可发货的仓库；退货仓为用户退货时，货物退到的仓库。
具体设计如下图所示
二、商品与仓库的联系
商品与仓库的联系，一方面商品维度的库存管理，另一方面就是仓库维度的商品管理。
商品维度的库存管理，商品的入库操作应该来源于采购管理的采购单，但是由于目前系统采购系统还未完成，所有现在的商品入库不是依靠入库单来实现的，而是手动操作填写。具体设计如下：
商品库存管理页面，sku维度查看各个仓库的总库存，查看详情可查看各个仓库的具体数据情况。
另外，由于没有连接采购系统，单品入库操作比较困难，因此可通过设计批量入库来进行简单处理。
仓库维度的查看商品，这种一般就比较适合实际情况中的商品入库操作，也可便于后期功能扩展，为仓库设置不同的管理员来管理仓库的商品数据。
三、商品发货的调度中心
商品的调度中心是一个与库存中心、订单中心、wms系统、物流中心联系起来的中间层系统，串起了各个系统之间的信息交互。
当然调度中心包括两种形式，一种是由仓库级别分析需要采购，由此进行调度并生成相应的采购单据；另一种是有用户购买商品下单后，由调度中心生成出库单到各个仓库。
本文由于缺少采购系统功能，因此仅介绍商品发货功能的调度，具体规则如下：
当然，调度中心在整个电商系统中起到的是承上启下的中介作用，类似中央处理器的效果。调度中心不仅会告诉我们从哪个仓库发货，还会告诉我们用什么物流发货（后台物流管理功能相结合）。
四、其他附加功能
库存同步：由于触发库存发生变动的点不一样，库存的变动有两种流向。第一种是自上而下（从销售层到调度层，再到仓库层）；第二种是自下而上（从仓库层到调度层，再到销售层）两种：
自上而下：用户下单后，首先会生成订单，扣减销售层的库存；然后流转到调度层进行调度，生成发货通知单，调整调度层的库存；最后推送至仓库，wms系统同步响应，扣减库存并进行出库。
自下而上：用户下单后，首先会生成订单，扣减销售层的库存；然后流转到调度层进行调度，生成发货通知单，调整调度层的库存；最后推送至仓库，wms系统同步响应，扣减库存并进行出库。
上面所述仅仅是简化版的仓库功能，仅是建立商品和实物仓库间的一种微弱联系，并不能完全的将两者关联起来。
要想完善两者之间的关系，需要尽可能依据实物仓库来构建平台仓库，并且出库、入库可能涉及的更多的方面。
例如，入库需考虑和采购系统进行建立联系，也需考虑仓库间的调拨；出库要考虑盘点时的破损和亏单等情况，并考虑和财务系统之间的关联。
诚然，这还是一篇不尽完善的仓库功能设计，但也是在缺乏实际场景需求下我所能想到的既简单又相对完善的功能了。
