订单信息与状态流转，看这一篇就够了

前言订单产生后，接下来会继续进行一系列流转，最后送到用户手里。在每个环节都有对应的操作，数据信息也要求其完成性，可以根据订单的每个状态变化，来计算分析，进而进行优化供应链路径，以提升订单处理效率，提高用户体验。本篇就依据经验从订单信息及订单状态两方面拆解来说下本人对订单涉及的系统或业务流程。

订单信息 1. 关键字段 订单的流转效率取决于信息系统的数据流转同时结合仓库、快递的商品流转，所以有几个关键字段要提前关注并了解。

订单是从哪流入到OMS（订单管理系统）的，这就是订单来源。不同来源的订单销卖渠道不同，而且有的流转也是不同的，如由第三方负责发货的订单，系统是需要根据开放平台来传递信息，对于发货、物流等控制与自营订单不同。

订单是什么类型的，因为订单类型不同，在OMS系统中处理有所不同，有的可以有跨节点，有的可能是逆向流程，如退货订单在是从用户到商家的一个过程，它与正向订单的处理要复杂，因为它是要根据正向订单流转过程中产生的信息进行获取再根据规则进行计算处理。仓库，即订单来了要送到哪里去作业处理，在仓库中的流转需要有哪些标准流程，不同的仓可能归属不同的分公司，那么在成本核算上又会有哪些不同，虽然在OMS前期不关注，但要保证这些信息的准确性。

而且对于有的商家在A仓缺货后，可能安排B仓发货即订单转仓，不通过仓间调拨的方式，所以订单中要记录最终的发货仓。支付状态，此字段与支付相关，不同的支付方式需要对接不同的接口，状态的回传是否及时等等。支付状态与订单状态可以合并成一个字段。订单状态，即在不同的操作节点上订单所处的状态，有些信息是展示给用户的，有的是内部查看的。后续有详细的介绍。

2. 订单信息 订单生成时简单说了下订单信息包括订单基本信息与订单商品信息，还包括很多附属信息，如支付明细、关联用户、使用的礼品卡明细等等，具体如下图。

（1）订单基本信息