电商订单产品设计教程 如何设计电商订单产品( 二 )


订单计算完成后最后一步是订单支付,这一部分主要包括支付方式,目前主流的是使用第三方支付,如微信支付和支付宝支付,这部分的对接详见第三方支付API文档,这部分后续我也会单独写一篇文章介绍一下 。
订单的支付主要包括直接支付父订单,或者选择部分子订单进行支付 。
3. 订单状态
在一次完整的订单过程中,订单有非常多的状态,主要的订单状态包括待付款、待发货、待收货、已完成 。
待付款:用户提交订单,尚未支付的状态 。由于待支付状态会锁定库存,所以一般会设置超时自动取消 。
待发货:用户付款之后,等待商家发货 。
待收货:商家已发货,等待用户收货 。
交易成功:用户确认收货后,订单已完成交易 。
交易关闭:付款之前取消订单,或售后完成后订单全额退款 。
售后中:非订单状态,指订单有对应的进行中的售后单,如用户退换货、退款 。
我们知道,订单状态决定相应服务体系,如“待收货”状态下是否可以确认收货、申请退款 。同时,订单状态与售后状态相互独立,他们不是一个状态字段但是可以做关联 。我们上述说的是订单的外部状态,即展示给用户查看的状态,而订单内部的状态指订单在仓库层相关的操作,这部分的操作对应的是“待发货”状态 。
二、父子订单拆分
1. 父子订单
当我们在在线商城购物时,经常会遇到商品属于不同卖家或因商品数量、重量等问题需要拆单的现象 。这个时候我们通常会生成两种订单号,一种是拆单前订单的订单号,另一种是拆单后的订单后 。
其中父订单用于记录用户这一次下多单的行为,还有合并支付 。如果有跨商家优惠,父订单可以对应到相应的优惠,然后对各个商家进行分摊、子订单用于追踪发货物流、售后以及财务结算的依据,用于记录优惠信息 。用户关心的是订单的订单状态、物流状态、售后状态、售后金额,这些都会以子订单为单位进行跟踪 。
注意,在订单产品架构的设计中,如果使用了父子订单的设计,系统中并不是需要拆单的订单才有父子订单,而是所有的订单都需要生成父子订单 。
2. 订单拆单
影响父子订单拆单的规则有多个,主要有平台的不同店铺商家、不同的发货仓库、品类特殊包装要求、物流因素、商品价值等 。
根据拆单时间的不同,我们可以分为支付前与支付后的拆单,支付前主要是拆订单——拆成父子订单 。支付后主要拆发货单——拆成子订单和多个包裹 。
最好在下单过程中能拆好就拆好,避免后续判断 。但是比如第三方商城订单、仓库发货限制等因素会导致生成订单后仍有需求拆单 。

猜你喜欢