您当前的位置:首页 > 在线订单

电商O2O后台供应链系统实操记录--订货调拨模块

发布时间:2018-11-18 03:36:03 编辑: 浏览次数: 打印此文

  电商、O2O行业的产品线中,后端的业务支持系统占据了很大的比重,比如订单系统、供应链系统等。不同于纯线O领域的产品基本都是后端大于前端,这些后端产品覆盖了公司的核心数据,作为公司业务运行的基础。而且因为每个公司的业务形式不同,通常需要有一套自己的或者定制化的系统作为公司独特的业务支持。

  供应链系统是为公司提供商品进销存业务的管理系统。大部分以交易为核心业务的公司,都有自己商品进货发货的供应链业务,而各个不同的行业和领域又有自己独特的供应链业务形态。供应链系统通常包含采购、库存管理、出入库、物流等多个模块,是公司后台产品线重要的一环。

  作为一个后端产品的产品经理,日常工作的核心在于深入地挖掘业务,梳理流程,产出模块化的系统设计方案,和C端产品有着不小的差别。本文主要写我在公司设计供应链系统的实操记录,根据我所在公司的业务模式,介绍供应链系统整个设计过程的思路、方法和核心要点。由于供应链具体的业务和流程每个公司不一样,这类后台产品并不像C端产品那样能直接用来参考,因此本文不是一篇介绍供应链系统应有的流程和功能的文章,核心在于思路和方法的分享,功能细节仅供参考。

  库存管理即对仓库中所有货品库存和出入库操作的管理。仓库库存是供应链的核心,所有供应链的业务都是围绕着库存进行。库存管理涉及到的业务模块很多,包含各项与库存变动有关的业务,采购、调拨、使用、退货、盘点、报损等。供应链系统的库存管理模块用于仓库基础设置和仓库库存的管理,对业务的价值为:

  实现基础流程后,通过数据分析,对仓库的库存数量和流动的智能计算以辅助决策,如安全库存设置,库存数量预警,根据订单自动计算要货数量等。如果说前面几条价值只是对业务的支持,那么这一点即是系统数据对业务的推动。

  本文主要介绍调拨中的订货业务。订货是库存调拨中的核心,由各个地区的仓库在固定日期向总部申请库存,由总部的pmc统一进行审核,然后通过总仓发货,以及提交采购申请至采购后由供应商发货这两种形式满足各仓库的需求。

  配货完成后,根据配货结果生成待采购申请的库存数量,pmc将所有有缺口的申请单合并后,转化为采购申请单,然后由采购根据采购申请单进行采购操作,接上采购流程,在采购发货的环节,由供应商直接发给各个分仓;

  完成发货后,各分仓即可进行收货操作。收货包含两种:一种是针对总仓的发货单进行收货,一种是在采购流程中,针对供应商的直发进行收货。由于两类发货分属两个流程,因此收货时需要针对这两类收货单分别进行收货;

  在采购流程中,采购申请和采购单之间的关系是一对多,采购单又按照仓库分拆为采购子单,采购子单和采购发货单是一对多。将两个流程结合,可以将订货申请单和采购子单之间进行关联,两者之间的关系为一对多,区别的字段为采购子单中的供应商;由此得出订货申请单和采购发货单之间的关系为一对多。

  业务场景为总仓将所有申请单汇总,然后根据每一类货品,对比各分仓的申请数量和总仓的库存数量进行配货,一类货品配货完成后开始下一类。配货是一个实时进行中的操作,而不是列表,操作的数据基础仍是订货申请单,可以把它理解为一个待配货的库存池。

  配货一共有前文提到的三种情况,其中库存充足和库存为0这两种情况,默认全部配货以及全部转采购申请即可;针对总仓库存只能满足部分申请的情况,需要自动计算配货量,规则为根据各个分仓申请数量的比例,乘以库存的比例,计算出每个分仓理想的配货数量,然后剩余未满足的申请数量,转为采购申请数量。

  状态需要参考当前所处环节和数量变动情况这两个情况,给出用户需要了解的动态描述。整个流程很复杂,配货、发货、收货这几个节点都会同时进行,因此状态的设置需要考虑到各种情况。流程找那个包含申请的分仓和配货发货的总仓两个角色,经过思考后,设置了两个状态,一个面向分仓,一个面向总仓。具体页面的状态如下: