文/胡新生
随着电商行业增速的回落，野蛮生长的阶段已经过去，电商开始进入精细化运作阶段，商家之间竞争从比拼营销和低价，转移到后台的供应链，供应链效率和成本的高低决定了商家的生死。
在电商的供应链管理中，有两块业务是核心内容，即订单处理和库存管理。订单是所有后台业务的源头，在多平台开店已经成为普遍采用的操作手法之后，如何高效、协调地管理来源于不同平台的订单成为影响用户口碑的关键环节。电商消除了购物过程中的空间限制，但作为实体存在的商品需要存放、需要配送，无法消除地理空间上的限制，如何快速、低成本地满足来自不同地域的消费需求，全局库存管理成为必须要良好解决的管理难题。
所谓多平台开店，就是在开展电商业务时，不仅仅建立自己的官网，也不仅仅在淘宝平台上开网店，而是和所有主流平台合作，目前，这些平台包括：淘宝、天猫、拍拍商城、京东、苏宁易购、一号店等等，在这些平台上开独立店或通过网络分销模式进行推广。
很明显，由于不同平台的设计思路的差异，每个平台的订单状态都是不同的，比如淘宝平台订单状态有：“没有创建支付宝交易”、“等待买家付款”、“买家已付款”、“卖家已发货”、“买家已签收”、“交易成功”、“交易自动关闭”、“卖家或买家主动关闭交易”。而京东平台的订单状态是：“等待出库”、“等待发货”、“已发货”、“买家已收货”、“已取消”。
这些状态中，有不少状态对平台管理有用，而对后续订单的处理是无用的；比如淘宝平台的“没有创建支付宝交易”状态，这个状态是淘宝网为了控制订单的支付过程中异常而设计的，而在海鼎系统（以下简称“系统”）中，没有支付成功的订单都不需要处理，去掉这些无用的状态，不同平台的订单状态就大同小异了，我们根据业务处理的需要，将订单统一成以下各种状态，这些状态之间的关系如下：
当订单从各个平台上下载到后台系统中之后，系统根据对应规则，将所有订单的状态都统一到平台的订单状态中，以便后续的订单处理作业按照一致的方式完成。
销售订单从各大平台上下载后，需要进行客服的审核以及系统的相关操作，处理内容包括合并策略、促销处理策略、库存处理策略等三大类。
1、合并策略
以淘宝平台的订单为样本，有10%左右的订单是同一个用户在不长的一段时间内分开下单，存在合并的可能。订单的合并可以降低运费，客户收货验收也比较简单，所以被绝大多数电商所采用。
订单的合并可以是手工合并，也可以是自动合并。手工合并灵活，但效率低，应用最多的还是自动合并。
自动合并是有系统自动完成，当订单必须符合一定的条件后，就可以进行合并，常见的条件包括：订单的来源店铺相同、买家ID相同、收货地址相同、没有备注信息，以及都处在“买家已付款，等待审核”状态下。自动合并时订单金额和运费只是简单累加，订单行金额不再重新分摊。
系统一般将自动合并和自动审核同时完成，将不符合自动处理条件的订单留下来，让客服手工处理。手工合并就非常灵活了，可以针对已经合并后的订单再次合并，手工合并的订单也需要手工审核。
2、促销处理策略
所有电商平台上都支持种类繁多的促销策略，但由于平台通用性的限制，还是有些促销策略不能支持，比如淘宝平台就不支持最常见的赠品促销和数量折扣促销。因此，系统提供相应的功能来弥补电商平台的不足。
现在已经支持的促销模型有：
模型一：全场商品，购买金额>=m，则赠送C+D；
模型二：部分商品A,B，购买金额>=m，赠送C+D；
模型三：赠品库存限制，赠品C库存为m个，送完即止；
模型四：分档次赠品，高档次A，库存为m，赠品全部赠送完毕，则送低档次赠品B，库存为n；
模型五：一批赠品A、B、C、D，库存分别为m、n、i、k，依次送完即止；
时间是促销模型的另外一个纬度，现在的促销单中，有效时间可以精确到秒，比如每天下午6：00到8：00开始促销。
上面提到的促销模型是系统自动生效的，由于电商的售后服务复杂多变，很多时候需要通过送赠品的方式来换取客户的理解，因此，系统还提供了手工添加赠品的功能，只要是有库存的商品都可以手工添加到订单中，作为赠品处理。
3、库存处理策略
根据库存的状态可以分为以下几类：可用库存、锁定库存、预留库存、买断库存、待退货库存、虚拟库存。在订单处理时，锁定库存和待退货库存是不可以使用的，其他集中类型的库存需要按顺序进行处理，处理逻辑如下：
在传统零售中，由于每个实体店都有自己的库存。而对于在不同平台上的网店而言，也需要一个库存数，这个库存数既是平台的要求，也是防止超卖的管理要求。
每个网店有库存数，不表示每个网店都需要有自己独立的仓库，因此，不同平台上的网店库存需要集中管理，以保证每个网店既不缺货又不超卖。
库存集中管理后，库存要存放在实体仓库中，而实体仓库的建设有两种模式，即集中式和分布式，这两种模式各有优缺点。
所有库存都放在一个实体仓库中，这种方式非常简单，也是广大中小电商最常采用的库存管理策略。
不同平台上的店铺共同使用一个仓库中的库存时，就涉及到库存分配问题，否则就容易出现缺货或超卖，在我们系统中通过库存发布来解决。
库存发布有两种方式，一种是按店铺的权重进行分配，比如100件库存，一个A级店铺分配40件，两个B级店铺各分配20件，两个C级店铺各分配10件。更精细一点的控制是根据商品在不同门店的销售占比来分配。另外一种方式，所有店铺库存保持一致，将所有可用库存同时发布到所有店铺上，比如100件库存，在一个A级店、两个B级店、两个C级店的库存都是100件。
看上去第二种方式似乎不太合理，但实际上更符合电商的环境。电商销售的突然爆发性远远超过实体零售，几万件商品可以在几分钟内销售出去，如果按权重进行分配，很可能的出现C级店库存全部销售完成而下架，A级店还有大量的库存。其次各大平台的库存是可以随时更新的，通过系统对接，可以及时方便地将库存发布出去，从而降低在各个店铺缺货而影响的销售。
通过快速的更新库存，让所有店铺的库存保持一致的做法比预分配的做法更有效性，但对于库存很少的商品容易造成超卖。比如某件商品库存只有1件了，如果所有店铺都还将库存设为1的话，几个店铺同时下单的可能性还是很大的，就非常容易出现超卖的情况了。因此，针对库存少的商品需要进行特别的控制，应该定向发布到指定的店铺上销售，而不再是发布给所有店铺销售。
如果库存商品的数量很大，且店铺数很多的情况下，计算可用库存和发布库存是比较耗费时间的事情，因此，我们引入了增量发布的库存功能，只发布从上次发布到本次发布时间间隔内有库存变化的商品。
与集中式库存管理相对应，一般出现以下情形时，需要分布式库存管理：
1. 在各个区域需求量都足够大，可以支持一个配送中心的运营成本，这种情形对大型电商（如京东、一号店等）而言是非常常见的；
2. 线下各个区域的比较强势的经销商，线上的订单需要有各个区域的经销商负责配送，这种情况对品牌企业比较多见；
3. 产品易碎或保质期比较短（比如生鲜等）必须要通过区域配送来完成，才能有效降低损耗。
分布式库存管理的复杂性远远超过集中式库存管理，其管理的核心在于如何协同使用在不同区域的库存，常用的方案有：
1. 不同区域订单归属不同仓库管理
这也是最常用的一种模式。如果自建官方商城，可以在客户下订单的时候，就可以指定到不同区域的仓库。如果是在第三方平台上的店铺，则没有办法指定区域，这是需要后台系统在处理订单的时候，根据送货地址自动将订单处理到对应区域的仓库上；
2. 不同网店归属不同仓库管理
这种模式不太常见。但如果一个企业有多个品牌，同时这些品牌的制造或配送仓库不在一起的时候，就会出现这种需求。由于品牌定位不同，所以不同品牌在第三方平台上都会开设不同的店铺，但后台系统还是一套，所以需要将不同网店与对应品牌的仓库建立对应关系，在处理订单的时候，根据这个对应关系扣减相应的库存；
在分布式库存管理中，另外一个常见的难点是成本核算。比较常见的方式是每个仓库单独核算，仓库之间的调拨是成本价或加价调拨，或者所有仓库统一核算，仓库之间调拨仅仅是数量上的变化，不涉及成本上的变化。比较复杂的是某几个仓库统一核算，这些仓库内部调拨是按成本价调拨，而与其他仓库之间是加价或成本价调拨。
所谓虚拟库存，就是这些商品在仓库中并没有实际的库存，但在销售平台上显示有库存，这类库存都是虚拟库存。由于电商是先有订单后发货，从销售成立到货物发出有个时间差，这个时间差就让虚拟库存在电商中得到非常灵活和普遍的使用。
在虚拟库存管理中，根据配送方式的不同，有两类处理模式：
第1种，集中配送，即供应商送货到自己的仓库中，统一分货打包后，与其他在库商品一同配送给客户，这种模式的最大好处是供应商接触不到最终客户，同时，由于是统一配送，客户的服务质量能得到保证，处理流程如下：
第2种，供应商配送，即订单发送给供应商，由供应商直送给客户。这种类型缺少了二次分拣，可以降低配送成本，但缺点是客户的资料被供应商拿走，且每个供应商的服务质量差异较大，很难统一。处理流程如下：
海鼎的电子商务解决方案全面解决了多平台订单处理和全局库存管理中的管理难题，整体处理框架图如下：
通过灵活的自定义处理策略，系统具备了很强的适应性，为我们的客户拓展电子商务业务提供了强大的工具和坚实的基础。
