Column
コラム
エクセル在庫管理「このまま続けてどうなるか」を失敗事例から先に見る——卸売業・製造業の現場担当者が実際に踏んだ3つの地雷

執筆:Spes編集部
「うちはまだエクセルで大丈夫」という言葉を、現場の担当者から何度も聞いてきた。ところが数ヶ月後に同じ現場を訪ねると、欠品対応に追われていたり、棚卸しのたびに数日間が消えていたりする。問題は突然やってくるのではなく、じわじわと積み上がってある日一気に噴き出す。
本稿は「エクセル在庫管理の限界」を抽象的に語るのではなく、卸売業・製造業の現場担当者が実際に踏んだ失敗パターンを先に見せ、自分の現場と照らし合わせてもらう構成をとっている。状況が近いと感じたところが、あなたの現場のリスクだ。
エクセル在庫管理で現場が踏みやすい3つの失敗パターン
失敗①:「数字が合っている前提」で発注して欠品が止まらなくなった(卸売業・食品系)

| 課題の整理 現場で起きていること | → | 原因・整理 構造・ボトルネック | → | 解決の方向性 クラウド活用など |
| 記事の整理:課題 → 整理 → 解決 | ||||
東海地方の食品卸売業で働く伊藤さん(入社7年目、在庫・発注担当)は、得意先20社分の在庫データを1枚のエクセルシートで管理していた。シートは自分が3年かけて育てたもので、関数の組み方は自分にしかわからない部分もあった。
問題が顕在化したのは繁忙期の前。別の担当者が「在庫あり」と表示されているシートを見て発注をかけなかったところ、実際の倉庫在庫はゼロだったことが判明した。原因は単純で、前週の出庫データを入力し忘れたまま、セルの表示だけが「残あり」になっていたのだ。
得意先2社に商品を届けられず、代替品を急調達するために通常の1.4倍のコストがかかった。さらに「なぜ在庫管理がずれたか」を追う検証作業に丸2日を費やした。エクセルは入力した内容しか反映しない。リアルタイムの在庫実態とファイルの数字は、誰かが更新しなければ永遠にズレたままになる。
- 出庫・入庫のデータ入力が1〜2人に集中している
- ファイルを複数人が別々のタイミングで開く運用になっている
- 更新の抜け漏れを検知する仕組みがない(入力したかどうかを確認する人がいない)
失敗②:ファイルが重くなりすぎて、棚卸しのたびに3日間が消えた(製造業・部品メーカー)

愛知県の自動車部品メーカーに勤める渡辺さん(製造部、現場リーダー)の現場では、部品点数が800SKUを超えた時点からエクセルが明確に「重くなった」。
ファイルを開くだけで1〜2分かかる。関数の再計算が走るたびに画面がフリーズする。最終的にはファイルを月ごとに分割して管理するようになったが、月をまたぐ在庫の突き合わせが手作業になり、四半期棚卸しのたびに担当者3人が3日間を費やす状況が続いた。
この現場で計算した「棚卸し作業のコスト」は、人件費換算で1回あたり約18万円。年4回の棚卸しで約72万円が、集計・突き合わせの手作業だけに消えていた。製品の品質管理や改善活動に充てられるはずの時間が、ファイルの重さを処理するために溶けていく状況は、現場担当者から見ると「ツールに振り回されている」感覚に近い。
エクセルはSKU数が増えるほど、あるいはデータの蓄積期間が長くなるほど、管理コストが比例以上に膨らむ構造を持っている。「今は大丈夫」という感覚は、SKU数が倍になったときに一気に崩れることが多い。
SKU数が増えるほど棚卸し工数は非線形に膨らむ傾向がある(概念図)
失敗③:担当者が退職して「誰もファイルを読めない」状態になった(製造業・工具卸)
大阪の工具卸売業で長年在庫管理を担当していた小林さんが、定年退職を機に会社を離れた。後任の中村さん(30代前半)が引き継いだのは、行数が4,000を超えるエクセルファイルと、A4用紙2枚の引き継ぎメモだった。
ファイルには独自の関数ロジックが埋め込まれており、特定のセルを書き換えると別の列の計算がおかしくなる。どのセルがどこに影響するかの設計図はなく、中村さんは触るたびにデータが壊れることを恐れて、ファイルをほぼ読み取り専用で使い続けた。発注の判断は「感覚と経験」に頼らざるを得なくなり、3ヶ月以内に2回の欠品と1回の過剰在庫が発生した。
属人化は「その人がいる間」は見えない。退職・異動・長期休暇のタイミングで初めて顕在化し、そのときには代替手段がない状態になっている。エクセル管理の最大のリスクのひとつは、「誰かの頭の中にしかない仕様」をファイルが抱え込んでしまうことだ。
3つの失敗に共通する「エクセルの構造的な弱点」
| 失敗パターン | 根本にある構造的弱点 | 被害が出やすいタイミング |
|---|---|---|
| ①数字のズレ→欠品 | 手入力依存・リアルタイム非同期 | 繁忙期・複数担当切り替え時 |
| ②ファイル肥大化→棚卸し崩壊 | SKU増加に比例しない処理性能 | 取扱品目拡張・事業拡大時 |
| ③属人化→引き継ぎ不能 | 設計仕様が暗黙知として蓄積 | 退職・異動・長期休暇 |
これら3つの失敗は、エクセルを使う人の能力や努力の問題ではない。エクセルというツールの設計上、避けることが難しい問題だ。複数人での同時編集に不向きで、SKU数の増大に弱く、操作者の知識がそのままファイルの「仕様」になる——これはどの現場でも同じ条件で起きる。
政府統計(e-Stat)でも、中小企業における情報処理・管理業務の効率化は継続的な課題として挙げられており、業務の属人化や手作業依存が生産性に与える影響は広く認識されている。
「移行を考えはじめる前」に確かめるべき5つのこと
上の失敗事例を読んで「うちに近い」と感じた現場に向けて、今すぐ確認できる問いを整理する。これは移行を急かすものではなく、「今の状態のリスク感度」を確かめるためのものだ。
- ファイルを最後に更新したのが「いつか」を全員が即答できるか(更新タイムスタンプの確認習慣があるか)
- SKU数が今の2倍になったとき、同じファイルで管理できるか(拡張余力の確認)
- 担当者が急に2週間不在になったとき、別の人が発注判断できるか(属人化度の確認)
- 前月との在庫差分を30分以内に出せるか(集計スピードの確認)
- 棚卸し作業の人件費コストを計算したことがあるか(現状コストの可視化)
5問中3問以上が「難しい」「やったことがない」であれば、エクセル管理の運用コストはすでに相当高い水準にある可能性がある。この段階でシステム移行を検討しはじめることで、失敗①〜③のような事後対応を避けやすくなる。
クラウド型在庫管理システムへの移行を考えはじめたら
上の確認項目で課題を感じたとき、次のステップとして現場担当者が見ておくべきポイントがある。
クラウド型の在庫管理システムは、エクセルの3つの構造的弱点に対してそれぞれ対応できる設計になっているものが多い。入出庫データをバーコード読み取りやハンディ端末で直接記録すれば手入力のズレを減らせる。SKU数が増えても処理速度が劣化しにくい。複数の担当者がアカウントを持ち、操作ログが残る形にすれば属人化が生まれにくい。
Spesのような中小企業向けのクラウド在庫管理サービスでは、バーコード・ハンディ連携や複数拠点の一元管理に対応しており、エクセルからの移行時の運用設計サポートも受けられる場合がある。自社の規模や品目数に合った選択肢かどうかを確かめるには、まず問い合わせで具体的な状況を相談するのが早い。
よくある質問
エクセルからシステムに移行するとき、既存データはどうなりますか?
多くのクラウド型サービスでは、CSVやExcel形式でのデータインポートに対応している。ただし既存ファイルの構造(列の並び方・品目コードの設計)がシステムの入力形式と合わない場合は、変換作業が必要になることがある。移行前にサービス担当者に既存ファイルのサンプルを見せて確認するのが確実だ。
SKU数が少ない段階でも移行する意味はありますか?
SKU数が少ないうちに移行するほど、データ移行の手間が小さく、担当者の学習コストも低く抑えられる傾向がある。「まだ少ないから大丈夫」という判断は合理的に見えて、実際には移行の最適なタイミングを先送りにしているケースが多い。現在の運用コスト(棚卸し工数・入力ミス対応時間)と移行コストを比べてみると判断しやすい。
カテゴリー
- すべて
- 物流ソフトWMS
- 在庫管理と会計の連携
- 在庫データの分析
- 在庫管理ソフトの市場規模
- 海外取引と在庫管理について
- 貿易と在庫管理
- 在庫管理のDX化
- 在庫管理クラウドソフト
- Spesの導入事例
- 中小企業の在庫管理
- 在庫管理ソフトのコスト感
- Spesの無償提供について
- 在庫管理とは
- 在庫管理ソフトによる入出庫管理
- 在庫管理の計画作り
- 飲食業の在庫管理
- エクセル管理からの脱却
- DX・クラウド在庫管理
- 在庫管理の改善
- 発注・安全在庫
- バーコード棚卸・入出庫



