エクセル在庫管理、どの失敗から崩れたか——実際に起きた5つのシナリオと「そのとき何をすべきだったか」 ─ 在庫管理のDXに | 完全無償クラウド型ソフト「Spes」

シナリオ1：「ファイルが壊れた」——バックアップなし運用の末路

中堅の卸売業者で在庫管理を担当していた佐藤さん（入社6年目）は、長年1つのエクセルファイルを上書き保存し続けてきた。バックアップの仕組みはなく、共有サーバーに置いてあるだけだった。

ある月末、棚卸し作業の途中でそのファイルが破損した。3か月分の在庫移動データが復元できず、棚卸し差異の原因が追えなくなった。最終的に手書きの受領書をすべてさかのぼって確認するのに、担当者2人で丸2日かかった。

この失敗の分岐点は「バックアップの欠如」だけではない。そもそも1ファイルに3か月分のデータを詰め込んでいたこと、かつ複数人が同じファイルを開いて編集していたことが根本にある。エクセルはファイルが破損しても警告を出さず、壊れたと気づくのは開こうとした瞬間だ。

シナリオ2：「数が合わない」——入力ミスが蓄積して棚卸し差異が消えなくなった

食品小売の鈴木さんは、発注担当と入荷確認担当が別々にエクセルを更新する運用をしていた。コミュニケーションは口頭とメモが混在していた。

半年後、棚卸しをすると在庫数が帳簿と実数で平均12%ずれていた。どの時点から差異が生じたかを追う術がなく、エクセルの更新履歴は残っていなかった。「おそらく入力ミスが積み上がったのだと思う」というのが担当者の結論だったが、原因の特定に至らないまま修正値を手入力して終わった。

翌月も同様のずれが生じた。エクセルで手入力する運用である以上、入力ミスはゼロにはならない。しかし誰が・いつ・何を入力したかが記録されない運用では、差異が出た後の追跡ができない。これが繰り返されると、棚卸しそのものへの信頼が失われる。

入力ミスが追跡できないまま修正を繰り返すと、棚卸し差異は慢性化する

シナリオ3：「担当者が辞めた」——属人化されたエクセルは引き継げなかった

製造業の部品在庫を管理していた渡辺さんは、10年かけて独自のエクセルを育て上げていた。シートは8枚、マクロも組み込まれており、彼以外には何がどう動いているか誰も把握していなかった。

渡辺さんが退職した月、引き継ぎに割けた時間は実質3日だった。マクロが途中でエラーを出し、何が原因かを後任の山田さんが調べるだけで1週間かかった。結局マクロを使うのをやめ、手入力に戻した。それによって月次集計に要する時間は4時間から12時間に増えた。

属人化の怖さは、「辞めるまでは機能している」という点にある。問題が表面化するのは必ず退職・異動のタイミングで、そのとき同時に引き継ぎ負荷と業務停滞が重なる。

シナリオ4：「SKUが増えた」——品番が400を超えた瞬間にエクセルの限界が来た

ECで雑貨を扱う中村さんの会社は、2年間で取扱SKUが80から420に増えた。エクセルのシートは商品カテゴリごとに分割されていたが、在庫確認のたびに複数シートをまたいで検索する手間が増え、「どのシートに何があるか」を探すだけで1回の確認に5分かかるようになった。

さらに深刻だったのは、セール時の在庫調整だ。複数モール（楽天・Amazon・自社サイト）で同じ在庫を販売していたため、エクセルの更新タイミングがずれると在庫切れ商品が注文を受け続けた。月に2〜3件のキャンセル対応が発生し、モールの評価にも影響し始めた。

SKU数が増えるとエクセルの構造自体が管理できなくなる。品番検索、在庫連動、複数チャネルのリアルタイム更新——これらはエクセルが設計上想定していない用途だ。

複数モールの在庫を一元管理する仕組みとして、クラウド型の在庫管理システムへの移行を検討している場合は、Spesへの相談窓口から具体的な運用イメージを聞いてみるのも一つの選択肢だ。

シナリオ5：「集計が間に合わない」——月次レポートが経営判断に使えなくなった

卸売業の伊藤さんは、毎月末に全拠点の在庫データをエクセルで集約し、経営会議に提出する役割を担っていた。拠点数は3か所。各拠点から送られてくるファイルのフォーマットが少しずつ違い、統合するたびに手作業での修正が発生した。

月次集計にかかる時間は平均16時間。経営会議の2日前には作業を始めないと間に合わなかった。当然、最新の数字を会議に持ち込めるのは月末から2日前時点のデータで、在庫状況は「すでに過去のもの」だった。

経営陣は「もっとリアルタイムな数字がほしい」と言い続けていたが、エクセル集計の仕組みを変えずにその要求には応えられない。結果として、在庫の意思決定が感覚に頼らざるを得ない状態が続いた。

5シナリオ比較：どの失敗が自社に近いか

「崩れる前」に動けるかどうかが分かれ目になる

5つのシナリオをまとめると、共通しているのは「崩れてから初めて手を打った」という点だ。ファイルが壊れてから、担当者が辞めてから、棚卸し差異が限界を超えてから——対応コストは、予防コストの数倍になることが多い。

エクセルから離れるタイミングは「今のエクセルが限界を超えた瞬間」ではなく、「限界が来ることが予測できた時点」が正しい。目安として、以下のいずれかに当てはまる場合は移行の検討を始める価値がある。

• 管理SKUが100を超え、今後も増える見込みがある
• 在庫を更新する担当者が2名以上いる
• 拠点・倉庫が複数あり、データ統合に毎月2時間以上かかっている
• ECの複数チャネルで同一在庫を販売している
• エクセルの作成・管理が特定の1人に依存している

Spesは複数倉庫・複数チャネルの在庫をクラウドで一元管理できる中小企業向けの仕組みで、バーコード・ハンディ連携やEC連携にも対応している。「うちの規模に合うか」「どこから移行すればいいか」といった段階の相談から受け付けているので、参考まで。詳細はお問い合わせページから確認できる。

よくある質問

エクセルで在庫管理を続けていい企業の条件はありますか？

SKU数が50以内、管理者が1人、拠点が1か所、ECチャネルが1つ以下——これらがすべて当てはまり、今後も規模が大きく変わらない見込みがあれば、エクセルでの管理は現実的な選択肢だ。ただし、バックアップと入力者記録の仕組みは最低限整えておく必要がある。

システム移行の費用はどれくらいかかりますか？

クラウド型の在庫管理システムは月額数万円台から導入できるものも多いが、初期設定・データ移行・運用設計にかかる工数を含めたトータルコストで比較することが重要だ。「システム費用」だけで比較し、後から運用コストが想定外に膨らむケースは多い。政府の補助金（IT導入補助金など）の活用可否も、導入前に確認しておく価値がある（詳細は総務省のポータルから関連情報を調べることができる）。

移行前に社内でやっておくべきことは？

最低限の準備は、現在のエクセルのデータ構造の棚卸し（どんな項目を管理しているか）と、運用フローの文書化（誰がいつ何を更新するか）だ。この2点が明確でないと、どのシステムに移行しても初期設定が難航する。