Rocket Growth：出庫地と返品先が重要な理由

Rocket Growthは倉庫でのフルフィルメント業務を担いますが、商品登録に必要な販売者側の出庫地・返品先の登録情報を自動的に作成したり、削除したりするわけではありません。これらの情報は、出品情報を物流拠点と対応責任者に結び付けます。ただし、それによってブランドがすべての注文を自社で梱包することになるわけでも、すべての返品が登録住所に送られるわけでもありません。

混乱が生じるのは、3つの異なるレイヤーを一つのものとして扱ってしまうためです。Rocket Growthを選ぶことで対応できるのは第1層です。それだけで残りの2つが完了するわけではありません。

Rocket Growthのフルフィルメントと出品情報は別のレイヤーです

Rocket Growthが扱うのは物理的な問いです。つまり、Coupangが在庫を受け入れ、サービスに伴うフルフィルメント業務を行う場所はどこか、ということです。一方、商品登録で問われるのは、どの販売者側の物流情報を商品に紐付けるのか、また、プラットフォーム上の手続きでどの情報を利用できるのか、という点です。

Rocket Growthのフルフィルメントセンターに段ボールを送っただけでは、これらの登録情報が自動的に反映されるわけではありません。フルフィルメントセンターでの受け入れが完了していても、出品情報に商品登録で必要な出庫地または返品先の情報が不足している場合があります。逆に、アカウントに拠点情報が登録されていても、Rocket Growthへの在庫納入が正常に完了しているとは限りません。両者は関連する業務ですが、互いに代用できる確認材料ではありません。

これらを次の3つの層に分けて整理すると、分かりやすくなります。

1. フルフィルメントセンターでの受け入れ: 在庫がRocket Growthネットワークに引き渡され、Coupangの倉庫でのフルフィルメント業務の対象になること。
2. 販売者側の商品登録データ: 商品設定が、Coupangの物流情報で管理されている出庫地と返品先を参照すること。
3. 返品・例外対応: 通常のフルフィルメントフローの外で対応が必要なケースに備え、担当者と手順が用意されていること。

この依存関係を確認するための主要な情報源は、Coupangの公式開発者向けドキュメントにあるLogistics Center APIです。文書化されたワークフローでは、出庫地と返品先は、商品登録前に存在していなければならない登録情報として扱われています。これは、すべての荷物が実際にどの住所を通るかを説明するものではありません。在庫の引き渡し自体について、Rocket Growthに何が届き、誰がその在庫を所有するのかという実務上の問いは、登録項目とは別です。Coupang Rocket Growthに何を納品し、誰がその在庫を所有するのかでは、この引き渡しの違いを詳しく説明しています。

出庫地と返品先の意味を、分かりやすく整理する

Coupangの拠点項目は、すべての動きをリアルタイムで示す地図ではなく、業務上の登録情報として捉えると理解しやすくなります。たとえ同じ現地運営者が両方を管理していても、2つの情報にはそれぞれ異なる役割があります。

したがって、出庫地は「Coupangが自社倉庫から注文を発送する」と表現するための近道ではありません。これは、販売者側の出庫業務に必要な物流情報として、Coupangが設定に登録するよう求めている拠点情報です。韓国の運営者や3PLが、在庫が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の案内で確認する必要があります。

ブランドまたは韓国の運営者が準備すべきこと

欧米ブランドがこの設定を完了するために、韓国の倉庫を自社で運営する必要はありません。ただし、登録情報の管理責任者を決め、プラットフォームから対応を求められたときに現地で動ける運用体制を整える必要があります。

商品登録前に、ブランドまたは韓国の運営者は次の6点を確認してください。

• 正確な拠点情報: CoupangのフォームまたはAPIで求められる、実際に使える情報を入力します。仮の情報や、その登録情報に紐付く業務を実行できない拠点は使用しないでください。
• 各拠点の実際の役割: その拠点が、出庫時の引き渡し、返品、例外対応のどれを担うのか、またはRocket Growthへの在庫転送のような限定的な業務だけを担うのかを文書化します。
• 責任を負う担当者: プラットフォームからの指示を確認し、標準フルフィルメント経路の外に出たケースで対応するブランドチーム、現地運営者、または3PLを決めます。
• 登録情報へのアクセス権: 拠点情報の作成、読み取り／一覧取得、更新を誰が行えるのかを確認します。現時点で正しい情報でも、誰も維持できなければ、将来のローンチ時に問題になります。
• 出品情報との整合: 商品または出品情報にどの出庫地・返品先の登録情報が紐付いているかを確認します。アカウント内に情報が存在することと、SKUに意図した情報が使われていることは同じではありません。
• 変更時の手順: 倉庫、現地運営者、返品対応業者が変わった場合にどうするかを決めます。古い情報が実務上誤解を招く状態になる前に更新してください。

3PLについては特に注意が必要です。転送倉庫が入庫時の引き渡しには適切でも、顧客返品の対応先としては不適切な場合があります。返品対応業者が商品を受け取り検品できても、Rocket Growthへ在庫を送る役割を持たないこともあります。配送書類に最も頻繁に登場する住所を選ぶのではなく、それぞれの役割を別個の実務上の判断として扱ってください。

同じ理由で、ブランドの海外本社が韓国の返品情報の実務上の管理主体になれると決めつけないでください。判断の基準は、商品の所有者が誰かではありません。指示を受け、物理的な対応を調整し、運営体制が変わったときにプラットフォーム側の登録情報を更新できるのは誰か、という点です。

登録した返品先が、すべての返品の行き先を決めるのでしょうか？

いいえ。返品先は販売者側の物流登録情報であり、Coupangの物理的なフルフィルメントプロセスを上書きする一律の指示ではありません。特定の返品の物理的な経路と処理方法は、そのケースに適用される現在のWINGおよびRocket Growthの案内によって決まります。

返品はCoupangのフルフィルメントネットワーク内で処理されることもあれば、例外ケースでは、販売者、現地運営者、または3PLが対応するようプラットフォームから求められることもあります。商品情報に記載された住所だけから、どの経路が適用されるかを判断することはできません。また、すべての商品が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の販売者向け案内で確認してください。住所の登録情報だけから、その経路を推測しないでください。