Coupang 换货跟踪号：先确认收到退回商品

在 RECEIPT 状态下不能登记换货发货的物流跟踪信息，因为它表示已收到换货申请，而不是卖家已收到退回商品。卖家必须先确认收到退回商品，换货记录才会进入 PROGRESS。新的 shipmentBoxId 出现后，再登记换货发货的物流单号。

换货申请只是第一道关口

这个状态标签很容易被误读。在此流程中，RECEIPT 表示客户或 Coupang 客服已经发起换货申请，并不表示卖家已收到退回商品。

明确这一点，就能正确判断换货记录当前处于哪一步。客户可以提交换货申请、收到退货指引，并把包裹交给承运商，但换货记录仍可能停留在 RECEIPT。不能仅因客户已经启动流程，就认为换货发货已经到了登记阶段。

因此，标准路径是：换货申请已接收、卖家确认收到退回商品、进入 PROGRESS、登记换货发货的物流跟踪信息，最后达到 exchange completed。REJECT 和 CANCEL 位于这条常规路径之外。反复尝试登记物流跟踪信息，不会让任何一种结果转为 PROGRESS。

退回商品的收货确认是平台事件，而不是客户声称包裹已送达

多个事件都可能让人误以为退回商品已经收到。客户可能看到承运商的派送扫描记录；履约仓库可能已经在收货月台接到包裹；客服人员也可能收到“退货已送达”的消息。这些情况都不能替代 Coupang 换货记录中记录的收货确认。

运营上的触发条件是卖家确认收到退回商品。因此，即使品牌方在卖家账户之外看到看似合理的退货状态，也仍可能无法登记换货发货的物流跟踪号。换货记录尚未越过授权进入换货发货环节的关口。

如果 Coupang Rocket Growth 是指定的履约服务，退货可以通过 Coupang 的平台流程和履约运营处理。品牌方可能不是实际经手包裹的一方，因此内部流程必须明确由谁核对系统记录的收货情况，并将确认结果传递给卖家运营团队。关于实物退货由谁处理，参见在 Coupang Rocket Growth 下由谁处理退货？；这里的关键是，单凭承运商扫描记录并不能触发登记。

收货确认后，换货发货数据也可能不会立即出现。适用的处理周期可能因操作或状态而异。应根据当前换货操作的状态响应，并结合相关端点或 API 版本的官方文档，确定适用的处理周期，参见 Coupang 官方开发者文档。不要向客户承诺固定的等待时间。在该周期结束前，换货发货数据暂时缺失可能属于正常处理，并不一定意味着换货申请有问题。

对于集成或内部审计，应根据同一份官方文档核对当前状态值和字段名，而不要照抄旧的支持说明或翻译版电子表格。应以换货操作的状态响应为准——而不是承运商扫描记录或仓库消息——来判断是否已超过重试阈值。

使用新的 shipmentBoxId 登记换货发货信息

一次换货包含两段不同的物流流转：退回商品从客户返回卖家或履约方，以及换货商品发往客户。两者可以属于同一换货记录，但各自的发货标识不能互换。

标识符混淆是登记失败的第二个常见原因。团队可能会把熟悉的原订单标识或退回包裹的跟踪号，误当成 Coupang 要求的换货发货记录。

卖家运营团队应按以下顺序执行：

1. 确认卖家已收到并记录退回商品后，检查换货记录是否已从 RECEIPT 转为 PROGRESS。
2. 等待该换货记录适用的处理周期结束，不要在实物收货后立即重试。
3. 获取系统返回的新 shipmentBoxId，确认它对应换货发货。
4. 通过当前 Coupang 流程登记换货发货的物流单号。
5. 持续监控换货发货，直至换货达到 exchange completed。

如果换货发货标识尚不可用，不要为了填充字段而改用 OriginalShipmentBoxId 或退回环节的标识。应先检查换货状态，再确认该记录适用的处理周期是否已经结束。问题可能只是时机未到，也可能是获取了错误的发货记录；使用错误标识会掩盖这一区别。

这也说明了西方品牌应保持数据模型定义清晰明确。应将换货申请、退回物流和换货发货分别保存为彼此关联但相互独立的运营记录。单一的原订单标识不足以让客服判断哪件包裹已经到达，或哪条发货记录应写入新的跟踪信息。应将财务事件与这套换货状态机分开；Coupang 何时将销售确认为收入讨论的是另一类记录，不应据此推断换货发货是否就绪。

围绕状态转换建立韩语客服支持流程

客服应按照平台实际能够执行的顺序向客户说明流程。可以先确认已收到换货申请，但不要承诺立即发出换货商品。必须先收到并确认退回商品；换货记录进入 PROGRESS 且新的换货发货数据出现后，才能登记换货发货的物流跟踪信息。

可以采用以下交接流程：

1. 确认申请。 告知客户已收到换货申请。不要将 RECEIPT 描述为退回商品已经到达的证明。
2. 说明先退回再换货。 说明必须先收到并确认退回商品，之后才能登记换货发货。
3. 明确收货核验责任。 由仓库或履约负责人确认换货流程已记录收货，再将换货记录移交给卖家运营团队。
4. 等待阶段与系统更新。 卖家运营检查 PROGRESS，等待该换货记录适用的处理周期结束，并获取新的 shipmentBoxId。
5. 登记并监控。 登记换货发货的物流单号，然后让面向客户的团队同步换货发货进展。如果换货记录为 REJECT 或 CANCEL，应将其作为独立结果转入相应流程。

无需暴露所有内部字段名，也可以写出简洁的客户通知：

中文

我们已收到您的换货申请。退回商品必须先由卖家收到并确认。待系统记录该步骤并允许换货继续处理后，我们会登记并跟踪换货发货。

韩文

교환 요청이 접수되었습니다. 반품 상품이 입고되어 확인되고 시스템 처리가 완료된 후 교환 상품의 배송정보를 등록할 수 있습니다. 해당 단계가 확인되면 교환 상품의 배송정보를 등록하고 배송 상황을 안내드리겠습니다.

韩文措辞准确传达了处理时序，也没有向客户承诺申请一提交就发货。即使客户看到的是更简化的说明，客服团队内部也应统一使用平台状态术语。这样可以避免一名客服把申请视为已经具备换货发货条件，而仓库仍在等待系统记录收货。

交接过程中还应保留退回环节标识与换货 shipmentBoxId 之间的区别。客户要求更新时，客服应能够分别回答三个问题：换货申请是否已接收，退回商品是否已记录为收到，以及换货发货的物流跟踪信息是否已登记？如果把这些问题合并成一个“换货状态”，就容易造成过早承诺和提交错误标识。其他售后流程也要与这套状态机分开；Coupang 即时退款：为什么买家在退货到达前就能收到款项描述的是不同路径。

Coupang 换货跟踪常见问题

为什么 RECEIPT 听起来像是退回商品已经到达？

因为该标签描述的是 Coupang 收到了换货申请。在此流程中，应将 RECEIPT 理解为“申请已接收”；卖家收到退回商品是随后发生的事件，并会推动换货记录进入 PROGRESS。

退回商品的承运商显示已送达时，可以登记换货发货的跟踪号吗？

不可以。承运商扫描记录或客户的送达确认，不能替代换货记录中卖家的收货确认。请等待换货记录推进至 PROGRESS，并等待换货发货数据可用。

如果卖家已确认收到退回商品，但换货发货没有出现，怎么办？

请等待该换货操作适用的处理周期结束。然后检查换货状态响应，并获取系统返回的新 shipmentBoxId。收货确认后的短暂空档不一定意味着申请有问题；如果超过适用阈值后数据仍不可用，请根据 Coupang 官方开发者文档核对当前流程，并将换货记录提交平台支持处理。

应提交哪个标识符来登记换货发货？

使用换货发货新生成的 shipmentBoxId。不要用 OriginalShipmentBoxId 或属于退回环节的标识替代它。

REJECT 和 CANCEL 只是 PROGRESS 的较慢版本吗？

不是。它们是独立结果，并非普通的物流延迟。一旦出现任一结果，不要再仅仅因为等待时间而重试登记换货发货跟踪信息。

换货申请发起时，客服可以承诺立即发出换货商品吗？

不应如此。准确的做法是确认申请已收到，说明必须先由卖家确认收到退回商品，并在换货记录进入适当阶段后登记和跟踪换货发货。