Excelの在庫管理が限界かどうかは、ファイルの大きさや品目数ではなく、「在庫の数字を信じられなくなっているか」で判断できます。同時に編集できずに待ちが発生する、帳簿と実際の数が合わない、在庫の集計が週に一度しか更新されない、ファイルを作った人しか直せない。こうしたサインが重なっているなら、Excelという道具の限界に業務が突き当たっています。
ただし、限界のサインが見えたからといって、すぐに大きなシステムを導入する必要はありません。Excelの使い方を整えるだけで当面は持ちこたえられる場合もありますし、システム化する場合も、入出庫の記録から段階的に移すほうが失敗が少なくなります。大切なのは、今どの段階にいるかを見極め、次の一歩を適切な大きさで踏み出すことです。
この記事は、Excelで在庫を管理している中小企業の経営者、物流・購買・店舗運営の担当者に向けて、Excel管理が限界に来ているサインの見分け方、Excelのまま改善できること、システム化を段階的に進める手順、移行でよくある失敗までを具体的に解説します。
Excelの在庫管理が広く使われる理由
まず、Excelでの在庫管理が悪いわけではないことを確認しておきます。Excelには、追加の費用がかからない、誰でもある程度は使える、項目や計算式を自由に変えられる、という大きな利点があります。事業の立ち上げ期や、品目数・取引量が少ない段階では、Excelはもっとも合理的な選択であることが多いのです。
問題になるのは、事業が成長し、品目や拠点、関わる人が増えたときです。Excelは一人が一つのファイルを扱う前提で作られた道具なので、複数の人が同時に、異なる場所から、リアルタイムで在庫を更新・確認するという使い方には向いていません。限界は、Excelの機能不足というより、業務の規模と使い方の変化から生まれます。
Excel在庫管理が限界になっている8つのサイン
次のようなサインが出ていないか確認してください。複数当てはまるほど、限界に近づいています。
1. 同時に編集できず、待ちや上書きが起きる
倉庫の担当者が入庫を記録している間、営業は在庫を確認できない。誰かがファイルを開いたままにしていて、他の人が更新できない。共有の設定にしていても、同時に編集した内容が上書きされて消えた。このような状況が日常的に起きているなら、一人用の道具を複数人で使う限界に来ています。
2. 帳簿の数と実際の数が合わない
棚卸しのたびに大きな差異が出て、原因を探すのに時間がかかる。入出庫の記録漏れ、二重記録、数式の壊れ、行の削除ミスなど、原因が特定できないことも多い。在庫の数字が信用できなくなると、現場は結局倉庫に見に行くようになり、Excelの記録はさらに後回しになるという悪循環が起きます。
3. 在庫の集計が遅れる
各担当者のファイルを集めて手作業で合算しているため、最新の在庫が分かるのは週に一度、月に一度になっている。営業が受注のたびに倉庫へ電話で在庫を問い合わせている。集計が遅れると、欠品や過剰在庫に気づくのも遅れます。
4. ファイルが重く、開くのに時間がかかる
履歴を同じファイルにためていった結果、行数が膨大になり、開くのも保存するのも遅くなった。数式やマクロが増えて、ちょっとした操作で固まる。ファイルを年ごとに分けると、今度は過去との比較が難しくなります。
5. 作った人しか直せない
複雑な数式やマクロが組まれていて、作った人以外は仕組みが分からない。その人が休むと集計ができず、退職すると誰も直せなくなる。属人化した仕組みは、ある日突然止まるリスクを抱えています。マクロの属人化への対処はExcelマクロの属人化を解消するで詳しく扱っています。
6. 拠点や販売チャネルが増えた
倉庫が増えた、店舗を出した、ECサイトを始めた。拠点ごとにファイルが分かれ、全体の在庫が分からない。ECの在庫と倉庫の在庫を手で合わせているため、売り越しが起きる。複数拠点の在庫を一つにまとめる考え方は複数倉庫・複数チャネルの在庫を一元管理するシステムの設計で解説しています。
7. ロットや期限の管理が必要になった
取引先から製造ロットの追跡を求められた、賞味期限の近いものから出荷しなければならない。品目ごとの数だけでなく、ロットや期限ごとの数を管理しようとすると、Excelの表は一気に複雑になります。
8. 誰がいつ変更したか分からない
数字が変わっているが、誰がなぜ変えたのか分からない。誤った数字を直そうにも、元の値が残っていない。在庫は会計にも関わる数字なので、変更の履歴を追えないことは、内部管理の面でも問題になります。
限界を放置すると何が起きるか
サインに気づいていても、「今はなんとか回っている」と後回しにされがちです。しかし、Excelの限界を放置すると、影響は在庫管理の担当者の手間にとどまらず、事業全体に広がっていきます。
- 販売機会を逃す:在庫があるのに「ない」と判断して受注を断る、逆に在庫がないのに受注して納期を守れない。どちらも顧客の信頼を損ないます。
- 資金が在庫に寝る:数字が信用できないため、念のため多めに仕入れる習慣がつき、売れない在庫が積み上がります。
- 月末・期末の作業が膨らむ:棚卸しの差異の調査や、各ファイルの突き合わせに、毎回多くの時間がとられます。
- 担当者が辞められない状態になる:仕組みを理解している人が一人だけになり、その人の退職や長期休暇が事業の停止リスクになります。
- 事業の拡大に踏み切れない:新しい倉庫やチャネルを増やすと管理が破綻することが分かっているため、成長の機会を見送ることになります。
特に最後の点は見落とされがちです。在庫管理の仕組みが、事業の成長の上限を決めてしまっていることがあります。
限界の度合いを判定する
サインの当てはまり方から、今どの段階にいるかを判定します。
| 段階 | 状況 | 次の一歩 |
|---|---|---|
| まだ大丈夫 | サインが1〜2個、担当者も少ない | Excelの使い方を整える |
| 限界が近い | サインが3〜4個、待ちや差異が時々起きる | Excelを整えつつ、システム化の検討を始める |
| 限界を超えている | サインが5個以上、在庫の数字を誰も信じていない | 入出庫の記録から段階的にシステムへ移す |
これはあくまで目安です。サインが少なくても、売り越しで顧客に迷惑をかけているなど影響が大きいものがあれば、早めに手を打つべきです。
Excelのままでできる改善
「まだ大丈夫」「限界が近い」段階なら、Excelの使い方を整えるだけで状況が改善することがあります。システム化する場合にも、この整理はデータ移行の準備としてそのまま役立ちます。
- 品目マスタを一つにする:品番・品名・単位を一覧にしたシートを一つだけ作り、他のシートはそこを参照する。品名の表記揺れがなくなる。
- 入出庫の記録と在庫の集計を分ける:入出庫は1行1取引の記録シートに追記するだけにし、在庫数は集計で出す。在庫数のセルを直接書き換える運用をやめる。
- 入力欄を制限する:品番は一覧から選ぶ、数量は数値だけ、日付は日付形式だけ、といった入力規則を設定する。
- 数式のセルを保護する:集計の数式を誤って消さないよう、シートを保護する。
- クラウド上の共有ファイルにする:同時編集に対応した保存先に置き、ファイルのコピーが増えないようにする。
- 棚卸しの差異を記録する:差異を調整するときに、理由を書く欄を設け、原因の傾向を見えるようにする。
改善を進めるときは、一度にすべてを変えるのではなく、品目マスタの一本化と、入出庫の記録シートへの切り替えから始めるのがおすすめです。この2つが整うだけで、在庫数の根拠が「誰かが書き換えた数字」から「記録の積み上げ」に変わり、差異が出たときに原因を追えるようになります。
これだけで、記録漏れや数式の壊れによる差異はかなり減らせます。ただし、同時編集の限界、拠点間の在庫のずれ、履歴の追跡といった問題は、Excelの使い方では根本的には解決できません。
システム化を段階的に進める手順
「限界を超えている」と判断した場合も、一度にすべてを切り替えるのは避けます。次のように段階を分けて進めます。
- 業務の流れを書き出す:入荷から出荷まで、誰が何をどの順番で行い、どこに記録しているかを洗い出す。返品や不良品、サンプル出荷などの例外も挙げる。
- 何を解決したいかを決める:同時編集、在庫の正確さ、集計の速さ、拠点の一元化など、もっとも困っていることを優先する。
- Excelのデータを整える:品目マスタを一つにし、品番の重複や表記の揺れを直す。この作業はシステム化の前に必ず必要になる。
- 道具を選ぶ:クラウドの在庫管理サービスで足りるか、自社の業務に合わせた開発が必要かを判断する。判断の観点は在庫管理システムの作り方で整理しています。
- 入出庫の記録から移す:まずは入出庫の記録と在庫照会だけを新しい仕組みに移す。集計や帳票はしばらくExcelに書き出して使ってもよい。
- 移行時に棚卸しをする:切り替えの時点で実際の在庫を数え直し、正確な数字から新しい仕組みを始める。
- 一部の品目や拠点で試す:全品目・全拠点を一度に切り替えず、範囲を限って試し、記録の方法が定着してから広げる。
- 集計や発注の機能を追加する:記録が安定したら、発注点の通知や滞留在庫の一覧など、判断に使う機能を足していく。
手順5の「入出庫の記録から移す」がポイントです。在庫の数字が正しくなるかどうかは、入出庫がその場で確実に記録されるかで決まります。集計や分析の機能は、その上に乗るものです。
移行先の選択肢を比べる
Excelの次に使う道具は、一つではありません。業務の複雑さと連携の必要性によって、適した選択肢が変わります。
| 選択肢 | 向いている状況 | 気をつけること |
|---|---|---|
| 共同編集できる表計算ソフト | 同時編集だけが主な課題で、品目や拠点が少ない | 履歴の追跡や拠点間の連動は解決しない |
| 業務アプリ作成ツール(kintoneなど) | 項目や画面を自分たちで調整しながら使いたい | 在庫の引当や複雑な集計は作り込みが必要になる |
| クラウドの在庫管理サービス | 入出庫・棚卸し・在庫照会が一般的な流れで回る | 独自の処理や連携が合わない場合は手作業が残る |
| 自社向けの開発 | 製造工程や複数チャネルとの連動など、独自の要件がある | 開発期間と保守の体制が必要になる |
どれを選ぶ場合も、品目マスタを整え、入出庫の記録をその場で行うという基本は変わりません。道具を変える前に、この基本が整っているかを確認しておくと、どの選択肢でも移行がスムーズになります。
現場に新しい記録方法を定着させる
システムを入れても、倉庫や店舗のスタッフが新しい方法で記録しなければ、数字は正しくなりません。定着させるには、次の点に気を配ります。
- 記録する場所で記録できるよう、スマホやハンディ端末を作業場所に置く
- 品番を手で打たず、バーコードや一覧から選べるようにする
- 最初の数週間は、記録漏れがないかを担当者が毎日確認し、気づいたことをすぐに共有する
- 「記録したおかげで在庫を探す手間が減った」といった変化を、現場に返す
並行運用の期間を決める
切り替え直後は、新しい仕組みとExcelを並行して使いたくなります。しかし、並行運用が長引くと、どちらが正しい数字か分からなくなり、現場の手間も倍になります。並行運用をする場合は期間を区切り、「この日からExcelは更新しない」という日を決めて周知します。
具体的な場面で考える
架空の例として、雑貨を仕入れて実店舗2店とECサイトで販売している小売の会社を考えます。
この会社では、倉庫の在庫をExcelで管理し、店舗とECの販売数を毎日夕方に担当者が転記していました。ECで売れた商品が、転記の前に店舗でも売れてしまい、ECの注文に対して在庫がないという売り越しが月に何度か起きていました。また、棚卸しのたびに差異が出ていましたが、原因はわかりませんでした。
サインを確認すると、同時編集の待ち、帳簿と実数のずれ、集計の遅れ、拠点の増加、変更履歴が分からないことが当てはまり、「限界を超えている」段階でした。
まず品目マスタを整理し、品番の重複と品名の揺れを直しました。次に、店舗のPOSとECサイトの販売データを自動で取り込める在庫管理の仕組みを導入し、入出庫の記録と在庫照会から移しました。切り替えの前日に全品目の棚卸しを行い、正確な数字から運用を始めました。売り越しがなくなったことを確認してから、発注点の通知と滞留在庫の一覧を追加しました。
この例で押さえておきたいのは、最初から完璧な仕組みを目指さなかったことです。最初の段階では、仕入れの発注書や月次の在庫報告はExcelのまま残し、新しい仕組みから在庫数を書き出して使っていました。現場が新しい記録方法に慣れ、在庫の数字が信頼できるようになってから、発注や報告も順に新しい仕組みに移していきました。一度にすべてを変えようとしていたら、現場の負担が大きくなり、記録の定着に時間がかかっていたはずです。また、棚卸しの差異の原因を調べると、店舗間で商品を融通したときの記録漏れが多いことが分かり、拠点間移動の記録画面を簡単にする改善にもつながりました。
移行でよくある失敗と避け方
- Excelのデータをそのまま移す:品番の重複や表記の揺れ、ずれた在庫数がそのまま新しい仕組みに持ち込まれる。移行前にデータを整え、移行時に棚卸しをする。
- Excelと同じ表を再現しようとする:慣れたExcelの見た目に合わせることを優先すると、システムの利点が生かせない。業務の流れに合わせて画面を考える。
- 記録の方法を変えない:システムを入れても、後でまとめて入力する運用のままなら、数字はずれ続ける。その場で記録できる端末と手順を用意する。
- 一度に全部を切り替える:全品目・全拠点を同時に切り替えると、問題が起きたときに影響が大きい。範囲を限って試す。
- 並行運用を終わらせない:Excelも更新し続けると、どちらが正しいか分からなくなる。終了日を決める。
- 現場の声を聞かずに選ぶ:管理部門だけで道具を選ぶと、倉庫や店舗で使いにくく、記録が定着しない。試用の段階から現場に参加してもらう。
システム化を検討する前のチェックリスト
- 8つのサインのうち、いくつ当てはまるか確認したか
- もっとも困っていること(優先して解決したいこと)が決まっているか
- 入荷から出荷までの業務の流れと例外処理を書き出したか
- 品目マスタが一つにまとまり、品番の重複や表記の揺れが直っているか
- 入出庫をその場で記録できる方法(端末、手順)を考えたか
- 移行時に棚卸しを行う日程を確保できるか
- 一部の品目や拠点から試す計画になっているか
- Excelの更新を止める日を決めたか
よくある質問
Q. 品目数がどれくらいになったらシステム化すべきですか?
品目数だけでは決まりません。品目が少なくても、複数の拠点や販売チャネルで同時に在庫を動かしているなら、Excelでは追いつかないことがあります。逆に品目が多くても、担当者が一人で、入出庫の頻度が少なければExcelで十分なこともあります。この記事の8つのサインで判断するのが確実です。
Q. Googleスプレッドシートに移せば同時編集の問題は解決しますか?
同時編集の問題はかなり改善します。ただし、帳簿と実数のずれ、履歴の追跡、拠点間の在庫の連動、ロットや期限の管理といった問題は、表計算ソフトの種類を変えても根本的には解決しません。同時編集だけが課題なら有効な一歩ですが、ほかのサインも出ているなら、システム化の検討もあわせて進めることをおすすめします。
Q. システム化したら、Excelはもう使わなくなりますか?
入出庫の記録や在庫数の管理はシステムに移しますが、分析や会議資料の作成などで、システムから書き出したデータをExcelで加工する使い方は続けても問題ありません。大切なのは、在庫数の「正」をシステムに一本化し、Excelで在庫数を直接書き換えないことです。
Q. システム化の費用はどう考えればよいですか?
月額のクラウドサービスを使うか、自社の業務に合わせて開発するかで、費用の構造が大きく変わります。比べるときは、初期費用だけでなく、数年分の利用料や保守費用、現場の手作業の削減分を含めて考えます。詳しくは在庫管理システムの費用をご覧ください。
Otsumuに相談できること
「まだ大丈夫」「限界が近い」段階であれば、品目マスタの一本化、入出庫記録と集計の分離、入力規則の設定など、Excelの使い方を整えるだけで状況は改善します。これは社内で十分に進められる作業で、システム化する場合にもそのまま役に立ちます。業務が一般的な流れであれば、クラウドの在庫管理サービスを試用しながら自社で導入することもできます。
一方で、店舗やECなど複数の販売チャネルと在庫を連動させたい、製造や組み立ての工程と在庫が絡む、属人化したマクロの処理内容を解きほぐしてから移したい、といった場合は、業務とシステムの両方を見ながら移行の順番を設計することが成功の鍵になります。
Otsumuでは、Excelで回っている在庫管理の業務と処理内容を整理し、どこからどの順番でシステムに移すかを一緒に計画します。開発が必要な場合は、目的から逆算して必要な機能に絞り込み、少人数・短期間で最初の版を作って現場で試しながら広げていきます。詳しくは在庫管理システム開発のページをご覧ください。
限界かどうか判断に迷っている段階でもご相談いただけます。30分の無料相談で、現在の在庫管理の状況を伺いながら、次の一歩を整理します。
この記事について
Otsumu株式会社が執筆しました。統計値や他社の事例には依拠せず、進め方と判断の枠組みを中心にまとめています。法務・税務・会計などの制度は、専門家や公的窓口で最新の情報をご確認ください。
執筆:Otsumu株式会社 / 編集日 2026.10.01