业务系统中，订单系统属于核心模块，订单记录了交易信息的业务单据，保证了交易链路的完整以及可追溯。同时还需要考虑根据公司的业务情况做出改变与兼容。本文主要根据个人负责项目，总结订单设计时需要考虑的因素及模块。
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 总 结
订单的作用是用于给到消费者查看、并展示交易链路与交易结算
业务类型新增时，如订单流程与原来不一致，需要新增订单类型来适配业务的扩张
在订单的逆向处理流程上，需要考虑业务的审核与财务的合规，为了保证财务数据的真实性及可追溯性（这与会计数据的处理原则有关，具体问下会计或者财务同学），都不能直接在原订单状态下修改，因此在设计订单逆向流程时应注意这一点。
