Column
コラム
エクセル在庫管理「どこで限界を迎えるか」は業種によって違う——製造・小売・卸売・ECの崩壊シナリオ比較と立て直しの手順

執筆:Spes編集部
「まだエクセルで回せている」——そう思っていた企業が、ある日突然、現場の混乱に気づく。ただし、その「ある日」がいつ来るかは業種によって大きく異なる。製造業が最初に崩れるポイントと、小売業が最初につまずく場所は別物だ。
今回は、製造・小売・卸売・ECの4業種を横断して「エクセル在庫管理の限界がどこに現れるか」を比較しながら、それぞれの立て直し手順を逆算する。自社の業種に照らして、「今どの段階にいるか」を確認してほしい。
図:業種ごとにエクセル限界の初発シグナルと最終的なリスクは異なる
製造業——「部品が足りない」と気づいたとき、すでに手遅れ

| 課題の整理 現場で起きていること | → | 原因・整理 構造・ボトルネック | → | 解決の方向性 クラウド活用など |
| 記事の整理:課題 → 整理 → 解決 | ||||
金属部品メーカーの鈴木さん(資材担当・勤続7年)は、ある月曜日の朝、前工程の担当者から「A部品が棚にない」という報告を受けた。エクセルのシートには残数50個と表示されていたにもかかわらず、実際の棚は空だった。前週に別の担当者が10個引き出した際の更新が漏れており、さらにその前の発注ロットで30個が不良品として処理されていたが、その記録もシートに反映されていなかった。
製造業でエクセルが最初に崩れるのは、複数人による同時編集と、入出庫の「記録タイムラグ」が重なったときだ。生産計画を組む段階では在庫があるように見えるが、実際にラインを動かし始めると在庫が足りない——この乖離が製造業特有の崩壊パターンとなる。
- 部品・原材料の品番が100を超えると、更新漏れが統計的に増加する
- シフト交代のたびに「前の人がどこまで更新したか」が不明になる
- 生産指示書とエクセル在庫台帳が別管理のため、二重入力が常態化する
製造業での立て直しは、まず「誰がいつ入出庫したか」のログが残る仕組みを作ることから始まる。バーコードや入力端末で記録のタイムラグをゼロに近づけることが先決で、システム導入以前に「更新ルールの文書化」だけでも効果が出るケースがある。
小売業——繁忙期のたびに「欠品と過剰」が交互に来る理由

アパレル小売を営む渡辺さんは、毎年ゴールデンウィーク前になると同じ悩みを繰り返す。「去年の売れ筋データを見て多めに発注したのに、今年は売れ行きが違う商品に集中してしまい、売れた商品は欠品、残った商品は値下げ処分」——エクセルで管理しているPOSデータとの突き合わせが週次でしかできていないため、売れ行きの変化に発注が追いつかない。
小売業では、売れ行きデータとの連動性がエクセルの最大の弱点になる。特に以下の場面で限界が顕在化する。
- ① セール・キャンペーン期間(需要予測のズレが即欠品につながる)
- ② 季節切り替え時(前シーズン在庫と新シーズン発注が同時進行)
- ③ 多店舗・多SKU化(商品数が300点を超えると手動管理が実質不能になる)
小売業での改善アプローチは、POSデータとの自動連携が出発点になる。エクセルで手入力している日次集計を、クラウド在庫管理に移すだけで「今日の実在庫」をリアルタイムで把握でき、発注判断のタイムラグを大幅に減らせる。
卸売業——「誰が・どの得意先に・何を引き当てたか」が見えなくなる
食品卸の中村さんは、月末になるたびに担当者3人が各自のエクセルファイルを「突き合わせる」作業に2〜3時間かけていた。各担当者が得意先ごとにシートを分けて管理しているため、ある商品を複数の得意先に同時に引き当てようとすると、数量が合わなくなる。しかも、ファイルが担当者のPCに保存されているため、急な休みがあると他の誰もアクセスできない。
卸売業でエクセルが機能不全を起こす最大の要因は、「在庫の引当」と「受注管理」が分断されていることだ。得意先ごとの納期・数量・単価条件をエクセルの別シートで管理していると、どの在庫がどの受注に紐づいているかが誰にも全体像として見えない。
図:卸売業でエクセル管理が崩れるまでの典型的な流れ
卸売業での優先改善策は、受注と在庫引当を一つの画面で確認できる仕組みへの移行だ。個人のPCに保存されたファイルをクラウドに集約するだけでも、「誰の担当分の在庫が今どこにあるか」の可視性が大きく上がる。
EC——複数モール同時出品が「エクセル管理の寿命」を縮める
楽天・Amazon・Yahoo!ショッピングの3モールに同じ商品を出品しているEC事業者の伊藤さんは、ある日「在庫1個」をエクセルに記録した翌朝、3つのモールそれぞれで1件ずつ注文が入り、計3件のキャンセル処理に追われた。各モールの在庫数をエクセルで手動管理しており、受注のたびに3つのシートを更新する運用だったが、深夜の注文には対応できなかった。
EC業態でエクセルが最も早く限界を迎えるのは、モール数×商品数の更新コストが人手を超えたときだ。SKU数が50を超え、出品モールが2つ以上になった時点で、エクセルによる手動同期はほぼ機能しなくなる。
EC向けの改善では、ネクストエンジンのような受注一元管理ツールとの連携が効果的だ。複数モールの受注データを自動取得・処理し、在庫を連動更新することでキャンセルリスクを根本から断てる。Spesのような在庫管理システムとAPI連携することで、出荷指示から在庫引落まで自動化し、夜間・休日の受注にも対応できる体制を作れる。
導入を検討している場合は、まず「どのモールで一番在庫ズレが多いか」を1週間分の注文履歴から特定し、そこを起点に自動化の優先順位を決めるとよい。
業種別「次の一手」の比較と共通する判断軸
4業種を比較すると、エクセルの限界は「文字数の多さ」や「シートの複雑さ」ではなく、「更新のタイムラグ」と「複数人・複数拠点への対応不能」という共通構造から来ていることがわかる。
| 業種 | 主な崩壊トリガー | 最初の改善アクション |
|---|---|---|
| 製造業 | 入出庫のタイムラグ・複数担当者による上書き | バーコード入力で更新をリアルタイム化 |
| 小売業 | POSデータとの乖離・季節変動への追従不能 | POSとの自動連携で日次集計をゼロに |
| 卸売業 | 担当者ごとのファイル分散・引当の二重化 | 受注と在庫を一画面で管理できるクラウドへ移行 |
| EC | 複数モール在庫の手動同期が追いつかない | 受注一元管理ツールとAPI連携で在庫を自動更新 |
どの業種でも共通するのは、「限界が来てから動く」より「シグナルが出たときに動く」方がコストも手間も格段に小さいという点だ。中小企業庁の調査によれば、中小企業のデジタルツール導入遅延の主因は「現行業務への過信」であり、実際に問題が顕在化してからの移行は、平均して2〜3倍のコストと時間がかかるとされている(参考:e-Stat 政府統計ポータル)。
よくある質問
エクセルからクラウド在庫管理への移行は、どのくらいの期間かかりますか?
業種・SKU数・既存データの整備状況によって異なりますが、中小企業の場合は準備期間を含めて1〜2ヶ月が目安です。既存エクセルデータを一括インポートできるシステムを選ぶと、移行期間を短縮しやすくなります。
複数の倉庫や拠点がある場合、エクセルではどこが一番つらいですか?
拠点間の在庫移動(移管)の記録が最も漏れやすいポイントです。移動中の在庫が「どちらの拠点にも存在する」ように二重計上されるケースが頻発します。クラウド型では拠点間移動を一つのトランザクションとして記録できるため、この問題を構造的に解決できます。
小規模(SKU数30点以下)でもエクセル管理をやめたほうがよいですか?
SKU数だけでなく、取引先数・担当者数・出荷頻度を合わせて判断することをお勧めします。SKUが少なくても取引先が10社以上あれば、卸売業と同じ「引当ミス」のリスクがあります。
自社の業種に照らして「今どの段階か」が少し整理できたなら、次のステップとして具体的な運用設計を相談してみることをお勧めする。Spesでは業種別の在庫・受発注管理の導入相談を受け付けている。お問い合わせページから気軽に状況を伝えてほしい。
カテゴリー
- すべて
- 物流ソフトWMS
- 在庫管理と会計の連携
- 在庫データの分析
- 在庫管理ソフトの市場規模
- 海外取引と在庫管理について
- 貿易と在庫管理
- 在庫管理のDX化
- 在庫管理クラウドソフト
- Spesの導入事例
- 中小企業の在庫管理
- 在庫管理ソフトのコスト感
- Spesの無償提供について
- 在庫管理とは
- 在庫管理ソフトによる入出庫管理
- 在庫管理の計画作り
- 飲食業の在庫管理
- エクセル管理からの脱却
- DX・クラウド在庫管理
- 在庫管理の改善
- 発注・安全在庫
- バーコード棚卸・入出庫



