在庫管理をエクセルで行う方法｜在庫が合わなくなる原因と正しい設計

2026.10.02

小売

エクセルでの在庫管理は、すでにExcelを利用できる環境であれば、追加の在庫管理システムを導入せずに始められる方法です。ただし、在庫数を直接書き換えるだけの構造では、いつ・何が・どれだけ動いたのかという履歴が残らず、在庫差異が発生した際に原因を追跡しにくくなります。

そのため、Excelで在庫管理を行う場合は、現在庫だけでなく、入庫・出庫・移動・調整などの履歴を残せる設計にすることが重要です。

正しい設計は、入庫と出庫の履歴を積み上げ、その差引で在庫数を算出する形です。この原則さえ守れば、複雑な関数は必要ありません。本記事では、在庫管理表の設計思想と作り方、使うべき関数、運用ルール、そしてエクセルの限界までを解説します。

エクセルで在庫管理を行うメリットと限界
在庫管理表の2つの形式
- 単票タイプ｜1商品1シート
- 在庫移動表タイプ｜複数商品を1つの表で
在庫が合わなくなる最大の原因
在庫管理表の作り方｜4ステップ
在庫管理で使う関数
エクセル運用を崩さない5つのルール
バーコードを組み合わせて精度を上げる
エクセルからの移行を検討すべきタイミング
Excelによる在庫管理を効率化するなら、業種特化型クラウド基幹システムRECOREがおすすめ
まとめ｜在庫数は入力せず、計算で出す

エクセルで在庫管理を行うメリットと限界

メリット

追加コストがかからない：すでに導入済みの企業がほとんど
操作に慣れている人が多い：教育コストが小さい
自由に設計できる：自社の運用に合わせて項目を決められる
紙より安全：破損や紛失のリスクが低く、バックアップも容易

商品点数が限られ、拠点も1つであれば、エクセルは十分に機能する方法です。

限界・注意点

更新作業が必要：販売・入荷などのデータを手入力する運用では、入力されるまで在庫へ反映されない

複数拠点での運用が複雑になりやすい：共同編集機能を利用できる環境でも、拠点ごとの入力ルールや権限管理が必要になる
属人化しやすい：複雑な関数やマクロを使用すると、作成者以外が保守しにくくなる
データ量や処理内容によって動作が重くなる：大量データや複雑な計算を扱う場合は処理速度や保守性に課題が生じることがある

これらの課題はファイル設計やクラウド環境の利用などによって軽減できる場合もあります。Excelを使い続けるか、専用システムへ移行するかは、商品数だけでなく入出庫頻度、拠点数、利用人数、他システムとの連携要件などを含めて判断しましょう

在庫管理表の2つの形式

作り始める前に、どちらの形式にするかを決めてください。

単票タイプ｜1商品1シート

1つの商品につき1枚のシートを用意し、その商品の入出庫を時系列で記録する形式です。紙の在庫管理カードに近いイメージになります。

特定商品の履歴を追いやすい反面、商品数だけシートが必要になります。扱う点数が多い場合は現実的ではありません。

在庫移動表タイプ｜複数商品を1つの表で

すべての商品を1つの表で管理し、入出庫を行単位で記録していく形式です。商品数が増えても構造は変わらず、集計や分析もしやすくなります。

本記事で解説するのは、この在庫移動表タイプです。数点の備品管理でなければ、基本的にはこちらを選んでください。

在庫が合わなくなる最大の原因

在庫数を上書きしてはいけない

エクセルで在庫管理表を作るとき、多くの人が「在庫数」という列を作り、そこを都度書き換えます。これが差異を生む最大の原因です。

現在の在庫数を直接書き換えると、いつ、何が、どれだけ動いたのかという記録が残りません。実物と数字が合わなくなったとき、どこで狂ったのかを追跡する手段がなくなります。

在庫数は「入力するもの」ではなく「計算で出すもの」

正しい構造は「履歴の積み上げ」

在庫管理表は、次の3つのシートで構成するのが基本です。

商品マスタ：商品コード、商品名、単価などの固定情報
入出庫履歴：日付、商品コード、区分（入庫/出庫）、数量を1行ずつ記録
在庫一覧：マスタと履歴から在庫数を自動算出する

在庫数＝期首在庫＋入庫合計 − 出庫合計

この構造にすれば、在庫数は自動で計算されます。人が触るのは履歴シートだけになり、記録が必ず残ります。

差異が出た場合も、履歴をさかのぼれば原因の特定が可能です。逆に上書き方式では、この検証ができません。

商品コードを必ず設ける

もう一つの基本が、商品コードです。商品名だけで管理すると、表記ゆれによって同じ商品が別物として扱われます。

コードは重複しないよう採番し、同じ商品を複数の名称で登録しないことを徹底してください。これが崩れると、どんな関数を組んでも正しい集計はできません。

在庫管理表の作り方｜4ステップ

STEP1｜商品マスタを作る

最初に作るのが、すべての基礎となる商品マスタです。次の項目を用意します。

商品コード（重複しない一意の値）
商品名
カテゴリ
仕入単価・販売単価
発注点（この数を下回ったら発注する基準）
保管場所（棚番）

項目は増やせば増やすほど管理が煩雑になり、入力漏れも起こりやすくなります。最初は必要最低限から始めてください。

STEP2｜入出庫履歴シートを作る

日付、商品コード、区分、数量、担当者、備考の列を用意します。1件の入出庫につき1行を追加していく形式です。

過去の履歴を修正する場合は、変更内容を後から確認できるようにすることが重要です。

たとえば10個と入力すべきところを100個と誤入力した場合、元の行を直接書き換えるのではなく、「在庫調整」などの区分でマイナス90個の訂正履歴を追加し、備考欄に訂正理由や元の記録を記載する方法があります。

より厳密に管理する場合は、「処理日時」「担当者」「訂正理由」「元伝票番号」なども記録し、誰が・いつ・なぜ変更したかを追跡できるようにします。

STEP3｜在庫一覧シートを作る

商品マスタの一覧に対し、関数で在庫数を算出させます。ここは人が入力しない領域です。

STEP4｜視認性を高める

条件付き書式を使い、在庫数が発注点を下回ったらセルの色が変わるよう設定します。これだけで発注のタイミングが一目で分かるようになります。

あわせて、項目行の固定やフィルタの設定も行っておくと、日常の確認が楽になります。

テンプレートを使う場合の注意点

ゼロから作らず、公開されているテンプレートを使う方法もあります。Microsoftの公式サイトをはじめ、無料で入手できるものは数多く存在します。

ただし選ぶ際は、前述の構造になっているかを必ず確認してください。在庫数を直接入力する形式のテンプレートも少なくありません。

また、カスタマイズする前には必ず元ファイルを別名で保存しておきましょう。計算式を壊してしまった場合に戻せます。

項目が多すぎるテンプレートも注意が必要です。使わない列が並んでいると入力の負担が増え、結果として運用が続きません。自社に不要な項目は削除してから使い始めてください。

在庫管理で使う関数

SUMIF｜商品ごとに数量を合計する

在庫算出の中心となる関数です。入出庫履歴から、特定の商品コードの数量だけを合計します。

=SUMIF(履歴の商品コード列, 対象コード, 履歴の数量列)

入庫と出庫でシートや列を分けておけば、それぞれを合計して差し引くだけで在庫数が求まります。

SUMIFS｜複数条件で集計する

商品コードと区分（入庫/出庫）を同じ列で管理している場合は、複数条件を指定できるSUMIFSを使います。期間を絞った集計にも対応できます。

VLOOKUP・XLOOKUP｜商品情報を呼び出す

商品コードを入力すると、商品名や単価が自動表示されるようにする関数です。手入力による表記ゆれを防げます。

新しいバージョンのエクセルではXLOOKUPが使えます。列番号の指定が不要で、列を追加しても壊れにくいという利点があります。

IFERROR｜想定されるエラー表示を制御する

検索対象の商品コードが見つからない場合など、想定されるエラーの表示方法を指定できます。ただし、すべてのエラーを空白にすると入力ミスや計算式の問題を見落とす可能性があります。用途に応じて「商品コード未登録」など原因が分かるメッセージを表示する方法も有効です。

入力規則｜そもそも間違いを防ぐ

関数ではありませんが、データの入力規則でプルダウンを設定しておくと効果的です。商品コードや区分を選択式にすれば、打ち間違いは構造的に防げます。

エクセル運用を崩さない5つのルール

作り方以上に重要なのが、運用の取り決めです。ここが曖昧だと、どれだけ精緻に作っても在庫は合わなくなります。

1｜ファイルは1つに統一する

コピーが複数存在すると、どれが最新か分からなくなります。保存場所を1箇所に決め、各自のPCに複製を作らないことを徹底してください。

2｜入力のタイミングを決める

「入荷したらその場で」「出荷は当日中に」など、記録するタイミングをルール化します。入力までの時間が長くなるほど、記録漏れや在庫情報の反映遅れにつながる可能性があります。自社の業務に合わせて、入出庫を記録するタイミングをルール化しましょう。

3｜計算式のセルを保護する

在庫一覧シートの計算式が誤って上書きされると、表全体が壊れます。シートの保護機能を使い、入力してよいセルだけを開放してください。

4｜在庫を変動させる処理を明文化する

販売・仕入以外にも、次のような処理によって在庫数量や保管場所が変わる場合があります。

廃棄・破損・紛失
サンプル利用・社内使用
返品・交換
店舗間・倉庫間の移動
棚卸による在庫調整

こうした処理が記録されなければ、帳簿在庫と実在庫に差異が生じる原因になります。どの処理を、誰が、どのタイミングで記録するかを決めておきましょう。

5｜定期的にバックアップを取る

ファイルの破損や誤操作に備え、日次または週次でバックアップを残します。クラウドストレージに保存すれば、変更履歴からの復元も可能になります。

作り方が正しくても、運用ルールがなければ在庫は合わない

バーコードを組み合わせて精度を上げる

リーダーはキーボードと同じ仕組み

意外に知られていませんが、バーコードリーダーはキーボード入力と同じ仕組みで動作します。セルにカーソルを合わせた状態で読み取れば、コードがそのまま入力されます。

特別なシステムは不要で、数千円のリーダーを用意するだけで導入できます。設定も接続するだけで完了します。

効果は入力ミスの削減

品番の見間違い、数値の打ち間違い、行のずれ。これらは人が入力する以上、避けられません。仮に99%正確でも、残り1%が積み重なれば帳簿と実在庫の乖離は深刻になります。

既存のエクセルはそのまま使い、キーボード入力の部分だけをバーコード読み取りに置き換える。これは段階的な改善として非常に有効です。

ただし差異はゼロにならない

注意すべきは、バーコードを導入しても理論在庫と実在庫の乖離が完全になくなるわけではないことです。

スキャン漏れ、重複スキャン、そもそも記録しないという行為は残ります。ツールはミスを減らしますが、運用ルールの代わりにはなりません。

エクセルからの移行を検討すべきタイミング

Excelで管理できる商品数に一律の基準はありません。ただし、次のような課題が増えてきた場合は、在庫管理システムや基幹システムへの移行を検討するタイミングです。

入力・更新作業の負担が大きい：入出庫件数が増え、手入力に時間がかかっている
複数拠点・チャネルで管理したい：店舗・倉庫・ECなどの在庫を横断して把握する必要がある
在庫情報をより速く更新したい：接客やEC販売で最新に近い在庫情報が必要になる
POSやECと在庫を連携したい：販売情報を手入力せず在庫へ反映したい
ファイルが属人化している：特定の担当者しか関数・マクロ・運用方法を理解していない

SKU数だけではなく、入出庫頻度、拠点数、利用人数、販売チャネル、必要な更新速度などを含めて判断しましょう。

小売店舗では、POSで記録された販売情報をExcelへ別途手入力する運用にしている場合、入力作業の負担や転記ミス、反映遅れが生じる可能性があります。販売情報と在庫情報を自動的に連携できれば、こうした手作業を減らすことができます。

Excelによる在庫管理を効率化するなら、業種特化型クラウド基幹システムRECOREがおすすめ

Excelを使った在庫管理は手軽に始められる一方、商品数や店舗数、販売チャネルが増えると、入力・更新作業の負担やデータの重複、在庫情報の反映遅れなどが発生しやすくなります。Excelによる管理から脱却し、店舗・ECの在庫情報を効率的に管理したい小売・リユース業の場合は、業種特化型のクラウド基幹システム「RECORE（リコア）」が有力な選択肢となります。

小売・リユース業向けに設計されたクラウド基幹システム「RECORE（リコア）」は、買取・仕入・販売（POS）・EC・在庫管理・顧客管理・KPI分析までを一元管理できるクラウド型のオールインワン基幹システムです。在庫情報は販売や買取、仕入と同時に自動更新され、実店舗とECを横断したリアルタイム管理が可能です。Amazon、楽天市場、Yahoo!ショッピングなど、小売・リユース業界向けの複数ECモールとの連携にも対応しています。

また、今までバラバラに契約していたシステムをRECORE一つに集約することで複雑なデータ連携の必要性も無くなり、ITコストを抑えることが可能です。さらに、コストや時間的制約などのハードルの高さから基幹システムのリプレイスを検討はしていてもためらっていた方でも、RECOREをサテライト基幹システムとして位置付け、RECORE APIで既存の基幹システムと連携し必要な機能だけ導入する、パッケージ型SaaSの枠を超え、既存基幹システムとAPI連携し、必要な機能を部分導入した事例もあります。

Excelへの手入力やファイル更新に依存した在庫管理から脱却し、店舗・ECを横断して在庫情報を一元管理することで、管理業務の効率化や在庫差異の防止、欠品・過剰在庫の削減につなげたい場合は、業種特化型クラウド基幹システムRECOREの導入を検討することがおすすめです。