ネットショップを始めて出荷件数が増えてきたとき、最初に壁になるのが「在庫管理」です。「注文が入ったのに在庫切れだった」「在庫が合わず棚卸しのたびにズレが出る」「商品が増えてエクセルの管理が限界になってきた」——こうした問題は、売上が伸びているほど深刻になります。
経済産業省のEC市場調査（令和5年度）によると、日本のBtoC-EC市場は2022年に21.3兆円を突破し、年々拡大を続けています。本記事では、ネットショップ特有の24時間受注リスクと売り越し・欠品の損失構造を明らかにした上で、出荷規模に応じた在庫管理ツールの選定基準、そして発送代行サービスのWMSを活用して在庫管理を自動化する方法まで体系的に解説します。
この記事の内容
在庫管理の基本は「現在何個の商品があり、いくつ売れて、いくつ残っているか」を正確に把握することです。具体的には、仕入れ（入庫）数の記録、販売（出庫）数の記録、残数（在庫数）のリアルタイム更新、棚卸しによる実在庫との照合、この4つが柱になります。
在庫管理の上位概念として「適正在庫の維持」があります。売れ筋商品を欠品させず、売れない商品を抱えすぎない状態を保つことが経営上の目標です。ネットショップ運営の完全ガイドでも在庫管理はコア業務のひとつとして解説されています。
ネットショップが実店舗と決定的に異なるのは、深夜・休日問わず24時間注文が入ることです。自分が寝ている間に在庫切れ商品の注文が10件入っていた、というケースは現実に起こります。実店舗なら「売り切れです」と声をかけられますが、ネットショップではシステムが在庫ゼロを検知して受注をストップしない限り、在庫がなくても注文を受け続けます。これが「売り越し」と呼ばれる問題で、ネットショップの在庫管理が実店舗より重要である根本的な理由です。
在庫がない状態で受注してしまう「売り越し」が発生すると、以下のコストが連鎖します。①購入者への謝罪・キャンセル対応の工数（1件あたり15〜30分）、②信頼損失によるリピート購買の減少（1件のクレームで5〜10件の将来購買を失うとも言われる）、③ネガティブレビューによる新規流入の減少、④プラットフォームからのペナルティリスク（楽天・Amazonなど）。
月間出荷100件のショップで売り越し発生率が2%（2件）とすると、謝罪対応だけで月1時間を浪費します。それ以上に深刻なのは信頼の毀損です。1件のクレームがレビュー評価を0.5〜1ポイント下げると、転換率が数%下がり、売上に長期的な影響を与えます。
在庫切れで受注できなかった「売り逃し」も見えにくい損失です。例えば月商50万円のショップで出荷件数100件とすると、平均客単価は5,000円。在庫切れ商品の閲覧数が月100セッションあり、転換率5%とすると、5件の売り逃し＝25,000円の損失です。年間換算で30万円の機会損失になります。
さらに、楽天市場などのECモールでは在庫切れ状態が続くと検索順位が下がるアルゴリズムがあります。欠品は単なる販売機会損失にとどまらず、中長期的な集客力低下を招きます。ECモールの特性と在庫管理要件も合わせて確認してください。
逆に過剰在庫も問題です。仕入れに資金を使いすぎると手元の運転資金が減ります。月商50万円のショップが2ヶ月分（100万円相当）の在庫を抱えると、100万円のキャッシュが商品として固定されます。このお金が商品開発・マーケティング・新商品の仕入れに使えない状態になるため、成長機会を逃します。適正在庫の概念を理解し、在庫回転率（年間売上÷平均在庫金額）を3〜6回転を目安に管理することが重要です。
適正在庫の基本的な計算は「安全在庫＋発注リードタイム中の販売見込み数」です。安全在庫とは欠品しないために持つ最低限の在庫で、一般的に「平均日販×リードタイム×安全係数（1.5〜2.0）」で計算します。例えば、平均日販5個・仕入れリードタイム7日・安全係数1.5の場合、安全在庫は5×7×1.5＝52.5→53個になります。
これにリードタイム中の販売見込み（5×7＝35個）を加えた88個が発注点（再発注が必要な在庫数の目安）となります。この数値を下回ったら発注するルールにすることで、計算上欠品は防げます。
季節商材やSNSでバズる可能性のある商品は、上記の計算式だけでは不十分です。過去データがない新商品のバズは予測不能なため、バズ後に素早く追加発注できる仕入れ先とのルート確保が重要です。逆に季節商材は需要予測の精度が高めやすく、前年比の販売データから発注量を計算できます。WMSによる在庫管理の高度化では、データドリブンな在庫計画の方法も解説しています。
在庫管理ツールの選定で最も重要な指標は「月間出荷件数」と「管理するSKU数」の2軸です。月間50件未満・10SKU以下の段階では、ECカートプラットフォーム（BASE・Shopify等）の標準在庫管理機能や、Googleスプレッドシートでの手動管理でも運用できます。
月間50〜300件・50〜200SKUの成長期に入ったら、クラウド型の在庫管理SaaSや発送代行のWMSへの移行を検討するタイミングです。この段階でエクセル・手動管理を続けると、在庫差異・売り越しのリスクが急増します。
月間300件を超えると、発送代行のWMSとAPI連携による完全自動化が実質的に必須となります。複数のECプラットフォームで販売している場合は、1ランク早めにシステム化を検討することを強く推奨します。EC物流のシステム連携方式の比較も参考にしてください。
エクセル（またはGoogleスプレッドシート）による在庫管理は、初期コストゼロ・カスタマイズ自由度が高い・導入ハードルが低いという点で、ネットショップ開業初期には有効です。商品数が10〜20SKU程度で、月間出荷件数が50件以下の段階なら、シンプルな在庫台帳として機能します。
①リアルタイム更新ができない：ECカートと連動していないため、注文が入るたびに手動で在庫数を減らす必要があります。夜中に注文が入っても翌朝までデータが更新されず、売り越しが発生します。
②複数チャネルへの対応が不可能：BASE・楽天・Amazonなど複数プラットフォームで販売している場合、チャネルごとに在庫数を手動で更新する必要があり、現実的に管理しきれません。オーバーセル（複数チャネルで同一商品が重複受注される）のリスクが高まります。
③スケールに伴い管理工数が急増：商品数が50SKUを超えると、入出庫の記録と棚卸し作業だけで週に数時間を費やすようになります。SKU数が増えるほど管理漏れのリスクも上がります。これらの問題はWMSの導入で解決できることが多く、早期移行が推奨されます。
WMS（Warehouse Management System＝倉庫管理システム）は、倉庫内の入荷・保管・出荷・棚卸しをリアルタイムで管理するシステムです。一般的な在庫管理システムが「数量の把握」を目的とするのに対し、WMSは「倉庫内の物の動きを管理する」ことに特化しています。入庫検品・ロケーション管理・ピッキング指示・出荷管理・在庫差異の自動検出などが主な機能です。
ECカートとWMSがAPI連携することで、注文が入ると自動でWMSに出荷指示が送られ、出荷完了と同時にECカートの在庫数が更新されます。この仕組みにより、売り越し・在庫差異がシステム的に防止されます。
WMS導入後の最大のメリットは「在庫の正確さ」です。バーコード検品により入庫・出庫のたびにデータが更新されるため、帳簿上の在庫数と実在庫数のズレがなくなります。リアルタイムの在庫情報はECカートに反映されるため、在庫切れになった瞬間に販売停止が自動で設定されます。
ピッキング作業の効率化においても、WMSが最適なピッキング順序を指示することで、出荷ミスの削減と作業時間の短縮が実現します。
WMSを正しく機能させるには、商品コード（SKU）の整備が前提です。カラー・サイズ・容量など商品の属性ごとに固有のSKUコードを設定し、バーコード管理を確立することが在庫精度の基盤になります。商品コード（SKU）の設定方法とJANコードの取得と活用を合わせて整備することで、WMSの効果を最大化できます。
発送代行業者のWMSとECカートをAPI連携させることで、EC事業者は在庫の数え直し・エクセル更新・棚卸し計算といった管理作業を一切行わなくてよくなります。入庫・出庫のたびにWMSが自動で在庫数を更新し、その数値がリアルタイムでECカートに反映されます。
STOCKCREWが無償提供する在庫管理システムを使えば、いつでもブラウザから現在の在庫数・入出庫履歴・SKUごとの在庫推移を確認できます。補充発注のタイミングも数値で把握できるため、勘に頼った発注から脱却できます。STOCKCREWの機能一覧で在庫管理システムの詳細を確認できます。
発送代行のWMSを活用すると、単品の出荷管理だけでなく、福袋セット品の在庫管理、定期購入・回数別に異なる販促チラシの同梱設定、ギフトラッピング指示なども管理できます。個人での手作業では対応が難しい複雑な出荷オペレーションが、WMSで一元管理できるようになります。
STOCKCREWは初期費用0円・固定費0円・1点から利用可能で、BASE・Shopify・楽天・Amazonなど13以上のプラットフォームとAPI連携済みです。STOCKCREWのサービス完全ガイドでは在庫管理×発送代行の仕組みを詳しく解説しています。
在庫回転率（年間売上原価÷平均在庫金額）は在庫管理の最重要指標の一つです。回転率が低い商品は「死に筋」と呼ばれ、倉庫スペースとキャッシュを圧迫し続けます。EC事業者の場合、回転率の目安は年3〜6回転（月0.25〜0.5回転）が一般的です。発送代行のWMSを利用すると、SKUごとの在庫回転率をシステムが自動計算するため、人手で集計する必要がなくなります。
JANコードと在庫管理の関係でも解説していますが、商品コードを整備してWMSで管理することで、SKUごとの動向分析が容易になります。
ABC分析とは、全SKUを売上貢献度でABC3段階に分類し、管理の優先度を決める手法です。一般的にAランク（全SKUの上位20%）が売上の80%を占めます（パレートの法則）。Aランク品は欠品させないよう安全在庫を高めに設定し、Cランク品は在庫圧縮を優先してキャッシュを確保するという在庫投資の配分最適化ができます。発送代行WMSのダッシュボードでSKUごとの出荷数が可視化されると、このABC分析が容易になります。商品コード（SKU）の設定方法と合わせて実践してください。
発送代行に在庫管理を外部委託した場合でも、「在庫状況が見えなくなる」という心配は不要です。STOCKCREWが提供するWMSはEC事業者もリアルタイムでアクセスでき、現在の在庫数・入出庫履歴・SKUごとの在庫推移を確認できます。在庫補充のタイミングも数値で把握できるため、勘に頼った発注から脱却できます。STOCKCREWの機能一覧で在庫管理システムの詳細を確認してください。GS1 Japan（流通システム開発センター）のバーコード標準規格を活用することで、WMSとの連携精度をさらに高めることができます。
BASE・Shopify・楽天・Amazonなど複数のプラットフォームで同一商品を販売している場合、チャネルごとに別々に在庫を管理すると「オーバーセル」が発生します。Aチャネルで在庫が1個あり、AチャネルとBチャネルで同時に1件ずつ受注が入ると、合計2件の注文に対して在庫が1個しかないという状態です。
発送代行のWMSを「在庫の唯一の真実の情報源」として全チャネルをAPI連携させれば、どのチャネルで受注が入っても即座に全チャネルの在庫数が同期されます。これがオーバーセル防止の唯一の確実な方法です。EC物流サービスを比較する際のポイントでも在庫同期の対応状況を確認することを推奨しています。
特にBASEで個人ショップを運営しながら成長に伴って楽天・Shopifyにも出店を広げるケースは多くあります。この段階で在庫管理を手動のままにすると、オーバーセルの発生は時間の問題です。STOCKCREWのWMSは複数プラットフォームとの同時連携に対応しており、BASEの送料設定やBASEの手数料最適化と合わせて物流全体を効率化できます。
ネットショップの在庫管理は、売上が伸びるほどその精度が事業の上限を決めるようになります。売り越しは信頼の毀損と将来売上の損失、欠品は機会損失、過剰在庫はキャッシュフロー圧迫と、在庫管理の失敗は三方向から事業を痛めつけます。
ツール選定はフェーズによって変わります。月間50件未満・10SKU以下ならECカートの標準機能で十分ですが、50件を超えたらシステム移行を検討し、300件を超えたら発送代行WMSとのAPI連携が実質必須です。複数チャネルで販売している場合は1ランク早めの移行を推奨します。
発送代行WMSを活用することで、在庫管理の工数をゼロにしながら、売り越し・欠品・オーバーセルをシステム的に防止できます。発送代行の仕組みと費用の完全ガイドも合わせて確認し、まずはSTOCKCREWの無料資料ダウンロードまたはお問い合わせから在庫管理改善のご相談をどうぞ。