楽天の在庫設定・在庫切れの扱い完全ガイド｜在庫連動・非表示・売り越し防止まで

楽天RMSの在庫設定は「通常在庫」と「項目選択肢別在庫」の2種類があり、バリエーション商品は後者を使います。在庫切れ商品は「倉庫指定（倉庫に入れる）」で一覧から非表示にでき、多店舗運営では在庫連動（自動同期）で売り越しを防ぐのが基本です。この記事では設定手順・CSV一括・在庫連動・売り越し対策までを一気に整理します。

楽天の在庫設定は「通常在庫」と「項目選択肢別在庫」の2種類

楽天の在庫設定は、商品まるごとで在庫を持つ「通常在庫」と、サイズやカラーなど選択肢ごとに在庫を持つ「項目選択肢別在庫」の2種類に分かれます。

バリエーションのない単品商品は「通常在庫」で、商品ページ単位に在庫数を1つ持たせる形です。一方、サイズ・カラーなどの選択肢がある商品は「項目選択肢別在庫」を使い、選択肢の組み合わせごとに個別の在庫数を持たせます。どちらを選ぶかで、購入者が在庫切れの選択肢を選べるかどうかが変わります。

なお項目選択肢別在庫を設定すると、その商品では通常在庫の在庫数は設定できなくなります。二重に持たせる運用はできない点を押さえておきましょう。

バリエーション商品の在庫設定手順（項目選択肢別在庫の違い）

サイズ・カラーなどがある商品は「項目選択肢別在庫」の設定が必須で、通常在庫とは入力画面そのものが違います。

RMSの商品登録・更新画面で「項目選択肢別」のタブにチェックを入れると、入力画面が項目選択肢別在庫の形に切り替わります。ここで横軸・縦軸の項目名（例：横軸＝サイズ、縦軸＝カラー）を入力し、その組み合わせごとに在庫数を入れていきます。

具体的な手順は次のとおりです。

1. 商品登録・更新画面で対象商品を開く
2. 「項目選択肢別」タブにチェックを入れる（入力画面が切り替わる）
3. 横軸・縦軸の項目名を入力する（例：横軸サイズ、縦軸カラー）
4. 選択肢の組み合わせごとに在庫数を入力する
5. 保存する

チェックを入れると通常在庫の在庫数欄は使えなくなるため、バリエーション商品は最初から項目選択肢別で組む前提で設計すると迷いません。

在庫更新の手段（手動・CSV・API）の違いを比較

在庫を更新する手段は「手動（RMS画面）」「CSV一括」「API・一元管理システム」の3つがあり、商品点数と店舗数で最適解が変わります。

商品が少なく単発対応なら手動で十分ですが、点数が増えるとCSV一括が効率的です。楽天以外のモールも運営する多店舗運営では、API・一元管理による自動同期が売り越し防止の要になります。それぞれの向き・不向きを表で整理します。

単一店舗で点数が多いならCSV一括、複数モールを運営するなら一元管理、という切り分けが基本です。

CSV一括での在庫設定（在庫タイプ1・2の書き方）

在庫はCSV一括で設定でき、その際「在庫タイプ」の列で1（通常在庫設定）か2（項目選択肢別在庫設定）を指定します。

CSVで編集する主な列は「在庫タイプ・在庫数・在庫表示」の3つです。在庫タイプで通常在庫か項目選択肢別在庫かを切り替え、在庫数で数量を、在庫表示で見せ方を指定します。作成したitem.csvをアップロードすれば、多数の商品の在庫をまとめて更新できます。

500点を超える店舗や入替が頻繁な店舗では、1商品ずつ手で直すより、CSVで一括更新するほうが作業時間を大きく減らせます。ただし列仕様やファイル名を誤るとアップロードエラーになるため、テンプレートの列構成に沿って編集するのが安全です。

在庫切れ商品は購入者からどう見える？（在庫ありのみ）

在庫切れ商品は購入できない状態で表示され、購入者は検索の「在庫ありのみ」を押すことで在庫切れ商品を一覧から除外できます。

商品タイトルに【在庫あり】と書かれていても、実際には在庫切れになっている場合があります。そのため購入者側で確実に在庫のある商品だけを見たいときは、検索結果の「在庫ありのみ」をクリックするのが確実です。店舗側から見ると、在庫を0のまま放置すると売り切れ商品が一覧に残り続ける点に注意が必要です。

店舗として在庫切れ商品を一覧に残したくない場合は、次の「倉庫指定」で非表示にする運用が有効です。

在庫切れ商品を非表示にする方法（倉庫指定 0・1）

売り切れ・在庫切れ商品を店舗側で一覧から非表示にするには「倉庫指定（倉庫に入れる）」を使います。

RMSの商品登録・更新で対象商品を編集し、倉庫指定を「倉庫に入れる」にすると、その商品は店舗の一覧・検索から外れます。CSVで一括処理する場合は倉庫指定の列を使い、0が販売中、1が倉庫（＝非表示）を意味します。

500点を超えるような店舗では、非表示にしたい商品をCSVで倉庫指定1に一括変更すると効率的です。在庫切れ商品を「倉庫に入れる」で非表示にしておけば、売り越し注文そのものの発生を抑えられます。

多店舗の在庫連動とは（楽天・Amazon・Yahoo!の同期）

在庫連動とは、複数モールの在庫を1つの実在庫に合わせて自動で揃える仕組みで、多店舗運営で売り越しを防ぐ基盤です。

一元管理（EC一元管理システム）を入れると、受注・在庫・商品を1画面で管理でき、1店舗で売れると他店舗の在庫も自動で同時に減らせます。たとえば楽天で1個売れて在庫が9個になると、システムがYahoo!側の在庫も9個に揃えます。これにより、どこかのモールだけ在庫が多く残って売り越す事態を防ぎます。

同期のタイミングはツールやプランで異なり、数分〜15分間隔で自動同期する構成が一般的です。売れてから同期までのタイムラグが短いほど、売り越しリスクは下がります。

売り越し（在庫ズレ）が起きる原因と対策の手順

売り越し（在庫ズレ）の主因は手動更新や同期のタイムラグで、自動同期・安全在庫・倉庫指定を組み合わせて防ぎます。

複数モールで同じ実在庫を売っていると、他モールで売れた分の在庫更新が楽天側に間に合わず、在庫切れの商品がそのまま売れ続けて売り越しが起こります。手動更新に頼るほどタイムラグが広がり、在庫ズレが起きやすくなります。対策は次の手順で組みます。

1. 多店舗は一元管理システム・API連動で在庫を自動同期する（手動更新のタイムラグを排除）
2. 安全在庫（バッファ）を設定する（同期間隔の間に売れる分を見越し、実在庫より少なめに出す）
3. 在庫更新の優先順位を決める（例：実店舗＞楽天＞自社サイト。どのチャネルの在庫を正とするか）
4. 在庫切れ商品は「倉庫に入れる」で非表示にし、売り越し注文自体を発生させない
5. SKU移行後は連携ツールの設定を更新し、CSV仕様変更に追随させる

なお、あるAPI実装の事例では在庫同期を15分間隔で回すことで売り越し率が5%から0.5%へ下がったと報告されていますが、これは1社の事例値であり、すべての店舗に当てはまる一般値ではありません。

リアルタイム在庫同期とAPIレート制限の注意点

RMSの在庫管理APIを使うとリアルタイムに近い在庫同期ができますが、APIにはレート制限があるため設計に注意が必要です。

RMS API連携ではリアルタイム在庫同期が可能で、売れた瞬間に近いタイミングで全モールの在庫を減らせます。ただしAPIには更新回数の上限（1分間に60回程度など）が設けられており、無制限に叩けるわけではありません。そのため、更新の優先順位を決めることや、安全在庫を持たせて多少の遅延を吸収することが実装のポイントになります。最新の制限値は変わり得るため、最新は公式で確認してください。

SKU移行で在庫の持ち方はこう変わった

SKUプロジェクトにより、従来の「項目選択肢別在庫」は「バリエーション設定」へ、在庫はSKU単位で持つ形へ変わりました。

在庫運用の観点では、主に次の3点が変わっています。従来は商品ページ単位でしか出荷倉庫を指定できませんでしたが、移行後はSKU単位で倉庫を切り替えられる「SKU倉庫指定」が追加されました。価格違いの商品も個別に登録できるようになっています。

注意したいのは、SKU移行でCSV仕様が変わった点です。在庫連携ツール（OMS・一元管理システム）のバージョンや連携設定を更新しないと、CSV仕様のズレから在庫ズレが発生することがあります。移行後は連携設定の見直しをあわせて行いましょう。

在庫運用を自動化して売り逃し・売り越しをなくすには

在庫切れの非表示・多店舗の自動同期・安全在庫を仕組みで回すことが、売り逃しと売り越しを同時に減らす近道です。

単一店舗で点数が多いならCSV一括で在庫と倉庫指定をまとめて更新し、複数モールを運営するなら一元管理・API連動で在庫を自動同期する——この使い分けが基本方針です。手動更新に依存するほど更新漏れとタイムラグが増え、在庫ズレの温床になります。設定手段を商品点数・店舗数に合わせて選び、在庫切れ商品は倉庫指定で非表示にして、売り越し注文の発生源をふさぐところから始めるとよいでしょう。

よくある質問（FAQ）

Q1. 通常在庫と項目選択肢別在庫はどう使い分けますか？ バリエーションのない単品は通常在庫、サイズ・カラーなど選択肢がある商品は項目選択肢別在庫を使います。項目選択肢別を設定すると、その商品では通常在庫の在庫数は設定できなくなります。

Q2. CSVの在庫タイプの1と2は何を表しますか？ 在庫タイプ1が通常在庫設定、2が項目選択肢別在庫設定を表します。編集する主な列は「在庫タイプ・在庫数・在庫表示」で、item.csvをアップロードして一括更新します。

Q3. 在庫切れ商品を店舗の一覧から非表示にするには？ 「倉庫指定（倉庫に入れる）」を使います。CSVの倉庫指定列では0が販売中、1が倉庫（非表示）です。1にすると一覧・検索から外れ、売り越し注文の発生も抑えられます。

Q4. 多店舗の在庫連動の同期はどのくらいの間隔ですか？ ツールやプランによって異なりますが、数分〜15分間隔で自動同期する構成が一般的です。同期のタイムラグが短いほど売り越しリスクは下がります。最新の仕様は各ツールの公式情報で確認してください。

Q5. 売り越し（在庫ズレ）を防ぐ一番の対策は何ですか？ 多店舗の在庫を一元管理・API連動で自動同期し、手動更新のタイムラグをなくすことが基本です。あわせて安全在庫（バッファ）の設定、更新の優先順位決め、在庫切れ商品の非表示を組み合わせます。

Q6. SKU移行で在庫連携の設定は見直しが必要ですか？ 必要です。SKU移行でCSV仕様が変わったため、一元管理・OMSの連携設定を更新しないと在庫ズレが起きることがあります。移行後は連携ツールのバージョンと設定をあわせて見直しましょう。

参考

• assist店長 FAQ（通常在庫CSV）: https://assist-tencho.com/faq/products-sku/01-513/
• assist店長 FAQ（項目選択肢別CSV）: https://assist-tencho.com/faq/products-sku/01-514/
• シッピーノ マニュアル（項目選択肢別在庫を設定する）: https://docs.shippinno.com/setup/mall/rakuten/komokusentakushibetuzaiko/
• EC通販マニュアル（在庫数設定のCSV一括設定）: https://ec-tsushin.com/rakuten_inventory_figures/
• 売れるネットショップの教科書（売り切れ非表示・倉庫指定CSV）: https://urerunet.shop/mall/rakuten/rakuten_csv_souko1
• トリセド（売り切れ商品を一覧から非表示／在庫ありのみ）: https://torisedo.com/26010.html
• まとまるEC店長（楽天の在庫連携とは）: https://www.ec-tencho.jp/effect/rakuten-zaiko.html
• EC-labo（楽天RMS API・在庫同期・レート制限）: https://www.ec-labo.com/2025/07/20/rms-api/
• stockcrew（SKU移行と在庫連携・SKU倉庫指定・在庫ズレ）: https://stockcrew.co.jp/insights/rakuten-sku-inventory-logistics
• finner（SKUプロジェクト：項目選択肢別在庫→バリエーション設定）: https://finner.co.jp/media/ec20230905a/