电商订单管理系统开发方案
2022-10-19 14:10:19 2 举报AI智能生成
电商订单管理系统开发方案
作者其他创作
大纲/内容
订单售后（退货退款）
订单逆向流程
待付款取消订单
主动取消订单或用户超时未支付时，订单状态变更为已取消
待发货取消订单
用户取消订单时，需要先暂停订单出库
若订单信息未推送到仓库，则停止订单信息推送到仓库
若订单已已推送到仓库，则拦截发货，暂停出库流程
若商品已出库，则拒绝取消订单申请，回复原因“订单已出库”
当发生订单中部分商品退款时，原订单的状态不变，维持“待发货”状态，同时生成部分售后订单
待收货/交易成功退货
需经过客服审核
审核通过后，用户填写退货信息（物流单号等），才正式进入退货核心流程
系统生成退货入库单，当仓库收到退货之后，进行退款
待收货/交易成功退款
需经过客服审核
当发生订单中部分商品退货、退款时，原订单的状态不变，维持“待收货”或“交易成功”状态，同时生成部分售后订单。剩余的订单商品仍然允许进行售后
线下服务订单
纯服务订单
提交订单付款之后，系统生成核销码，如二维码或者一串字母数字组合。当用户到店接受服务之后，店铺进行核销，核销码失效，订单交易成功
当订单在“待付款”状态时，取消订单或超时未支付，订单关闭
当订单在“待服务”状态时，申请取消订单，判断核销码是否使用，作废核销码之后进行退款
当“交易成功“后用户申请售后，就需要客服介入，当确认申诉属实时，进行退款
商品服务订单
商品发货之后将服务核销码发送给用户，当商品到货后，提醒用户进行商品附加服务。服务核销之后，交易流程才算结束
当实物商品发生售后时，服务核销仍有效。服务商提供服务后，还涉及相应服务的结算，为l避免服务商刷单，应提供相应核销码作废功能
订单数据统计
交易分析（从订单层面）
商品分析（从商品层面）
订单来源分析
扩展（购物车）
购物车的妙用
凑单
当用户想一次购买多种商品，或者参与到优惠活动中（如满减、满赠等），这时候会将商品加入购物车进行凑单
促销
查看是否满足优惠条件和优惠之后的金额
提高客单价
收藏
购物车的设计
通用显示
离线购物车
库存监控
排序分类
促销信息
商品推荐
价格监控
编辑
删除商品
加减商品数量
更改商品规格
购物车的结算
在购物车选中商品时，会实时算出订单金额
在购物车中计算时，需要将优惠金额算进去，但是这部分优惠只包括满减的部分
概述
订单是电商体系的核心
订单中包含商品、优惠、用户、收货信息、支付信息等一系列的订单实时数据
通过订单管理，支持订单接受、订单自动合并与拆分、自动匹配仓库、库存控制、自动匹配快递、结算与支付等订单生命周期中的一系列协同作业
订单状态
订单正常流转
待付款
待发货
待收货
交易成功
订单的售后状态
待审核
待退货入库
待退款
待换货入库
换货出库中
售后成功
订单下单
订单下单流程
在订单过程中进行安全校验，主要是检测用户是否在黑名单上、用户购买行为是否正常等，当检测到不正常时，终止下单
从商品中心获取商品信息（SKU、规格、价格等）
从营销中心获取商品、订单促销信息（优惠券、促销活动），判断是否满足优惠条件，计算出优惠金额
在会员中心获取会员权益，例如平台抵扣积分、折扣条件等
在调度中心校验销售层库存，按照调度规则锁定区域库存
根据拆单规则（商家、仓库、订单类型等）将订单拆分成若干个子订单，根据运费模板计算运费，根据商品金额、运费、优惠金额计算应付金额（实付款）
存储的订单信息包括
父订单与子订单
优惠分摊，偏向用户
订单实付金额＝商品金额（SKU金额合计）＋运费-总优惠金额
总优惠金额＝促销活动优惠金额＋优惠券优惠金额＋虚拟币抵扣金额
优惠后订单发生部分退货如何处理？
一个案例场景
订单拆单
可以拆单的地方
用户提交订单之后、支付之前拆单
用户下单之后、商家发货之前
影响拆单的因素
店铺商家
仓库
品类
物流因素
商品价值
拆单流程
一般在下单时会考虑商家分类与仓库的因素进行拆单，其他的因素会在支付后发货前再考虑进去，用于拆分发货单
拆单之后的前端显示
在用户提交订单之后、支付之前的拆分订单，需要即时显示给用户
在拆单后，若用户中断支付，再回到支付环节，就需要分开支付
0 条评论
下一页
