相较于传统交易而言，电商系统由于采取全电子化、网络化的交易管理，因此其交易场景要比线下购物场景的设计更加复杂。
用户在产生一笔交易时，需要通过各种支付手段进行付款，正常的交易就是收货、确认并评价，但异常的情况有可能会有换货、退货、部分换货、部分退货或产生赔偿等多种需求，因此订单管理系统需要充分考虑这些常规和非常规场景的订单处理。
设想如下这样一个常见的电商购物场景。
消费者通过电商前台搜索到指定的商品，并通过填写订单页成功提交了订单，然后进入支付收银台，选择了一个最便捷的支付方式完成了订单的付款，这时通过查询订单的状态，获知订单商家正在出货，第二天收到通知消息，告知购买的包裹已经在配送中，配送员为X××。
消费者在家中完成签收后，收到了订单邀请评价的通知，在打开Web或APP对已收货的订单进行评价后，交易正式成功。这就是一个典型的订单生命周期，实现了从订单提交、订单付款、订单出货、订单配送、订单收货到订单评价这样一个完整的正常交易过程。
我们可以看出，一个完整的订单流程跨越了一个前台预订系统和两个后台系统，三个系统各有各的处理流程整个订单的端到端处理流程都是由这三个系统共同完成的。
前面例子中的场景呈现的仅仅是前台消费者预订系统的订单状况，当消费者提交订单时，订单就会进入电商后台的订单处理系统，并对消费者填写的订单信息和商品的库存资源进行初步的审核。
这时候消费者通常会先完成付款，电商后台的订单状态将会被确认，系统将会发送一个指令给商品的仓储系统，让其进行出库处理;当商品被打包完毕并出库时，电商平台会通过消息接口通知物流公司的ERP系统，相应的物流单将会在物流ERP中流转，直到被配送员配送到指定的收货地点，并通知消费者验收确认。
这时候消费者端的交易就已经基本完成，但整个订单的流程仍未完成，配送员回到物流公司，确认了配送状态，当配送状态与收货状态都已经完成时，订单就将进入可结算状态，电商平台会将订单配送产生的配送费结算给物流公司，到这里个订单的生命周期才算结束。
这还仅是正常的订单流程，订单经常还会出现异常的分支流程，比如退款、退货退款、换货等，这些又导致了整个订单系统的复杂性。
对于OMS而言，履行订单的过程不仅要执行生成订单并保存入库，还要协调电商ERP平台中的诸多子系统，如商品系统、预订系统、支付系统、仓储系统和外部系统等，来共同完成一笔订单的交易过程。
当前电商平台构建OMS的核心理念，一方面是要通过信息化与互联网贯穿交易的全生命周期，通过实时化的跟踪与控制，提供可视化的履行订单管理;而另一方面，则是统一线上与线下或内外部的不同渠道，不管消费者订单来自哪个渠道，在OMS中都能被有效、快速的处理。
所以，理解清楚订单的生命周期将有助于我们构建OMS的核心产品架构。
OMS的产品架构
在OMS中，订单是管理的主体，订单状态与订单工作流是订单处理的关键，这三者构建了OMS的基本框架。所有的管理流程与设计都是基于订单的接收、订单的拆分与合并、订单的分配、物流的执行与协同等来形成一个自有的订单生命周期管理的。
OMS关键业务组件包括了“订单处理规则配置”“订单工作流”“订单合并/分拆管理”“订单库存资源管理”“订单物流配送管理”“订单相关单据管理”“订单售后管理”等，而基础的组件则是订单的核心数据。
OMS通常会在前端对接多种形态的预订系统，包括Web端的在线预订、无线APP端的预订，以及基于呼叫中心的电话预订系统等。
所有预订系统提交的订单都将被提交入OMS中，这些订单初始会统一存入一个名为“订单池”的数据中心，它将根据订单上所记录的相应信息，基于订单处理规则配置情况来进行订单的分拣，并将订单推送至各类负责不同职能的操作角色上，由这些操作角色对订单进行一些操作并进行结算。
订单处理规则配置:是一个基础设计，其目的是对订单处理相关的流程及操作进行事先的定义，比如设置参与处理流程的角色等。
订单工作流:是订单处理的核心模块，所有订单活动都通过工作流的管控，按规则自动分发与流转至指定环节中，由相应的角色完成对应的操作。
订单合并/分拆:由于电商的订单量越来越大，消费者下单的频率也在逐渐提高，甚至一日多单或一单多件都是属于当前常见的情况，如果还是按照常规的一单单来处理，效率低下不说，还有可能会影响到消费者的购物体验。因此大型电商OMS一般都会提供订单分拆与合并的相关操作以帮助同类或相似性的订单进行批量处理。
订单库存资源管理:简单理解就是订单的库存资源需要与WMS(仓储管理系统)进行对接，通过WMS进行库存资源的核实，以确保消费者下订单时有足够的库存可售。对于虚拟类商品。
订单物流配送管理:订单在消费者付款完成之后，就进入了发货与配送的环节。配送一般都是与第三方的物流公司合作，电商平台将交易订单通过WMS打包后推送给物流公司由物流公司承担配送至目的地的过程。
早期的电商由于物流公司的互联网程度不高，订单一进入发货一配送的环节，电商平台就无法跟踪到外部公司的配送状态，从而成为消费者购物的一个盲区，并带来不好的消费体验。
不过，当前物流配送体系也已经进入了网络信息化的管理时代，因而电商可以通过与物流公司的ERP系统对接，来为电商消费者提供可视化的物流配送全程跟踪服务，相应地，在电商的OMS中也会集成对物流配送状态的跟踪与管理，及时处理配送过程中的各类问题。
订单单据管理:订单在流程及处理过程中，有可能会附带一些电子单据的查询，比如订单合同、订单出入库单据、物流单等，订单的单据查询应该与订单相关联，以便于订单处理人员及时调阅。
售后退/换货管理:前面谈到的都是订单的正向流程。但在某些特殊情况下，订单有可能需要进行逆向操作。比如消费者收到货后发现商品有碰撞或损坏从而要求换货，又或者消费者对商品不满意要求退货，退货又会涉及订单退款的处理等，这些都要求OMS支持订单的逆向处理。
订单设计
订单是OMS中所有活动的主要载体，因而在设计OMS之前，应该考虑如何进行订单基础结构的设计。
我们知道，订单都是基于指定的商品由消费者填写了相应的订购信息后产生的，所以在订单上需要详细记录消费者所订购的商品明细、具体数量、预订时的价格，这是订单数据结构中的主要部分。
另一部分则包括了订单的付款信息:应付金额、支付的渠道、支付金额和支付状态等。
第三部分，则是指在付款成功后订单的出货与物流的配送状态，包括物流单号和物流状态。这个部分也可以称为履行状态，当然不同的电商会所有差异。
第四部分，则是订单的财务结算状态，主要包含的是订单交易完成之后，与各个角色之间的结算操作是否完结。
订单的主状态还可以再基于所面向的用户群体进行差异化设计，比如向买方展示的状态是“等待付款”，对于卖家而言，则会变成“买方已下单，待付款”。
