なぜCoupang Rocket GrowthのSKUは配送完了後も在庫切れのままなのか

Coupangのフルフィルメントセンターで記録された配送スキャンは、現物が到着したことを確認するものであり、販売可能在庫になったことを確認するものではありません。Coupangが納品の受領処理と照合を完了し、ユニットを販売可能な商品として受け入れ、その数量を販売可能在庫として計上するまで、SKUは在庫切れのままです。処理待ち、不一致、または例外扱いのユニットは、顧客に表示されるRocketの配送予定を支える在庫にはなりません。

発送から販売までのRocket Growthの4段階

Rocket Growthへの納品は、「受領済み」という1つの出来事ではなく、複数の処理が連なるプロセスとして考えてください。実務上は、次の4段階を分けて管理します。

1. 発送済みまたは輸送中。 納品物は出荷元を離れ、配送業者のネットワークを移動しています。輸送計画には含められますが、Coupangが顧客注文に割り当てられる在庫ではありません。
2. フルフィルメントセンターへの配送完了。 配送業者がCoupangのフルフィルメントセンターで到着または引き渡しを記録した状態です。納品物が目的地に届いたことは確認できますが、それだけでCoupangが納品物を開梱し、内容を確認し、納品の記録を完了したことを意味しません。
3. 受領・照合済み。 Coupangが納品を処理し、予定していた内容と実際に提示された内容を照合した状態です。この段階では、商品識別子、ユニット数、カートン数、準備状況、商品ステータスなどが照合の対象になります。ユニットは受け入れられる場合もあれば、処理待ちのまま残ったり、販売可能にならず例外扱いになったりする場合もあります。
4. 販売可能。 受け入れられた販売可能数量が、販売可能在庫として計上された状態です。この数量が注文に割り当てられ、顧客に表示されるRocketの配送予定の基準になります。

配送完了は、すべてのユニットが販売可能であることを意味しません。部分的に照合された納品物には、販売可能なユニットが含まれる一方で、処理待ちまたは例外扱いのユニットが残っている場合があります。予測には販売可能な部分だけを含めてください。

アカウントの画面では、これらの概念が必ずしも同じ4つのラベルで表示されるとは限りません。配送業者のイベント、Seller Centerの納品記録、在庫項目は、それぞれ異なる問いに答える情報です。1つのダッシュボードで組み合わされている場合でも、推測で不足分を埋めないでください。納品の詳細と販売可能数量を別々に確認してください。

技術面では、アカウントに表示されるフィールドと挙動を確認する一次情報として、Coupang公式Open API開発者向けドキュメントを参照してください。現物の準備と受領要件については、Coupangのセラー向けおよびフルフィルメントのワークフローに記載された最新の指示を使用してください。一般的な倉庫チェックリストではなく、これらの指示を優先してください。

したがって、配送業者の配達証明は有用な証拠ですが、最終的な在庫判断のシグナルではありません。商品ページが配送完了後も販売不可のままの場合、次に確認すべきなのは小包が到着したかどうかではありません。納品内容が販売可能なユニットとして照合され、在庫に反映されているかどうかです。

配送完了後も販売可能数量がゼロと表示される理由

配送完了から販売可能になるまでの差は、単純な輸送上の問題ではなく、通常は受領処理、データ、準備、または商品ステータスに関する問題です。納品物が物理的にフルフィルメントセンター内にあっても、Coupangが注文に割り当てられる受け入れ済み数量として記録していない場合があります。

• 受領処理がまだ保留中です。 フルフィルメントセンターが納品物を管理下に置いていても、納品の受領・照合プロセスが完了していない場合があります。その処理で販売可能なユニットが記録されるまで、顧客向けの商品ページは販売不可のままになる可能性があります。

• 予定数量と実数量が一致していません。 納品指示書で指定された数量と、現物の数量が異なる場合があります。ユニット数、カートン数、または納品物に付けられた商品識別子が、差異の原因になる可能性があります。正しい対応は、発送数量を受領数量とみなさず、差異を照合することです。

• ユニットまたはカートンが、適用される準備・状態確認の要件を満たしていません。 Coupangの受領ワークフローでは、ユニットを識別可能で、破損がなく、販売に適した状態にするための準備が求められることがあります。該当する指示を満たさないユニットは、カートンが指定されたフルフィルメントセンターに到着していても、例外扱いで保留されることがあります。要件は商品やワークフローによって異なるため、通常の出荷梱包で十分だと決めつけず、Coupangの最新の指示を使用してください。

• 商品やSKUに、カタログ設定または対象条件に関する問題があります。 現物が到着しても、商品が正しく設定・承認され、該当するRocket Growthワークフローの対象でなければ、問題は解消しません。商品ページ、バリエーション、識別子、商品ステータスの問題によって、納品後も在庫が注文可能にならない場合があります。

• 納品物の照合が一部しか完了していません。 受領済み、販売可能、処理待ち、例外扱いの数量は一致しないことがあります。一部のユニットが受け入れられても、他のユニットが未解決のまま残る場合があります。納品物全体の数量だけを見ると、SKUが想定水準を下回っている正確な原因を見落とします。

プラットフォームの状態は、各観察結果に次の運用上の問いを組み合わせると読み解きやすくなります。

販売可能数量が少ないからといって、早い段階で配送業者による紛失だと結論づけないでください。まず現物の引き渡しとプラットフォーム上の照合を分けて考え、その後SKU単位で記録を比較してください。こうすることで、次の対応が受領処理のフォローアップなのか、数量の修正なのか、準備方法の是正なのか、商品ステータスの見直しなのかを判断できます。

識別子の問題については、Coupang Rocket Growthの全SKUにバーコードが必要な理由で、納品前にユニット単位のバーコード確認が重要である理由を説明しています。受け入れ時のラベル確認や認証審査が関係する場合は、Coupangの納品確認：ラベル・認証審査のほうが適切な診断手順です。

重要なのは、予定された各ユニットに何が起きたかを確認することです。納品物自体は配送完了でも、一部のユニットについてはまだ処理結果が出ていない場合があります。

保留を防ぎ、正確に予測するための納品チェックリスト

ブランド側の責任は、配送業者がカートンを受け取った時点で終わりません。実務上は、出荷前に納品内容を確認し、配送業者が配送完了を記録した後にプラットフォーム上の状態を照合する、2段階のチェックが必要です。

出荷前

• 商品設定を確認します。 ユニットを発送する前に、対象商品、バリエーション、商品識別子、商品ページが、予定しているRocket Growthのワークフロー向けに設定されていることを確認してください。正しく承認されていない、または対象条件を満たさない商品は、フルフィルメントセンターに到着しただけで注文可能にはなりません。

• 入荷予定の記録と実際の出荷内容を照合します。 SKUまたは承認済みの商品識別子、予定ユニット数量、カートン数量、納品参照番号、届け先を記録してください。梱包明細と納品指示は、同じ納品物の内容を示している必要があります。記録はSKU単位で保持し、1つのSKUの正しい行によって、別のSKUの不足や不一致が見えなくならないようにしてください。

• 最新の指示に従ってユニットとカートンを準備します。 該当するユニットとカートンの準備、識別、状態に関する要件を適用してください。ワークフローで求められる場合は、必要な識別子を取り付け、読み取れる状態にしてください。ユニットは小売販売に適した状態で到着する必要があります。現在のCoupangの指示を、一般的な倉庫基準で置き換えないでください。

• 差異を解消できる証拠を保管します。 納品参照番号、配送業者の追跡情報と配送完了証明、梱包明細、予定数量、さらにユニットとカートンの準備方法を示す記録を保管してください。これらの記録があれば、「在庫がない」という曖昧な説明ではなく、予定・配送完了・受領・販売可能・例外の各数量を具体的に比較できます。

配送業者が納品物を配送完了と記録した後

1. Coupangの納品記録と販売可能在庫を確認します。 配送業者のステータスが配送完了に変わっただけで、計画表上の納品を完了扱いにしないでください。プラットフォーム側の納品記録を開き、表示される範囲で、現在の受領、販売可能、処理待ち、例外扱いの情報を記録してください。

2. 各数量を別々に照合します。 最低限、次のフィールドを分けて管理してください。

   フィールド	答えられる問い
   予定数量	納品指示では、何個が到着する予定でしたか。
   配送完了数量	配送業者はフルフィルメントセンターで何個の到着を記録しましたか。
   受領・照合済み数量	納品処理中にCoupangは何個を記録しましたか。
   販売可能数量	現在、顧客注文に割り当てられるのは何個ですか。
   処理待ち・例外数量	まだ処理、説明、または修正が必要なものは何個ですか。

3. SKU単位で差異を調べます。 販売可能数量が予定数量と一致しない場合は、補充を判断する前に、実際の出荷記録と商品識別子を照合してください。未解決のユニットはどれで、なぜ未解決なのかを確認します。商品やバリエーションによって影響が異なる場合は、納品物全体の合計だけで判断しないでください。

4. 未解決の在庫を販売可能在庫の予測から除外します。 輸送中、受領待ち、または例外扱いで保留されている在庫は、いずれ販売可能になる可能性がありますが、現時点の顧客注文を支えることはできません。必要であれば納品予定の一覧には含めても構いませんが、商品ページの販売可否や、顧客に表示されるRocketの配送予定を判断する数量には含めないでください。

5. 販売可能在庫がゼロになる前に補充します。 補充トリガーは、発送や配送完了ではなく、販売可能在庫が尽きると予測される時点に設定してください。計画期間には、輸送に加えてCoupangが納品を受領・照合するために必要な時間も含める必要があります。上流の工程を組み立てる際は、Rocket Growth納品の最低数量と実際のリードタイムが参考になります。

社内の在庫ビューには、予定、配送完了、受領・照合済み、販売可能、処理待ち・例外の5つを別々の列として設けるとよいでしょう。この構造により、受け渡しの各段階が可視化されます。また、確認できている事実が配送業者が荷受け場に到着したことだけなのに、営業チームやマーケティングチームへ「補充が到着した」と伝えてしまう、よくあるミスも防げます。

ユニットが販売可能在庫として受け入れられると、Coupangがフルフィルメントセンターでの保管、ピッキング、梱包、配送を管理します。ブランド側には、正確な商品情報と数量記録を維持し、販売可能在庫を監視し、例外の内容を確認して対応し、販売可能在庫が尽きる前に正しく準備した補充品を納品する責任が引き続きあります。運用上の境界は明確です。受け入れ後のフルフィルメントはCoupangが担いますが、ブランド側は到着を受け入れ済みと取り違えないでください。

システムや連携によって在庫数の手動編集を促される場合でも、編集したからといって、処理待ちのユニットが物理的に受領され、販売可能として受け入れられたことにはなりません。Coupang Rocket Growthに在庫数をプッシュできない理由では、プラットフォーム側の在庫状態を、単に入力して反映できる数値ではなく、現物の納品と結び付けて管理する必要がある理由を解説しています。

Coupang Rocket Growthの在庫に関するよくある質問

配送完了証明は、Coupangが在庫を受領したことを意味しますか？

配送業者がフルフィルメントセンターへの配送完了を記録したことを意味します。ただし、Coupangが納品の受領・照合を完了し、ユニットを販売可能として計上したことを必ずしも意味しません。プラットフォーム側の納品記録と販売可能在庫を確認してください。

配送完了した納品物が、一部だけ販売可能になることはありますか？

はい。受け入れられた販売可能数量が、発送または配送完了の総数量と異なり、他のユニットが処理待ちや例外扱いのままになる場合があります。予測と顧客に表示されるRocketの配送予定には、販売可能な部分だけを使用してください。

Coupangの受領数量が、発送した数量より少ない場合はどうすればよいですか？

予定、配送完了、受領・照合済み、販売可能、例外扱いの数量をSKU単位で比較してください。梱包明細、識別子、配送業者の記録を使って差異を記録し、照合が完了する前に原因を決めつけず、該当するCoupangの納品ワークフローを通じてフォローアップしてください。

受領が保留中の間、Rocket Growthの在庫数を手動で設定できますか？

いいえ。受領されていない、または未解決のユニットについては設定しないでください。カタログや在庫を編集しても、Coupangがそれらのユニットを現物として受領し、販売可能として受け入れたことにはなりません。まず納品状態を解決してください。

販売開始や補充は、いつ準備完了と判断すべきですか？

納品物が発送済みまたは配送完了になった時点ではなく、対象となる数量が販売可能として表示された時点です。補充トリガーは販売可能在庫の予測に基づいて設定し、計画期間には輸送時間と受領処理時間の両方を含めてください。

ユニットが販売可能になった後はどうなりますか？

CoupangがRocket Growthを通じて、保管、ピッキング、梱包、配送を管理します。ブランド側は引き続き、販売可能在庫を監視し、例外の内容を確認して解消し、販売可能在庫がゼロになる前に正しく準備した補充品を納品する責任を負います。