订单系统作为电商系统的“中轴线”贯穿了整个电商系统的全部流程。所有的核心系统都是围绕订单进行构建的。订单的发展也是随着电商、O2O行业发展逐渐演变进化的，今天跟大家来解构下这个平台的“生命中轴线”。
订单基本概念
设计订单系统时包含几个大的方向需要考虑，这些内容决定了订单系统的稳定性和可持续性。
订单字段
订单字段包含了订单中需要记录的信息，他的作用主要用于沟通其他系统，为下游系统提供信息依据。
订单信息
订单号作为订单识别的标识，往往由一串数字组成，根据订单的增加进行自增，也可以在设计订单号的时候考虑订单加密设置（否则别人通过订单编号就能计算出你们家的销售量）。订单号后续用作订单唯一标示用于对接WMS和TMS时的订单识别。
订单状态机在下面章节会详细描述，这里不做展开。
用户信息
这里指购买人的相关信息，主要包括姓名、地址、手机号。O2O还会多一种情况就是自提点，这样地址则会变为自提点的地址。地址信息在后续会作用在WMS和TMS上用于区分区域和配送安排。
购买商品信息
这里指购买商品的基本信息和库存，金额由于比较特殊所以我把金额独立在商品信息以外说，不过逻辑上其实都属于商品信息范畴。商品信息主要影响库存更新和WMS生产。
金额信息
订单产生的商品信息，这里面除了要记录最终的金额，过程金额也需要记录。比如商品分摊的优惠金额、支付金额，应付金额等。在后续的订单结算、退换货、财务等环节都需要使用。
时间信息
记录订单每个节点的触发时间。
订单流程
订单流程是指整个订单从产生到完成整个流转过程。他包括正向流程和逆向流程。
正向流程
订单正常生产到配送的过程。这里面列举的模块是一般电商通用的功能，部分可能根据实际业务场景有所增加调整。020场景下出库、合包裹、发票准备等工作是由商家方进行，部分工作是属于线下场景。
整个流程涉及到的环节非常多。这里面提几个细节上需要注意的地方：
逆向流程
逆向流程则指订单发生取消、退货等情况时引发的订单流程过程。在设计逆向流程时建议和正向独立分开，通过订单号等信息进行关联，避免耦合过多逻辑无法延展设计。
逆向流程的触发主要有几种情况
触发条件考虑两个方面
其他要注意的一些内容
关于状态机，我在百度上搜索了下定义。
由上述定义可以看到，状态机的概念是用来表示按照一定的方向通过触发不同节点产生数据流转的过程。在订单中通过情景触发订单状态的变化来表达订单流转的过程就是订单状态机。
电商
O2O
电商和O2O的主体流程是相同的，不同的在于物流配送环节电商较O2O更为复杂，此处只表明了主要的订单状态机，仓储物流内的物流单流转不在此范围内。状态机原则上使用结果值而不使用过程值，比如使用支付成功作为节点而不使用支付中作为节点。
订单状态机要融合订单流程来设计触发节点，订单流程的逻辑点要多于状态机，一般在当前流程环节完成后最后更新状态机。
订单推送
当状态机发生变化时，需要将对应的变化情况告知给相关人员以便了解当前订单的情况。这就是订单推送的作用。
订单推送的触发依赖于状态机的变化，涉及到的信息包括
电商平台的搭建变迁也是订单逐步稳固发展的过程。我们来看下订单的发展过程，结算环节由于是一个比较大的话题，这里面不展开说明了。
订单第一阶段：实现订单流转
平台搭建的第一阶段要实现基本的订单流转，支持一些营销活动的购买（这里依赖附属系统的搭建情况，这里默认认为具备基本功能）。
这个阶段搭建时核心是解决订单的基本流转，所以原则上一些功能可以后续再逐步完善。比如催单、拆单、系统审核等。
另外在搭建订单结构的时候如果条件允许，在设计之初可以就考虑用子母单的形式，即两层结构
随着平台的发展，越来越多的接入方需要订单的支持，POP平台的商家接入、第三方仓配的接入，更多快递合作伙伴的接入等等。订单的功能进入第二阶段的扩充。
这里说几个订单复杂化以后需要注意的细节
当平台发展到足够大的规模，提效、稳定变成一个重要的话题。这里面介绍两种情况：
预售
场景：无实物库存，但是顾客可以下单预定。当实物到货后，按照正常订单进行配送。
预售单需要设置预售库存数和预计到货时间。用户下单后不会直接进入生产，将预售订单放入单独的订单库（或增加预售品标识）。
预售商品到货后要判断涉及到货库存和预售订单是否相等。当实际库存小雨预售订单则按下单时间释放等量订单进行生产。系统需要回告库存系统重新计算预售占用库存量。
JIT(准时制生产方式 Just In Time 简称JIT）
场景：销售驱动生产，根据订单进行生产配送。
这里面需要说明的是JIT场景可以延伸为不入库直接由供应商提供物流配送后续工作，平台提供订单、发票等服务。这是流程会变为
结言
订单是电商、020的生命中轴线，他主导、串联了整个全部链路的系统。所有的系统都是围绕订单进行改建和扩张的。订单系统的强壮决定了平台的稳定性。