业务系统中，订单系统属于核心模块，订单记录了交易信息的业务单据，保证了交易链路的完整以及可追溯。同时还需要考虑根据公司的业务情况做出改变与兼容。本文主要根据个人负责项目，总结订单设计时需要考虑的因素及模块。

01 订单信息架构

基于电商业务，抽象出的订单基础信息结构如下：

02 订单状态

定义：为适应组织分工，可以将交易业务流程拆分成若干个可控的环节

用户下单流程图如下：

（1）在订单过程中进行安全校验，主要是为了检测用户是否在黑名单上，用户购买行为是否正常等，当检测到不正常时终止下单；

（2）从商品中心获取商品信息（SKU，规格，价格等）

（3）从营销中心获取商品，订单促销信息（优惠券，促销活动）,判断是否满足优惠条件，计算出优惠金额。

（4）在会员中心获取会员权益，例如平台抵扣积分，优惠券折扣条件等。

（5）在调度中心检验销售层库存，按照调度规则锁定区域库存。

（6）根据拆单规则（商家，仓库，订单类型等）将订单拆分成若干个子订单，根据运费模板计算运费，根据商品金额，运费，优惠金额计算应付金额（实付款）。

2.1 订单正向状态

• 待付款：用户提交订单后，尚未付款，等待用户支付，由于待付款订单会锁定库存，所以会设置超时自动取消功能。
• 待发货：用户付款之后等待商家发货。
• 待收货：商家已发货，等待用户收货。
• 已完成：用户确认收货后，订单交易完成。
• 已取消：付款之前取消订单。超时未付款或用户取消订单都会产生这种订单状态。
• 售后中：用户在付款后发货前申请退款，或商家发货后用户申请退，换货。

2.2 订单售后状态

• 待审核：用户提交退换货申请后，等待审核的状态，在用户已付款待发货的状态下，订单尚未推送至仓库或在仓库拦截发货成功，系统可直接审核通过。当审核不通过时，回转至正常流程中。
• 待退货入库：退货申请审核通过之后，等待用户退货入库。
• 待退款：退货入库成功后，等待退款给用户。
• 待换货入库：换货申请审核通过，等待用户换货入库。
• 换货出库中: 换货入库之后，生成换货出库单，订单出库。
• 售后成功：当退货，退款成功之后，流转至售后成功状态，退货，退款的售后成功在主流程下属于交易关闭。

03 订单拆单规则

根据订单的发货与结算，根据一定的规则，将订单拆分成多个发货单进行后续的业务；

• 不同仓库：若同一订单分散在不同
• 由于商品归属权不同，涉及财务结算和物流发货的问题，需要根据店铺归属问题对订单进行拆单。例如淘宝，天猫的商品在下单时会将订单根据不同店铺进行拆分成若干个子订单。

04 订单流程

4.1 订单逆向流程

定义：逆向流程为了解决在订单流程中出现的退货退款的业务流程，在前端订单状态下，各个环节都有可能触发订单的逆向，且不同的节点触发的逆向流程处理方式不同。

（1）待付款取消订单

说明：待付款订单取消分为两种情况

用户主动取消：超时系统自动取消，此时订单状态变更为已取消；

待付款订单状态下，取消订单无需客服审核，流程图如下：

（2）待发货取消订单

说明：在待发货订单状态下取消订单时，此时应根据订单此时所在的节点作出处理，由于订单在支付完成后，发货单可能已经推送至 WMS，甚至已经交接发货，状态未及时回传更新。为避免货款两失，要先暂停订单出库，在调度中心查询订单是否推送至仓库。

若尚未推送至仓库，则停止推送至仓库；若已经推送至仓库，则去 wms 中心去拦截，拦截成功则暂停出库。

若暂停失败，则拒绝取消订单申请，回复“订单已经出库”；

若暂停成功，取消订单申请通过，则进入退款流程，同时通知调度中心该订单取消。WMS 订单进入返库流程。

（3）待收货/交易成功退货

说明：在用户提交退货申请后，需经过客服审核。审核通过则回到原有状态，审核通过后则进入退货流程并告知用户退回地址及收件信息，此时进入退货流程。系统生成退货入库单，当仓库收货后，进行退款。

重点：在待收货状态下仍需考虑退货是否全退的问题。当 SKU 全退时，原订单则中止进入交易关闭状态。当订单中发生部分退货时，原订单的状态不变，维持待收货或交易成功状态，同时退货的部分生成交易售后订单。剩余未退货部分仍然允许申请售后。

05 总 结

订单的作用是用于给到消费者查看、并展示交易链路与交易结算

业务类型新增时，如订单流程与原来不一致，需要新增订单类型来适配业务的扩张

在订单的逆向处理流程上，需要考虑业务的审核与财务的合规，为了保证财务数据的真实性及可追溯性（这与会计数据的处理原则有关，具体问下会计或者财务同学），都不能直接在原订单状态下修改，因此在设计订单逆向流程时应注意这一点。