エクセル在庫管理で「実際に損失が出た」4つのケース——担当者が気づけなかった理由と、そこから見えた脱出口 ─ 在庫管理のDXに | 完全無償クラウド型ソフト「Spes」

ケース①：棚卸しのたびに「帳簿と実数が合わない」を繰り返した食品卸の現場

取扱SKUが800点を超える食品卸の佐藤さん（入社5年目、在庫担当）は、毎月末の棚卸し作業で「2〜5%程度の誤差」を出し続けていた。エクセルのファイルは複数人が同時に開けず、入力担当が交代するたびに行の追加ルールがバラバラになっていた。

問題が顕在化したのは、得意先から「納品した数量が請求書と違う」とクレームが入ったときだ。調査したところ、出荷数を入力するシートと在庫残高シートが別ファイルになっており、担当者の一人がコピーペーストを誤ったまま1か月間更新されていた。誤差は累積で230点、金額換算で約18万円分の在庫が「あるはずの場所にない」状態だった。

このケースで見逃されていたのは「誰がいつ更新したか」を追う仕組みがなかったことだ。エクセルはファイルを上書きすれば履歴が残らない。複数担当者が関わる運用では、この構造的な欠陥が損失に直結する。

ケース②：担当者の退職でファイル構造が「解読不能」になった製造業

部品在庫を30シートに分けて管理していた小規模製造業（従業員28名）で、在庫担当の鈴木さんが突然退職した。引き継ぎ期間は3日間しか取れず、後任の渡辺さんは独自の関数が組み込まれたエクセルファイルを渡されたものの、セルの参照関係を追いきれず、更新のたびに計算が壊れるようになった。

結果として、部品Aの発注タイミングを2週間遅らせてしまい、製造ラインが3日間停止。損失額は機会損失も含めると50万円を超えた。

この失敗が示すのは、エクセルによる在庫管理は「属人知識に依存した仕組み」だという点だ。担当者が変わった瞬間に、システムではなく「その人が持っていたルール」が失われる。規模が小さい現場ほど、この脆弱性は見えにくい。

ケース③：売り場担当と倉庫担当で「使うファイルが違った」小売チェーン

店舗数3店舗を運営するアパレル小売の中村さん（店舗マネージャー）は、各店の在庫をそれぞれの担当者がエクセルで管理し、本部の伊藤さんが週1回まとめる運用をしていた。問題はセール期間中に起きた。

ある商品が「店舗Aでは在庫ゼロ、店舗Bでは15点残り」という状態だったが、本部の集計が前週のデータのままだったため、発注を止めてしまった。店舗Aでは3日間にわたって欠品が続き、顧客からの問い合わせが相次いだ。後日の分析では、この期間の機会損失は約12万円相当と試算された。

リアルタイムで在庫を共有できない環境では、複数拠点の運用はどうしても「過去のスナップショット」に頼ることになる。これは多店舗・多拠点になるほど深刻になる。

図：エクセル管理での拠点間情報断絶のイメージ。各担当者がローカルで更新するため、本部集計は常に「過去の状態」になる。

ケース④：「エクセルで十分」と判断し続けた卸売業が1年後に支払ったコスト

取引先が40社を超えた雑貨卸の山田さん（経営者）は、「今のところ大きな問題はない」という判断でエクセル管理を続けていた。在庫担当は1人、ファイルの更新頻度は1日1〜2回。

転機は取引先からEDI対応を求められたことだ。受発注のデータ形式を統一しなければ取引継続が難しいという通知が2社から届いた。この時点で初めてシステム移行を検討したが、既存のエクセルファイルはデータ形式が不統一で、過去2年分の在庫データをシステムに移行するのに3か月の工数がかかった。その間も手作業の二重管理が続き、担当者の残業が月40時間超という状態が続いた。

「問題が起きていない」状態は、「リスクがない」状態とは違う。取引先の要件や事業規模の変化に合わせて、管理の仕組みを見直すタイミングは早いほどコストが低い。

4つのケースに共通する「気づきにくい理由」

上記の失敗事例に共通するのは、損失が一度の大きな事故ではなく、じわじわと積み重なる形で発生している点だ。エクセル管理の問題は「突然崩れる」ことは少なく、誤差・遅延・引き継ぎコストという形で静かに増え続ける。

次の判断に踏み出すための3つの視点

エクセル管理から切り替えるかどうかは、「今すぐ壊れているか」より「このまま続けたときのリスクコスト」で判断するほうが現実的だ。以下の3点が一つでも当てはまるなら、具体的な検討を始めるタイミングとして考えてほしい。

• 複数担当者が同じファイルを更新している：入力ミスや上書きのリスクが毎日発生している状態
• 棚卸し結果が帳簿と「だいたい合っている」で済んでいる：誤差の許容が習慣化し、問題の検出が遅れやすい
• 担当者が変わると「ゼロから教え直し」になる：運用がファイル設計でなく個人の記憶に依存している

クラウド型の在庫管理システムでは、複数人の同時アクセス・変更ログの自動保持・拠点間のリアルタイム共有が標準で備わっている。Spesのようなサービスでは、バーコード／ハンディ端末との連携や複数倉庫の一元管理が中小企業規模から導入できる設計になっており、エクセルから移行する際の初期工数も抑えやすい。

「今は問題ない」という判断を続けるコストが、気づかないうちに積み上がっている現場は少なくない。どのタイミングで見直すかを判断する材料として、まず現状の運用を棚卸しすることから始めてみてほしい。具体的な相談はこちらのお問い合わせフォームから受け付けている。

よくある質問

エクセルから在庫管理システムに移行する際、既存データの引き継ぎはどうなりますか？

既存のエクセルデータをCSV形式に変換してインポートするのが一般的だが、データ形式が不統一だと整備に工数がかかる。移行前に「品番・数量・単位・ロケーション」の列構成を統一しておくと、インポート作業が大幅に短縮できる。データクレンジングの工数を見込んで移行計画を立てることが重要だ。

担当者が1〜2人しかいない小規模な現場でもシステム導入は必要ですか？

担当者が少ないほど「一人が抜けた際のリスク」は高くなる。システム導入の主な目的は処理速度の向上だけでなく、運用ルールをファイルではなく仕組みに組み込むことにある。小規模な現場ほど、属人化リスクへの備えとして早期に検討する価値がある。

参考：政府統計ポータル（e-Stat）では、中小企業の業種別・規模別の業務実態に関する統計データが公開されており、在庫管理の現状把握にも活用できる。