首先明确一个概念,现在的电子商务仓储操作大多分为两种,一种为统仓操作、一种为分仓操作;

　　统仓操作，一般就是指所有订单统一从一个仓库中发货。相对，分仓操作自然是指多个仓库同时发货。

　　分仓，又分为地区仓与平行仓两种;根据了解目前好像除了亚马逊之外，几乎所有其他电商都是地区仓，比如上海仓发江浙沪的订单，北方仓则发东三省的货，华南仓发粤、桂、福建的单等。而平行仓，简单来说，就是哪个仓有订单所包含的货物，订单就从哪里发，在某些特殊情况下甚至还要拆单多仓发货。平行仓一般都是实现高度自动化的订单处理，人工干预少，对操作人员要求低，但问题是系统的复杂度高，不是谁都能干。

　　一般情况下，日订单如果少于2000单或订单地域分布密集的B2C而言，统仓是最好甚至是唯一的选择。原因很简单，单仓如果日出库量少于1000单，固定成本(房租物业，普工工资，管理成本，水电网络费用，固定资产摊销等)摊销到每个订单，特别是在前2年，出仓的成本会很大。

　　分仓的最大好处其实不是平均运费的下降，尽管这是绝大多数B2C企业仓储决策的主要考虑依据。但是根据我个人理解和经验分析，其实分仓的最大好处是大大缩短了运输距离，并间接降低了第三方物流的包裹交接次数，因此货损和到货时间都会极大的降低，而用户体验会大大提升，对于初创期无法自建物流必须依赖第三方物流的B2C而言，分仓是一个很好的低成本提升用户体验的解决方案，特别是国内第三方物流快递的服务质量普遍较差的情况下。

　　一般情况下，分仓模式下的订单处理中一个基本需求是如何区分判断货品从哪个仓发出可以以最短路径、最快速度到达购买者手中;另外就是在最近仓缺货情况下如何保证订单货品可以由最佳路径的其他仓发货。

　　解决上述问题，首先要有一套比较强大的具备分仓管理能力的WMS系统。同时你要有一套比较先进或者说符合需求的OMS订单管理系统。其中WMS要具备最基本的多仓库管理能力，能够记录并处理不同仓库内不同的货品，包括对商品的管理、库位的管理以及订单处理过程记录能力;同时OMS具备根据订单收货地址自动判断将订单推送到那个最近仓进行订单处理;此判断逻辑可以为发货区域划分、路由区划、物流费用、时效指标等内容。

　　如最近的仓库出现无货或短货情况，则OMS系统要具备自动订单流转到就近仓处理能力，或根据不同库的存活情况自动拆单处理;

　　示例：某服装B2C电商在上海、北京、广州等地都建有分仓。某一订单中包括3件商品，分别是牛仔裤、上衣、风衣;该订单的收货地址为山东德州，按照区域划分逻辑，德州得订单由北京仓发货。当OMS订单生成时，首先是检索北京仓库是否同时有上述三件商品，如果有则进行锁库存等后续WMS操作;如果发现北京仓中上述三件商品或某一件商品无货，OMS要检索上海仓库存是否同时有上述三件商品，如果有，订单要自动流转到上海仓进行处理，如果发现上海仓业无货或某件商品缺货，则进行拆单处理，将北京仓有的商品生成一单发货，上海持仓有的商品生成一单发货。

　　示例说明：系统逻辑中首先判断收货地是属于北京仓的发货范围，检索确定该仓是否有货，如满足货品需求，则订单直接下发到北京仓;如判断结果为否，则根据路由区划逻辑自动判断就近仓是上海仓，并检索上海仓是否有货满足订单要求，如满足则订单下发到上海仓;如果上海仓也不满足，系统会继续检索其他仓，此示例中的广州仓，按照路由区划逻辑，费用和时效不能满足公司业务要求，所以即使广州仓满足货品要求，但是也不在广州仓发货;系统进行拆单处理，将此订单拆分为北京和上海两地发货，以提高用户体验效果。

　　需要多说一句的是，分仓的系统远比统仓要复杂的多，不仅需要提前储备较强的技术开发力量，在数据库底层结构方面预先考虑。还要在分仓建设初期就明确公司业务重心、目标以及业务逻辑等。