Rocket Growth：为什么出库地和退货地很重要？

Rocket Growth 负责实体履约，但不会自动创建或删除商品注册所需的卖家侧出库地和退货地记录。这些记录会把商品信息与相应的物流地点及责任运营方关联起来。它们并不意味着您的品牌会为每笔订单打包，也不意味着每一笔退货都会寄回登记地址。

混淆源于将三个独立层面视为同一件事。选择 Rocket Growth 解决的是第一层，但本身并不能完成另外两层。

Rocket Growth 履约与商品信息属于不同层面

Rocket Growth 解决的是一个实体操作问题：Coupang 在哪里接收库存，以及在哪里执行与该服务相关的履约工作。商品注册关注的是另一个问题：哪些卖家侧物流记录与该商品关联，并可供平台工作流使用。

将货箱送入 Coupang 履约中心，并不会自动填充这些记录。履约中心的收货流程可能已经完成，但商品信息仍然缺少注册所需的出库或退货信息。反过来，卖家账户中可能已有地点记录，却未必成功将库存交付至 Rocket Growth。这些操作彼此相关，但不能互相替代，也不能证明另一项已经完成。

一种有用的拆分方式是：

1. 履约中心收货： 库存交入 Rocket Growth 网络，并进入 Coupang 的实体履约流程。
2. 卖家侧商品注册数据： 商品设置引用 Coupang 物流记录中维护的出库地和退货地。
3. 退货与异常处理： 对于需要在常规履约流程之外采取行动的情况，由明确的运营方负责处理。

Coupang 官方开发者文档中的 Logistics Center API 是核实这一依赖关系的主要来源。文档所描述的工作流将出库地和退货地视为必须在商品注册前存在的记录；它并不是在说明每个包裹的实际地址。至于库存交接本身，哪些货物进入 Rocket Growth 以及由谁负责，是与注册字段分开的实际问题。向 Coupang Rocket Growth 发什么货，以及由谁负责 进一步解释了这种交接关系。

用通俗语言理解出库地和退货地

Coupang 的地点字段最好理解为运营记录，而不是实时展示每一次流转的地图。即使由同一个本地运营方管理，这两类记录的职责也不同。

因此，出库地并不是用来简单表示“订单由 Coupang 从其仓库发出”的捷径。这是 Coupang 要求卖家侧提供、用于说明出库物流场景的地点记录。如果韩国运营方或第三方物流服务商在库存进入 Rocket Growth 之前负责境内交接，该方可能参与提供或维护相关运营信息。正确的记录取决于实际安排及平台当前工作流。

退货地同样具有明确的运营意义。它必须对应一个真实流程：有人能够接收通知、响应异常，并在某个个案无法完全通过标准履约流程解决时采取行动。一个仅负责接收进口货箱并转送至 Rocket Growth 的仓库，不应自动被视为退货运营方。在将其关联到商品设置前，请确认该设施实际承担哪些工作。

这一区分也解释了为什么不应仅为简化注册，就把同一个地址复制到两个字段中。一个地点可以同时承担两种职责，但前提是该地点和责任方确实执行这两项工作，并且 Coupang 接受这种配置。之所以设置不同字段，是因为背后的责任可能并不相同。

为什么 Coupang 要求在商品注册前准备这些记录

顺序很重要。商品不能依赖一个尚未在卖家侧物流系统中创建、验证或保持可用的地点记录。Coupang 官方 Logistics Center API 工作流文档将这些地点描述为需要维护的记录，并提供创建或登记、读取或列出，以及更新这些记录的操作。

在实际操作中，设置顺序如下：

1. 创建或登记出库地和退货地，使用 Coupang 物流工作流要求的信息。
2. 读取或列出可用记录，以便运营方确认现有记录，并将正确地点与旧记录或相似记录区分开来。
3. 在商品注册时使用相应记录，不要假定 Rocket Growth 履约中心地址会自动填入。
4. 在运营设置发生变化时更新记录，包括仓库、本地运营方或退货处理服务商发生变更。

从运营角度看，提供读取/列出和更新功能很重要。这些记录并非商品首次上线后即可忽略的一次性申报；随着账户物流安排变化，仍需保持可用。

这也说明，“库存已经到达 Coupang”并不等于“商品已经完全具备销售条件”。收货、对账、商品注册和可售状态可能各自需要检查。如果库存已到达 Rocket Growth，但 SKU 的状态不符合预期，不要假定仓库收货会自动纠正商品设置。为什么 Coupang Rocket Growth SKU 仍处于不可售状态 介绍了库存交付后仍可能保持不可售的不同运营原因。

官方开发者文档确立了平台工作流，但本身不会告诉您某一笔客户退货的实际路线。这个问题应依据当前针对相关情形的卖家端 WING 和 Rocket Growth 指引来判断。

品牌方或韩国运营方需要准备什么

西方品牌无需亲自运营韩国仓库即可完成这部分设置。但必须明确谁负责维护这些记录，并建立一个在平台要求采取行动时能够正常运转的本地流程。

在商品注册前，品牌方或其韩国运营方应确认以下六点：

• 准确的地点信息： 提供 Coupang 表单或 API 要求的可用信息。不要使用占位信息，也不要填写无法支持该记录相关工作的地点。
• 每个地点的真实职责： 记录该地点负责出库交接、退货、异常处理，还是仅承担将库存转送至 Rocket Growth 等更窄的任务。
• 明确的责任方： 指定品牌团队、本地运营方或 3PL，负责跟进平台指引，并在个案超出标准履约路径时采取行动。
• 记录访问权限： 确认谁可以创建、读取/列出和更新地点记录。即使记录今天准确，如果无人维护，也会成为未来上线问题。
• 与商品信息保持一致： 核实哪些出库和退货记录已关联到商品或商品信息。账户中有这些记录，并不代表 SKU 已绑定预期的出库和退货记录。
• 变更流程： 确定仓库、本地运营方或退货服务商发生更换或搬迁时，由谁负责更新记录。应在旧记录造成运营误导之前完成更新。

3PL 问题尤其需要谨慎处理。转运仓可能适合负责入仓交接，却不适合处理客户退货。退货服务商可能能够接收和检查商品，但并不负责将库存送入 Rocket Growth。应将每项职责分别作为运营决策，而不要仅仅选择运输单据中出现频率最高的地址。

同理，不要假定品牌海外总部能够充当韩国退货记录的实际负责人。判断标准不是谁拥有商品，而是谁能够接收指示、协调实体操作，并在运营安排发生变化时更新平台侧记录。

登记的退货地是否决定每一笔退货的去向？

不决定。退货地是卖家侧物流记录，不是可以覆盖 Coupang 实际履约流程的通用指令。某笔具体退货的实际路径和处置方式，取决于当前适用于该个案的 WING 和 Rocket Growth 指引。

退货可能在 Coupang 履约网络内完成处理；在异常情形下，平台也可能要求卖家、本地运营方或第三方物流服务商采取行动。商品记录中的地址无法让您推断适用哪条路径，也不意味着每件商品都会绕过 Coupang，直接运往登记的退货地。

反过来也一样。选择 Rocket Growth 并不会让退货责任消失。仍需有人跟进该退货个案，判断是否适用标准流程；如果库存或退货被转入标准流程之外的处理环节，还要及时采取行动。登记的退货地为卖家侧设置提供一个运营参照点，但不能替代查看该笔交易的实时指引。

这个边界对库存规划很重要。地点管理方可能负责协调检查、处置、换货或其他后续工作。应由适用的 Coupang 工作流，而不是地址本身，决定采取何种行动。Coupang Rocket Growth 下的退货由谁处理？ 解释了 Coupang 面向客户的退货流程与卖家对退回库存持续承担的责任之间的边界。

商品注册前的上线检查

在将 Rocket Growth 商品视为已具备运营条件前，请完成以下检查：

1. 确认商品关联的准确记录。 确认该商品选用的出库地（출고지）和退货地（반품지），而不仅是账户中碰巧存在的记录。
2. 核验各自职责。 确认出库地代表什么、退货地实际能够处理什么。如果是同一地点，确认两项职责都真实存在。
3. 将入仓与注册分开确认。 独立确认进入 Rocket Growth 的实体交接，以及卖家侧商品注册记录。
4. 明确运营方。 指定一名人员或团队，负责关注平台通知并在需要时作出响应，协调退货或异常处理。
5. 测试记录访问权限。 确认负责的运营方能够读取/列出当前记录，并在设置变化时更新记录。
6. 设置变更触发条件。 确定仓库、本地运营方或退货服务商发生更换或搬迁时，由谁负责更新记录。
7. 核查当前实体流程。 针对具体退货或异常，遵循当前 WING 和 Rocket Growth 指引，不要把登记地址直接当成退货路线的依据。

如果上述问题都能得到明确回答，就说明地点记录已将商品连接到一个责任明确的卖家侧流程；这些记录不决定 Coupang 履约中心的运营方式。

上线前的常见问题

我可以把 Rocket Growth 履约中心地址用作出库地吗？
不能想当然地这样做。出库地是商品注册工作流中的卖家侧记录。请使用 Coupang 当前指引要求的地点和格式；除非适用的平台指引明确表明该地址就是您设置所需的正确记录，否则不要用履约中心地址替代。

如果 Coupang 负责处理 Rocket Growth 退货，为什么仍需要退货地？
因为实体履约和卖家侧物流数据解决的是不同问题。退货记录为卖家侧设置和异常流程提供一个地点，并明确负责处理的运营方；它并不表示每笔退货都必须送达该处。

出库地和退货地可以相同吗？
只有在同一个真实地点及责任方确实承担两项职责，且 Coupang 接受该配置时，才可以相同。把同一地址作为捷径填入，并不能使记录准确。

谁应该维护这些记录？
品牌方可以直接维护，也可以委托韩国运营方或 3PL。关键要求是具备访问权限、明确责任，以及在运营安排变化时更新记录的流程。

应核对哪个官方来源？
应核对 Coupang 官方开发者文档中的 Logistics Center API，验证出库地和退货地的创建、读取/列出、更新，以及注册前工作流。对于某笔具体退货的实际路径和处置，应参考当前 WING 和 Rocket Growth 卖家指引；不要仅根据地址记录推断路线。