ネットショップの在庫管理とは、受注・入庫・出荷・返品のたびに「いま売れる数」を正しく把握し、欠品と過剰在庫の両方を防ぐ運用です。エクセルで足りる段階と、クラウドやWMS、外部倉庫への預けが合理的になる段階は異なります。本記事では定義、起きやすい問題、方法比較、外注タイミングの試算例、KPIまで、栃木県上三川町でEC物流を手がけるソネッティークの視点で整理します。
最終更新: 2026年7月
本記事の費用・負荷比較は試算例(モデルケース)です。実在の導入事例ではありません。正式見積は商品サイズ・同梱・返品範囲で変動します。料金の考え方は倉庫料金も参照してください。
ネットショップの在庫管理とは何か
用語の解説
ネットショップの在庫管理
ネットショップの在庫管理とは、商品マスタと入出庫履歴をもとに現在庫・引当可能数・発注点を把握し、モール・カート・倉庫の数字を一致させることです。単なる「棚の数を数える」作業ではなく、欠品防止・過剰抑制・誤出荷防止まで含む業務設計を指します。
ネットショップの在庫管理の本質は、「物理在庫」と「販売可能数」を一致させ続けることです。理由としては、ECでは注文が入った瞬間に引当が発生し、未出荷・返品・キャンセルが重なると、棚にある数とカート上の数がすぐにズレるからです。ここがポイントです。開業直後はSKUが少なくても、モールが増えるほど更新漏れが起きやすくなります。開業全体の流れはネットショップ開業の手順と費用を参照してください。
在庫管理で最低限そろえる4つの情報
最低限そろえるべき情報は、SKU・現在庫・引当済・発注点の4つです。なぜなら、この4つがないと「売ってよい数」が分からず、欠品か過剰のどちらかに振れやすいからです。具体的には、SKUで商品を一意に識別し、現在庫から未出荷注文を差し引いた引当可能数を公開在庫として扱います。発注点はリードタイムと1日あたりの出荷数から決め、安全在庫を足すと欠品リスクを抑えやすくなります。
在庫管理の基本サイクル
- 入庫・出荷・返品を履歴として記録する
- 現在庫と引当可能数を再計算する
- モール/カートへ同期する
- 発注点を下回ったら補充する
在庫管理で起きやすい問題(欠品・過剰・ズレ)
ネットショップの在庫問題は、欠品・過剰在庫・システムと実棚のズレの3つに集約されます。背景には、受注チャネルの増加、手入力の遅れ、返品の未反映があります。数字で見ると、状況はより明確になります。EC市場が拡大するほど、在庫精度が売上とクレーム率に直結します。
- 26.1兆円2024年の国内BtoC-EC市場規模(前年比5.1%増)
出典: 経済産業省 — 令和6年度電子商取引に関する市場調査 - 段階3在庫情報などをシステムで管理し、業務フローを見直す状態
出典: 中小企業庁 2025年版中小企業白書 - 3種のズレ欠品・過剰・実棚差異が同時に起きると、販売機会と保管コストが二重に悪化する
欠品が起きる典型パターン
欠品は、発注遅れだけでなく「引当の二重計上」でも起きます。たとえば自社サイトとモールで同じSKUを別々に公開し、同期遅延があると、実在庫1に対して2件の受注が通ることがあります。対策としては、公開在庫を引当可能数に統一し、在庫同期の頻度と締め時間を決めることです。欠品が続くとレビュー悪化や広告費の無駄にもつながるため、早期にルール化する価値があります。
過剰在庫と実棚ズレの影響
過剰在庫は資金とスペースを圧迫し、実棚ズレは誤出荷と棚卸差異の温床になります。理由としては、売れ筋以外のSKUが増えるほど、エクセルや目視管理では更新漏れが起きやすいからです。一方で、在庫を減らしすぎると欠品が増えるため、回転率と欠品率をセットで見る必要があります。では、具体的な次の一手は次のとおりです。まず直近1か月の欠品回数・過剰SKU・棚卸差異を記録し、どの問題が主因かを特定してください。
エクセルで在庫管理できる条件は何か
エクセルでネットショップの在庫管理が成立するのは、SKUがおおむね100程度まで、更新担当が2名以内、1日の入出庫が数十件以内のときです。なぜなら、この範囲なら関数と運用ルールで現在庫を追える一方、同時編集・複数モール同期・ロット管理が入ると表自体がボトルネックになるからです。テンプレートの作り方はエクセル在庫管理の始め方で詳しく解説しています。
エクセル向き・不向きの判定
| 条件 | エクセル向き | 見直し目安 |
|---|---|---|
| SKU数 | 〜100程度 | 100超・週次で増減が激しい |
| 更新担当 | 1〜2名 | 3名以上が同時更新 |
| 販売チャネル | 自社1店+モール1程度 | モール複数で在庫同期が必要 |
| 入出庫 | 1日数十件まで | 毎日の履歴追記が追いつかない |
エクセル運用で守るべきルール
現在庫を直接書き換えず、入出庫履歴を追加専用にするのが必須です。理由としては、上書き運用だと「いつ・誰が・何を動かしたか」が消え、棚卸差異の原因追跡ができなくなるからです。商品マスタ・入出庫履歴・在庫一覧の3シートに分け、在庫一覧は集計で表示する形が壊れにくいです。まとめると、エクセルは「ずっと使い続ける前提」ではなく、業務を整理し、次のツールへ渡すための土台として設計するのが現実的です。
在庫管理システム・WMSとの違いは何か
在庫管理システム(またはOMS寄りのクラウド在庫)は「売れる数の同期」、WMSは「倉庫内のロケーションと作業指示」に強い、という違いが実務上の分かれ目です。比較の目的は、ソフトを買うのか、倉庫運用ごと任せるのかを混同しないことです。WMSとは何かでは倉庫システムの役割を、選定の進め方はWMS選定ガイドを参照してください。
| レイヤー | 主な役割 | 向いている場面 | ユースケース別ベスト |
|---|---|---|---|
| エクセル | 小規模の入出庫記録 | 検証期・SKU少 | 月出荷少・担当少なら最適です |
| クラウド在庫/OMS | モール横断の在庫同期 | 複数チャネル販売 | 自社保管のまま同期精度を上げたい場合に向きます |
| WMS | ロケーション・ピッキング指示 | 自社倉庫の作業効率化 | 自社で倉庫を持つ成長期に適します |
| 3PL預け | 保管+在庫+出荷の一括 | 倉庫投資を避けたい | 月100件超・スペース不足なら最適です |
ソフト導入と物流委託を混同しない
WMSを導入しても、倉庫スペース・人手・誤出荷対策が足りなければ課題は残り続けます。背景には、「在庫が見える化」と「出荷が安定する」は別問題だという事実があります。自社で倉庫を持つならWMS評価が必要ですが、スペースも作業も外に出すなら、委託先のWMS連携とCSV運用を見る方が先です。委託先のシステム選定に進む場合は、WMS選定ガイドのチェック項目を流用できます。
なぜ在庫管理が物流委託につながるのか
在庫管理の精度課題は、やがて保管場所・出荷作業・返品処理の課題と一体化し、物流委託の検討に直結します。なぜなら、在庫ズレの多くは「表の問題」ではなく、入庫検品・ピッキング・返品再入庫の現場プロセスで発生するからです。数字で見ると、中小企業でも在庫をシステム管理し業務フローを見直す段階が重要とされています。ソネッティークの倉庫では、入庫〜出荷の標準フローを小ロットから設計し、在庫と出荷を同じ拠点で揃える相談が可能です。
在庫課題が委託検討に変わるサイン
物流委託を視野に入れるサイン
- 自宅・事務所の保管スペースが限界
- 在庫更新と出荷作業が同じ人に集中し、週10時間超
- 複数モールの在庫同期ミスが増えた
- セール・クラファンでピーク月だけ欠品と遅延が同時発生
- 棚卸差異が大きく、原因が現場作業に偏る
では、次の一手は次のとおりです。在庫ツールだけを買い足す前に、保管と出荷を一括で外に出せるか、ECフルフィルメントの範囲で比較してください。費用構造は倉庫料金で確認できます。
ネットショップ向け在庫管理の方法比較(エクセル/クラウド/WMS/3PL)
方法比較の目的は、「自社で数字を合わせるか、倉庫ごと任せるか」を用途別に決めることです。軸の選定理由は、費用だけでなく運用負荷・同期精度・倉庫投資の有無で勝ち方が変わるからです。表の前に、各方式の得意領域を短く押さえてから判定してください。
| 方法 | 強み | 弱み・トレードオフ | ユースケース別ベスト |
|---|---|---|---|
| エクセル | 低コスト・すぐ始められる | 同時編集・同期に弱い | 小規模EC・SKU少・検証期に最適です |
| クラウド在庫/OMS | モール横断の在庫同期 | 保管・出荷の人手は残る | 自社保管のまま複数モール販売する荷主に向きます |
| 自社WMS | ロケーション・作業精度 | 導入・運用コストと倉庫確保が必要 | 自社倉庫を持つ中規模以上に適します |
| 3PL預け | 保管・在庫・出荷を一括 | 連携設計と最低件数の確認が必要 | 月100件超・スペース不足のネットショップに最適です |
まとめると、エクセルとクラウドは「数字の同期」、WMSと3PLは「現場の実行」まで含みます。現場負荷が主因なら、ソフト追加よりECフルフィルメントの見積比較が先です。
在庫管理を外注するタイミングの目安と試算例
在庫管理の外注(倉庫預け込み)を本格検討する目安は、月間出荷100〜300件・SKU15〜50・保管スペース不足・在庫更新が週10時間超の帯です。理由としては、この帯で「表の更新」と「棚作業」が同時に重くなり、ツール追加だけでは解決しにくいからです。以下は試算例(モデルケース)です。実際の費用は商品サイズ・同梱・返品範囲で変動し、正式見積の代わりにはなりません。
試算例:在庫・出荷負荷のイメージ(自社 vs 3PL預け)
※ モデルケース。自社は作業時間×時給の目安。委託は保管+出荷手数料のイメージ。
試算例A:小規模・検証期(月30〜80件)
試算例Aでは、自社発送・自社在庫管理が有利なことが多いです。想定は月間出荷30〜80件、SKU5〜15、保管は自宅・事務所です。この帯では保管費を払うより、エクセルまたは簡易クラウドで数字を合わせる方が総コストを抑えやすいです。一方で、出荷・在庫更新が週10時間を超えるなら、委託とのTCO比較を始める価値があります。月80件超・SKU増加時はECフルフィルメントで概算相談できます。
試算例B:成長期・委託検討の本丸(月100〜300件)
試算例Bでは、外部倉庫への預けが合理的になりやすい帯です。想定は月間出荷100〜300件、SKU15〜50です。比較は「自社人件費(時給×週時間)」対「保管費+出荷手数料+送料」の3層で行います。ここがポイントです。ツール月額だけを見て「安い」と判断すると、作業時間とスペースコストが見えません。試算例に基づき正式見積を取り、テスト出荷で連携を確認するのが次の一手です。
| パターン | 月間出荷 | SKU目安 | 試算の結論(モデルケース) |
|---|---|---|---|
| A 小規模 | 30〜80件 | 5〜15 | 自社在庫管理が有利なことが多い。週10時間超なら委託と比較 |
| B 成長期 | 100〜300件 | 15〜50 | 保管+在庫+出荷の一括委託が合理的になりやすい |
成長期で見積に必要な確認項目
正式見積では、月間件数・SKU数・平均サイズ・同梱有無・返品範囲の5点が共通です。料金の内訳イメージは倉庫料金を参照し、カート種別とCSV連携の有無も併せて伝えてください。
複数モール展開時の在庫一元管理はどうするか
複数モール展開では、チャネル別の在庫表をやめ、1つの引当可能数を各モールへ配分・同期する一元管理が前提です。理由としては、モールごとに手動更新すると、同期遅延と二重売りのリスクが急増するからです。クラウド在庫やOMSで同期し、実在庫の置き場所が限界なら3PL預けと組み合わせる構成が現実的です。
一元管理の設計ポイント
設計の核は「マスタSKUの統一」と「同期タイミングの明示」です。具体的には、モール固有の商品コードを社内SKUにマッピングし、在庫減算は受注確定時に行い、キャンセル・返品は再入庫ルールを文書化します。安全在庫をモールごとに切り分ける場合も、合計が実在庫を超えないガードを入れます。一方で、同期だけ強くしても、倉庫側のピッキング精度が低いとクレームは減りません。同期と現場の両方を見る必要があります。
自社同期と倉庫預けの組み合わせ
モール同期はクラウド、保管と出荷は倉庫、という役割分担が小規模〜成長期のネットショップに合いやすいです。なぜなら、すべてを自社WMSで賄うには倉庫投資が重い一方、3PLに預ければロケーション管理と出荷指示を委託側で完結できるからです。連携はCSVでも始められ、カートや件数に応じてAPI連携へ段階的に上げられます。次の一手は、現状のチャネル数とSKUマッピングの有無を洗い出し、委託範囲を決めることです。
在庫管理のKPI(回転率・欠品率・棚卸差異)
ネットショップの在庫管理は、回転率・欠品率・棚卸差異率の3KPIで健康診断できます。理由としては、売上だけ見ると過剰在庫が見えず、欠品だけ追うと過剰発注に振れやすいからです。KPIは月次で記録し、「改善したか」をツール選定や委託判断の根拠にします。
| KPI | ざっくり計算 | 見る意味 | 悪化時の処方 |
|---|---|---|---|
| 在庫回転率 | 売上原価 ÷ 平均在庫 | 資金が滞留していないか | 死に筋SKUの処分・発注点見直し |
| 欠品率 | 欠品SKU発生回数 ÷ 対象SKU・期間 | 機会損失と顧客体験 | 安全在庫・同期頻度・補充リードタイム |
| 棚卸差異率 | |実棚−帳簿| ÷ 帳簿在庫 | 運用ルールと現場精度 | 入出庫履歴の徹底・ロケーション管理・委託検討 |
KPIを委託判断に使う方法
棚卸差異が大きく、欠品も同時に高い場合は、ツール不足より現場プロセスの限界を疑うべきです。背景には、手作業の入出庫と複数人更新が重なると、表を精緻化しても差が残りやすいことがあります。回転率が低く保管スペースが逼迫しているなら、発注見直しと並行して外部保管の試算例Bを当てはめてください。KPIが悪化したまま広告だけ拡大すると、クレーム対応コストが増えるため、先に在庫の基盤を直すのが合理的です。
まとめ:在庫管理から物流委託への次の一手
ネットショップの在庫管理は、エクセル→クラウド同期→(必要なら)WMSまたは3PL預け、の順で段階を上げ、件数・SKU・作業時間の閾値で委託を判断するのが現実的です。ソネッティークでは、小規模ECから保管・在庫・ピッキング・梱包・出荷まで相談できます。拠点は栃木県上三川町です。
在庫管理〜委託判断チェックリスト
- 直近4週間の出荷件数・SKU数・在庫更新時間を記録する
- 欠品率・棚卸差異・過剰SKUを洗い出す
- エクセル継続かクラウド同期かを決める(エクセル在庫管理)
- スペース・作業が限界ならECフルフィルメントと倉庫料金で見積比較する
- 委託前にテスト出荷で連携を確認する
テスト出荷のご案内
本番委託の前に、少量SKU・少数件で入庫〜出荷〜連携(CSV等)を試せます。期間の目安は1〜2週間。商品特性・出荷件数により可否は個別案内です。まずは見積依頼フォームから月間出荷件数・SKU数・ご利用カートをお知らせください。
次のステップ
在庫管理から保管・出荷の一括委託へ
在庫の数字合わせだけでなく、保管スペースと出荷作業まで含めて見直すなら、ECフルフィルメントと倉庫料金で範囲と費用感を確認してください。委託先のシステム観点はWMS選定ガイドも併用できます。
よくある質問(FAQ)
受注・入庫・出荷・返品に応じて現在庫と販売可能数を一致させ、欠品と過剰を防ぐ運用です。表の更新だけでなく、モール同期と現場の入出庫ルールまで含みます。
目安はSKU100程度まで、更新担当2名以内、1日の入出庫が数十件以内です。複数モール同期や同時編集が増えたらクラウドや委託を検討します。
在庫管理システムやOMSは販売可能数の同期に強く、WMSは倉庫内のロケーションと作業指示に強いです。自社倉庫か外部預けかで選ぶレイヤーが変わります。
月100〜300件、SKU15〜50、保管スペース不足、在庫更新が週10時間超などが目安です。小規模帯は自社管理が有利なことも多く、試算例で比較します。
社内SKUをマスタにし、引当可能数を各モールへ同期します。チャネル別の手更新は二重売りリスクが高いため避けます。
可能な場合があります。少量SKU・少数件で入庫〜出荷〜連携を1〜2週間程度試し、本番前にフローを確認します。可否は商品特性により個別案内です。
相談可能です。月30〜80件でも作業時間やスペースが逼迫していれば見積比較の価値があります。まずは件数・SKU・カート情報を共有してください。
参考・出典
お問い合わせ・見積もり依頼
