ECの在庫差異は、管理画面の数字を実在庫へ合わせるだけでは解決しません。 入荷、注文、キャンセル、返品、破損、セット商品、複数チャネルなど、どの工程で在庫がズレたのかを特定し、同じ原因を繰り返さない仕組みに変える必要があります。
在庫差異を放置すると、管理画面では「在庫あり」なのに実際には商品がなく、注文後の欠品やキャンセルにつながることがあります。 反対に、実際には販売できる商品があるのに在庫数が少なく登録されていれば、販売機会を逃します。
この記事の要点
- 在庫差異は数字を修正するだけで終わらせない
- SKU単位・保管場所単位で実在庫とシステム在庫を照合する
- 入荷・注文・キャンセル・返品など在庫が動く工程を調べる
- 差異の原因を分類して記録する
- 販売可能在庫と実在庫を区別する
- セット商品・複数チャネルでは二重減算や減算漏れに注意する
- 在庫調整では変更理由・担当者・日時を残す
- 差異が繰り返される工程を優先して自動化する
ECの在庫差異とは?システム在庫と実在庫が一致しない状態
ECの在庫差異とは、在庫管理システムやECカートに登録されている数量と、倉庫・店舗などに実際に存在する商品の数量が一致していない状態です。
| 在庫 | 意味 |
|---|---|
| システム在庫 | ECカート・在庫管理システムに記録されている数量 |
| 実在庫 | 倉庫・店舗などで実際に確認できる数量 |
| 販売可能在庫 | 実在庫のうち、すぐ販売・出荷できる数量 |
| 在庫差異 | 管理上の数量と実際の数量との差 |
ここで注意したいのは、実在庫と販売可能在庫も必ずしも同じではないことです。
倉庫に商品が存在していても、引当済み、返品検品中、不良品、サンプル、保留在庫などは販売できない場合があります。
最初に「何を在庫と呼ぶか」を統一する
担当者によって「倉庫にある数量」「販売できる数量」「注文未処理分を除いた数量」が混在すると、数字が合っていても運用上の在庫差異が発生します。 自店で在庫ステータスと販売可能在庫の定義を決めてください。
EC在庫が合わないとき最初に確認する4項目
在庫差異が見つかったら、すぐシステム上の数量を書き換えるのではなく、まず範囲を特定します。
SKUを確認する
似た商品、サイズ、カラー違いを別SKUとして正しく数えているか確認します。
保管場所を確認する
倉庫、店舗、事務所、返品置き場など、別の場所へ在庫が移動していないか確認します。
直近の在庫移動を確認する
入荷、販売、キャンセル、返品、廃棄、サンプル利用などを時系列で追います。
差異が発生した期間を絞る
前回棚卸し時点では一致していたなら、その後の在庫変更履歴を重点的に調べます。
EC在庫が合わない7つの原因
1.入荷数量・検品結果の反映ミス
仕入先から届いた数量と、システムへ登録した数量が違うと、入荷直後から差異が発生します。
よくある例は次の通りです。
- 納品書の数量をそのまま入力した
- 実際の入荷数を数えていない
- 破損品まで販売可能在庫へ入れた
- サイズ・カラーを取り違えた
- 同じ入荷を2回登録した
- 入荷登録そのものを忘れた
入荷は「納品数」ではなく「確認済み数量」を反映する
必要な検品が終わるまでは、入荷予定・検品待ちなどの状態へ置き、販売可能在庫へ直接追加しない運用も検討します。
2.注文・在庫引当の減算漏れ
注文が入った時点と実際に在庫を減らす時点が担当者や販売チャネルで異なると、差異が発生しやすくなります。
確認するのは次です。
- 注文受付時に在庫を確保するのか
- 決済完了時に減算するのか
- 出荷時に減算するのか
- 未入金注文は在庫を確保するのか
- 注文変更時の数量差を反映できるか
ECカート・モール・在庫管理システムで在庫を変更するタイミングが異なる場合は、どのシステムを在庫の基準にするか決めてください。
3.キャンセル・返品の戻し間違い
キャンセルや返品では、在庫を「戻す処理」が必要になるため差異が発生しやすくなります。
特に返品商品は、倉庫へ戻っただけでは販売可能在庫にしない方がよい場合があります。
| 状態 | 基本的な考え方 |
|---|---|
| 注文キャンセル・未出荷 | 確保していた在庫を解除 |
| 出荷後キャンセル | 商品が戻るまで販売可能にしない |
| 返品・未検品 | 返品確認中として分ける |
| 返品・再販可能 | 検品後に販売可能在庫へ戻す |
| 返品・破損あり | 不良品など別ステータスへ移す |
4.破損・紛失・サンプル利用の記録漏れ
商品は販売以外でも在庫から減ることがあります。
- 破損
- 汚損
- 紛失
- 廃棄
- 撮影用サンプル
- 展示
- 社内利用
- プレゼント・販促利用
現物だけ移動・廃棄し、在庫システムを更新しなければ差異になります。
「調整」という1つの理由にまとめず、何のために減ったのかを記録できるようにします。
5.セット商品・バンドル商品の構成品処理ミス
セット商品では、セットそのものと構成商品の在庫を二重に管理するとズレが起きやすくなります。
たとえばA商品1個+B商品1個のセットを販売したときに、A・Bの構成在庫を減らさなければ、単品側では存在しない在庫を販売できる状態になります。
セット専用在庫か構成品共有かを決める
セット商品を事前に組み立てて別在庫として管理するのか、注文時に構成品を減算するのかを統一してください。 両方の方式が混在すると原因調査が難しくなります。
6.複数チャネル・複数拠点の同期遅れ
自社EC、モール、実店舗などで同じ在庫を共有している場合、ある販売先の注文が他の販売先へ反映されるまでに時間がかかると差異や売り越しにつながります。
確認する項目は次です。
- どのシステムを在庫の基準にしているか
- 注文後いつ在庫が同期されるか
- 連携エラー時に通知されるか
- キャンセル・返品も同期されるか
- 店舗販売も同じ在庫から減るか
- 倉庫間移動を管理できるか
7.SKU・棚・数え方の取り違え
システムの処理ではなく、物理的な棚卸しやピッキングで差異が生じる場合もあります。
- 似た商品を別SKUとして数えた
- サイズ・カラーを取り違えた
- 別の棚に商品が置かれていた
- 箱単位と個数単位を混同した
- 開封済み商品を良品として数えた
- 同じ棚を2回数えた
- 棚卸し中にも入出庫が発生した
商品名ではなくSKU・バーコードで確認する
似た商品やバリエーションが多いECでは、商品名だけで照合するより、SKUやJANコードなど一意に識別できる情報を使う方が取り違えを減らしやすくなります。
在庫差異の原因を調べる手順
差異が出たときは、担当者の記憶だけで原因を探さず、在庫が最後に一致していた時点から履歴を追います。
実在庫を再確認する
SKU、保管場所、返品置き場、不良品置き場まで含めて数え直します。
直近の棚卸し結果を確認する
最後に一致していた日時が分かれば、調査期間を狭められます。
入荷履歴を確認する
納品数量、検品結果、入荷登録数量を照合します。
注文・出荷履歴を確認する
販売数量と在庫減算が一致しているか確認します。
キャンセル・返品履歴を確認する
戻すべき在庫、戻してはいけない在庫が正しく処理されているか確認します。
手動調整・廃棄・移動を確認する
担当者が在庫数を直接変更していないか、変更理由が残っているか確認します。
原因を分類してから数量を修正する
原因不明のまま「棚卸し差異」として数字だけ合わせず、可能な範囲で原因コードを付けます。
販売可能在庫をステータスで分ける
「在庫10個」という1つの数字だけで管理すると、物理在庫と販売可能在庫が混ざりやすくなります。
| ステータス | 意味 | 販売可能 |
|---|---|---|
| 販売可能 | すぐ出荷できる良品 | ○ |
| 引当済み | 注文に確保した商品 | × |
| 入荷予定 | 発注済みだが未入荷 | 原則× |
| 検品待ち | 入荷・返品後に未確認 | × |
| 返品確認中 | 再販可否が未確定 | × |
| 不良・破損 | 販売できない商品 | × |
| 移動中 | 拠点間を移動している商品 | 運用による |
利用しているシステムで細かいステータスを設定できない場合でも、少なくとも「販売可能」と「販売不可・確認中」を区別できる運用にします。
棚卸しは在庫数を合わせる作業ではなく原因を見つける作業
棚卸しの目的は、管理画面の数字を正しい数字へ書き換えることだけではありません。
どの商品・どの工程で差異が起きているかを見つけることが重要です。
優先して確認したい商品
- 売上・粗利への影響が大きい商品
- 在庫数が少なく売り越しの影響が大きい商品
- 差異が繰り返し発生している商品
- 返品が多い商品
- サイズ・カラー展開が多い商品
- セット商品の構成品
- 高額商品
- 複数拠点で保管している商品
すべての商品を同じ頻度で棚卸しする必要はありません。 差異リスクと顧客影響が大きい商品を優先します。
棚卸し中の入出庫ルールを決める
棚卸し中にも入荷・発送・返品処理を続けると、数えている途中で数量が変わります。
完全停止できない場合は、棚卸しの基準時刻を決め、基準時刻以降の入出庫を別に記録します。
在庫修正では「理由・担当者・日時」を残す
在庫差異を修正するときに、システム在庫を実在庫へ合わせるだけでは次回の調査に使えません。
最低限、次を記録します。
| 項目 | 記録内容 |
|---|---|
| 日時 | 在庫を修正した日時 |
| SKU | 対象商品 |
| 保管場所 | 対象倉庫・店舗 |
| 修正前 | システム上の数量 |
| 実在庫 | 確認した数量 |
| 差異 | 増減数量 |
| 原因 | 入荷・返品・破損・不明など |
| 担当者 | 確認・修正した人 |
| 再発防止 | 変更した手順・設定 |
「その他」「不明」ばかりにしない
原因不明を禁止する必要はありませんが、不明が多い場合は在庫履歴そのものが不足しています。 入荷・返品・手動変更など、発生頻度の高い原因から記録方法を整えてください。
在庫差異の原因コード例
- 入荷数量違い
- 入荷入力漏れ
- 販売減算漏れ
- キャンセル戻し漏れ
- 返品戻し漏れ
- 返品誤戻し
- 破損
- 紛失
- 廃棄
- サンプル使用
- セット商品
- SKU取り違え
- 拠点移動
- 連携エラー
- 原因不明
EC在庫差異を防ぐ7つの方法
1.SKUを一意にする
サイズ・カラー違いを含め、別在庫は別SKUとして管理します。
2.在庫を動かす時点を統一する
入荷、注文、キャンセル、返品ごとに数量を変更するタイミングを決めます。
3.在庫ステータスを分ける
販売可能、引当済み、検品待ち、不良品などを区別します。
4.手動変更理由を残す
数量だけでなく、変更理由と担当者を記録します。
5.差異が多い商品を重点棚卸しする
全商品を同じ頻度で数えず、リスクが高いSKUを優先します。
6.複数チャネルを同期する
手入力や反映遅れが増えている場合は在庫連携を検討します。
7.差異原因を月次で集計する
同じ原因が繰り返されている工程から改善します。
在庫差異が多い工程から自動化する
在庫管理ツールを導入すれば自動的に在庫差異がなくなるわけではありません。
元のSKU、実在庫、キャンセル・返品ルールが誤っている状態で自動化すると、間違った数字が複数の販売先へ広がる可能性があります。
自動化の候補は次のような工程です。
| 差異原因 | 自動化候補 |
|---|---|
| 注文後の減算漏れ | 注文と在庫の自動連携 |
| 複数チャネルの更新遅れ | 在庫一元管理・同期 |
| SKU取り違え | バーコード・QRコード確認 |
| 低在庫の見落とし | 在庫アラート |
| 棚卸し入力ミス | ハンディ端末・バーコード棚卸し |
| 変更履歴不足 | 在庫調整履歴を残せるシステム |
自動化の優先順位は差異件数から決める
最新機能を導入することより、「どの工程で在庫差異が最も多く発生しているか」を確認し、その工程から改善する方が実務的です。
EC在庫差異対策で確認するKPI
| KPI | 確認すること |
|---|---|
| 差異SKU数 | 棚卸しで差異が見つかったSKU数 |
| 差異数量 | 実在庫とシステム在庫の数量差 |
| 在庫修正件数 | 手動修正がどれだけ発生しているか |
| 原因不明件数 | 履歴不足がないか |
| 注文後欠品 | 在庫差異が顧客影響につながっていないか |
| 売り越し件数 | 実在庫以上に販売していないか |
| 棚卸し時間 | 確認作業の負担 |
| 再発率 | 同じSKU・工程で差異が繰り返されていないか |
差異率を使う場合は定義を統一する
ショップ内で差異率を追う場合は、計算方法を固定してください。
差異率の例
差異率 = 差異が発生したSKU数 ÷ 棚卸し対象SKU数 × 100
数量ベースや金額ベースで管理する方法もあります。 どの式が絶対的に正しいというより、同じ定義で継続比較できることが重要です。
EC在庫差異を改善する7つの手順
SKUと実在庫を確認する
まず正しい数量を把握し、商品・バリエーション・保管場所を整理します。
販売可能在庫を定義する
引当済み、返品確認中、不良品などを販売可能在庫と分けます。
在庫が動く工程を書き出す
入荷、注文、キャンセル、返品、廃棄、セット、拠点移動を整理します。
差異原因を分類する
棚卸しで見つかった差異に原因コードを付けます。
原因が多い工程を修正する
担当、更新タイミング、入力方法、システム設定を見直します。
重点商品を再棚卸しする
同じ原因が再発していないか、問題のあったSKUを再確認します。
必要な工程だけ自動化する
手入力・複数チャネル同期など、差異が繰り返される工程を自動化します。
EC在庫差異の調査チェックリスト
- 対象SKUが正しい
- すべての保管場所を確認した
- 返品・不良品置き場を確認した
- 直近の入荷数量を確認した
- 注文・出荷数量を確認した
- キャンセル処理を確認した
- 返品の在庫戻しを確認した
- 破損・廃棄・サンプル利用を確認した
- セット商品の構成品を確認した
- 拠点間移動を確認した
- 複数販売チャネルの同期を確認した
- 手動在庫調整を確認した
- 変更者と変更日時を確認した
- 差異原因を記録した
- 再発防止策を決めた
EC在庫差異に関するFAQ
Q. ECの在庫が合わない場合、最初に何を確認しますか?
対象SKUと実在庫を再確認し、前回在庫が一致していた時点から入荷、注文、キャンセル、返品、手動調整の履歴を確認してください。 数字を修正する前に原因を絞ることが重要です。
Q. 棚卸しで差異が出たらシステム在庫をすぐ修正してよいですか?
販売や出荷に影響するため正しい数量への修正は必要ですが、修正前の数量、差異、理由、担当者を記録してください。 原因を残さず数字だけ修正すると再発原因を追えません。
Q. 在庫差異が多い場合は棚卸し回数を増やせばよいですか?
棚卸しを増やすだけでは原因そのものはなくなりません。 差異が入荷、返品、複数チャネルなど特定工程へ集中しているなら、その工程を先に修正します。
Q. 在庫差異率は何%以下なら正常ですか?
すべてのECへ共通する基準を設定するのは適切ではありません。 商品単価、SKU数、出荷量、業種によって影響が違うため、自店で同じ計算方法を使い、過去との変化と顧客影響を確認してください。
Q. 在庫管理ツールを導入すれば在庫差異はなくなりますか?
なくなるとは限りません。 SKUや初期在庫、返品処理などのルールが誤っていれば、自動化しても誤った数量が反映されます。 まず商品データと在庫ルールを整えてください。
Q. 返品商品はすぐ在庫へ戻してよいですか?
商品状態によります。 再販できることを確認する前に販売可能在庫へ戻すと、不良品を販売してしまう可能性があります。 返品確認中などの状態へ分け、検品後に戻してください。
まとめ|EC在庫差異は数字ではなく「ズレた工程」を直す
ECの在庫差異が見つかったとき、管理画面の数量を実在庫へ合わせるだけでは根本解決になりません。
在庫が合わない7つの主な原因
- 入荷・検品の反映ミス
- 注文・在庫引当の減算漏れ
- キャンセル・返品の戻し間違い
- 破損・廃棄・サンプルの記録漏れ
- セット商品の構成品処理ミス
- 複数チャネル・拠点の同期遅れ
- SKU・保管場所・棚卸しの取り違え
差異が発生したら、前回在庫が一致していた時点から変更履歴を追い、原因を分類してください。
そのうえで、入荷手順、返品処理、在庫同期、SKU管理など、差異が多く発生している工程から改善します。 在庫差異対策の目的は棚卸しの数字をきれいにすることではなく、注文後欠品・売り越し・確認作業を減らすことです。
参考情報
- Shopify Help Center「Viewing inventory adjustment history」
- Shopify Help Center「Adjusting inventory quantities」
在庫ステータス、調整履歴、変更理由、保存期間などの仕様は利用するECカート・在庫管理サービスによって異なります。 実際の運用では利用中のシステムの最新仕様を確認してください。
まず差異が出たSKUを1つだけ追跡する
実在庫を数え直し、最後に一致していた時点から入荷・注文・キャンセル・返品・手動調整を時系列で確認してください。 原因が分かったら、数字の修正と同時に再発防止策を1つ決めます。
