ネットショップの在庫管理を実務視点で徹底解説|基礎知識・管理方法・課題と解決策の実務ポイント
- EC・物流インサイト
この記事は約19分で読めます
ネットショップを始めて出荷件数が増えてきたとき、最初に壁になるのが「在庫管理」です。「注文が入ったのに在庫切れだった」「在庫が合わず棚卸しのたびにズレが出る」「商品が増えてエクセルの管理が限界になってきた」——こうした問題は、売上が伸びているほど深刻になります。
経済産業省の令和6年度の市場調査によると、日本のBtoC-EC市場は2024年に26兆1,225億円(前年比5.1%増)、物販系分野だけで15兆2,194億円まで拡大しています。市場が伸びるほど受注は増え、在庫管理の精度がそのまま売上の上限を決めるようになります。本記事では、ネットショップ特有の24時間受注リスクと売り越し・欠品の損失構造を明らかにした上で、出荷規模に応じた在庫管理ツールの選定基準、そして発送代行サービスのWMSを活用して在庫管理を自動化する方法まで体系的に解説します。
2024年の日本国内のBtoC-EC(消費者向け電子商取引)市場規模は、26.1兆円(前年24.8兆円、前々年22.7兆円、前年比5.1%増)に拡大しています。また、2024年の日本国内のBtoB-EC(企業間電子商取引)市場規模は514.4兆円(前年465.2兆円、前々年420.2兆円、前年比10.6%増)に増加しました。
ネットショップの在庫管理とは:実店舗と何が違うか
在庫管理の基本:何を管理するのか
在庫管理の基本は「現在何個の商品があり、いくつ売れて、いくつ残っているか」を正確に把握することです。具体的には、仕入れ(入庫)数の記録、販売(出庫)数の記録、残数(在庫数)のリアルタイム更新、棚卸しによる実在庫との照合、この4つが柱になります。
在庫管理の上位概念として「適正在庫の維持」があります。売れ筋商品を欠品させず、売れない商品を抱えすぎない状態を保つことが経営上の目標です。ネットショップ運営の完全ガイドでも在庫管理はコア業務のひとつとして整理しています。
ネットショップ特有の「24時間リスク」
ネットショップが実店舗と決定的に異なるのは、深夜・休日問わず24時間注文が入ることです。自分が寝ている間に在庫切れ商品の注文が10件入っていた、というケースは現実に起こります。実店舗なら「売り切れです」と声をかけられますが、ネットショップではシステムが在庫ゼロを検知して受注をストップしない限り、在庫がなくても注文を受け続けます。これが「売り越し」と呼ばれる問題で、ネットショップの在庫管理が実店舗より重要である根本的な理由です。
売り越し・欠品の損失計算:放置するとどれだけ損するか
売り越し(過剰受注)のコスト
在庫がない状態で受注してしまう「売り越し」が発生すると、以下のコストが連鎖します。①購入者への謝罪・キャンセル対応の工数(1件あたり15〜30分)、②信頼損失によるリピート購買の減少、③ネガティブレビューによる新規流入の減少、④プラットフォームからのペナルティリスク(楽天・Amazonなど)。
月間出荷100件のショップで売り越し発生率が2%(2件)とすると、謝罪対応だけで月1時間を浪費します。それ以上に深刻なのは信頼の毀損です。1件のクレームがレビュー評価を下げると、転換率が下がり、売上に長期的な影響を与えます。
欠品(売り逃し)の機会損失計算
在庫切れで受注できなかった「売り逃し」も見えにくい損失です。例えば月商50万円・出荷件数100件のショップなら平均客単価は5,000円。在庫切れ商品の閲覧が月100セッションあり転換率5%とすると、5件の売り逃し=25,000円の損失、年間換算で30万円の機会損失になります。
さらに、楽天市場などのECモールでは在庫切れ状態が続くと検索順位が下がる傾向があります。欠品は単なる販売機会損失にとどまらず、中長期的な集客力低下を招きます。
過剰在庫のキャッシュフロー圧迫
逆に過剰在庫も問題です。月商50万円のショップが2ヶ月分(100万円相当)の在庫を抱えると、100万円のキャッシュが商品として固定されます。このお金が商品開発・マーケティング・新商品の仕入れに使えない状態になるため、成長機会を逃します。適正在庫の概念を理解し、在庫回転率(年間売上原価÷平均在庫金額)を年3〜6回転を目安に管理することが重要です。
適正在庫とは何か:過剰在庫と欠品の間を保つ方法
適正在庫の計算式
適正在庫の基本的な計算は「安全在庫+発注リードタイム中の販売見込み数」です。安全在庫とは欠品しないために持つ最低限の在庫で、一般的に「平均日販×リードタイム×安全係数(1.5〜2.0)」で計算します。下表は平均日販5個・仕入れリードタイム7日のショップを例にした計算です。
| 項目 | 計算式 | 結果 |
|---|---|---|
| 安全在庫 | 平均日販5個 × リードタイム7日 × 安全係数1.5 | 53個 |
| リードタイム中の販売見込み | 平均日販5個 × リードタイム7日 | 35個 |
| 発注点(再発注の目安) | 安全在庫53個 + 見込み35個 | 88個 |
この発注点(88個)を在庫が下回ったら発注するルールにすることで、計算上は欠品を防げます。安全係数は欠品許容度に応じて調整し、品切れが致命的な主力商品ほど高めに設定します。
シーズン性・バズへの対応
季節商材やSNSでバズる可能性のある商品は、上記の計算式だけでは不十分です。過去データがない新商品のバズは予測不能なため、バズ後に素早く追加発注できる仕入れルートの確保が重要です。逆に季節商材は需要予測の精度が高めやすく、前年比の販売データから発注量を計算できます。WMSによる在庫管理の高度化では、データドリブンな在庫計画の方法も整理しています。
在庫管理ツールのフェーズ別選定マトリクス
選定の判断基準:月間出荷件数とSKU数
在庫管理ツールの選定で最も重要な指標は「月間出荷件数」と「管理するSKU数」の2軸です。事業フェーズごとの推奨ツールを下表に整理しました。
| 規模 | 月間出荷件数 | SKU数 | 推奨ツール |
|---|---|---|---|
| スタートアップ | 〜50件 | 10SKU以下 | Googleスプレッドシート / ECカート標準機能 |
| 成長期 | 50〜300件 | 50〜200SKU | クラウド在庫管理SaaS / 発送代行WMS |
| 拡大期 | 300件以上 | 200SKU以上 | 発送代行WMS+API連携(必須) |
月間50件未満・10SKU以下の段階では、ECカートプラットフォーム(BASE・Shopify等)の標準在庫管理機能や、Googleスプレッドシートでの手動管理でも運用できます。月間50〜300件・50〜200SKUの成長期に入ったら、クラウド型の在庫管理SaaSや発送代行のWMSへの移行を検討するタイミングです。この段階でエクセル・手動管理を続けると、在庫差異・売り越しのリスクが急増します。
月間300件を超えると、発送代行のWMSとAPI連携による完全自動化が実質的に必須となります。複数のECプラットフォームで販売している場合は、1ランク早めにシステム化することを強く推奨します。EC物流のシステム連携方式の比較も判断材料になります。なお複数チャネルで販売している場合は、表の区分より1ランク上のツールを選ぶのが安全です。
エクセルでの在庫管理:できることと限界
エクセル管理のメリット
エクセル(またはGoogleスプレッドシート)による在庫管理は、初期コストゼロ・カスタマイズ自由度が高い・導入ハードルが低いという点で、ネットショップ開業初期には有効です。商品数が10〜20SKU程度で月間出荷件数が50件以下の段階なら、シンプルな在庫台帳として機能します。
エクセル管理の3つの致命的な限界
①リアルタイム更新ができない:ECカートと連動していないため、注文が入るたびに手動で在庫数を減らす必要があります。夜中に注文が入っても翌朝までデータが更新されず、売り越しが発生します。
②複数チャネルへの対応が不可能:BASE・楽天・Amazonなど複数プラットフォームで販売している場合、チャネルごとに在庫数を手動更新する必要があり、現実的に管理しきれません。オーバーセル(複数チャネルでの重複受注)のリスクが高まります。
③スケールに伴い管理工数が急増:商品数が50SKUを超えると、入出庫の記録と棚卸し作業だけで週に数時間を費やすようになります。SKU数が増えるほど管理漏れのリスクも上がります。これらの問題はWMSの導入で解決できることが多く、早期移行が推奨されます。
WMS(倉庫管理システム):本格的な在庫管理の仕組み
WMSとは何か:在庫管理システムとの違い
WMS(Warehouse Management System=倉庫管理システム)は、倉庫内の入荷・保管・出荷・棚卸しをリアルタイムで管理するシステムです。一般的な在庫管理システムが「数量の把握」を目的とするのに対し、WMSは「倉庫内の物の動きを管理する」ことに特化しています。入庫検品・ロケーション管理・ピッキング指示・出荷管理・在庫差異の自動検出などが主な機能です。
ECカートとWMSがAPI連携することで、注文が入ると自動でWMSに出荷指示が送られ、出荷完了と同時にECカートの在庫数が更新されます。この仕組みにより、売り越し・在庫差異がシステム的に防止されます。手法ごとの違いを下表に整理しました。
| 比較軸 | エクセル/スプレッドシート | クラウド在庫SaaS | 発送代行WMS |
|---|---|---|---|
| 初期コスト | 0円 | 月額数千円〜 | 0円〜(出荷料に内包) |
| リアルタイム更新 | 手動 | 自動(要連携設定) | 自動(API連携) |
| 複数チャネル同期 | 不可 | 対応 | 対応 |
| 棚卸し・検品 | 手作業 | システム上で記録 | 倉庫側が実施 |
| 物流作業の代行 | なし | なし | あり(保管・出荷) |
| 適する規模 | 〜50件/月 | 50〜300件/月 | 50件/月〜 |
WMSを活用した在庫管理のメリット
WMS導入後の最大のメリットは「在庫の正確さ」です。バーコード検品により入庫・出庫のたびにデータが更新されるため、帳簿上の在庫数と実在庫数のズレがなくなります。リアルタイムの在庫情報はECカートに反映されるため、在庫切れになった瞬間に販売停止が自動で設定されます。ピッキング作業の効率化においても、WMSが最適なピッキング順序を指示することで、出荷ミスの削減と作業時間の短縮が実現します。
SKU管理と商品コードの整備
WMSを正しく機能させるには、商品コード(SKU)の整備が前提です。カラー・サイズ・容量など商品の属性ごとに固有のSKUコードを設定し、バーコード管理を確立することが在庫精度の基盤になります。商品コード(SKU)の設定方法とJANコードの取得と活用を合わせて整備することで、WMSの効果を最大化できます。JANコードを自社で発番するには、まずGS1事業者コードの登録が必要で、登録申請料は事業者の年間売上高に応じて決まります。型番管理されていない商品をいきなりWMSに載せると、入庫検品の段階でコードの突き合わせができず、かえって在庫差異の温床になります。SKU整備はWMS導入の「前工程」と位置づけ、商品マスタを先に固めておくことが定着の近道です。
GS1事業者コードとは、JANコードをはじめとした商品識別コードなどに使用される、GS1標準に基づく事業者識別のための番号です。GS1事業者コードを取得すると、JANコード(GTIN)を設定できるようになります。
発送代行のWMSで在庫管理を外部委託する
発送代行WMSの最大のメリット:在庫管理が「ゼロ工数」になる
発送代行業者のWMSとECカートをAPI連携させることで、EC事業者は在庫の数え直し・エクセル更新・棚卸し計算といった管理作業を一切行わなくてよくなります。入庫・出庫のたびにWMSが自動で在庫数を更新し、その数値がリアルタイムでECカートに反映されます。
STOCKCREWが無償提供する在庫管理システムを使えば、いつでもブラウザから現在の在庫数・入出庫履歴・SKUごとの在庫推移を確認できます。補充発注のタイミングも数値で把握できるため、勘に頼った発注から脱却できます。STOCKCREWの機能一覧で在庫管理システムの詳細を確認できます。
複数チャネルの在庫を一元管理する(オーバーセル防止)
BASE・Shopify・楽天・Amazonなど複数のプラットフォームで同一商品を販売している場合、チャネルごとに別々に在庫を管理すると「オーバーセル」が発生します。Aチャネルで在庫が1個あり、AチャネルとBチャネルで同時に1件ずつ受注が入ると、合計2件の注文に対して在庫が1個しかないという状態です。
発送代行のWMSを「在庫の唯一の真実の情報源」として全チャネルをAPI連携させれば、どのチャネルで受注が入っても即座に全チャネルの在庫数が同期されます。これがオーバーセル防止の最も確実な方法です。EC物流サービスを比較する際のポイントでも在庫同期の対応状況を確認することを推奨しています。
モデルケース:2チャネル運営でオーバーセルを解消
例えば、月商150万円・出荷300件で楽天と自社(Shopify)の2チャネルを運営する事業者を想定します。エクセルで両チャネルの在庫を手動更新していた段階では、月に数件のオーバーセルが発生し、その都度キャンセル謝罪に追われていました。発送代行WMSを両チャネルとAPI連携し在庫を一元化すると、片方で売れた瞬間にもう一方の在庫も自動で減るため、計算上オーバーセルは発生しなくなります。あわせて在庫の数え直し作業がゼロになり、本来の商品企画・集客に時間を割けるようになる——というのが典型的な改善パターンです。楽天物流(RSL)とSTOCKCREWの比較も、楽天併売時の選定材料になります。
福袋・同梱・ギフト対応も管理できる
発送代行のWMSを活用すると、単品の出荷管理だけでなく、福袋セット品の在庫管理、定期購入・回数別に異なる販促チラシの同梱設定、ギフトラッピング指示なども管理できます。個人での手作業では対応が難しい複雑な出荷オペレーションが、WMSで一元管理できるようになります。FBAからの移行を検討している場合はFBAからの移行ガイドも参考になります。
STOCKCREWの在庫管理×発送代行
STOCKCREWは初期費用0円・固定費0円・1点から利用可能で、BASE・Shopify・楽天・Amazonなど主要なECプラットフォームとAPI連携済みです。STOCKCREWのサービス完全ガイドでは在庫管理×発送代行の仕組みを詳しく解説しています。
在庫回転率とABC分析:在庫管理を「数値で管理」する
在庫回転率で「死に筋商品」を発見する
在庫回転率(年間売上原価÷平均在庫金額)は在庫管理の最重要指標の一つです。回転率が低い商品は「死に筋」と呼ばれ、倉庫スペースとキャッシュを圧迫し続けます。EC事業者の場合、回転率の目安は年3〜6回転(月0.25〜0.5回転)が一般的です。発送代行のWMSを利用すると、SKUごとの在庫回転率をシステムが自動計算するため、人手で集計する必要がなくなります。回転率が著しく低い商品は、値引き・セット販売・販売終了といった出口戦略を早めに決めることで、保管コストとキャッシュの固定を最小化できます。逆に回転率が高すぎる商品は欠品が起きている可能性があるため、安全在庫の引き上げを検討します。
ABC分析で在庫投資を最適化する
ABC分析とは、全SKUを売上貢献度でABCの3段階に分類し、管理の優先度を決める手法です。一般的にAランク(全SKUの上位20%)が売上の80%を占めます(パレートの法則)。下表のように優先度を分けて在庫投資を配分します。
| ランク | SKU構成比の目安 | 売上貢献の目安 | 在庫方針 |
|---|---|---|---|
| Aランク | 上位20% | 約80% | 欠品厳禁・安全在庫を高めに設定 |
| Bランク | 中位30% | 約15% | 定期補充で標準管理 |
| Cランク | 下位50% | 約5% | 在庫圧縮を優先しキャッシュを確保 |
発送代行WMSのダッシュボードでSKUごとの出荷数が可視化されると、このABC分析が容易になります。商品コード(SKU)の設定方法と合わせて実践してください。発送代行に在庫管理を外部委託した場合でも、STOCKCREWが提供するWMSはEC事業者もリアルタイムでアクセスでき、在庫状況が見えなくなる心配は不要です。
まとめ:在庫管理は「売上の上限」を決める
ネットショップの在庫管理は、売上が伸びるほどその精度が事業の上限を決めるようになります。売り越しは信頼の毀損と将来売上の損失、欠品は機会損失、過剰在庫はキャッシュフロー圧迫と、在庫管理の失敗は三方向から事業を痛めつけます。
ツール選定はフェーズによって変わります。月間50件未満・10SKU以下ならECカートの標準機能で十分ですが、50件を超えたらシステム移行を検討し、300件を超えたら発送代行WMSとのAPI連携が実質必須です。複数チャネルで販売している場合は1ランク早めの移行を推奨します。発送代行WMSを活用することで、在庫管理の工数をゼロにしながら、売り越し・欠品・オーバーセルをシステム的に防止できます。重要なのは、在庫管理を「人の注意力でカバーする作業」から「システムが自動で正確さを担保する仕組み」へ移行することです。売上が伸びてからの移行はトラブル対応に追われがちなので、出荷件数が増え始めた段階で前倒しに準備しておくと、成長のボトルネックを未然に防げます。
発送代行の仕組みと費用の完全ガイドも合わせて確認し、まずはSTOCKCREWの無料資料ダウンロードまたはお問い合わせから在庫管理改善のご相談をどうぞ。
よくある質問(FAQ)
Q. ネットショップの在庫管理は実店舗とどう違うのですか?
最大の違いは、ネットショップは24時間365日いつでも注文が入る点です。実店舗なら売り切れをスタッフが目視で案内できますが、ネットショップではシステムが在庫ゼロを検知して受注を止めない限り、在庫がなくても注文を受け続けます。これが「売り越し」で、ネットショップの在庫管理が実店舗より重要になる根本的な理由です。在庫管理の基本は、入庫数・出庫数・残数・棚卸しによる実在庫照合の4つを正確に把握することにあります。
Q. 売り越しや欠品はどれくらいの損失になりますか?
売り越しは、謝罪・キャンセル対応の工数(1件15〜30分)に加え、レビュー低下による転換率の悪化という長期的な損失を招きます。欠品(売り逃し)は、例えば月商50万円・客単価5,000円のショップで在庫切れ商品に月100セッション・転換率5%なら月25,000円、年間30万円の機会損失です。さらにECモールでは在庫切れが続くと検索順位が下がり、集客力低下にもつながります。
Q. 適正在庫はどう計算すればよいですか?
基本は「安全在庫+発注リードタイム中の販売見込み数」です。安全在庫は「平均日販×リードタイム×安全係数(1.5〜2.0)」で求めます。平均日販5個・リードタイム7日・安全係数1.5なら安全在庫は53個、見込み35個を足した88個が発注点の目安です。在庫がこの発注点を下回ったら発注するルールにすると、計算上は欠品を防げます。
Q. 在庫管理ツールはどの規模で切り替えるべきですか?
判断軸は「月間出荷件数」と「SKU数」です。〜50件・10SKU以下はGoogleスプレッドシートやECカート標準機能、50〜300件・50〜200SKUの成長期はクラウド在庫SaaSや発送代行WMS、300件以上はWMS+API連携が実質必須です。複数チャネルで販売している場合は、目安より1ランク上のツールを選ぶと安全です。
Q. 発送代行に在庫管理を任せると在庫状況が見えなくなりませんか?
その心配はありません。STOCKCREWが無償提供するWMSはEC事業者もリアルタイムでアクセスでき、現在の在庫数・入出庫履歴・SKUごとの在庫推移をブラウザから確認できます。補充発注のタイミングも数値で把握できるため、外部委託しながら「見える化」を両立できます。複数チャネルをAPI連携すれば、在庫が一元同期されてオーバーセルも防止できます。
この記事の監修者
北原一樹
株式会社KEYCREW オペレーション部長。大手物流会社にて現場担当からセンター長を経て、営業・管理職を12年間歴任。物流業界での経験は24年に及ぶ。大規模顧客の初のEC・DCが併設された10,000坪規模の大型倉庫の立ち上げを主導した実績を持ち、月間100Mの赤字を抱えていた物流センターをわずか3か月で黒字化に転換させた。現在はSTOCKCREWにおいて部門管理・各拠点の収支管理・業務改善を統括。「現地・現物」「数字で現場を見る」「何事にも基準を作る」を信条に、年間5千万点の入出荷を支える高品質な物流オペレーションを実現している。