「エクセル在庫管理の限界」は業種ごとにまったく違う顔をする——製造・小売・卸売・EC、4つの現場で何が起きているか ─ 在庫管理のDXに | 完全無償クラウド型ソフト「Spes」

製造業：部品点数の多さと「タイムラグ」が先に壊れる

製造業の在庫管理でエクセルが最初に限界を示すのは、部品点数が数百〜数千点に達したときだ。ネジ1本、基板1枚を含む全部品の入出庫を、複数の担当者がそれぞれのシートに記録していく。朝の段階では数字が合っていても、昼の生産ラインで200個使った記録が夕方まで反映されなければ、その間の発注判断はすべて「古い数字」に基づいている。

ある機械部品メーカー（従業員50名）では、購買担当の渡辺さんが月に2回、全ファイルを突合する棚卸し作業に丸1日かけていた。それでも年に3〜4回は欠品による生産停止が発生し、1回あたりの損失は数十万円規模に上っていたという。問題はエクセルの記録が「正しいかどうか」ではなく、記録が反映されるまでの時間差にある。

製造業でエクセル管理が崩れるプロセス：「使った」→「記録された」の時間差が発注判断を狂わせる

製造業がエクセル管理を見直すべきサインは、「欠品の原因が在庫不足ではなく記録の遅れにある」と担当者自身が気づいたときだ。この段階では、リアルタイム更新できる仕組み（クラウド型の在庫管理ツールやバーコードスキャンとの連携）が現実的な解になる。

小売業：「ロケーション」と「返品」がエクセルを崩す

小売業の在庫管理でよく見られるのは、店頭在庫とバックヤード在庫の二重管理が崩れるケースだ。同じSKUが「売り場に3個・バックに12個」あるとき、エクセルでどちらの列に入力するかは担当者ごとに違う。アパレルショップの伊藤さんのように、複数スタッフが交代勤務で在庫を動かす現場では、入力のルールを統一するだけで週に数時間かかる。

さらに返品が発生すると、「どの在庫として戻すか」の判断が難しくなる。傷ものは別の棚に置くが、エクセルでは同一SKUとして計上されている——こうした運用上のグレーゾーンが積み重なり、実地棚卸しのたびに帳簿と現物の差異が数十点単位で出る。

小売業においてエクセル在庫管理の限界は、「数字が合わない」より先に「誰が正しい数字を持っているかわからない」という状態として現れる。POSレジとの自動連携、あるいはスキャンによるリアルタイム更新が実現できるかどうかが、次のステップの判断軸になる。

卸売業：「取引先ごとの単位」と「出荷タイミングの集中」が引き金になる

卸売業の現場では、エクセル管理が崩れるきっかけの多くが取引先ごとに異なる発注単位・納品条件への対応だ。A社には1ケース単位、B社にはバラで出荷、C社には月末締め翌月末納品——これらを1枚のシートで管理しようとすると、シートの列が際限なく増え、条件分岐の計算式が複雑になる。

中村さんが担当する日用品卸の会社では、取引先30社に向けた受発注をエクセル20枚で管理していた。月末の出荷集中期には、複数の取引先から同じ商品の大口注文が重なり、誰の分を先に引き当てるかの判断がシートをまたいでできない状態になった。結果として同じ在庫を2社に割り当てる「在庫の二重引き当て」が年に数回発生し、取引先との信頼関係を損ねる事態になっていた。

卸売業の場合、エクセル管理の限界は「在庫の数え方」ではなく「引き当てルールの管理」に先に来る。受注と在庫をリアルタイムに連動させ、引き当て済み在庫と引き当て前在庫を自動で区別できる仕組みが必要になる段階だ。

EC事業者：複数モールの「在庫同期」がエクセルで追いつかない

EC事業者にとってエクセル在庫管理が崩れる瞬間は非常にわかりやすい。楽天・Amazon・Yahoo!ショッピングに同じ商品を出品していて、1日に各モールで数十件の注文が入ったとき、エクセルで在庫数を手動更新しながら全モールの在庫数を揃えることは物理的に難しい。

小林さんが運営するギフト雑貨のEC店舗では、商品点数が200SKUを超えたタイミングでこの問題が顕在化した。繁忙期（12月）の1週間で、同一商品をAmazonと楽天で計5件の二重販売が発生。キャンセル対応と謝罪メールの対応に丸2日かかり、その間の新規受注処理が滞った。

EC事業者の場合、ネクストエンジンのような受注一元化ツールとの API 連携によって、複数モールの受注データを自動取得し在庫を自動減算する仕組みを構築している事業者が増えている。エクセルで手動更新している時間を、商品企画や顧客対応に使える状態にするのが、この段階での現実的な目標だ。

「エクセルを続けるか・やめるか」より先に問うべきこと

上の4業種を見てわかるように、「エクセル在庫管理の限界」は一律ではない。製造業では記録の遅延、小売業では多拠点ロケーション管理、卸売業では引き当てルール、EC事業者では在庫同期——それぞれ崩れる場所が違う。

だから「エクセルをやめるべきか」という問いより先に、「今の現場では何が先に壊れているか」を特定することが重要だ。崩れている場所が特定できれば、解決に必要な機能も絞れる。全部入りの高機能システムを導入しなくても、バーコードスキャンとのデータ連携だけで解決するケースもある。

総務省の統計によれば、中小企業の業務効率化投資はここ数年で増加傾向にあるが（総務省の情報通信白書等を参照）、導入後に「使いこなせなかった」という声も少なくない。過剰な機能よりも、現在の崩れている箇所にフィットする機能を選ぶ視点が、導入後の定着率を左右する。

Spesはクラウド型の在庫・受発注管理ツールとして、バーコード/ハンディ連携・複数倉庫の一元管理・EC・卸との在庫連携を想定した設計になっている。「自社の崩れ方」と「必要な機能」のすり合わせから始めたい場合は、Spesへの相談・問い合わせから業種・現状の課題を伝えてもらえれば、具体的な提案が可能だ。

よくある質問

エクセル在庫管理から移行するタイミングの目安はありますか？

業種によって異なるが、共通して「移行を検討すべきタイムング」として挙げられるのは、①在庫差異の原因追跡に1時間以上かかるようになった、②担当者が不在になると在庫数に誰も確信を持てなくなった、③トラブル対応（欠品・二重販売・引き当てミス）が月に2回以上発生している——の3点が重なったときだ。1点だけなら運用改善で対処できることもある。

小規模な事業者でもクラウド型の在庫管理ツールは使えますか？

商品点数が50〜100SKU程度であれば、クラウドツールの導入メリットが費用を上回るケースは多い。特に複数の販売チャネル（店頭＋EC、複数モールなど）を持っている場合は、規模が小さくても在庫同期の手間が重くなりやすいため、早い段階での切り替えが結果的にコストを下げることが多い。