一、订单功能描述
1. 各订单状态说明
1.1 待付款
当订单处于待付款状态 时，用户可以【取消订单】、【立即支付】操作。
1.2 待发货
1. 待发货状态下，用户可以进行【申请退款】操作。
1.3 待收货
1. 待收货状态下、用户可以进行【确认收货】、【查看物流】、
【申请退款】操作。
1.4 待评价
待评价状态下、用户可以进行【去评价】、【申请退款】操作。
收货7天内可以进行申请退款、需要是动态控制，防止有的客户不想7天内用户可以申请退款。
1.5 退款售后
已评价的订单将进入该状态下，包含操作【联系售后】、
【删除订单】、【申请退款】操作。
收货7天内可以进行申请退款、需要是动态控制，防止有的客户不想7天内用户可以申请退款。
2. 订单流程表设计
退款调用【快递鸟API】实现创建物流单。
2.1 订单表：
2.1.1 理论设计
退款状态与订单状态不是一个字段！！！（订单表）
-
订单状态包含： 待付款、待发货、待收货、待评价、退款售后。
-
退款类型）包含： 正常、仅退款、退货退款、退换。
-
申请退款状态包含：正常 、申请退换中、申请退款中、申请退货退款中、同意退款、同意退换、同意退货退款、拒绝退款、拒绝退换、拒绝退货退款、退款中、退换中、退货退款中、已退款、已退换。
-
申请退款备注： [衣服大小不合适！]
-
退款申请结果： [我已通过你的申请，如果未签收可进行拒签！]
2.1.2 草图设计
2.2 商家发货物流记录表
商家发货做记录，如果用户退换后更改了收货地址，在此发货时将更换地址，对之前的发货记录做留痕。
2.2.1 理论设计
- 字段包含： 订单外键、发货物流、快递单号、发货地址、收货地址、收货人、收货人联系方式、是否已完成、完成时间。
- 操作记录字段包含： 发货操作人、发货操作时间。
2.2.2 草图设计
2.3 申请退款记录表
2.3.1 理论设计
记录表用途：
申请退款可以申请多次，可以限制用户申请退款的次数，对每次退款申请都做留痕.
- 字段包含：申请用户、订单号、申请退款金额、实际退款金额、退款类型、退款状态（同步订单表【申请退款状态】）、申请时间、申请备注、审核人、审核时间、审核结果。
- 限制用户只能申请两次退款。
- 订单表中的【退款状态】用于标识当前正在申请退款记录的退款状态，当查询订单列表时携带退款状态无需关联表。
- 更多的退款信息，在订单详情中查看。
2.3.2 草图设计
2.4 用户退换货物流记录表
2.4.1 理论设计
当用户进行退换、退货退款操作时，用户需要把已收到的商品再发回到商家，这张表用于存储用户退货的物流信息。
-
字段包含：订单号、发货物流、快递单号、发货地址、收货地址、发货时间、发货人联系方式、收货人联系方式、是否已完成、完成时间。
-
操作记录字段包含： 签收操作人、签收操作时间。
（此处暂定---先实现下线物流，线上物流对接【快递鸟API】）
其余字段根据业务要求追加，我已经想不出来。w(ﾟДﾟ)w
2.4.2 草图设计
会不会有小伙伴有没有疑惑，你至于表分的这么细吗？？？
答案：有，非常有，如果客户思想发生改变，可扩展性很重要。
有的客户只需要用户一次申请退款，有的就要多次申请退款，作为开发人员我们要给他们留痕迹的，当用户多次申请退款时，客户想要看之前的退款原因及审核结果。如果没有做留痕，客户问我们要之前的记录，我们怎么说呢？
（客户：你给我调出这个订单号之前申请退款的记录吧！）
（没有留痕的我们：
所以，为了后面系统的可扩展性，能拆就拆！！！（吾de观点、汝等要是有想法，就用实际行动拍我了。）
3. 订单流程图
3.1 商家发货流程
3.2 仅退款流程
3.3 退货退款流程
3.4 退换流程
各位看官如果你有好的建议可以告诉我哦！