订单系统是电商后台产品最为核心的一环，也是衡量电商公司业务能力的重要维度。而且，根据订单情况，能够拆解出不同纬度的数据指标。

订单管理中心，又称为OC，即orderCenter，保存了交易的记录，里面包含所有的交易信息。订单内的各种字段，都是用户在下单前，在结算页内选择或输入的内容。

那用户究竟进行了哪些操作才生成了订单呢？以笔者为例，一般是有了购买需求才会上购物app，当然了，要排除工作时的使用情况。

第一件事就是使用搜索，据说搜索可以贡献60%的销售额，包含关键字搜索和类目搜索。

然后进入商品列表页，紧接着选择商品，进入详情页，查看商品信息，评价和问答。

再加入购物车，勾选商品，去结算

在结算页，输入地址联系方式，选择支付方式，配送方式，权益资产，发票类型

检查无误，提交订单。系统生成订单信息，并提示物流状态。

用户下订单流程

看似很漫长的一条路径，但是每一步都必不可少。可能，在未来，用户下单只需要一步即可。

订单字段

从上述的下单路径，还是能够拆解出各项订单的字段的，比如

订单字段说明

基础信息：包含订单号，订单时间，订单状态等信息

商品信息：包含商品价格，商品名称，商品链接等信息

支付方式：包含支付方式，支付状态，支付时间，支付单号等信息

配送方式：是否包邮，不包邮时配送公司是什么。

权益资产：包含红包，卡券，积分，京豆等虚拟资产

发票信息：发票类型选择，增值税普通发票还是增值税专用发票，电子发票还是不开票等信息。

物流信息：物流具体的状态，什么时间点，哪个站点/仓，哪位配送员进行配送，是否签收，节点时间等信息。

订单中包含如此多的字段，需要和下游多个系统进行对接。商品信息需要从商品获取，促销信息从促销系统获取，库存从库存系统获取，支付信息从支付系统获取，发票从发票系统，业务表示从对应的业务系统获取。整体订单流转如上图所示。生成订单后，还要进行订单拆分，包含优惠拆分和订单拆分，紧接着进入wms系统，最后走财务开票了流程。

订单生成流程

订单类型

根据订单中商品的类型，可将订单分为实物订单和虚拟订单。实物订单是指订单中为实物商品，发货需要物流的一些商品订单，比如订单中有冰箱，笔记本，手表，那么这个订单就是实物订单。

在实物订单下，还存在很多其他业务，也称为是业务订单。比如购买的商品是苹果，香蕉等，那么该订单就是生鲜订单。在京东夺宝岛购买的订单，被称为夺宝岛订单。不同的业务订单，主要是为了划分不同的业务，进行拆分业绩统计。

虚拟订单是指不需要物流发货，商品是虚拟物品的订单。商品可以是Q

币，充值，服务产品点卡，礼品卡等。相比实物订单，虚拟订单由于没有物流状态，所以订单流转和结算流程相对简单一些。

订单状态

订单也有生命周期，在不同的节点，展示不同的状态信息。由于不同公司的业务模式不同，订单状态的划分也可能不同，笔者以京东为例，聊一下具体的订单状态是如何流转变化的。首先，实物订单状态有这些，比如：

等待付款，如果是先款订单，需要用户在提交订单后，支付订单金额。如果未付款状态，或者财务还没对账完成，则订单状态为等待付款。一般时期，等待付款的订单可以保留24h，大促期间的订单可能不到半小时就会释放掉。不过，也有另类的需求场景，如企业客户的订单可以达到最长15天的期限。

等待付款确认，该状态为后台状态，用户在前台是无法看到的。指的是付款之后需要财务系统进行财务对账。对比台账进出时是否有变化，如果没有问题，这个状态就会发生改变。

等待打印/出库/打包，订单对账之后，会迅速进入库房生产，为了保证时效，这个时间最短可以在1分钟内完成。可能该商品就在机器非常近的位置。

等待发货，当订单打包之后，配送卡车会将商品配送到站点，在未装车前的订单状态就是等待发货。这段时间可长可短，看订单时效，如果在晚上或者未到用户选择的发货时间，这个状态会一直持续。

等待确认收货，订单发货之后，状态即更新为等待确认收货。当用户收到货物之后，7天或10天后，订单会自动确认。如果是商家与用户的交易，此时会将订单金额全部打给商家。

订单完成，用户主动确认收货，或者7天或10天后，订单自动确认后，状态即变为已完成。

订单状态

虚拟订单状态比较简单，返回给用户的状态只有两种，等待付款和完成。假设虚拟订单必须立即支付，订单则只有一种状态，即订单完成状态。

订单的业务语言

对于上下游系统繁杂的电商平台，如京东，除了上游商品，订单，支付，结算之外，还需要客服，台账，WMS，配送等系统。业务类型更复杂，包含生鲜，oto，金融，企业购，全球购等业务，如此一来，就需要在订单上做明确的标记。

在京东订单系统，有一串神奇的编码，叫Sendpay。它是一段包含120个数字的字符串，为什么是120？可能是为了扩展性吧。它能够唯一代表某个业务线，某个类型的真实订单。

每位从0到9，不同位数的数字，能够代表业务对应的订单类型。比如，第1，第2位是所有的普通订单。第9位为8时，是生鲜订单。第40位为3时，是b2b订单。

那什么时候生成Sendpay呢？一般是提交订单之后，订单系统会调用管道服务，在管道内根据业务类型在Sendpay对应的位置上打标识。业务类型是上游在下单时就会通知订单。还有简单的识别方式，就是在商品上抽出订单类型。我们3.1节讲到商品属性，订单可以通过属性来判断订单归属。假设商品属性是生鲜，那么Sendpay就在第9位打上8。

特殊情况，Sendpay也会让各个业务方自行打标识，比如在提交订单时，打上业务标签。这样做的目的一来可以减少订单系统负载量，二来可以让各个业务方有权力控制订单。缺点是订单系统没办法完全管控所有的订单业务，因为放了一定的权利业务方。如虚拟订单业务和b2b业务都是自行控制订单类型的。

文/凌苏

wx：ww4124241，电商产品新书筹备中，请多多关注