订单中央是一个电商后台系统的枢纽,在这订单这一环节上须要读取多个模块的数据和信息进行加工处理,并流向下一环节;因此订单模块对一电商系统来说,主要性不言而喻。
同时,订单是一个公司生存乃至盈利的核心,而电商系统中的订单系统则是支撑订单处理的载体,因此订单系统的设计则十分主要。
一、订单架构
要理解订单系统,首先我们要从订单系统的信息架构上去认识订单系统,从而对订单系统建立整体认知;

二、订单状态
定义:为适应组织分工的需求和提升效率,系统将全体交易业务流程拆分成多少个可控的环节。
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的毛重和体积来打算包裹的总重量和体积,超出物流公司限定的也须要拆单。
商品代价:根据商品代价须要拆单的紧张涉及海淘和跨境的商品;国家对每笔跨境订单有单次限额,对年度跨境商品订单总金额也有限定,当单次购买金额超过限定金额时,也须要对订单进行拆单。
本期先写到这里,未完待续~,如有疑问欢迎互换哦~
本文由 @老猫丶 原创发布于大家都是产品经理。未经容许,禁止转载。
题图来自Unsplash,基于CC0协议