订单的需求分析与相关理论

# 订单的理论分析 ## 订单中心 > 订单中心涉及3大流, 分别是信息流(各种商品信息), 资金流, 物流, 而订单系统作为枢纽将三者有机结合起来 > 订单模块是电商系统的枢纽, 在订单模块中需要获取多个模块的数据, 同时将获取到的数据进行加工流向下一个环节, 这一系列构成了订单的信息流通 ## 订单的构成 ![image.png](https://cos.easydoc.net/13568421/files/lm4t1hrq) ## A. 订单状态 ### 1. 待付款 用户提交订单后, **订单进行预下单**, 目前主流的电商网站都会唤起支付, 便于用户快速完成支付, ***特别注意: 待付款状态下, 商品库存会被锁定, 即被人不能购买该库存***, 如果超过一定的时间, 那么就会自动取消订单, **库存锁定状态自动解除** ### 2. 已付款&待发货 用户完成了订单支付, 订单系统需要记录支付时间, 支付流水号便于对账, 订单下的库存微服务会自动进行对商品的调拨, 配货, 分拣, 出库等操作 ### 3. 已发货&待收货 仓储将商品出库, 订单进入物流环节, 订单系统需要同步物流信息, 便于用户实时知晓商品的物流状态 ### 4. 已完成 用户确认收货, 订单交易完成, 如果订单存在问题则进入售后状态 ### 5. 已取消 在付款之前将订单取消了, 即在预下单的状态取消订单, 包括超过指定时间未付款的自动取消订单 ### 6. 售后中 如果商品不符合用户需求, 需要对商品进行退换货, 申请退换货会生成售后订单, 售后订单的状态从待审核=>审核通过=>待退货=>物流=>已取回&待退款=>已退款=>售后结束 ## B. 订单的流程 ![image.png](https://cos.easydoc.net/13568421/files/lm4t1vah) ### 幂等性的说明 > 幂等性可以大致理解为请求的重复, 如果没有解决幂等性问题, 在延迟较高的场景下, 多次点击支付可能会导致用户重复支付, 造成资金损失, 因此急需解决幂等性问题