エクセル在庫管理の「限界」、業種によって何が違うのか——飲食・建設・EC・製造、現場の実態から見る移行判断の分岐 ─ 在庫管理のDXに | 完全無償クラウド型ソフト「Spes」

飲食業の限界——鮮度と廃棄ロス、日次更新が追いつかない

飲食店の在庫管理でエクセルが先に崩れるのは、更新頻度の問題だ。食材は日単位で動く。仕入れのタイミング、仕込みでの消費量、当日の売れ行きによる廃棄——これらを夜営業が終わった後に1人でエクセルに入力する運用は、担当者の負担として機能限界に近い。

渡辺さん（都内の中規模飲食店、社員5名）の事例では、月次棚卸しをエクセルで管理していたが、週次での食材ロス集計が「記憶頼み」になっていた。何を何グラム使ったか、翌日に持ち越した量はいくらか。こうした情報は記録されているようで、実際には翌日には別のファイルに上書きされていた。

飲食業における本質的な課題は、「記録する暇がない」ではなく、「記録の粒度がそもそもエクセルの構造に合っていない」点にある。食材の単位は重量・個数・パック数と混在し、仕入れ値も日によって変動する。これをセルに整理しようとすると、管理票の設計に工数がかかりすぎる。

建設業の限界——現場分散と資材の流動性、「どこに何があるか」が不明になる

建設業の在庫管理で難しいのは、資材が複数の現場に分散していることだ。本社倉庫・現場A・現場B・一時保管の仮置き場——これらを1枚のエクセルで管理しようとすると、資材の所在が正確に反映されない状態がすぐに生まれる。

建材卸と兼業している中小建設業者の場合、資材を発注したはずなのに現場に届いていない、あるいは余った資材が別の現場に流れていて正確な残量が把握できない、という状況が常態化しやすい。小林さん（建設業・現場管理歴12年）は「エクセルの数字を見るより、倉庫に電話して確認するほうが早い」と話していた。これが現場でのエクセル限界の典型例だ。

建設業では、在庫の「場所」情報がデータ化されていないことが根本的な問題になる。台帳上は資材が存在しているが、実際にどの現場のどの区画にあるかは担当者の頭の中にしかない。この状態が続くと、資材の二重発注・使用漏れ・紛失という実損につながる。

EC事業者の限界——複数モールと倉庫の多重管理、売り越しが起きる構造

EC事業者がエクセル管理で最初に直面する限界は、在庫数の二重更新だ。楽天・Amazon・Yahoo!ショッピングなど複数のモールで同じ商品を販売している場合、各モールの在庫数を個別にエクセルへ転記する作業が必要になる。これをリアルタイムで更新し続けることは、受注が増えれば増えるほど難しくなる。

伊藤さん（アパレルEC、月商800万円規模）の事例では、繁忙期にモール在庫の更新が数時間遅れたことで、実在庫ゼロの商品に注文が入り続け、翌日のキャンセル対応に追われた。1件のキャンセルで済めばいいが、複数モールで同時に売り越しが起きると、顧客対応コストと評価への影響が積み重なる。

EC事業者の構造的な問題は、エクセルが「在庫数を記録するツール」として機能しても、「在庫数をモールへ反映するツール」にはなれない点だ。更新の手間と遅延が、売り越しリスクをほぼゼロにできない状態を作り出す。

中小製造業の限界——部品点数とロット管理、入力ミスが製造停止につながる

中小製造業でエクセル管理が崩れるのは、部品点数が一定を超えたときだ。製品ラインナップが増えると、使用する部品の種類も増える。ロット番号・有効期限・サプライヤー別の入荷数——これらをエクセルで管理しようとすると、シートが複数に分かれ、更新漏れが常態化する。

中村さん（精密部品の加工メーカー、従業員20名）の事例では、部品Aの在庫数がエクセル上では50個あると記録されていたが、実際の棚を確認すると8個しかなかった。誰かが「手で修正した」記録は残っていたが、その修正の経緯が不明だった。この誤差が発覚したのが製造指示の直前だったため、その日の製造ラインを2時間止めることになった。

製造業の場合、在庫のミスが工程全体に波及する。1つの部品が足りないだけで、その部品を使う製品の製造が止まる。エクセルの入力ミスや更新漏れは「誰かが気をつければ防げる」性質のミスだが、部品点数が増えるほど「気をつける」だけでは防ぎきれなくなる。

業種固有の崩れ方を把握してから、次のツール選定に進む

業種を横断して見えてくる「移行判断」の共通軸

4業種を見てきて、一つ共通していることがある。エクセルが崩れるのは、「データの更新頻度・粒度・場所の分散」が管理票の構造を超えたときだ。

飲食業は時間単位の鮮度データを、建設業は空間的な分散情報を、EC事業者は複数プラットフォームへの即時反映を、製造業はロット単位の精度を——それぞれエクセルに求めてしまう。エクセルはもともとそのために設計されていないので、限界は遅かれ早かれ来る。

移行を検討するタイミングとして実務的に目安になるのは、「エクセルの修正・確認に週3時間以上かけている」「月1回以上、在庫の数字と実態の差異が発覚している」「担当者が異動・退職したとき、管理ができなくなる懸念がある」のいずれかに当てはまる状態だ。参考として、総務省が毎年実施する情報通信白書では、中小企業のデジタルツール活用状況が業種別に整理されており、自社の現状を客観的に位置づける際に参照できる。

クラウド型の在庫・受発注管理ツールは、複数拠点の在庫一元管理やモール在庫の自動連携など、エクセルでは構造的に難しかった機能を担う。ただし、ツールを変えるだけで問題が解決するわけではなく、「今の運用のどこがボトルネックか」を業種ごとに整理してから選定に入ることが重要だ。

自社の状況をどう整理すればよいか迷う場合や、業種特有の要件をどのツールが満たせるか判断しにくい場合は、Spesの問い合わせ窓口で現状を相談することもできる。業種・規模・現在の運用状況を伝えると、具体的な改善の方向性が見えやすくなる。

よくある質問

エクセルから移行するとき、既存のデータはどうすればいいですか？

多くのクラウド在庫管理ツールは、CSVでのデータインポートに対応している。現在のエクセルデータをCSV形式に整えてインポートする方法が一般的だ。ただし、商品コード・単位・拠点情報の表記が揺れている場合は、インポート前にデータクレンジングの工程が必要になる。移行前にデータの整理に要する工数を見積もっておくと、スケジュールが立てやすい。

業種によって必要な機能はどう変わりますか？

飲食業であれば食材の廃棄管理・賞味期限追跡、建設業であれば現場別の在庫割り当て機能、EC事業者であれば複数モールへの在庫自動連携、製造業であればロット・シリアル番号管理が優先度の高い機能になる。汎用ツールでこれらすべてをカバーできる場合もあるが、業種特化型のツールのほうが運用負荷が低い場合もある。どの機能が自社にとって外せないかをリスト化してから比較すると選定がスムーズになる。