拆单、合单逻辑主要是用于解决不同系统之间的耦合问题(如配送单主要运用于TMS，支付单提交给支付系统)。他们都通过交易订单信息项重新组合后添加部分自有系统的信息项而组成，通过订单编号来做关联。交易单和支付单是1：1，交易单和物流单也叫配送单则可能是N:N的关系。

　　移仓的逻辑和预计送达时间要依赖仓配结构和运输能力的测算，当然也可以通过拆包裹分多次发的方式减少移仓的次数，不过要考虑要前台用户体验和免责说明。

　　当自营品和商家品或者多个商家品的时候，优惠券的分摊计算要注意。要区分商家券和全场通用券可分摊的比例和优先级。

　　订单第三阶段：更多类型的订单模式

　　当平台发展到足够大的规模，提效、稳定变成一个重要的话题。这里面介绍两种情况：

　　预售

　　场景：无实物库存，但是顾客可以下单预定。当实物到货后，按照正常订单进行配送。

　　预售单需要设置预售库存数和预计到货时间。用户下单后不会直接进入生产，将预售订单放入单独的订单库(或增加预售品标识)。

　　预售商品到货后要判断涉及到货库存和预售订单是否相等。当实际库存小雨预售订单则按下单时间释放等量订单进行生产。系统需要回告库存系统重新计算预售占用库存量。

　　JIT(准时制生产方式 Just In Time 简称JIT)

　　场景：销售驱动生产，根据订单进行生产配送。

　　JIT模式需要设定JIT波次情况和支持JIT的仓库

　　相同JIT仓库订单按照JIT波次时间点汇总订单并驱动产生ERP采购订单;JIT和目标仓告诉采销系统

　　ERP到货回告订单系统已到货

　　订单释放进入WMS生产

　　这里面需要说明的是JIT场景可以延伸为不入库直接由供应商提供物流配送后续工作，平台提供订单、发票等服务。这是流程会变为

　　订单告知ERP，生成采购单直接回告供应商

　　供应商物流状态对应订单状态机进行同步更新

　　用户收货后通过邮寄方式提供发票

　　该模式不支持换货行为

　　结言

　　订单是电商、020的生命中轴线，他主导、串联了整个全部链路的系统。所有的系统都是围绕订单进行改建和扩张的。订单系统的强壮决定了平台的稳定性。

　　作者：高晖，微信号公众号@杂谈暖阁，10余年IT经验，互联网老兵。曾就职当当网、到家美食会、美菜网等公司，现就职饿了么。