倉庫の棚を歩けばわかる——製造業・小売業・卸売業・ECが「エクセル在庫管理の限界」をそれぞれ違う形で迎える理由 ─ 在庫管理のDXに | 完全無償クラウド型ソフト「Spes」

業種ごとに「限界の出方」がなぜ違うのか

エクセルが在庫管理ツールとして優れているのは、導入コストゼロ・カスタマイズ自由・学習コスト低という三点です。これは業種問わず共通のメリットです。

一方で、在庫管理における「ズレ・遅れ・抜け」が何によって引き起こされるかは、業種ごとの受発注サイクル・保管条件・取引先の数によって根本的に異なります。

図1：業種別に「限界が出やすいポイント」は異なる

製造業：「ロット」と「入力遅延」が複合して崩れる

部品点数が数百〜数千点に及ぶ製造業では、エクセルの限界は「数が増えたとき」ではなく、「ロット番号と入力タイミングのズレが重なったとき」に表面化します。

たとえば、射出成形部品メーカーの伊藤さん（資材管理担当・勤続6年）は、以下のような経験を語っています。「月末に棚卸しをすると、エクセルの数字と実物が3〜5%ズレていることが常態化していた。原因を追うと、現場が出庫伝票を溜めてから入力していて、2〜3日のラグが発生していた。そのラグ中に別ロットが混入し、トレースが困難になっていた」。

製造業でエクセルが崩れるパターンは:

• ロット番号の手入力ミス（似た番号の誤記）
• 出庫・入庫の入力が翌日以降になる運用の慣習化
• 生産計画のシートと在庫シートが別ファイルで、連動していない
• 設変（設計変更）対応で部品点数が増えたとき、既存シートへの追記対応が限界を超える

製造業に限って言えば、「エクセルに問題がある」というより、生産計画・工程管理・在庫の3つが別々のシートで動いていること自体が根本課題です。エクセルはあくまでスナップショットであり、リアルタイムの連動には向いていません。

小売業：「SKU爆発」と「店舗間ズレ」が見えにくい欠品を生む

小売業のエクセル在庫管理が崩れる典型は、取り扱いSKU数の増加と複数店舗の管理が重なったときです。

アパレル雑貨を扱う中村さん（店長・管理歴4年）のケースでは、1店舗・200SKU程度のときはエクセルで問題なく回せていました。しかし2店舗目を出店し、SKUが500を超えたあたりから「どの店に何が何個あるか」をリアルタイムで把握するのが困難になりました。「セールのタイミングで本部に確認の電話が集中し、スタッフが在庫確認だけで1〜2時間取られるようになった」と振り返ります。

小売業でエクセルが崩れる主要パターン:

• 複数店舗のシートをひとりが集計する構造（属人化）
• 季節品・値引き品の在庫が売場と帳簿でズレるまま繰り越される
• POS連動なしで、レジと在庫シートの更新に時間差が生まれる
• 棚卸しを月1回しか行わず、欠品が「発注し忘れ」と区別できなくなる

卸売業：「突発大口受注」と「取引先別条件の複雑さ」が誤出荷につながる

卸売業は製造業・小売業と比べると「取引先ごとの価格・数量条件・納品書フォーマット」が複雑なため、エクセルの崩れ方がやや独特です。

食品卸の渡辺さん（受発注担当・勤続8年）は、以下の経験を持っています。「スーパーの特売対応で、いつもの5〜10倍の受注が突発的に入った。在庫シートで数量を確認しながら複数の取引先に同時出荷指示を出したが、確認中に別の担当が在庫を更新していて、二重出荷になった。エクセルは同時編集に弱い」。

卸売業固有のエクセル限界ポイント:

• 複数人が同じシートに同時アクセスする構造（排他制御なし）
• 取引先A・B・Cの単価・数量条件を別シートで管理 → 参照ミスが起きやすい
• 月末の締め処理で、在庫シートと請求シートの突合に丸1日かかる
• 返品・交換対応の入力が後回しになり、帳簿在庫が実在庫を上回る

特に複数人が在庫シートを触る環境では、「最後に保存した人の数字が正になる」という構造的な問題が生じます。これはエクセルの設計限界であり、業種というよりチーム規模の問題でもあります。

EC：「複数モール×リアルタイム更新」の組み合わせが二重販売を引き起こす

EC事業者がエクセル在庫管理で最も大きなダメージを受けるのは、複数モール（楽天・Amazon・Yahoo!ショッピング等）を並行運営しているときです。

日用品ECを運営する小林さん（EC担当・2年目）は、商品数が300点を超えたタイミングでトラブルが増え始めたと話します。「Amazonで注文が入り、在庫シートを更新する前に楽天でも同じ商品が売れてしまった。手動更新の数分のラグが二重販売につながった。Amazonに謝罪対応し、評価も下がった。あの経験以来、手動管理は怖くてできない」。

ECにおけるエクセル限界の特徴:

• モール数が増えるほど、在庫更新の工数が線形増加する
• セール・タイムセール時には数分単位で在庫が動くため、手動対応が物理的に不可能
• 返品・キャンセルが発生した際の在庫戻し入力を忘れると、欠品表示になる
• 倉庫の実在庫とエクセルの数字を合わせるだけで週次の棚卸しが必要になる

EC事業者の場合、エクセルの限界は「記録の手間」よりも「更新のリアルタイム性」にあります。在庫の変動速度が業種の中でもっとも速いため、他業種より早くシステム化の必要性が顕在化します。

楽天・Amazon・Yahoo!などの複数モール在庫をシステムで一元管理したい場合、ネクストエンジンのようなAPI連携ツールや、それに対応した在庫管理SaaSの活用が選択肢になります。お使いの環境に合った仕組みを検討している方は、こちらからお気軽にご相談ください。

業種別の「限界ポイント」比較まとめ

「移行を急ぐべき業種」はどこか

4業種を比較すると、システム移行の優先度は次のような順序感になります。

図2：業種別のシステム移行優先度イメージ

ただし「優先度が低い＝まだ先でよい」ではありません。製造業であっても、ロット管理トラブルが品質クレームに直結する場合や、複数拠点を持つ場合は移行が急務です。業種の傾向よりも「現在のトラブル頻度と影響範囲」で判断することが大切です。

総務省の統計によると、中小企業のデジタル化投資は年々増加しており、在庫管理領域のシステム化は業種を問わず普及が進んでいます（総務省）。一方で、「導入検討中・導入を迷っている」層も依然として多く、特に担当者が1〜2名の中小企業では「今のところエクセルで何とかなっている」という認識が移行を遅らせています。

よくある質問

小さい会社でも在庫管理システムは必要ですか？

品目数・拠点数・取引先数が少ないうちはエクセルで十分なケースも多くあります。ただし「同時編集」「リアルタイム更新」「他業務との連動」が必要になった時点で、システムへの移行を検討する価値があります。従業員数よりも「在庫の変動頻度と影響範囲」で判断するのが適切です。

製造業はERP、小売業はPOS連動、ECはモール連携——業種ごとに別のシステムを入れないといけませんか？

必ずしもそうではありません。クラウド型の在庫・受発注管理SaaSの中には、バーコード/ハンディ連携・複数拠点管理・EC連携をひとつのプラットフォームで対応できるものもあります。まず「自社の一番痛いボトルネック」を特定し、そこを解消できるツールから検討するのが現実的です。

エクセルからシステムに移行するとき、一番の壁は何ですか？

多くの現場が挙げるのは「データの整理」です。エクセルで長年管理してきた在庫データは、商品コードの統一・重複の排除・単位の統一などの前処理が必要なことが多く、これに想定外の時間がかかります。移行前に「データクレンジングの工数」を見積もることが失敗しないためのポイントです。

自社の業種・規模に合った在庫管理の仕組みについて具体的に相談したい方は、Spesのお問い合わせフォームからお気軽にご連絡ください。現状の運用をお聞きした上で、無理のない改善の方向性をご提案します。