优启动系统装机教程-(优启动如何重装系统)

仓储精细化管理的业务流程和架构

新WMS系统上线以后，虽然有很多问题，但随着慢慢的优化改善，错发货漏发货的现象明显下降了，加上新仓储经理的到岗，对仓库进行了专业的规划布局和现场管理，并提了很多系统方面的优化需求，仓储作业效率提升了30%以上，每天发货几千单毫无压力。

在这个阶段里，系统复杂度和工作量相对之前提升了不少，产研团队也因此分成了好几个team各司其职，彼此之间经常会出现一些系统边界和沟通协作的问题，导致业务方提的需求再也无法像之前一样保质保量了，时不时还会出现线上bug，业务部门的老员工经常怀念之前人少、业务简单，能快速奔跑的日子，可惜如今业务模式今非昔比，再也回不去了。

随着仓储团队的搭建和仓储系统的上线，自营业务慢慢步入正轨，一年后已经顶起了公司GMV的半边天，这个时期，商家业务和自营业务并驾齐驱，成为公司的两大业务支柱，可喜可贺，但随之遇到了新的供应链问题：

一、一个仓库已经无法满足日益增长的业务量，需要提前规划仓库扩充；

二、很多新品类的供应商在外地，如果都从外地采购回总部，物流费太高，时效也长，遇到突发情况就会无法及时到货；

三、公司开始重视用户体验和履约，希望给用户提供更好的履约服务，比如提供承诺部分地区次日达、多单合包、无忧售后等。

以上问题的决策方案是在全国5地开仓，通过全国的仓储网络布局来为用户提供更优的履约服务，并解决单仓产能不足和外地采购的问题，一举多得。但这对目前的系统架构挑战相当大，由于多地建仓，就需要多个仓库都使用WMS系统，这还好说，把WMS做个升级，支持多个仓库身份就可以了，可是多地铺货，就意味着一个用户的订单可能会被拆分到多个仓库发货，履约过程中需要对订单进行拆单和合单，而目前的架构里，仓库发货是基于订单的，和订单强关联，这就比较麻烦了，总不能直接操作订单数据吧！

小W悔不当初，当初为了快速支持仓储业务，技术哥建议直接在订单表上进行开发仓储WMS，那样工作量可以减半，虽然知道一旦有多仓了一定会出现问题，但当时为了按时上线，小W也没再坚持，如今业务发展至此，当初的担心还是不幸发生了。

后悔也无济于事，解决问题才最重要，还好业务给了3个月的缓冲期，还有时间亡羊补牢。经过认真思考，小W拿出了新的系统解决方案：

一、将仓储WMS系统基于订单出库的功能解耦，通过发货单来承接订单，不再强依赖订单；

二、在交易订单和仓储系统之间搭建起履约系统和中央库存系统，所有出库订单必须先经履约系统进行履约的审核、拆单、合包等处理后，以仓库和商家为单位生成发货单，将自营业务下发对应仓库的WMS系统，商家订单下发商家发货系统，仓库和商家发货以后，再将物流单号回传履约系统，履约系统统一返给上游交易系统；

三、WMS以仓库做数据权限升级，从单仓支持到多仓，每个仓库管理自己的进销存数据；

四、搭建物流管理系统，统一管理全国各个仓库的发货物流策略，并对物流环节全程跟踪。

以上四招一出，一套健全的履约系统雏形就出来了，订单从下单到用户签收过程中，也不再是一张订单到底了，而是会经历履约发货单、仓储发货单和物流单等多个业务单据流转，只有这样才能符合公司的规划预期。小Q本以为这是本公司特有的系统特色，后来和业内朋友一沟通才知道这种架构也是业内通用的解决方案，原来通往正确的道路上大家都是殊途同归，早知道就不用自己生憋这么久了。

方案得到了CTO的肯定，立即投入资源立项开干，研发过程中的心酸自不用说，但结果不负众望，3个月以后，经过交易、履约和仓储配送3个团队的齐心协力，这样的一套基于新架构的的履约系统问世了。