我理解的电商系统
电商系统虽然从商品类别上可分为生鲜、医疗等等，但从更大类上可以做另一个角度的区分：实物电商、非实物电商
- 实物电商：我个人定义为这是指一些有形的商品，可通过快递配送或自提最终到达用户手上；
- 非实物电商：我个人定义为这是指一些虚拟的商品，比如游戏卡、线上门票等。一些团购凭码消费，我将之划分到非实电商。
这个划分和退款的相关联性在于是否退货，毕竟非实物是只退款即可，实物根据情况不同又有仅退款、退货退款的区别。
非实物退款
非实物将用门票类产品作为实际考量的业务场景模拟。
要弄清楚退款，那必然要先明白预订环节。
退款节点
从正向流程分析退款会发生的节点：出票中、出票成功核销前、过期后。不同的系统会根据业务情况制定不同的退款规则。
- 出票中：通常我们会限制出票中的订单不允许用户发起退款操作。因为出票中的下一个环节有2种结果出票失败、出票成功，同时由于系统内部核销码正在生成或者外部接口正在请求和响应交互中，如果在这过程支持用户操作退款，可能会因为状态的各种不同步导致退款问题。
- 出票成功核销前：出票成功后，用户是否可以发起退款根据商品的退改规则而定，这里都默认是可退的。
- 过期后：过期未消费的订单是否可退，这也是根据商品配置的退改规则控制的，有的供应商选择过期未消费即默认为已消费，有些供应商认为过期未消费可以继续申请退款，毕竟货品是未使用的状态。这个我们暂不做唯一结论。
根据退款节点我们可以将退款类型分为：售中退款、售后退款
- 售中退款：出票成功前发生退款的行为、出票成功后消费前发生退款行为
- 售后退款：核销时间已经过了发生退款的行为
退款角色
从预订的正向流程上表面上是用户发起退款行为，但是实际的场景里还有2个隐藏角色：系统、平台。
- 系统方是指无需人工操作，系统通过一系列条件判定后直接做退款处理；
- 平台方式指客服或者管理员，在跟买家沟通后或因为特殊的原因、不可抗力等原因发起订单退款。
所以退款角色是有3种的：用户、平台、系统
退款状态框架图
实物退款退货
实物将用特产类产品作为实际考量的业务场景模拟。
跟非实物一样，也需要先看下实物预订的流程，再来梳理其他的。
退款节点
从正向流程分析退款会发生的节点：支付成功待发货、已发货待收货、已收货。跟非实物一样，不同的系统会根据业务情况制定不同的退款规则，但是跟非实物区别的是实物可能发生退款不退货、退货不退款的场景。
根据退款节点我们可以将退款类型分为：售中退款、售后退款
- 售中退款：支付成功后买家确认收货前发生退款的行为
- 售后退款：买家已经确认收货后发生退款的行为
退款角色
跟非实物一样，实物退款的触发角色也有3个：用户、平台、系统
退款状态框架图
特别说明和提醒自己
1.每个系统根据业务场景不同，系统自动触发的条件和结果都会有所不同；
2.退货退款的状态表仅仅体现操作场景下的订单状态和退款状态的变更情况，至于退款数量以及其他退款产生的连锁反应并未做详细记录，在实际规划需求过程中还是要根据系统需要进行综合，比如是否存在佣金、比如是否成本变更；
3.是否需要已退款待到账这个中间状态，个人建议是需要的，毕竟从同意退款到发起请求从账户扣款和实际款退回到用户账户是有一定的时间性的，越详细越方便追踪；
4.关于订单的有效性问题，不同系统的定义也不一样，有的可认为当产生部分退的时候订单还是有效的，但如果是只是部分退款、数量却是全退的时候，也可以当做是无效订单，所以这个还是需要根据系统的实际业务场景来做考量的。
凡事最怕照搬，总之提醒自己，所有的整理是为了更好的进行下一步规划，所有的总结都是一次积累和改进，所以千万不能麻痹照搬，一定要慎重比对，是否符合真正的业务场景。
