エクセル在庫管理、どの瞬間に「限界」を迎えるか——5つの失敗シナリオと、そのとき取れた選択肢 ─ 在庫管理のDXに | 完全無償クラウド型ソフト「Spes」

失敗シナリオ①：棚卸し直前のファイル破損——「バックアップがない」

卸売業を営む中村さん（経理・在庫担当、勤続7年）は、年次棚卸しの前日にメインの在庫管理ファイルが開けなくなった。原因は複数人が同時に編集したことによる破損。バックアップは「なんとなく月初に取っていた」が、当月分の入出庫記録は消えていた。

結果として、当日の棚卸しはシステム上の数値なしで現物確認から再構築するしかなく、3人が丸一日を費やした。

この失敗で特徴的なのは、「破損するかもしれない」と担当者が以前から感じていたにもかかわらず、「今日は大丈夫だろう」と運用を続けていた点だ。エクセルのリスクは認知されているが、行動に転換されないまま時間が経過するケースが多い。

失敗シナリオ②：複数人編集による数値のズレ——「どの数字が正しいか誰もわからない」

アパレルの小売業で在庫管理を担当していた渡辺さんは、シーズン商材の在庫確認のために3人のスタッフがそれぞれエクセルを更新していた。ところが、それぞれが別のタイミングで保存したため、いつのまにか3バージョンが並存。どれが最新かを確認するために、入出庫の記録を逆順で突き合わせる作業が発生した。

以下は、複数人運用でエクセル管理が崩れやすいポイントをまとめた図だ。

複数担当者が同一ファイルを別タイミングで上書きすると、最新バージョンが不明になりやすい

この状態で発注判断を行うと、過剰発注や欠品のどちらかが起きやすくなる。「在庫数がわからないまま発注した」という事態は、売上機会の喪失や無駄なキャッシュアウトに直結する。

失敗シナリオ③：担当者の退職で「誰も読めないファイル」が残る

部品卸の伊藤さんが退職した後、後任の小林さんが引き継いだエクセルは、関数が複雑に組み合わさった「職人ファイル」だった。セルの参照が複数シートにまたがっており、どこかの数値を変えると別の集計が壊れる構造になっていた。

引き継ぎ資料はなく、小林さんは最初の1ヶ月を「ファイルの解読」に費やした。その間、在庫精度は落ち、営業担当への在庫回答が遅延した。

属人化は「できる人が辞めたとき」にだけ問題になるのではない。育休・病休でもまったく同じ事態が起きる。エクセルが「特定の人のスキルで動いている」状態は、常にリスクを抱えている。

失敗シナリオ④：データ量の増加でファイルが重くなり、作業が止まる

製造業の山田さんが管理する在庫ファイルは、2年間の入出庫履歴を1つのシートに蓄積し続けた結果、行数が5万行を超えた。開くだけで30秒以上かかり、フィルターをかけるたびにフリーズが発生するようになった。

問題は処理速度だけではない。データ量が増えるにつれ、「古いデータを削除するかどうか」という判断が発生する。削除すれば履歴が失われ、残せばファイルはさらに重くなる。どちらを選んでも課題が残る構造だ。

エクセルは本来、数千行程度のデータを整理する用途に向いており、数万件・数年分のトランザクション管理には設計されていない。e-Stat（政府統計ポータル）の中小企業統計でも、製造業・卸売業における在庫品目数の多さは確認されており、品目数が多い現場ほど「ファイルの肥大化」問題に早く直面する傾向がある。

失敗シナリオ⑤：EC・複数拠点への拡大で、ファイル管理が追いつかなくなる

EC事業を始めた小売業の佐藤さんは、楽天とAmazonに出店すると同時に、倉庫を2拠点に分けた。在庫管理ファイルはそれまで1つで回っていたが、「どの在庫がどこにあるか」「モール別の引当がどうなっているか」を1つのエクセルで管理しようとしたところ、シートが10枚を超え、毎日の更新に1時間以上かかるようになった。

ミスも増えた。モール間の在庫配分がずれ、楽天で売れたのに在庫数がAmazonのみから引き落とされるという事態が数回発生した。返品対応とクレーム処理で、担当者は1週間の大半をトラブル対応に費やした。

複数モール×複数倉庫の組み合わせが増えると、エクセルの手動管理では引当ミスが起きやすくなる

この状況を打開するために佐藤さんが検討したのが、クラウド型の在庫・受発注管理ツールへの移行だった。複数モールの在庫を一元管理し、倉庫ごとの引当を自動化できる仕組みがあれば、毎日1時間の更新作業とミス対応の繰り返しを避けられる可能性がある。

Spesのようなクラウド型の在庫管理SaaSは、複数拠点・複数モールの在庫を一元管理する用途を想定して設計されており、EC事業者がこうした課題に直面したときの選択肢の一つになる。導入の可否や自社への適合性については、問い合わせフォームから確認できる。

5つのシナリオに共通する「手遅れになるパターン」

上記の失敗を振り返ると、共通して見えてくる構造がある。

• 「今日は大丈夫」という判断が積み重なり、移行の決断が先送りされる
• 問題が顕在化するのは、棚卸し・繁忙期・退職など「最も対応しにくいタイミング」が多い
• エクセルの限界は「ファイルが重い」「数値がずれる」という技術的問題として現れるが、その影響は顧客対応の遅延・在庫ロス・人件費増加という形で経営に波及する

エクセルが「まだ動いている」状態で移行を検討することは、現場の余力が残っているうちに動けるという点で合理的だ。崩れてからの移行は、通常業務と並行して行う分、負荷が大きくなる。

よくある質問

エクセルからの移行は、在庫データが少ない段階でやるべきですか？

一般的に、データ量・SKU数・拠点数が増えるほど移行作業のコストは上がる。品目数が数百件程度で、拠点が1〜2か所の段階で移行を検討するほうが、移行後の運用設計もシンプルになりやすい。ただし、業種や取引形態によって判断基準は異なるため、自社の状況を整理したうえで専門家や各ツールベンダーに相談するのが現実的だ。

エクセルとクラウド管理ツールを並行して使うことはできますか？

技術的には可能だが、二重管理は「どちらが正しい数字か」という混乱を生みやすく、シナリオ②の失敗と同じ状態に陥りやすい。移行期間中に一時的に並行運用する場合は、「クラウド側を正とする」ルールを明確にしておくことが重要だ。

在庫管理の現状や移行の進め方について個別に確認したい場合は、Spesの問い合わせ窓口から相談できる。