仓储首当前电商中不可缺省的重要环节，一般来说我们做电商的不需要自己去做仓储，因为目前有很多的仓储服务提供商。这些服务提供商提供了比较快捷优质的服务方案。
之所以要写这样一篇仓储设计总结。是因为我们公司原先计划是建立自己的仓库来管理商品存储，因为后面考虑到货物积压和仓库建立成本上的问题从而决定使用第三方的仓储服务。这样能够更大程度的节约成本。
但在最终决定使用第三方仓储服务之前，我们已经开始进行仓储方面的资料收集和整里确定了如下模型结构：
仓储区域对象：
区域编号 区域名称 区域描述 创建时间
货架对象：(A-11) A区11号货架
货架编号 货架备注 创建时间 修改时间
商品数据对象：（需要哪些基本信息）
id 商品名称 商品分类 商品条形码/商品规格（sku）数量（规格数量） 生产厂商 负责人 联系方式 备注
商品与货架关系（多对多）：
id 货架 货架编码 商品条形码/商品sku 数量 创建日期 修改日期
不确定：
同步订单对象
id 订单号 商品条形码/商品sku 收货人 收货地址 联系方式 数量 状态（0，初始状态，已处理）创建时间 修改时间
为什么要有区域：
这里仓库对象我们没有去设计因为我们考虑到自身的规模问题，就把仓库的的作用弱化到了仓储区域，你们也可以吧仓储区域当成仓库来看待。区域对象大家看到这个相信应该不会有太大问题就是为了存储和管理商品的某块区域：可以根据商品分类，颜色，材质等进行划分和管理。区域对象有利于我们快速的定位到某类商品，
为什么要有货架对象：
货架这个对象主要用于存储具体商品时使用。
为什么要有商品与货架关系对象：
货架对象：(A-11) A区11号货架）这样仓库管理员就可以通过商品名称来查询到该商品在那些货架上并且快速的找到商品这样就起到了快速定位商品的作用
为什么要有同步订单对象：
要么发，要么不发，不会存在只发部分）。我们设计的时候是准备使用定时器查询哪些已付款代发货的订单扫面到这张表中。而商品发货之后通过管理平台进行发货操作，然后将物流单号告知订单系统，保证后续的物流查询流程能够正常的执行。
此时其实自己的仓储系统大致结构就已经成型了。但是因为后面的我们决定采用第三方仓库服务。所以自己设计的这套仓库也就没有应用到自己的系统之中。
不足之处：
因为当时站在自己电商平台去使用所以设计的就相对来说比较局限，像如何区分不同供应商的同种商品的不同库存。以及每个批次中的商品的库存编号问题，发货订单的通道式回推确认等就没有去做。因此这只是一个比较粗糙的电商仓储系统。如果需要要提成第三方服务就需要添加更多对象结果和关系结构
