
ECの在庫管理を効率化する目的は、在庫確認の時間を減らすことだけではありません。
欠品、売り越し、在庫ズレ、過剰在庫を減らし、販売できる数量を正しく把握できる状態を作ることが重要です。
在庫が少なすぎれば販売機会を逃し、多すぎれば資金と保管スペースを圧迫します。
さらに管理画面の在庫数と実在庫が合っていなければ、注文後に商品を用意できず、キャンセルや問い合わせにつながる場合があります。
この記事では、小規模EC向けに、SKU整理、在庫ズレ対策、発注点、安全在庫、棚卸し、過剰在庫、KPIまでを実践順に解説します。
- 在庫管理は「数量を数える作業」ではなく販売可能数を正しく保つ仕組み
- 全商品を同じ頻度で確認せず、欠品・過剰在庫の影響が大きい商品を優先する
- 入荷・注文・キャンセル・返品で在庫がどう動くか決める
- 発注点は販売速度とリードタイムから決める
- 安全在庫を固定日数で決めない
- 棚卸しは差異を直すだけでなく原因を記録する
- 過剰在庫は値下げ前に原因を分ける
- 手作業が限界になったら自動化を検討する
EC在庫管理とは
EC在庫管理とは、販売可能な商品の数量と状態を把握し、注文・入荷・返品などに合わせて正しい在庫数を維持する業務です。
単に倉庫に何個あるかを数えるだけではありません。
- 販売できる在庫数
- 注文で確保済みの在庫
- 入荷予定
- 返品確認中の商品
- 破損・不良品
- 予約販売分
- セット商品に使う構成品
これらの状態を適切に管理しないと、管理画面上では在庫ありでも実際には販売できない、といったズレが発生します。
倉庫に商品が存在していても、注文引当済み、検品待ち、返品確認中、不良品などは販売できない場合があります。自店で「販売可能在庫」の定義を決めてください。
在庫管理が崩れると起きる問題
| 問題 | 起こりやすい結果 |
|---|---|
| 欠品 | 販売機会損失、再入荷問い合わせ |
| 売り越し | 注文キャンセル、謝罪、返金 |
| 在庫ズレ | 確認作業、出荷遅延 |
| 過剰在庫 | 資金固定、保管費、値下げ |
| 返品処理漏れ | 販売可能数の誤り |
| 複数チャネルの反映遅れ | 二重販売 |
在庫管理の効率化では、「作業時間」だけでなく、こうしたミス後の対応コストも減らす必要があります。
1.SKUと商品管理単位を整理する
在庫管理の土台になるのがSKUです。
サイズ、カラー、容量など在庫を別々に持つ商品は、区別できる管理単位を設定します。
| 商品 | カラー | サイズ | SKU例 |
|---|---|---|---|
| Tシャツ | 白 | M | TS-WH-M |
| Tシャツ | 白 | L | TS-WH-L |
| Tシャツ | 黒 | M | TS-BK-M |
SKU整理で確認すること
- 同じSKUを別商品へ使っていない
- サイズ・カラー違いを区別できる
- 販売チャネル間で同じ商品を対応付けられる
- セット商品の構成品を管理できる
- 販売終了商品と現行商品を混同しない
商品名は変更されたり、似た名称の商品が増えたりします。在庫管理では識別可能な管理番号を使う方が安定します。
2.在庫が動くタイミングを決める
在庫ズレは、在庫数を変更するタイミングや担当が曖昧なときに起こりやすくなります。
特に次の場面を整理します。
| 場面 | 確認すること |
|---|---|
| 入荷 | いつ販売可能在庫へ増やすか |
| 注文 | いつ在庫を確保・減算するか |
| キャンセル | どの条件で在庫へ戻すか |
| 返品 | 再販可能か確認してから戻すか |
| 破損・廃棄 | いつ在庫から除外するか |
| サンプル利用 | 販売在庫から減らすか |
入荷
入荷した数量をそのまま販売可能在庫へ追加するのではなく、必要な検品後に反映します。
数量不足や破損がある場合、納品書上の数量と販売可能数が一致しないからです。
キャンセル
注文キャンセル後に自動で在庫が戻るのか、担当者が処理するのか確認します。
出荷済みの場合は、実際に返品され再販可能と確認できるまで戻さない方がよいケースがあります。
返品
返品された商品は、状態を確認してから販売可能在庫へ戻します。
- 商品本体に問題がない
- 付属品がそろっている
- パッケージ状態に問題がない
- 再販可能な状態である
3.重要商品から管理優先度を決める
すべての商品を同じ頻度で確認する必要はありません。
管理負担を減らすには、欠品・在庫ズレ・過剰在庫が売上へ与える影響で優先順位を決めます。
優先度を上げやすい商品
- 販売数が多い
- 売上・粗利への影響が大きい
- 広告を出している
- 欠品しやすい
- 仕入れリードタイムが長い
- 在庫差異が繰り返し起きている
- セット商品の構成品になっている
- 季節性が強い
ABC分類を使っても構いませんが、「上位20%を必ずA」と固定する必要はありません。
売上だけでなく、欠品影響や仕入れ難易度も合わせて分類します。
A・B・Cに正確に分けること自体が目的ではありません。確認頻度や発注判断を変えるために使います。
4.発注点を決める
欠品を減らすには、「少なくなったら発注する」という感覚管理から、発注する基準を決めた管理へ変えます。
基本的な考え方は次の通りです。
発注点 = リードタイム中に予想される販売数 + 安全在庫
たとえば1日平均3個売れ、発注から入荷まで7日かかる商品なら、リードタイム中の予想販売数は21個です。
そこへ需要変動や入荷遅延への余裕を加えて発注点を決めます。
セール、広告、季節、SNS露出、新商品発売などで販売速度が変わる場合があります。直近平均だけでなく、今後の販売予定も確認します。
5.安全在庫は固定日数ではなく変動リスクで決める
安全在庫は、需要の増加や仕入れ遅延など予想外の変動へ備える在庫です。
「すべての商品で7日分」のように固定する必要はありません。
安全在庫を増やす要因
- 販売数の変動が大きい
- 仕入れ日数が不安定
- 欠品時の売上影響が大きい
- 代替商品がない
- 広告やSNSで販売が急増する可能性がある
安全在庫を抑えたい要因
- 商品寿命が短い
- 季節性が強い
- 保管費が高い
- 仕入単価が高い
- 賞味・使用期限がある
- 需要が下がっている
欠品を恐れて安全在庫を増やしすぎると、今度は過剰在庫になります。
6.棚卸しで在庫差異を見つける
管理画面の在庫数が正しいかを確認するには、実在庫との照合が必要です。
すべての商品を毎回数える方法だけでなく、重要商品や差異が起きやすい商品を順番に確認する方法もあります。
優先して確認したい商品
- 主力商品
- 在庫数が少ない商品
- 差異が繰り返し発生している商品
- 返品が多い商品
- セット商品の構成品
- 高単価商品
棚卸し記録
| 項目 | 記録内容 |
|---|---|
| 確認日 | 棚卸しを行った日 |
| SKU | 商品識別番号 |
| システム在庫 | 管理画面上の数量 |
| 実在庫 | 実際に確認した数量 |
| 差異 | 数量の差 |
| 原因 | 入力漏れ、返品処理等 |
| 対応 | 修正・再発防止 |
差異が出たら在庫数を修正するだけでなく、なぜズレたかを記録します。同じ原因が繰り返される場合は工程を修正します。
在庫ズレの主な原因
- 入荷数量の入力間違い
- 注文後の減算漏れ
- キャンセル時の戻し忘れ
- 返品商品の戻し間違い
- セット商品の構成品減算漏れ
- 破損・廃棄の未記録
- サンプル使用の未記録
- SKUの紐付けミス
- 複数販売先の反映遅れ
差異原因を分類しておくと、「棚卸しを増やすべきか」「入力工程を変えるべきか」「自動化すべきか」を判断しやすくなります。
7.過剰在庫を原因別に改善する
長期間売れていない商品を見つけても、すぐ値下げする必要はありません。
まず売れない原因を分けます。
| 原因 | 確認すること |
|---|---|
| 露出不足 | 商品ページへの流入が少ない |
| 説明不足 | 見られているが購入されない |
| 価格・条件 | 競合・送料等と比較して選ばれない |
| 需要不足 | そもそもの需要が少ない |
| 仕入れ過多 | 販売速度に対して仕入れ量が多い |
露出不足なら
- カテゴリ導線を改善する
- 関連商品からリンクする
- SNSやメールで紹介する
- 特集へ入れる
商品ページが弱いなら
- 写真
- サイズ
- 仕様
- 送料
- 納期
- 返品条件
- FAQ
需要不足・仕入れ過多なら
- 次回仕入れ量を減らす
- 仕入れ停止を検討する
- セット商品へ組み込む
- 別用途で訴求する
- 適切な値下げ・処分を検討する
在庫日数を使って滞留を把握する
過剰在庫を感覚だけで判断せず、現在庫と販売速度を組み合わせて確認します。
在庫日数 = 現在庫数 ÷ 1日平均販売数
同じ100個の在庫でも、1日10個売れる商品と1日1個しか売れない商品では意味が違います。
販売数が極端に少ない場合、在庫日数だけでは判断しにくくなります。最終販売日やアクセス、商品寿命なども確認します。
複数ショップで販売している場合は在庫同期を確認する
自社ECとモールなど複数の販売先で同じ在庫を共有すると、手作業による更新には限界があります。
注文後に別チャネルへ在庫数が反映されるまで時間がかかると、同じ在庫を複数の顧客へ販売してしまう可能性があります。
確認したい内容
- 注文後に在庫が減るタイミング
- 他チャネルへの反映タイミング
- キャンセル時の戻し
- 返品時の処理
- セット商品の減算
- 在庫切れ時の販売停止
複数チャネルの手入力管理が負担になったら、自動化を検討します。
在庫管理を自動化する判断基準
このページでは自動化方法そのものを深掘りしません。
次のような状態が増えてきたら、自動化記事へ進みます。
- 注文ごとに手作業で在庫を変更している
- 複数ショップ間の在庫更新に時間がかかる
- 低在庫商品の確認に時間がかかる
- キャンセル・返品の反映漏れが多い
- 商品数・バリエーションが増えた
- 複数人で在庫ファイルを管理している
逆に、商品数が少なく単一チャネルで正確に管理できているなら、無理に外部ツールを増やす必要はありません。
EC在庫管理で見るKPI
| KPI | 確認すること |
|---|---|
| 欠品件数 | 販売機会を逃していないか |
| 売り越し件数 | 実在庫以上に販売していないか |
| 在庫差異 | 管理画面と実在庫が一致しているか |
| 在庫日数 | 滞留在庫が増えていないか |
| 在庫金額 | 資金が在庫へ固定されすぎていないか |
| 発注遅れ | 発注点を適切に使えているか |
| 棚卸し時間 | 管理作業が過剰になっていないか |
| 在庫修正件数 | 運用ルールに問題がないか |
改善の優先順位を決める
在庫管理では、すべての問題を一度に直す必要はありません。
| 状態 | 優先する改善 |
|---|---|
| 売り越しがある | 在庫更新・チャネル同期 |
| 主力商品が欠品する | 発注点・リードタイム確認 |
| 在庫数が合わない | 入出庫・返品処理の見直し |
| 低回転商品が多い | 在庫日数・仕入れ量の見直し |
| 管理時間が長い | 確認対象の優先順位・自動化 |
在庫確認時間を数分減らすことより、注文後欠品や売り越しを止める方が優先度は高くなります。
30・60・90日ではなく判断ゲートで改善する
在庫管理を「最初の30日で分類、次の30日で発注点」という固定スケジュールにする必要はありません。
商品数、注文数、仕入れ周期によって、必要な確認期間は変わります。
SKUと実在庫を確認し、管理画面との差異を修正します。
入荷、注文、キャンセル、返品の処理を統一します。
販売速度、リードタイム、安全在庫から発注点を設定します。
棚卸しと在庫日数から問題商品を見つけます。
手作業時間、差異、複数チャネル管理を見て、ツール導入を判断します。
EC在庫管理でよくある失敗
全商品を同じ頻度で確認する
欠品・過剰在庫の影響が大きい商品から優先します。
ABC分類の比率を固定する
売上だけでなく欠品影響や仕入れ難易度も見ます。
安全在庫を全商品で同じ日数にする
販売変動、仕入れ日数、商品寿命などで変えます。
在庫差異を数字だけ修正する
差異が生まれた工程を記録します。
返品商品をすぐ在庫へ戻す
再販可能か確認してから処理します。
過剰在庫をすぐ値下げする
露出、説明、需要、仕入れ量を先に確認します。
複数モールを手入力で管理し続ける
売り越しや更新負担が増えたら在庫同期を検討します。
自動化すれば在庫管理が不要になると思う
元データと運用ルールが間違っていれば、自動化後も誤差は発生します。
EC在庫管理チェックリスト
- 商品をSKU単位で識別できる
- 販売可能在庫の定義を決めている
- 入荷時の更新ルールがある
- 注文時の在庫確保タイミングを確認した
- キャンセル時の戻しルールがある
- 返品商品の再販可否を確認している
- 重要商品を優先管理している
- 発注点を設定している
- 安全在庫を商品特性に合わせている
- 実在庫と管理画面を定期的に照合している
- 在庫差異の原因を記録している
- 滞留在庫を把握している
- 複数チャネルの在庫反映を確認している
- 手作業が限界なら自動化を検討している
EC在庫管理に関するFAQ
EC在庫管理で最初に改善することは何ですか?
まずSKUと実在庫を確認し、管理画面上の在庫数が信頼できる状態にします。その後、入荷・注文・キャンセル・返品で在庫がどう動くかを整理します。
ABC分類は上位20%をAにすればよいですか?
固定する必要はありません。売上や販売数に加え、欠品した場合の影響、仕入れ日数、在庫差異などを含めて優先度を決めます。
安全在庫は何日分必要ですか?
一律の日数はありません。販売変動、仕入れリードタイム、欠品影響、商品寿命などを考慮して商品ごとに決めます。
棚卸しは週1回必要ですか?
必須ではありません。商品数、販売速度、差異の発生頻度に合わせます。全商品を同じ頻度で確認せず、重要商品や差異が多い商品を重点確認する方法もあります。
在庫管理ツールはいつ導入すべきですか?
商品数や注文数だけでは決まりません。複数チャネルの手入力、在庫ズレ、更新時間、低在庫確認などの負担が大きくなった時点で検討します。
過剰在庫はすぐ値下げすべきですか?
必ずしもそうではありません。アクセス不足、商品ページの説明不足、需要不足、仕入れ過多など原因を分けてから対応します。
まとめ
- SKUと実在庫を整理する
- 在庫が動くタイミングを決める
- 重要商品を優先する
- 発注点を設定する
- 安全在庫を商品特性に合わせる
- 棚卸しで在庫差異を確認する
- 過剰在庫を原因別に改善する
- 複数チャネル管理が限界なら自動化する
EC在庫管理の効率化で重要なのは、すべての商品を細かく監視することではありません。
欠品や在庫ズレが売上へ与える影響が大きい商品を優先し、在庫が動くルールと発注基準を明確にすることです。
在庫差異が見つかった場合は、数字を合わせるだけでなく原因となった工程を修正してください。
また、過剰在庫はすぐ値下げせず、露出不足、商品ページ、需要、仕入れ量を分けて考えます。
手作業の更新や複数チャネル管理が限界になったら、初めて在庫管理自動化へ進むと役割を整理しやすくなります。
売上や欠品影響が大きい商品を選び、管理画面の在庫数と実在庫を照合してください。差異があれば、入荷・注文・キャンセル・返品のどこでズレたかを確認することが在庫改善の出発点です。
在庫管理の自動化も確認する