关于订单办理体系(OMS)，你必要晓得这些

编纂导读：订单办理体系，是整个电商体系的中心体系之一，有一定的繁复性。本文将从六个方面，围绕订单办理体系掀开分析，渴望对你有协助。

一、 关于订单办理体系

订单办理体系即处理订单的体系，主要办理订单的输入，处理，输入。其在寻常电商体系中或在有买卖功效的体系中，都是中心体系/功效之一，有一定的繁复度；但是固然繁复，并不代表了解起来困难。

关于商品的文章内里，我们以前从商品的输入、维护、输入的流程来先容了商品体系，那订单也一样，我们本文把订单当作一个流程即订单流来了解。

二、 订单办理体系与全体体系的干系

订单体系会与购物车、商品体系，营销体系、会员体系、付出体系、物流体系、货仓体系、财务体系、内容体系，具体请看示例图：

• • 购物车：一局部以为是订单的出发点，商品会被到场购物车，然后会被提交。
  • 商品体系：在提交订单页面会看到该订单所包含的商品信息，比如商品称呼、所置办数目、价格、售后信息等。
  • 营销体系：会体现商品对否优惠信息，比如满减、优惠券。
  • 会员体系：会体现该会员对否有基于会员品级的扣头信息(如淘宝的88会员)，或对否有可抵扣金额的会员点数(如京豆)；会体现该会员底下的收货地点信息、也会体现该会员底下对否有充值卡、运费券等。
  • 货仓体系：基于收货地点信息体现发货货仓，自提地点等，并且订单终极会流转到该体系举行发货利用。
  • 付出体系：体现付出办法(如货到付款、在线付出等)、并且在付出的时分盘算该会员实践应付的金额，以及体现银行卡信息等。
  • 物流体系：体现配送时间、配送办法、运费等，并且在订单发货后会表实际践的配送途径。
  • 财务体系：体现开票信息等，在订单完成后会天生发票。
  • 内容体系：体现订单留言等。

三、订单的输入

一局部以为订单的输入(亦可称之为泉源)可分为内里和外部两种办法：

1. 内里：即自建商城传输过去的订单

• 自建商城的订单体系触及的其他体系比力多，基本上上图所示的体系都触及到了。
• 自建商城订单在订单创建时有着更多的推断逻辑，如对否必要事前拆单的、优惠信息对否可用、商品库存对否满意要求、会员对否正常等。
• 内里订单由于存在付出的举措，以是会有多出待付款，待评价这2个形态。
• 内里订单由于触及付出和营销，以是对订单体系的并发才能、负载才能以及付出才能有相当高的要求，每一步都不允许出错，一旦出错就意味着业务额的丧失和用户的流失。
• 订奇数据盘算和处理的要求更高，商品几多金额，优惠了几多金额，抵扣了几多金额，实付几多金额等都必要准确盘算，在财务报表内可以明晰展现。

2. 外部：即第三方体系传输过去的订单

寻常代表性的就是分销订单，如需求商的订单体系会吸收外部体系的订单。

• 第三方体系传输的订单，由于订单比力独立，以是触及的干系体系会少很多。
• 第三方订单在订单吸收时主要推断传输方对否有资历，商品对否上架形态，库存对否满意，收货人信息对否完备等。
• 由于该类订单相对来说不必要很高的及时性(意思是该类订单关于消耗者来说以前付款了，如今只是后端处理)，以是对接口负载功能等要求相对就没有那么高。
• 订奇数据处理方面，寻常都是线下查对账单，线下结算款子，以是主要在数据纪录和处理的准确性方面有很高要求。

以上就是订单的输入，接下去我们聊订单的处理。

四、 订单的处理

一局部以为主要有3种处理办法：

1. 流转处理

在订单体系内，体系会对订单举行种种逻辑端正推断，推断后就会依据业务端正分发订单，可简便看示例图：

基本上订单的流转处理是秒级，乃至是毫秒级就能处理终了的，不克不及处理的大概处理失败的都市把订单归类到特别订单。

底下是订单各形态的流程图：

2. 发货处理

订单寻常流转到货仓举行发货利用，发货后货仓会把物流信息回传到订单体系，订单体系吸收消息后会对订单举行发货：

• 假如是内里订单则订单形态直接改动(消耗者端也会同步看到订单形态厘革)；
• 假如是外部订单则会经过接口报告第三方体系该订单的物流信息；

3. 特别情况处理

在特别情况下，就必要对订单举行人工处理，比如订单无法流转到下一级、订单有备注等。人工处理的后果约莫是跟消耗者协商后让其退款，也约莫是手动的传输订单等。

五、 订单的完成

1. 内里订单

内里订单的完成并不在发货后就完成，寻常来说在客户吸收到订单商品后即算完成。

但是对不同典范的商城有所区别：

• 自营商城：寻常客户收货后就完成订单，比如京东。
• 非自营商城：客户必要本人点击确认收货或颠末一段时间后体系主动确认收货。

2. 外部订单

外部订单体系订单寻常在发货后就算完成。

六、 订单办理体系计划想法

在我们计划订单体系的时分，应该先思索下公司业务典范和逻辑，理清业务上订单流的起止。

理清后从订单源头开头计划订单体系：

• 假如是自建商城类的那么订单模块会触及到其他体系，必要与其他体系的产物司理(如多人)去讨论，怎样让订单体系与他们卖力的体系举行对接；假如是需求链典范的订单体系，则必要思索怎样让订单可以从外部顺遂传输到体系，是我们提供一致标准的API呢照旧我们去各自对接第三方体系等等。
• 思索输入办法后，我们就要依据公司业务运营办法来思索订单的处理逻辑，订单进入体系后怎样 让体系主动处理订单，依据什么端正；同时也要思索对特别订单的处理。
• 在思索好订单处理逻辑后，就要思索怎样输入订单，是直接输入给WMS照旧会再输入给其他ERP等等。由于是主动化的输入，也就要思索与其他体系的对接办法。
• 最初，我们就要用把公司业务代入到体系内，看看对否能行程闭环，对否另有完善大概对否脱漏了细节等。

订单办理体系触及的其他体系比力多，以是在体系计划上应该具有独立性、拓展型和准确性，独立性代表订单体系的维护大概特别不会影响到其他体系；拓展型代表订单体系在今后增长功效的时分便利快捷；准确性是指订奇数据触及到财务方面，以是应该严谨和准确。

背景体系订单页面的计划：

1）订单列表页面的计划

依据公司业务必要来计划列表页展现的数据和布局，以及挑选查询的紧张字段，具体可看示例图：

2）订单具体页的计划

订单具体页寻常来说是模块化的展现计划，订单基本信息、商品信息、物流信息、付出信息等都必要有所区分，如此计划有利于具体快速查察以及在体系研发的历程中让开发小哥哥不容易搞错哦，具体可看示例图：

3）订单端正计划

订单端正依据业务的轻重有简便和繁复，以是具体必要看业务范围。

假如公司现阶段刚起步，则订单端正可直接写进订单体系；如起步有一段时间了大概提高比力快，则可事前就开发好订单端正模块，今后有新的订单端正直接经过运营职员设置即可，愈加的便利和更快速地顺应业务的提高。

本文由 @Milomasson 原创公布于各位都是产物司理。未经允许，克制转载

题图来自 Unsplash，基于 CC0 协议