电商系统:痛苦的改造订单之旅

5 评论 7190 浏览 55 收藏 5 分钟

本文为笔者经历的一次电商系统订单改造分享,并向我们介绍了销售订单架构、前台订单模块、后台订单模块中的改造要点。

因为库存架构不完善,依赖的外部wms系统无法满足销售库存-实物库存的体系搭建,笔者被迫动手改造订单体系,用于支撑在异国开展电商业务。

修正后的销售订单架构

前台订单模块

会涉及各种端口进来的订单,APP/PC/H5/小程序、线下订单、开放平台、手工订单、特殊场景订单等,其包含核心的几个功能:

  1. 订单生成:订单生命周期的起点,最最最重要的一个环节
  2. 订单支付与退款:支付成功与否,直接决定了订单的有效性
  3. 订单与库存:销售库存直接决定了自营的各种不靠谱!!
  4. 取消&修改
  5. 订单预拆单

后台订单模块

后台订单,订单体系中的核心环节,负责与各个相关模块的对接,发票、售后、推单、财务系统、一环扣一环,负责指挥订单的整体调度。其包含核心的几个功能:

  1. 订单拦截:包括了库存可用性校验等,笔者遇到的架构调整,就是因为没有没有仓库实物库存数据对订单可用性检查,导致推送仓储后,需要大量涉及修改仓库的需求;此外,针对特殊场景,可以在此设计灵活的推单逻辑,比如推送仓储的截单时间、推单频次。
  2. 二次拆单及其合并:二次拆单场景:针对缺货拦截的,可进行缺货的二次拆单;也可根据承运商产品规则,在精细化进行二次拆单;与拆单相反的是订单合并,这个场景主要面向有通用性规则的场景,如同一个仓库的相同b2b订单,为了节省物流费用,可以合并成一个发货单或者一个批次推送到仓储等。
  3. 出入库及库存:跟仓库系统对接产生的单据层面的流水记录,这是oms体系与wms体系建立数据核对的关键一环,直接与实物库存数据息息相关,很核心!
  4. 发货单模块:这块是笔者新增的模块,仅用于使用后台订单与外部wms进行推单对接,不处理内部流转流,仅涉外对接,因此出现了单一订单映射多发货单场景,用于解决因没有实物库存导致大量调仓库的场景。
  5. 订单分摊:这块不展开细说,主要处理优惠券逻辑在财务上的应用。
  6. 订单发票:这块笔者所遇到的场景比较特殊,推单必须与发票相关(在还没有普及电子发票的国度开展电商业务,很痛苦)
  7. 订单与财务:这块不展开细说
  8. 售后:这块也不展开细说
  9. 订单取消、订单修改:这块也不展开细说
  10. 监控及可视化:一直想做还没做,时效监控、出库库异常监控、数据可视化、推单策略等等

改造还在进行中,相比成熟的订单架构,还是差很多,共勉之!

 

本文由 @ 广土卓 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 这文章是怎么被编辑审核过的

    来自广东 回复
  2. 这么空洞,说个屁呢

    回复
  3. 求展开!

    回复
  4. 期待以后的细讲😋

    回复
  5. 😉 good

    来自广东 回复