Column
コラム
エクセル在庫管理「やめる決断が遅れた」3社の失敗——中堅製造業・小売チェーン・卸売業、それぞれの転換点から学ぶ

執筆:Spes編集部
「もう少し使えるはずだ」と思い続けた結果、現場が止まった——エクセル在庫管理の限界を認めるタイミングを誤った企業に共通するのは、この判断の先送りだ。
本記事では、中堅製造業・小売チェーン・卸売業の3つの現場で実際に起きた失敗を軸に、エクセル管理の「どこで崩れるか」を業種ごとに整理する。チェックリストや判断基準の前に、まず失敗の実像を見てほしい。
失敗①:中堅製造業の管理部門——「ファイルが壊れた日」に発覚した4年間のズレ

| 課題の整理 現場で起きていること | → | 原因・整理 構造・ボトルネック | → | 解決の方向性 クラウド活用など |
| 記事の整理:課題 → 整理 → 解決 | ||||
従業員180名の金属部品メーカー。管理部門の鈴木さんが在庫管理用エクセルの運用を引き継いだのは4年前だった。前任者が組んだシートは関数が複雑に入り組んでおり、触れる人間が鈴木さん一人になってから「ここを変えると壊れる」箇所が増えていった。
転機は棚卸し作業中のファイル破損だった。バックアップを開いたところ、3ヶ月前の数値しか残っていない。現場確認をすると、実際の在庫数とシートの数字が品目によって20〜30%ずれていた。原材料の発注が過剰になっており、倉庫の一角に使わない部材が積み上がっていた。推定の余剰在庫金額は800万円超。
問題の根は一点だ。「鈴木さんしかファイルを触れない」状態が続いた4年間、誰もエラーに気づけなかった。属人化したエクセルは、管理しているように見えて、実際には誰も検証していない数字を積み上げているだけの状態になっていた。
・担当者が1〜2名に固定され、引き継ぎ時にロジックが失われる
・品目数が多い(数百〜数千SKU)ため、手作業入力ミスの累積が検知されにくい
・工程ごとの仕掛在庫が加わると、一枚のシートで全体を追うのが構造的に無理になる
失敗②:小売チェーンの店舗マネージャー——セール前夜に「発注していなかった」商品が判明

関東に15店舗を持つ生活雑貨チェーン。各店舗のマネージャーが独自にエクセルで在庫を管理し、本部への報告は週次でまとめるルールになっていた。
渡辺マネージャーの店舗で問題が起きたのは、年末セール前日の夜だった。翌朝から目玉商品として告知していたキッチン用品が、倉庫に2個しかない。確認すると、本部の在庫シートには「30個」と記録されていた。いつ、どの段階でズレが生まれたのかわからない。急遽近隣店舗から在庫を融通してもらったが、配送費と人件費で5万円超の損失が発生した。
このチェーンでは、各店のエクセルシートが独自にカスタマイズされており、本部が集計する際は担当者が手作業で転記していた。転記ミスなのか、入力漏れなのか、シートのバージョン違いなのか——原因の特定すらできないまま、同じような事案がその後も続いた。
各店の独自Excelが本部集計を経由するたびに「ズレ」が累積する
失敗③:卸売業の営業事務担当——「在庫ある」と言った翌日に欠品が判明
食品卸を手がける中規模企業。営業担当の伊藤さんは得意先からの急ぎの問い合わせに、手元のエクセルシートを確認して「在庫あります」と回答した。翌朝、倉庫スタッフから連絡が来た。「その商品、昨日別口で出荷しています」。
原因はシンプルだった。営業部門のシートと倉庫の出荷記録が別々に管理されており、リアルタイムで同期していなかった。伊藤さんが見ていたのは前日夕方時点の在庫数字で、当日午前の出荷分は反映されていない。得意先への謝罪と代替品の手配に半日を費やした。この種のトラブルは、月に2〜3件起きていた。
卸売業特有の事情として、同じ商品が複数の得意先から同時に引き合いを受けることがある。エクセルは「今この瞬間の数字」を複数人で同時に見る用途には根本的に向いていない。ファイルを開いた時点の数字しか見えず、誰かが更新しても他の人の画面には反映されない。
3つの失敗から見えてくる「エクセルが崩れる構造」
3社の失敗は、業種もトラブルの表れ方も違うが、根底にある構造は共通している。
| 業種 | 失敗の現象 | 根底にある構造問題 |
|---|---|---|
| 中堅製造業 | 4年間のズレが棚卸しで発覚・余剰在庫800万円超 | 属人化により誰もエラーを検知できない |
| 小売チェーン | セール前夜に欠品判明・緊急対応コスト発生 | 多拠点の手作業転記でバージョンが分岐する |
| 卸売業 | 「在庫あり」回答翌日に欠品トラブル・月2〜3件常態化 | リアルタイム同期の欠如で情報が古くなる |
属人化・バージョン分岐・リアルタイム性の欠如——この3つがエクセル管理の構造的な弱点だ。品目数が少なく、担当者が1人で、拠点が1つで、動きが緩やかな間は問題が表面化しにくい。事業が育つほど、これらの弱点がはっきり露出してくる。
事業成長がエクセル管理の構造的弱点を顕在化させる
「やめる決断が遅れた」理由と、見直しの起点
3社とも、問題の兆候は以前から出ていた。それでも切り替えが遅れた理由を聞くと、共通して出てくる言葉がある。「今のやり方でなんとかなっている」「システム導入の手間が読めない」「担当者に余裕がない」。
ここで注意したいのは、「なんとかなっている」の基準が、本当に現場全体を把握した上でのものかどうかだ。製造業の鈴木さんのケースでは、4年間「なんとかなっていた」のではなく、誰も気づけていなかっただけだった。
見直しの起点として、まず確認できることがある。
- 在庫データを「今この瞬間」複数人が同時に確認できるか
- 担当者が休んだとき、別の人が迷わず操作できるか
- 月次棚卸しの際、シートの数字と実地の数字が1〜2%以内で一致しているか
- 得意先や他部署から「在庫を教えて」と言われたとき、即答できるか
一つでも「難しい」があるなら、エクセルはすでに限界点に近い。それはシステムへの全面移行が必要ということではなく、現状を正確に把握した上で次の手を選ぶ段階に来ているということだ。
クラウド型の在庫・受発注管理ツールは、複数人が同時にリアルタイムで在庫数を確認できる点、バーコード連携で入力工数と手作業ミスを減らせる点で、上記の構造問題に直接対処できる。Spesのようなサービスは、中小〜中堅企業向けに複数拠点・複数担当者での一元管理を前提に設計されており、EC・卸・小売など業種をまたいだ在庫連携にも対応している。
「どこから手をつければいいか」の相談は、導入の前段階でも受け付けている。まず現状の課題を整理したいという段階でも、こちらから問い合わせできる。
よくある質問
エクセル管理をやめるべき「品目数の目安」はあるか?
品目数だけで決まるわけではないが、実務上100SKUを超えると手作業入力のミス頻度が急増しやすい。それ以上に重要なのは「担当者が何人いるか」と「拠点が何か所か」の組み合わせだ。1人・1拠点なら300SKU程度でも運用できる場合があるが、複数人・複数拠点が絡んだ時点で品目数に関わらず同期ずれが起きやすくなる。
クラウドツールへの移行期間はどれくらいかかるか?
既存のエクセルデータの整備状況によるが、中小企業では2〜4週間のデータ整理と並行運用期間を設けるケースが多い。現場担当者の操作習熟を含めると1〜2ヶ月を見ておくと現実的だ。既存データが散在しているほど移行前の整理コストがかかるため、「問題が起きてから」ではなく早めに着手するほうが移行コストを抑えやすい。
参考:中小企業の経営実態・業務課題に関する統計データは、政府統計の総合窓口(e-Stat)で確認できる。
カテゴリー
- すべて
- 物流ソフトWMS
- 在庫管理と会計の連携
- 在庫データの分析
- 在庫管理ソフトの市場規模
- 海外取引と在庫管理について
- 貿易と在庫管理
- 在庫管理のDX化
- 在庫管理クラウドソフト
- Spesの導入事例
- 中小企業の在庫管理
- 在庫管理ソフトのコスト感
- Spesの無償提供について
- 在庫管理とは
- 在庫管理ソフトによる入出庫管理
- 在庫管理の計画作り
- 飲食業の在庫管理
- エクセル管理からの脱却
- DX・クラウド在庫管理
- 在庫管理の改善
- 発注・安全在庫
- バーコード棚卸・入出庫



