B2C商城订单功能设计

一、订单功能描述

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 理论设计

记录表用途：

申请退款可以申请多次，可以限制用户申请退款的次数，对每次退款申请都做留痕.

• 字段包含：申请用户、订单号、申请退款金额、实际退款金额、退款类型、退款状态（同步订单表【申请退款状态】）、申请时间、申请备注、审核人、审核时间、审核结果。

1. 限制用户只能申请两次退款。
2. 订单表中的【退款状态】用于标识当前正在申请退款记录的退款状态，当查询订单列表时携带退款状态无需关联表。
3. 更多的退款信息，在订单详情中查看。

2.3.2 草图设计

2.4 用户退换货物流记录表

2.4.1 理论设计

当用户进行退换、退货退款操作时，用户需要把已收到的商品再发回到商家，这张表用于存储用户退货的物流信息。

• 字段包含：订单号、发货物流、快递单号、发货地址、收货地址、发货时间、发货人联系方式、收货人联系方式、是否已完成、完成时间。

• 操作记录字段包含： 签收操作人、签收操作时间。

  （此处暂定---先实现下线物流，线上物流对接【快递鸟API】）

  其余字段根据业务要求追加，我已经想不出来。w(ﾟДﾟ)w

2.4.2 草图设计

会不会有小伙伴有没有疑惑，你至于表分的这么细吗？？？

答案：有，非常有，如果客户思想发生改变，可扩展性很重要。

​ 有的客户只需要用户一次申请退款，有的就要多次申请退款，作为开发人员我们要给他们留痕迹的，当用户多次申请退款时，客户想要看之前的退款原因及审核结果。如果没有做留痕，客户问我们要之前的记录，我们怎么说呢？

（客户：你给我调出这个订单号之前申请退款的记录吧！）

（没有留痕的我们：

所以，为了后面系统的可扩展性，能拆就拆！！！（吾de观点、汝等要是有想法，就用实际行动拍我了。）

3. 订单流程图

3.1 商家发货流程

3.2 仅退款流程

3.3 退货退款流程

3.4 退换流程

各位看官如果你有好的建议可以告诉我哦！