エクセル在庫管理で「やらかした」5つの失敗事例——何がきっかけで崩れ、どう立て直したか ─ 在庫管理のDXに | 完全無償クラウド型ソフト「Spes」

失敗事例①：ファイルが増えすぎて「どれが正しい数字か」わからなくなった

中堅の雑貨卸を営む鈴木さん（在庫担当・入社4年目）は、ある月の棚卸し後に気づいた。倉庫担当者が使っている在庫ファイルと、営業が参照しているファイルが別々に更新されており、同じ商品コードで在庫数が30個も食い違っていた。

原因はシンプルだった。「在庫管理.xlsx」がいつの間にか「在庫管理_最新.xlsx」「在庫管理_2024修正版.xlsx」に派生し、誰がどのファイルをメインとして使っているかが共有されていなかった。更新のたびにコピーが生まれ、ファイルが分岐した結果、数字の根拠が失われた。

立て直しの手順として鈴木さんの会社がとった対応は、ファイルを1本に統合し、更新者・更新日時のログを記録するシートを冒頭に追加すること。合わせて、更新権限を倉庫担当の1名に絞り、営業は閲覧用の共有リンクだけアクセスできる運用に変えた。これだけで「どれが正しいか」という混乱はなくなった。ただし、この対応はあくまで応急処置であり、ファイルが複数拠点に分散している環境では同じ問題が再発しやすい。

失敗の構造は「原因の特定→権限整理」で解決できるケースが多い

失敗事例②：発注タイミングを「感覚」で決めていたら欠品が続いた

食品資材を扱う小売チェーンの渡辺さん（バイヤー担当）は、季節品の在庫切れを3カ月連続で起こし、本部会議で報告を求められた。発注判断の根拠を問われたとき、「前年同月と比較して、多めに入れた」と答えるしかなかった。

エクセルで記録していたのは入出庫の数量だけで、リードタイム（発注から入荷までの日数）と平均日販を掛け合わせた安全在庫水準は計算していなかった。繁忙期前の需要増を感覚で補おうとしたが、3週間のリードタイムを考慮できておらず、発注が毎回1〜2週間遅れていた。

対応としては、エクセルに「発注点計算シート」を追加し、平均日販×リードタイム+安全係数を自動計算できる仕組みを組み込んだ。計算式は難しくない。問題は「作ってあれば見る、なければ感覚に頼る」という構造にあった。発注点が数値で可視化されると、担当者が変わっても同じ基準で動けるようになる。

失敗事例③：担当者の異動で「エクセルの読み方」が引き継げなかった

部品製造業の中村さんは、在庫管理を10年担当したベテランが退職した翌月から、棚卸し差異が急増したと振り返る。引き継ぎはしたが、独自の関数や色分けルールの意味が伝わらず、後任者が「触るのが怖い」と言い出したのが始まりだった。

ベテラン担当者がエクセルを使いやすくカスタマイズするほど、属人化が進む。カスタマイズ自体は悪くないが、ルールが文書化されていないと、引き継いだ側は「このセルを変えたら何が壊れるかわからない」状態になる。結果として、更新が止まり、実態と乖離した在庫データが残る。

中村さんの会社では、エクセルシートの冒頭に「このファイルの使い方」シートを追加し、各列・各色の意味、更新頻度、禁止操作を1ページでまとめた。工数は半日程度だが、次の異動時に「読み方がわからない」という状況を防げた。

失敗事例④：複数倉庫の在庫をエクセルで合算しようとして毎月ズレた

2拠点に倉庫を持つ卸売業者の伊藤さんは、月次の在庫照合作業に毎回2日以上かけていた。各拠点からエクセルファイルをメールで回収し、手で合算していたが、どちらかの拠点が古いファイルを送ってくることが月に1〜2回あり、そのたびに数字が合わなかった。

複数拠点の在庫をエクセルで一元管理しようとすること自体に、構造的な限界がある。ファイルの送受信・統合・確認という手順が介在するたびに、タイムラグと人的ミスが混入する。拠点が2つ以上になった時点で、エクセルの運用コストは管理者の想定より大きくなっていることが多い。

伊藤さんの会社では最終的に、クラウド型の在庫管理ツールへ移行した。移行後は各拠点がリアルタイムで在庫を更新し、本社が常に最新の合算数値を確認できるようになった。月次の照合作業は「集計」から「確認」に変わり、所要時間が2日から2時間程度に短縮された。

失敗事例⑤：「エクセルでいける」と判断し続けた結果、移行コストが膨らんだ

日用品のEC販売を行う小林さんは、月商が500万円を超えたあたりから在庫ミスが目立ち始めた。それでも「まだ何とかなる」と判断し、担当者を1名追加して対応した。その後1年で月商は1,200万円を超え、追加した担当者でも手が回らなくなった時点で初めてツール移行を検討したが、蓄積された商品データのフォーマットが独自すぎてインポートに1カ月かかった。

移行を遅らせるほど、エクセルのデータ構造は複雑化する。当初は移行コストを避けるために先送りしたはずが、最終的に移行コストが増大するというパターンは珍しくない。月商規模が3〜5倍になる前に移行を検討するほうが、トータルの工数は少ないというのが、複数の現場担当者から聞く共通の振り返りだ。

Spesのようなクラウド型の在庫・受発注管理ツールは、複数倉庫の一元管理やEC連携を前提に設計されており、エクセルからの移行時のデータ整形サポートを行っているケースもある。「いつ切り替えるか」の判断に迷ったときは、現状の運用コスト（担当者の工数×時給換算）とツール導入費を比較することから始めると、判断の根拠が具体的になる。

移行タイミングの目安を客観的に整理したい場合は、Spesへの相談・問い合わせから、自社の状況に合わせたヒアリングを受けることができる。

よくある質問

エクセルで在庫管理を続けている会社はどのくらいある？

総務省・経済産業省の中小企業向け調査では、受発注・在庫管理にエクセルや表計算ソフトを主に使用している中小企業の割合が依然として高い水準にある（参考: e-Stat 政府統計ポータル）。業種・規模によって差はあるが、「専用ツールへの移行を検討したことがない」という企業も少なくない。

エクセルからクラウドツールに移行するとき、既存データはどうなる？

多くのクラウドツールはCSV形式でのデータインポートに対応している。ただし、エクセルの独自フォーマットや結合セル・複雑な関数がある場合は、インポート前に整形作業が必要になる。移行前にサンプルデータで検証するか、ツール提供者に事前確認するのが確実だ。

担当者が1〜2名の小規模な会社でもツール移行は必要？

必ずしも全員に移行が必要なわけではない。ただし、取引先が増える・商品数が100種類を超える・複数拠点を持つ、のいずれかに当てはまる場合は、エクセル運用の限界が比較的早い段階で来る可能性が高い。「今は大丈夫」な段階でツールの比較検討を始めておくと、切迫した状況での判断ミスを防ぎやすい。