几种常见的取消/失败场景
- 采购失败：下单晚了被别人抢走、竞拍失败、商品被卖家提前下架，这类情况客户没有任何责任，通常应该全额退款且不收取任何手续费。
- 卖家取消：已经拍下或成交后，卖家因为各种原因取消交易，责任也不在客户，处理逻辑和采购失败类似，但需要额外记录是否需要重新尝试采购。
- 客户主动取消：客户在采购员实际下单前改变主意，通常不涉及手续费；但如果已经产生了实际采购行为（比如已经拍下商品），是否扣除已发生的费用，需要有明确规则。
- 商品与描述不符：验货环节发现问题后，客户要求退货或者部分退款，这类情况的处理比前几种更复杂，涉及和卖家的沟通、退货物流成本的承担方等问题。
为什么不能用一套逻辑处理所有取消情况
如果系统只有一个笼统的「取消订单」状态，退款金额、是否扣手续费、是否需要客服介入这几个问题就只能靠人工每次单独判断，规则不透明也容易在客户之间产生不一致的处理结果，进而引发「为什么他的能全退我的不能」这类投诉。把不同成因的取消场景在系统里区分成不同的状态和对应规则，是减少这类纠纷的关键。
状态设计需要覆盖的维度
| 维度 | 需要记录的信息 |
|---|---|
| 取消原因 | 采购失败/卖家取消/客户主动/描述不符，分类记录 |
| 责任归属 | 是否客户责任，决定是否收取已发生的费用 |
| 退款范围 | 全额退款还是扣除部分已发生成本 |
| 处理时效 | 不同原因的退款处理时限，避免拖延引发投诉 |
余额冻结场景下的特殊处理
冻结和退款是两回事
如果订单涉及余额冻结（比如竞拍类订单），取消时首先要做的是解冻，解冻之后如果还涉及已发生费用的扣除，才是退款环节，两者不能混为一谈，否则容易出现「钱没退够」或者「同一笔钱被处理两次」的技术性错误。
关于余额冻结和账户体系的设计，可以查看专门说明。查看余额系统设计 →