在庫をExcelで管理する会社は多いです。決まった様式がなく、商品コードや仕入先、入出庫を自由に組めて、その日から使い始められるからです。中小の製造・小売・卸では、これがごく自然な出発点になります。ところが扱うSKUが増え、拠点や担当者が増えるほど、Excelの在庫表は少しずつ回らなくなります。ファイルが重くなり、どれが最新版か分からなくなり、そして何より、画面上の在庫数と倉庫の実物が合わなくなっていきます。
この記事は「Excel在庫管理をどうシステム化するか」を扱います。ただし、在庫表を作り込む方法の話ではありません。在庫管理のシステム化で本当に問われるのは、帳簿在庫と実在庫を一致させ続けられるかどうかです。何をシステム化し、どこは既製品で足り、どこはスクラッチが要るのか。在庫特有の論点に絞って、進め方と注意点まで整理します。
Excel在庫管理のシステム化は表作りではなく在庫のズレを止めること
結論から言えば、Excel在庫管理のシステム化は「もっと良い在庫表を作ること」ではありません。関数やマクロを足して表を賢くしても、在庫管理の本質的な問題は解けません。システム化で目指すのは、帳簿在庫（データ上の数）と実在庫（倉庫にある数）を、常に一致した状態に保ち続ける仕組みへの置き換えです。
在庫表がどれだけ精緻でも、入出庫が起きた時点でその数字が更新されなければ、帳簿と実物はすぐにずれます。ずれた在庫数は、欠品と過剰在庫を同時に生みます。あると思って売れば欠品し、ないと思って発注すれば過剰になります。在庫管理でExcelが限界になるのは、ファイルが重いからではなく、この「ズレ」を止められないからです。だからシステム化を考えるときの最初の問いは「どんな表を作るか」ではなく「どこで在庫がずれているか」になります。何を直すために何をシステム化するのか。そこを取り違えると、高機能な在庫表を作って満足し、ズレはそのまま残ります。
在庫管理でExcelが限界になる固有の理由
Excelの限界は在庫に限った話ではありません。ですが在庫管理には、他の業務にはない固有のつらさがあります。モノが現場で動き、その動きをデータに写し取り続けなければならない、という構造です。代表的な3つを挙げます。
リアルタイム性と現場入力の遅れ
在庫は倉庫や店頭で刻々と動きます。しかしExcelは、一人が開いている間は他の人が編集できず、入力は「後でまとめて」になりがちです。入出庫の発生と入力にタイムラグがあるほど、画面の在庫数は実物から離れていきます。クラウド版の共同編集である程度は緩みますが、現場でモノが動いた瞬間に数を取り込む仕組みがなければ、ズレは残り続けます。
関数マクロと棚番の属人化
在庫表は使い込むほど、複雑な関数や自作マクロで固まっていきます。作った担当者しか中身を追えず、棚番（ロケーション）の付け方もその人の頭の中にしかない、という状態になりやすいです。担当者が抜けた瞬間、誰も直せず更新もできないブラックボックスが残ります。在庫の属人化は、作業の重さではなく、業務が止まるリスクとして効いてきます。
ロットと期限のトレーサビリティ
食品や部品では、同じ商品でもロットや消費期限・製造日で区別し、どのロットをいつ・どこへ出したかを追えることが求められます。Excelでロット単位の履歴まで正確に持ち続けるのは重く、崩れやすいです。誰がいつ更新したかも残らないため、いざ追跡が必要になったときに遡れません。
在庫のズレを生む4つの発生源で仕分ける
在庫管理の解説記事は、どれも似た流れをたどります。在庫表の作り方（テンプレと関数）を示し、メリットとデメリットを並べ、限界を感じたらシステムを、と選択肢を紹介します。ですがそこでは、システム化すべきかどうかが「重くなった」「限界を感じた」という感覚で語られます。本記事は、この判断を感覚ではなく「在庫のどこがずれているか」で測り直します。帳簿在庫と実在庫のズレは、次の4つのどこかで生まれます。
- 現場入力の遅延 ― 入出庫の発生とExcel入力にタイムラグがあります。数はいずれ合いますが、その間ずっとずれています。
- 棚卸しのギャップ ― 定期棚卸しでしかズレを見つけられず、原因も追えないまま帳簿を実数に上書きしています。
- ロットと期限の混在 ― 総数は合っていても、どのロット・どの期限の在庫かが分からず、先入れ先出しや追跡ができません。
- 複数拠点と多SKUの分散 ― 拠点別・担当別にファイルが分かれ、全社の在庫が一つの数字として見えません。
自社のズレが主にどこから来ているかで、打ち手はまるで変わります。①が主因ならバーコードやハンディでの現場入力の仕組み化が要点になり、②なら循環棚卸しと差異記録、③ならロット管理機能、④なら拠点横断の一元化です。4つを混ぜて「とにかくシステムを」と考えるから、入れてもズレが止まりません。まず主因を1つか2つに絞ることが、システム化の出発点になります。
既製品で足りるケースとスクラッチが要るケース
ズレの主因が絞れると、次は手段が見えてきます。ここでも「全部を専用開発」でも「全部を既製品」でもありません。在庫管理には完成度の高い既製品が多く、多くの現場はまず既製品で足ります。一方で、既製品に業務を寄せられない領域だけがスクラッチ（専用開発）の対象になります。線引きの目安を示します。
既製品の在庫管理システムが向く業務
入出庫・棚卸し・発注点といった在庫管理の基本動作は、既製の在庫管理SaaSやWMS（倉庫管理システム）、販売・生産管理システムの在庫機能でおおむね賄えます。標準的な入出庫と単一〜少数拠点、特殊なロット要件が薄い業務なら、既製品にやり方を合わせるほうが速く安く、保守も任せられます。ズレの主因が①現場入力や④一元化であれば、この層で解決することが多いです。
スクラッチ開発が要る業務
一方、自社固有の生産・受発注の流れと在庫が密結合していて、既製品の型に押し込むと現場が回らない場合は、専用開発が視野に入ります。独自のロット・工程管理、基幹システムや現場設備との連携、他社にない引当ロジックなどです。ギャスはこうした「既製品では届かない一段」を受託で作ってきました。ただし最初から専用開発に飛ぶのではなく、既製品で足りる範囲を見極め、要る部分だけを作るのが手戻りの少ない順序になります。
Excel在庫管理をシステム化する進め方と注意点
手段の当たりがついたら、進め方は順序で決まります。詳しい始め方は脱Excelは何から始めるか｜システム化の順序と失敗回避に譲り、ここでは在庫に固有の要点と、つまずきやすい注意点に絞ります。
マスタと棚番を整えて現場入力を設計する
在庫システム化の土台は、商品マスタ（SKU）の整理と棚番の標準化です。重複や表記ゆれの残ったマスタをそのまま移すと、システムの中でズレが再生産されます。マスタと棚番を整えたうえで、入出庫を「発生した現場で・発生した時点に」入力できる導線を設計します。ここが弱いと、どんなシステムでもズレは止まりません。
二重管理に戻さない
在庫システム化で最も多い失敗は、システムを入れたのにExcelも併用し続ける二重管理です。現場入力が回らず「念のためExcelでも」を続けた結果、両方に別の数字が載り、かえってズレが増えます。これはツールの問題ではなく、現場の入力運用を設計しきれなかった手戻りです。移行時は一部門・一倉庫でスモールスタートし、現場が新しい入力に慣れて初めてExcelを閉じます。定着まで伴走して、Excelへ逆戻りさせないことが要点になります。
よくある質問（FAQ）
Excel在庫管理はどこまでシステム化すべきですか
すべてを一度に置き換える必要はありません。まず在庫のズレが主にどこで生まれているか（現場入力・棚卸し・ロット・拠点分散）を見極め、その発生源だけを対象にします。ズレの薄い軽い集計はExcelに残してかまいません。
いきなり専用システムを作るべきですか
多くの場合、まずは既製の在庫管理システムやWMSで足りるかを確かめるほうが安全です。既製品の型に業務を寄せられない部分が残ったときに、その部分だけスクラッチを検討する順序が手戻りを抑えます。
費用や期間はどのくらいかかりますか
対象範囲と手段（既製品／ノーコード／専用開発）で大きく変わります。費用の見方は脱Excelのシステム化にかかる費用相場と見積もりの見方で扱います。まずは無料診断で、自社のズレと向く手段を把握するのが近道です。
在庫のズレはExcelを残したまま外付けで止められる
在庫のズレを生む発生源は会社ごとに違い、向く手段も既製品・専用開発・Excelを活かした整流化と分かれます。発生源によっては、Excelの在庫表は残しつつ、入出庫の同時入力とリアルタイム在庫だけを外付けに逃がせば足ります。何を残し何を外付けにするかはExcelを活かして限界を補う進め方で全体像を確認できます。
自社の在庫のズレがどの発生源に近いか、次に既製品と専用開発のどちらを検討すべきかは、3分の無料業務診断で見当がつきます。
