エクセル在庫管理「いつが限界か」を失敗事例から先に知る——現場で起きた3つの崩壊シナリオと、移行を決断した担当者が最初に動いたこと ─ 在庫管理のDXに | 完全無償クラウド型ソフト「Spes」

崩壊シナリオ①：「更新漏れ」が連鎖して在庫数字が信用できなくなった

食品卸を営む渡辺さんの会社（従業員18名）では、在庫管理用エクセルを3人が共有していた。ファイルはネットワークドライブに置かれ、各自が手入力で数量を更新する運用だった。

問題が顕在化したのは、繁忙期の10月。入庫担当の一人が体調不良で2日休んだとき、その間の入庫データが未入力のまま放置された。他の2人は「誰かが入れているはず」と思い込み、翌週まで気づかなかった。

結果、実在庫より帳簿上の数字が140ケース少ない状態で発注をかけてしまい、過剰発注が発生。廃棄ロスと保管費用の合計で約28万円の損失が出た。

エクセル複数人運用における「更新漏れ連鎖」の典型パターン

崩壊シナリオ②：ファイルの肥大化で「開くだけで数分」になった

生活雑貨のEC事業を手がける中村さん（EC運営歴4年・担当者2名）のケースは、スケールの問題だった。創業時に作ったエクセルをそのまま使い続けた結果、SKU数が800を超えた時点でファイルサイズが24MBに達した。

朝の在庫確認作業でファイルを開くのに平均2分30秒かかるようになり、VLOOKUP関数の再計算が走るたびに操作がフリーズする。ピーク時は在庫確認だけで1日あたり45分以上を費やしていた計算になる。

さらに深刻だったのは、楽天・Amazon・自社サイトの3チャネルで在庫を持っていたにもかかわらず、在庫ファイルが一本化されていなかったこと。チャネル間で在庫の取り合いが起き、同じ商品を二重販売して顧客クレームに発展したケースが半年で3件あった。

「ファイルが遅いのは仕方ない」と思っていた中村さんが移行を決断したのは、二重販売の3件目で取引先から「次は取引を見直す」と言われた時だった。

崩壊シナリオ③：「属人化」が退職と同時に情報を持って出ていった

金属部品の製造を行う小林さんの会社（従業員35名）では、在庫管理エクセルの設計・更新を10年以上、伊藤さんという社員一人が担っていた。伊藤さんは関数の組み方も保管場所のルールも全て頭の中に持っていた。

伊藤さんが転職を決めた翌月、後任の鈴木さんが引き継ぎを受けたが、ファイル内の複雑な数式（IFとOFFSETが入れ子になった16行の関数）を解読するのに1週間かかった。その間、在庫数の更新が止まり、製造ラインへの部品供給が2日遅れた。

「伊藤さんが作ったファイルを、誰も完全には理解していなかった」——これはエクセル在庫管理特有のリスクだ。システムではなく「人の知識」が運用を支えているため、その人が抜けると同時に仕組みが止まる。

移行を決断した担当者が「最初にやった3つのこと」

上記3つのケースで、移行を決断した担当者に共通していたのは「完璧な準備が整ってから動いた」わけではないことだ。損失が出てから動いた人も、損失が出る前に動いた人も、最初に手をつけたステップは似通っていた。

① 現状の在庫データを一度だけ棚卸しして「今の数字を信頼できる状態」にした

エクセルの数字が実態と合っているかを確認するために、まず手作業で棚卸しを実施した。これはシステム移行の準備というより、「何がどこにあるかを全員が同じ認識で持つ」ための作業だ。移行先のシステムにインポートするマスターデータの品質がここで決まる。

② SKUと取引先の一覧を整理して「入力の単位」を決めた

エクセルで管理していた商品コード・品名・単位がバラバラになっていることは多い。システム移行の前に、この命名ルールと単位を統一しておかないと、移行後も混乱が続く。渡辺さんの会社では、ここの作業に3日かかった。

③ 移行のゴールを「作業ゼロ」ではなく「更新漏れゼロ」に設定した

「システムに変えれば全部自動になる」という期待は、たいてい現場のモチベーションを下げる。移行後も一部手入力は残る。大事なのは「誰が入力したか・いつ更新されたかが記録に残る」状態を作ることだ。エクセルとの最大の違いはそこにある。

クラウド型の在庫管理システムでは、スマートフォンやハンディターミナルからリアルタイムに在庫を更新でき、更新履歴が自動で残る。複数倉庫・複数チャネルを一元管理する仕組みも、エクセルでは再現が難しい領域だ。現場の担当者レベルで「何から変えるか」を整理したい場合は、Spesへの相談窓口で具体的な課題をヒアリングしてもらうのも一つの選択肢だ。

よくある質問

エクセル在庫管理はSKU何件くらいから限界になりますか？

明確な閾値はないが、SKU数よりも「更新する人数」と「チャネル数」が影響する。1人・単一チャネルなら500件程度まで運用できるケースもある一方、3人以上・複数チャネルなら100件でも破綻することがある。上で紹介した3つのシナリオのどれかに当てはまるかどうかが、実務上の判断基準になる。

システムへの移行コストが心配です。まず何を確認すればいいですか？

移行コストは「初期費用＋月額費用」だけでなく、「データ整備にかかる工数」と「教育コスト」を含めて試算するのが現実的だ。現状のエクセル運用で月に何時間のロスが出ているかを先に数字にしておくと、費用対効果の判断がしやすくなる。e-Stat（政府統計ポータル）には中小企業のIT投資に関する統計も掲載されており、業界平均との比較に活用できる。

移行前のエクセルデータはそのまま使えますか？

多くのクラウド在庫管理システムはCSV形式でのインポートに対応している。ただし、エクセル内の命名ルールが統一されていない場合はインポート前の整形が必要になる。上記の「②SKUと取引先の一覧を整理する」ステップをしっかりやっておくと、移行時の手戻りが減る。