Coupang 发货后取消：退货运费该由谁承担？

如果韩国顾客在你已经发货之后才取消订单，那么作为卖家，你需要同时承担两段运费：将商品寄出的去程运费，以及将商品退回的回程运费。根据 Coupang 的退货处理规则，当停发请求已经可见、而货物仍被发出时，往返退货运费将全部由卖家承担。责任归属只取决于一个关键时点：在取消发生之后，商品是否是在停发请求已在你的订单列表中可见的情况下被发出的。

因此，同一笔订单可能产生两笔运费，且两笔都记在卖家账上。这并非无关紧要的脚注，而是一项应当明确列入 Coupang 利润测算模型的成本项。

分界线在于订单状态，而非主观意图

Coupang 对顾客取消的处理，会因订单所处的生命周期阶段不同而完全不同。责任判定并不追问谁对谁错，而只看停发请求到达时，货物是否仍在你的掌控之中。

当订单处于付款完成或备货中状态时，顾客取消是一次干净利落的操作。你处理停发，订单随之撤销，由于没有任何货物离开仓库，因此不产生任何运费。这正是大多数品牌误以为适用于每一次取消的免费撤销。

而一旦你上传了运单号（发票号）并且商品发出，订单便彻底脱离了取消流程，转入退货流程。此时顾客的"我要取消"便转变为一次退货，而退货是要附带运费账单的。Coupang 自己的退货处理文档已将后果说得很清楚：如果顾客提出了停发请求（release stop），而你仍然发货，那么往返退货运费便由你承担。

对外国品牌而言令人不适的一点在于：该规则的判定关键是时间与可见性，而非公平与否。只要停发请求已在你的订单列表中可见，而包裹仍然被发出，责任就归你——无论你的团队是否看到、是否出于善意，还是仅仅慢了一个小时。

这是一场"竞态条件"，而你的 SLA 就是裁判

在实践中，这条规则之所以真正咬人，原因在于速度。一次取消请求和你仓库的出库操作，可能落在同样短短几个小时之内——有时甚至是同样短短几分钟。决定性因素不是政策如何解读，而是你的履约流程在放出包裹之前，能多快地核查停发和退货请求。

不妨把它想象成两个相互赛跑的时钟。一个是顾客的取消，正撞入你的订单列表；另一个是你的拣货—打包—出库循环，正推动同一笔订单驶向快递员。谁先跑完，谁就决定了运费由谁承担。

这就使问题成为一个货真价实的运营问题，而非合规问题。拥有严密取消核查环节的品牌——即在出库那一刻重新扫描订单状态——极少会把货发进一个仍然有效的停发请求里。而那种早上批量打印面单、下午出库、中途不做二次核查的品牌，偶尔就会把上午 11 点已被取消的订单照发不误，并且每一次都得自吞往返运费。

切实可行的解法是一条规则，而不是一种侥幸：

1. 为响应取消和停发通知的速度设定内部 SLA——以小时计，而非以天计。
2. 在快递员取走包裹之前的最后一个可控环节重新核查订单状态，让循环中途到达的取消仍能被拦截。
3. 将每一次发货后取消事件都作为受追踪的异常来处理，这样你才能看清它实际发生的频率，而不是凭空猜测。

由于成本产生的时点与你自身的出库节奏如此贴近，这恰恰是对韩国账户进行午间巡检所要捕捉的那类情况——一个仍在生效的取消，对应着一笔尚未发出的订单，只要你及时发现，就仍然可以零成本地补救。

在 Rocket Growth 与卖家自履约下，结果截然不同

一个 SKU 采用哪种履约模式，决定了谁在实际承担这段时间风险——因此，在测算成本之前，你必须先弄清模式。

在卖家自履约模式下，你自己的运营直接承受这段时间窗口。你的团队接收订单，你的团队看到（或漏看）停发请求，你的团队放出包裹。这场赛跑的每一秒都由你来把控，每一笔发货后取消费用之所以产生，都源于你的流程是否及时到位。

在 **Rocket Growth（로켓그로스）**模式下，实物操作发生在 Coupang 的仓库内部。Coupang 负责仓储和发货，面向顾客的退货、上门取件和退款也都走 Coupang 自己的流程——这一界限我们在Coupang Rocket Growth 下由谁处理退货一文中已有论述。取消与出库之间的时间赛跑，不再发生在你的仓库里。这并不意味着退货变得免费——退货处理费和退回商品的处置依然会回到你头上——但"在停发请求可见之后仍然发货"这一具体责任，与团队亲自把包裹送出门时相比，是一种不同性质的风险敞口。

要点并不是"Rocket Growth 更安全"，而是这两者是两种截然不同的风险画像；若在同一个利润测算模型中把它们混为一谈、不标明哪个 SKU 走哪种模式，得出的数字将无从信任。

如何把它纳入你的利润测算模型

不要再把取消一律当作免费。大多数 Coupang 利润测算模型只预算去程运费加上一笔固定的退货率余量，并悄悄假定每一次取消都是零成本的撤销。事实并非如此。你有一部分退货会同时承担两段运费，因为订单是在停发请求可见之后才发出的。

不要凭空拍一个百分比。相反，先设一个较小的占位余量，在经营一个季度后用实际数据将其替换。为双段运费退货单列一小项明细，对每一次发生的发货后取消事件都打上标签，待积累一个季度的历史数据后，用你实测得到的比率替换占位值。如果你的取消处理 SLA 足够严密，这一比率应当很低，而你也将拥有证明其低的数据；如果 SLA 松懈，这个数字会明确告诉你，你的出库节奏究竟让你付出了多少代价。

还有两条相关的时间规则与此相互作用，值得一并纳入测算。其一，Coupang 在配送完成时确认收入，而非付款时，退货可以在发货之后撤销一笔销售——因此一笔发货后取消的订单，既会让你付出运费，又无法计入收入。其二，Coupang 曾多次调整退货及退货费用的经济规则，这意味着你代入的数字并非一成不变——政策变动时应及时复核。

常见问题

如果顾客在我上传运单号之前就取消，我需要付任何费用吗？ 不需要。只要订单处于付款完成或备货中状态，你处理停发，订单便干净地撤销。由于没有任何货物发出，因此不产生任何运费。

究竟是什么把订单从"可取消"推入了"退货"？ 上传运单号／发票号并且商品发出。一旦货物在途，顾客的取消便按退货处理，退货运费规则随之适用。

如果我没能及时看到取消，为什么往返运费还要记在我头上？ Coupang 的退货处理规则以货物是否在停发请求可见之后被放出为判定关键——而不看主观意图或谁"占理"。取消处理迟缓会直接转化为运费责任。

这条规则对 Rocket Growth 的 SKU 是否同样适用？ 并不完全相同。在 Rocket Growth 模式下，实物出库和面向顾客的退货都走 Coupang 的仓库，因此"在停发请求可见之后仍然发货"这一具体赛跑，并不发生在你的运营中。但退货处理费和商品处置依然会回到你头上。

我在哪里可以核实这条规则？ 查阅 Coupang 官方的卖家与开发者文档中的退货处理（반품）流程，并对照 law.go.kr 上的《电子商务消费者保护法》（전자상거래법）进行阅读，该法规范网络购物的取消与退货权利。