エクセル在庫管理、やめた会社・続けた会社——5つの失敗パターンから見える「撤退判断の共通点」 ─ 在庫管理のDXに | 完全無償クラウド型ソフト「Spes」

先に確認：自社の運用は何点か——失敗予兆チェックリスト

失敗事例を読む前に、まず現在の運用状態を確認しておこう。以下の項目に当てはまるものが3つ以上あれば、後述する失敗パターンと構造的に近い状態にある。

• 在庫データを更新できるのが特定の担当者1〜2名に限られている
• ファイルのバージョンが複数存在し、どれが最新か確認が必要な場面がある
• 月末や繁忙期に棚卸し作業が数日単位でズレ込む
• 在庫数と実際の棚の数量が月に1回以上食い違う
• 発注判断を「担当者の記憶」や「感覚」に頼っている部分がある
• エクセルファイルが重くなり、開くまでに数十秒かかる
• 売上データ・仕入データ・在庫データが別ファイルに分かれていて、統合に時間がかかる

チェックリストで自社の現状を把握し、失敗パターンと照合して撤退判断のタイミングを見極める——この3ステップで整理する。

失敗パターン1〜5：実際に何が起きたか

パターン1：「最新ファイル」問題で出荷が止まった（食品卸・従業員35名）

在庫ファイルをサーバーの共有フォルダに置いていた会社の話だ。営業担当の鈴木さんが受注を入力したファイルと、倉庫担当の渡辺さんが出荷数を更新したファイルが別バージョンになっていた。翌朝に管理担当が両者を突合して気づいたとき、すでに1件の過剰出荷が発生していた。返品対応で2日を費やし、取引先への謝罪も必要になった。

このパターンは「ファイルの同時編集ができない」という構造上の問題が根本にある。人数が増えるほど発生頻度が上がり、在庫数量が多い繁忙期に集中しやすい。

パターン2：担当者の退職で在庫データが「読めなくなった」（建材販売・従業員12名）

5年間使い続けたエクセルファイルは、前任の山田さんが独自のルールで設計したものだった。列の意味、色分けの基準、VBAマクロの動作——いずれも引き継ぎ資料がなく、後任の伊藤さんは最初の1ヶ月を「解読」に費やした。その間、発注判断は経験則に頼らざるを得ず、2品目で欠品が発生した。

属人化は在庫管理の失敗の中でも長期的なダメージが大きい。担当者が在籍している間は問題が見えにくいぶん、発覚のタイミングが最悪になりやすい。

パターン3：ファイルが重くなって「開けなくなった」（アパレル小売・SKU数2,000超）

扱うSKU数が増えるにつれて、在庫管理エクセルのファイルサイズが肥大化した。開くまでに1分以上かかるようになり、関数の再計算に30秒以上待つのが当たり前になった。担当者の小林さんは「作業時間の3割はファイルの応答待ち」と話す。集計作業をあきらめ、月次の棚卸しを勘で補完するようになっていた。

SKU数が多い業種（アパレル・EC・医療機器等）では、エクセルのスペック上限に早期に達するケースが珍しくない。

パターン4：棚卸し差異が「なぜ出たかわからない」まま放置された（雑貨卸・従業員20名）

月次棚卸しのたびに数量の差異が出るものの、原因追跡ができなかった事例だ。エクセルには「現在の数字」しか残らず、いつ・誰が・どの操作で数量が変わったかの履歴がない。差異の原因を探ることをあきらめ、毎月の差異を「調整」として消し込むことが慣例になっていた。

在庫の変動履歴（ログ）を持てないことは、不正防止の観点でも問題になる。監査対応が必要になった段階で、初めてこの構造的欠陥に気づく会社が多い。

パターン5：複数拠点の在庫が「合算できない」まま発注が重複した（建設資材・従業員60名・3拠点）

拠点ごとに別々のエクセルファイルで在庫を管理していた会社で、本社の中村さんが全拠点の在庫を把握しようとしたとき、各ファイルのフォーマットが異なっており、単純なコピー貼り付けができなかった。結果として、A拠点で十分な在庫があったにもかかわらず、B拠点が同一品目を新規発注し、在庫が重複した。過剰在庫の処分に2ヶ月を費やした。

拠点が増えるほど、エクセル管理の「分散」が深刻化する。管理者が全体像を掴めない状態では、発注精度は落ちる一方だ。

5パターンの構造比較——どこで「限界」が訪れるか

5つのパターンに共通するのは、「エクセルの設計上の制約」が「事業規模の拡大」によって顕在化するという構造だ。従業員10名以下・SKU100品目以下・単拠点であれば、エクセルで十分に回るケースも多い。問題は、その状態から事業が成長したとき、管理の仕組みが連動して更新されないことにある。

総務省の統計によれば、中小企業の約7割はデジタルツールの導入を「コスト・手間・社内の合意」を理由に後回しにしている傾向が確認されている（参考：総務省）。この「先送りのコスト」が、上述した実損として後から請求されてくる。

切り替えを決めた会社が最初にやったこと

失敗後に在庫管理システムへ切り替えた会社の多くは、「全部一気に変える」ではなく「まず一機能から」という進め方を取っている。具体的な手順として多かったのは以下の流れだ。

1. 現状の棚卸し数量をシステムにインポートする（既存エクセルデータをCSVで移行）
2. 入出庫の記録だけをシステムに移す（発注や売上管理は後回し）
3. 月1回の棚卸し差異をシステム上で確認し、精度を検証する
4. 精度が安定してきた段階で、発注管理・複数拠点管理へ範囲を広げる

クラウド型の在庫・受発注管理ツール（Spesのような中小企業向けSaaSを含む）は、バーコードやハンディ端末と連携して入出庫を記録し、複数拠点の在庫を一元管理する機能を持つものが多い。ECや卸との在庫連携にも対応しているケースがある。「どの機能から使い始めるか」は事業規模や現状の課題によって変わるため、導入前に現在の失敗パターンを整理しておくことが、選定を早める近道になる。

現状の在庫管理に不安がある場合は、まず課題を整理するところから相談できる窓口を使うとよい。Spesへの問い合わせはこちらから、現状の運用状況をもとに話を聞いてもらえる。

よくある質問

エクセルからシステムに移行する際、既存データはどう扱えばいいですか？

多くのクラウド型在庫管理ツールはCSVインポートに対応しているため、現行のエクセルデータをそのまま移行できるケースが多い。ただし、列のフォーマットや品番のルールをシステム側に合わせる作業は必要になる。移行コストを抑えたい場合は、まず現在の在庫数量データのみをインポートし、過去の入出庫履歴はエクセルのまま参照用に残す方法が現実的だ。

小規模（従業員10名以下）でもシステム移行は必要ですか？

一概には言えない。取り扱うSKU数が少なく、担当者が1名で完結しており、拠点も1つであれば、エクセルで十分に管理できる場合が多い。本記事のチェックリストで3項目以下であれば、現時点では急ぐ必要はない。一方、事業が成長して担当者が増える・拠点が増えるタイミングで管理の見直しを検討しておくと、後からの移行コストを下げられる。

システム移行の費用感はどのくらいですか？

中小企業向けのクラウド型在庫管理ツールは、月額数千円〜数万円の範囲のものが多い。初期費用が無料または低額のSaaSも増えており、まず小規模で試してから範囲を広げる使い方が可能になっている。費用の詳細は事業規模・機能要件によって大きく変わるため、複数社に見積もりを依頼して比較するのが確実だ。