设计一个电商系统的退款功能需要考虑多个方面，包括订单状态、退款类型、退款流程、以及退款记录等。以下是一个详细的退款设计流程：
1. 退款类型
退款主要分为两类：仅退款和退款退货。
仅退款：用户申请退款，但不需要退回商品。
退款退货：用户申请退款，并需要退回商品。
2. 订单状态
退款可以发生在不同的订单状态：
待发货
待收货
已完成
3. 退款流程
仅退款流程
申请退款：
用户在订单详情页面申请退款。
审核：
商家查看退款理由，审核通过则通知财务打款，审核不通过则拒绝申请或进入协商处理。
财务打款：
财务确认退款后，进行打款操作。
退款退货流程
申请退货退款：
用户在订单详情页面申请退货退款。
审核：
商家查看退货理由，审核通过则通知用户退货，审核不通过则拒绝申请或进入协商处理。
退货：
用户按照商家要求进行商品退货，并填写退货单和提交物流信息。
确认收货：
商家收到退货商品后，确认收货并通知财务打款。
财务打款：
财务确认退款后，进行打款操作。
4. 退款记录
订单表：记录订单的基本信息，如订单ID、用户ID、订单状态等。
退款记录表：记录退款的相关信息，如退款ID、订单ID、退款金额、申请时间、退款状态等。
退货记录表：记录退货的相关信息，如退货ID、订单ID、退货数量、退货原因等。
5. 退款状态更新
更新订单状态：订单被取消或需要退款时，更新订单状态为“待退款”或“退款中”。
保存取消订单记录：记录订单取消的原因及时间，便于后续查看订单的取消历史。
保存退款记录：记录退款的相关信息，包括退款金额、申请时间、退款渠道、退款状态等。
调用支付服务的退款接口：使用独立线程或异步任务立即请求支付服务的退款接口。
定时任务扫描未完成退款的记录：定时任务负责轮询退款记录，重新请求支付服务获取退款结果，并更新订单的退款状态。
6. 复杂退款场景
未收到货仅退款：用户未收到商品时，可以通过Cancel系统发起仅退款流程。
主动退款：卖家可以主动发起部分退款作为售后补偿。
7. 退款审核
审核退货申请：商家对用户提交的退货原因、退货说明、退货凭证等进行审核。
确认退货条件：商家确认退货时效、退货地址、退货邮费等。
通知用户审核结果：商家将审核结果通知用户，包括审核通过、审核不通过及不通过原因等。
8. 退货商品验收
商品验收：商家在收到退货商品后，对商品进行验收，确认商品是否符合退货条件。
退货原因分析：商家根据用户提供的退货原因和商品验收情况，分析退货原因，为改进商品质量、提高用户满意度提供依据。
9. 退款幂等性和可靠性
幂等性：确保同一笔退款申请不会被重复处理。
可靠性：通过事务管理和定时任务确保退款操作的可靠性和及时性。
10. 退款中心架构设计
全局视角：从全局视角看清楚“退款业务”，做好退款中心的系统架构设计。
逆向业务处理：涉及商品退回库存、逆向计价、订单逆向、优惠券或活动的逆向策略等。
通过以上设计，可以构建一个完整且高效的电商系统退款功能，提升用户体验和商家工作效率。