Column
コラム
エクセル在庫管理で「やらかした」3社の失敗——何が起きて、どこで損をしたのか

執筆:Spes編集部
「エクセルで在庫管理していたら、棚卸しのたびに数字が合わなくなった」——そういう声を現場から拾い続けると、失敗のパターンが驚くほど似ていることに気づく。業種も規模も違うのに、崩れ方が同じなのだ。
この記事では、エクセル在庫管理で実際に起きた3つの失敗事例を先に提示し、それぞれで何が損失につながったかを具体的に整理する。「うちは大丈夫」と思っている担当者ほど、自社の状況と照らし合わせてほしい。
失敗①:入力競合でデータが上書きされ、50万円分の二重発注が起きた(卸売業・従業員30名)

| 課題の整理 現場で起きていること | → | 原因・整理 構造・ボトルネック | → | 解決の方向性 クラウド活用など |
| 記事の整理:課題 → 整理 → 解決 | ||||
食品卸を営む中村さん(物流部リーダー)の会社では、共有フォルダに置いたエクセルファイルを4人で同時編集していた。ファイルの排他制御が効かないため、誰かが開くと「読み取り専用」になり、そのまま別ウィンドウで編集して上書き保存する運用が常態化していた。
ある月の月初、在庫数量の列を2人が同時に修正した。一方の変更が消え、在庫が実際より100ケース多い数値のまま残った。その数値を見て発注担当者が「在庫が足りている」と判断し、別ルートですでに手配していた発注分と合わせて二重発注が発生。商品は届いてしまい、保管コストと一部の返品手数料を合わせて約50万円の損失となった。
この失敗の本質は「エクセルの限界」ではなく、「同時編集を前提にした運用設計」にある。ただし、ファイル共有型のエクセルはそもそも同時書き込みの競合を防ぐ仕組みを持っていない。人の運用だけで防ぎ続けることには限界がある。
複数人が同一ファイルを更新する体制では、「誰かが正しく入力した」という事実が上書きで消える。件数・担当者が増えるほどリスクは積み上がる。
失敗②:関数参照のズレに誰も気づかず、3ヶ月分の在庫データが狂い続けた(小売業・ホームセンター系FC・従業員12名)

ホームセンター系フランチャイズで店長を務める渡辺さんは、前任者から引き継いだエクセルをそのまま使い続けていた。商品マスタの行を追加した際、VLOOKUP関数の参照範囲が自動で追従せず、新商品の在庫数が常にゼロと表示される状態になっていた。
気づいたのは3ヶ月後の四半期棚卸し。実際の棚には300点あるのに、管理表上はゼロ。逆に廃番にした商品が在庫あり扱いのまま残り、補充発注の対象から外れていた商品が欠品を繰り返していた。欠品による機会損失と、誤発注で余剰になった在庫の評価損を合わせると、金額換算で30万円超の影響があったと渡辺さんは振り返る。
エクセルの関数は「設計者が想定した使い方」をしている限り動く。行の追加・列の移動・シートのコピーといった操作が加わった瞬間に、静かに壊れ始める。そして壊れた事実はセルに表示されない。
エクセル在庫管理が「静かに壊れる」プロセス
失敗③:担当者の退職で在庫管理ファイルが「誰も触れないもの」になった(サービス業・清掃会社・従業員20名)
清掃業者を経営する伊藤さんの会社では、消耗品(洗剤・ペーパー類・備品)の在庫をエクセルで管理していた。管理ファイルは現場統括の佐々木さんが5年かけて育てたもので、独自のマクロと複雑なシート構成が組み込まれていた。
佐々木さんが退職した翌月、誰もファイルを更新できなくなった。マクロのパスワードが分からず、シートの構造を解読できる人間がいない。結局、新しく簡易なエクセルを作り直したが、移行期間の2ヶ月間は在庫管理が事実上ストップした。その間に洗剤の欠品が複数現場で発生し、急ぎの外部調達で通常比1.4倍のコストがかかった。
属人化したエクセルは「担当者が在籍している間だけ機能するシステム」だ。退職・異動・長期休暇のたびに管理業務がリセットされるリスクを、運用コストとして計上していない会社が多い。
3つの失敗に共通している「構造的な問題」
3つの事例を並べると、それぞれの直接原因は異なる(同時編集・関数ズレ・属人化)。しかし根底にある問題は共通している。
| 失敗の種類 | 直接原因 | 構造的な問題 |
|---|---|---|
| 二重発注(卸売業) | 同時編集による上書き | 排他制御のないファイル共有 |
| 欠品・過剰在庫(小売業) | 関数参照のズレ | エラーを検知する仕組みがない |
| 管理ストップ(清掃業) | 属人化したマクロ | 担当者に依存したシステム設計 |
エクセルが「悪い」のではない。問題は、エクセルが本来想定していない用途(リアルタイム共有・自動チェック・引き継ぎ前提の設計)に使われていることだ。業務が拡張するほど、この負荷は当初の何倍にも膨らむ。
「まだ使える」と判断する前に確かめておきたいこと
エクセル在庫管理をすぐに捨てる必要はない。ただ、以下のどれか1つでも当てはまる場合は、現状を改めて評価する価値がある。
- ファイルを同時に開く人間が2人以上いる
- 管理ファイルを作った本人以外が構造を把握していない
- 在庫数の「正しさ」を確認するために棚卸しまで待っている
- 発注判断をする前に、担当者に口頭で在庫を確認している
- ファイルのバックアップがなく、誤って保存した場合の復元手段がない
複数該当する場合、エクセルの運用で吸収しているリスクはすでに「許容範囲」を超えている可能性が高い。具体的な損失が出る前に、管理の仕組みを見直す検討を始めた方がいい。
クラウド型の在庫・受発注管理ツールは、上記の構造的問題の多くを設計段階で解消している。同時編集の競合防止・更新履歴の自動記録・担当者が変わっても操作できる標準インターフェース——これらはエクセルでは追加工数をかけないと実現できないが、クラウドツールでは最初から備わっている機能だ。
どの規模・業種から移行すべきかは一概に言えないが、Spesのようなクラウド型の在庫管理SaaSは複数倉庫・複数拠点の一元管理やEC連携も含めて中小企業向けに設計されており、運用開始後の引き継ぎコストも低く抑えられる。具体的な自社状況と照らし合わせて検討したい場合は、Spesへの相談窓口から現状を共有してみることをすすめる。
よくある質問
エクセルの共有ブック機能を使えば同時編集の問題は解決しますか?
Excelの「ブックの共有」機能は競合時に警告を出す仕組みはあるが、複数人が頻繁に更新する業務では整合性の保証が難しく、Microsoft自身も現在は推奨していない機能だ。OneDrive上での共同編集(Excel Online)の方が同時編集には向いているが、関数の複雑さや大量行の処理には別の課題が生じる。
クラウドツールへの移行は、データの引っ越しが大変ではないですか?
既存のエクセルデータをCSV形式でインポートできるツールが多く、商品マスタや在庫数の初期設定は比較的短期間で完了するケースが多い。手間がかかるのは「エクセル固有の属人的な計算ロジック」を標準機能に置き換える設計の部分で、この工程を丁寧にサポートできるベンダーを選ぶことが移行の成否を分ける。
参考情報として、中小企業の業務実態に関するデータは政府統計ポータル(e-Stat)でも確認できる。
カテゴリー
- すべて
- 物流ソフトWMS
- 在庫管理と会計の連携
- 在庫データの分析
- 在庫管理ソフトの市場規模
- 海外取引と在庫管理について
- 貿易と在庫管理
- 在庫管理のDX化
- 在庫管理クラウドソフト
- Spesの導入事例
- 中小企業の在庫管理
- 在庫管理ソフトのコスト感
- Spesの無償提供について
- 在庫管理とは
- 在庫管理ソフトによる入出庫管理
- 在庫管理の計画作り
- 飲食業の在庫管理
- エクセル管理からの脱却
- DX・クラウド在庫管理
- 在庫管理の改善
- 発注・安全在庫
- バーコード棚卸・入出庫



