Arthur's Blog

本文主要描述B端OMS模块的功能设计、流程设计与上下级模块交互等。

本文章描述我个人对B端OMS模块的功能设计、流程设计与上下级模块交互等。

因笔者一直从事的是电商相关行业，顾名思义，我定位的上级就是各个电商平台，第三方等、下级类似于各个商家。

订单大体产品结构

看过很多笔者的文档，对于订单的组成概念大体都相同，大体可分为：

1. 订单主表信息

订单标识号，订单状态，寄件人信息，收件人信息等。

2. 订单明细表信息

商品信息，订单价格属性等。

3. 支付信息

支付方式,支付时间,支付单号,支付金额等。

4. 与下级模块交互时可能会需要的字段

这块根据各个产品制定，有些是属于行业专属类似于3c类目的sn码，食品生鲜类目的保质期等；

发票信息：消费者需开通发票，联通开票系统时需存储的信息标识类内容：例如来自于消费者的留言信息，来自于商家前端客服人员的备注信息，订单旗帜，标签等承运方信息：例如某东下单时消费者可选择京配或京尊达等承运方式，也可商家指定承运方给到订单信息，用于后续与wms,tms系统交互使用操作日志：check环节，涉及商家自主操作的环节，日志都是必不可少的，后续追诉问题时会用到重量：如预估重量，方便后续对接自动化设备或物流智选环节

流程

描述完了订单结构，描述一下大体流程：

流程图简要概括，红色区域偏业务，可拓展性也强，竞品优势体现也更明显，下面描述下各个业务模块的功能点及场景。

最顶端来源于上游接口，如电商平台，第三方仓储，线下订单等，订单数据拿到后做字段转换，通俗理解就是讲上游api中给的字段信息替换成我们自己的字段保存至我们业务表，在保存的过程中我提到了两点：

1. 赠品规则

智能配赠品，绝大多数平台会有平台级的赠品规则，比如某宝聚划算或上款界面都可设置比如前100购买次数会获赠一个商品，金额满500会获赠一个商品等等，由于平台规则等原因商家很多个性化营销活动都在线下完成，会通过配置一定的策略在订单下载时自动判断，满足规则后自动添加赠品至订单。

赠品规则的触发条件需提供入口给到商家配置，如下单触发，付款触发等，赠品规则通常情况下需要的维度。

sku级别spu级别买家账号，收货人，收货人联系方式，收货地址级别等订单商品数量，订单金额（包含应付，已付）供分销(供分销管理，订单可支持多级供销推送及发货回传)发货仓(多级仓库管理，多地协同作业)

2. 筛选规则

筛选规则的实用性会更加丰富，商家特殊单筛选