订单管理

阅读时间：5min

商城订单设计

 

订单流程主要是订单产生到交易结束的整个流程，按照现在电子商城（E-mall），仓库管理（WMS），物流管理系统（TMS）的流转过程主要如下：

由买家发起购物付款-仓库发货-用户收货流程为正向流程

反过来买家退款退货-仓库收货-退款处理流程为逆向流程

订单单号

订单单号是订单信息中的主Key，代表了该订单的唯一性，并且使用在仓库管理系统中，WMS作为拆分合并订单中与电子商城中的订单关联的Key值。

订单单号一般组成方式有以下两种：

1）日期时间+随机数字，初期业务量不多的时候20-26位足够应付。

HHHHMMDDhhmmss（年月日时分秒） +6位随机码。

6位随机码表示一秒钟可能生成的订单数上，存在一百万分之一的随机并发相同导致下单失败，因此在初期业务每秒下单量不高的时候选择这种简单的方法足够满足需求。

2）以日期时间+自增的方式，这样就不会产生随机数生成冲突，但是要注意防治被查看到销售量需要将数字加密设置。

订单倒计时时间

订单里面显示倒计时有：

1）下单未支付

商品下单后开始倒计时，一定时间内如果还未下单则超时关闭订单。

普通商品一般采取3天时间，特价商品根据情况一般采取的是30分钟，快消品一般采用的15分钟。

2）已发货确认收货倒计时

商品一般是发货开始后开始倒计时10天时间，O2O商品应该是送达即收货。

• 满1天记录1天 XX天hh小时mm分钟
• 小于1天小时则hh小时mm分钟ss秒

防止发货时间过长，发货后用户可以采用一次延长收货，商家/平台端则可以多次延长收货。

订单状态

订单状态与商品状态是独立的，因为商品状态在任意时间都可以申请退货退款，订单状态根据买家/商家/平台操作动作后的状态迁移。 

 

收货人信息

确认订单的时候，收货人地址是否超出送货范围需要明示，超出指定送货范围则该订单无法提交。

另外有一个关键词是是否自提，增加自提地址是线上商城线下门店相结合的一个结合的方式。

注意：选择自提和自提地址后需要去除运费。

商品信息

在购物车或者直接购买的情况下，确认订单里面商品信息是带有商品的库存状态，该状态是通过WMS定时返回Emall中保存的，包括：商品上下架状态，可预定库存数量。下架商品，或者可预订库存小于购买数量则在确认订单中设置成失效商品。

 

*可以根据订单情况退款退货期间状态可以再细分成待退货等状态，以及完成订单以后也可以申请维权状态。当然一开始可以不用考虑过于复杂，先完成核心必要的流程功能，如果出现该情况可以先人工沟通。

金额信息

按照每个订单中商品金额比例计算优惠券，抵用券以及运费，为了在退款退货时计算实际退款金额使用。

单个可使用商品金额 / Sum(可使用优惠商品金额） * 优惠金额或者抵用券金额 = 单个可使用商品金额的的优惠值。

每个商品的实际支付金额  = 商品金额 – 单个可使用商品金额的的优惠值

单个商品的运费金额是按照运费模板来计算的比例， 

当退款订单中某个商品全部退款则退款运费（发货前）退还所分配的金额。

退款商品只退款部分金额时候，运费也则需要按比例计算。

该订单结算给商家的金额则如下：

单个商品可获取的金额= 商品金额 – 用户退款金额 – 用户退款金额/用户支付总额 × 该商品的分配抵用券金额

商家可结算该订单的金额 = Sum（单个商品可获取的金额） + 可退运费

物流信息

在开发初期，只是查看物流流水信息，则可以集成第三方物流平台比如快递xx，在系统开发的后续阶段，需要对接更多的物流状态，以及物流打单，分配物流单号则需要直接对接物流平台。

 

订单信息推送

订单的相关的消息什么时候推送，什么方式推送能促成用户快速成单，又避免频繁的打扰用户这是心理学问题。

以下皆为我自己观点，可以理性讨论。

 

 

订单是整个交易的核心链路，需要保证订单流程的可扩展性，稳定性。经验有限，文中应该也有描述不足扩展不足情况。

扩展的问题以及其他平台更深入的问题，可以不用开始初步阶段的时候就考虑，但是需要提前预留。比如：刚开始没有考虑订单状态和商品状态分开，则后续修改将导致，则整个订单状态再修改的时候旧版本很难和新版本保证状态的一致性。

电商后台系统-订单中心

电商后台系统中，订单中心是一个枢纽部分。它涵盖了用户信息以及订单流程中的各项信息，所以订单中心的设计格外重要。在这里，我们先了解一下什么是订单以及它的基础知识

订单中心是一个电商后台系统的枢纽，在这订单这一环节上需要读取多个模块的数据和信息进行加工处理，并流向下一环节；因此订单模块对一电商系统来说，重要性不言而喻。

同时，订单是一个公司生存甚至盈利的核心，而电商系统中的订单系统则是支撑订单处理的载体，因此订单系统的设计则十分重要。

一、订单结构

要了解订单系统，首先我们要从订单系统的信息架构上去认识订单系统，从而对订单系统建立整体认知；

 

二、订单状态

定义：为适应组织分工的需求和提升效率，系统将整个交易业务流程拆分成若干个可控的环节。

1. 订单正向状态

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

2. 订单售后状态

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

3. 订单下单流程图

 

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

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

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

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

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

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

三、优惠分摊

定义：是指在实际销售中将订单的优惠去分摊到每一件SKU中去结算。

订单实付金额=商品金额（SKU金额总计）+运费-总优惠金额

总优惠金额=促销活动优惠金额+优惠券优惠金额+虚拟币抵扣金额

按照商品比例分摊。

案例：

订单中有甲乙两店的商品A、B、C、D、E 包邮。商品A，D参加跨店满200减40的活动（活动1），商品B，C参加满100减10的活动（活动2）另外用户还使用了100元现金券。

订单优惠金额=40+10+100=150元.

 

四、订单拆分

定义：为了方便订单的发货与结算，系统依据一定的规则（物流、仓库等因素）将用户订单拆分成若干个发货单。

 

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

不同仓库：若同一订单分散在不同仓库，则应按照仓库归属进行拆分订单。当一件商品在多个仓库有货时，应根据物流的区域的时效选择仓库进行拆单。

不同品类：由于商品的属性不同一样会产生拆单需求，例如易碎品需要特殊包装，超大物品（钢琴，座椅）需要单独包装。有些商品不能放在一起，同样需要拆单。

物流因素：不同物流公司对单个包裹的重量或体积都有特殊要求，需要根据SKU的毛重和体积来计算包裹的总重量和体积，超出物流公司限制的也需要拆单。

商品价值：根据商品价值需要拆单的主要涉及海淘和跨境的商品；国家对每笔跨境订单有单次限额，对年度跨境商品订单总金额也有限制，当单次购买金额超过限制金额时，也需要对订单进行拆单。

订单拆单流程图，如下图

 

【日常学习所收藏】