「在庫をエクセルで管理しているが、数が合わなくなってきた」。物を扱う多くの現場で、在庫管理は表計算ソフトから始まります。手軽で、誰でも触れて、すぐに使えるからです。ところが品目が増え、扱う人や拠点が増えてくると、その手軽さが少しずつ重荷に変わっていきます。
この記事では、在庫管理をエクセルで続けたときに現れる限界のサインと、在庫管理アプリへの乗り換えで選べる選択肢、そして乗り換える前に整理しておくべきことを、発注する側の目線で整理しました。慌てて何かを導入する前に、自社が本当に必要としている仕組みを見極められるように、判断の順序を示していきます。
エクセルでの在庫管理が限界に近づくサイン
エクセルが悪いわけではありません。小さく始めて状況を確かめる段階では、表計算ソフトは優秀な道具です。問題は、在庫という「常に動き続ける数」を扱うときに、表計算の前提と業務の前提がずれてくることにあります。次のような状態が重なってきたら、限界が近づいているサインです。
ひとつめは、数がリアルタイムに合わないことです。入出庫を後からまとめて入力するため、いま手元にある実際の数と帳簿の数がずれる。欠品や過剰在庫に気づくのが遅れ、損失につながります。
ふたつめは、同時更新の難しさです。複数の担当や拠点が同じファイルを触れず、それぞれが別に記録し始める。どれが最新の在庫なのか分からなくなり、棚卸しのたびに大きなずれが出ます。
みっつめは、属人化です。品番の付け方や単位の扱いが担当者の頭の中にしかなく、その人が休むと誰も正確に把握できない。在庫という事業の資産が、特定の個人に依存している状態は見えにくいリスクです。
これらが 1 つだけなら運用の工夫で乗り切れます。しかし複数が同時に起きているなら、道具を変える段階に来ていると考えてよいでしょう。
エクセルから「在庫管理アプリ」へ、選べる三つの方向
脱エクセルといっても、行き先は 1 つではありません。大きく分けて、既製の在庫管理アプリ(パッケージ)を使う、ノーコードツールで自分たちで組む、自社に合わせて開発する、の三方向があります。それぞれ得意な場面と向かない場面があり、判断の軸が違います。
パッケージは、一般的な入出庫と在庫数の管理であれば、もっとも早く安く始められる選択肢です。スマートフォンで在庫を確認したりバーコードを読み取ったりできる既製アプリも増えています。一方で、自社固有の在庫ルールや単位が多いと、業務をアプリの型に合わせる必要が出てきて、現場に負担が残ることがあります。
ノーコードツールは、その中間に位置します。ある程度は自社の形に寄せられ、初期費用も抑えやすい反面、複数拠点をまたぐ管理や端末との連携、データ量が増えたときの動作には限界が出やすく、そこで頭打ちになる場合があります。
自社開発は、業務に仕組みを合わせられる選択肢です。独自の在庫ルールや連携が多いほど効果が出ますが、相応の費用と時間がかかります。だからこそ、いきなり作るのではなく、既製品で回らないかを先に確かめ、足りない部分を見極めてから検討するのが現実的です。脱エクセル全体の進め方は 脱エクセルはいつ・何に進むべきか にまとめています。
FIXIT在庫って、表に数を書いておけば十分じゃないの？
Shiori分かれ目は 1 つで、動き続ける数に追いつけるかどうかです。
FIXITShiori後回しにするほど実際の数とずれます。欠品や過剰在庫の原因になります。
FIXITShiori優先順位で言うと、まず既製の在庫アプリで回るかを試してからで十分です。
乗り換える前に整理しておく三つのこと
乗り換えを決めたら、すぐにアプリ選びに入りたくなります。しかし順番を逆にすると、せっかく入れた仕組みが使われずに終わります。先に整理しておきたいのは、目的・運用・データ移行の三点です。
ひとつめは、目的です。在庫管理を変えて何を達成したいのか。欠品や過剰在庫を防ぎたいのか、棚卸しの手間を減らしたいのか、複数拠点の在庫を一元化したいのか。目的が曖昧なまま機能の比較に入ると、機能の多さで選んでしまい、現場で使われない仕組みになりがちです。
ふたつめは、運用です。誰が、いつ、どこで入出庫を記録するのか。バーコードを使うのか手入力か、棚卸しはどの頻度で行うのか。現場が無理なく続けられる運用を設計に織り込めているかが、定着の分かれ目になります。
みっつめは、データ移行です。いまエクセルにある在庫や商品のデータを、どこまで、どう移すのか。詳しくは次の章で扱います。
パッケージで足りるか、作るべきか
最も迷うのが、既製品で足りるのか、それとも作るべきなのか、という判断です。ここで料金や機能の多さだけを並べても、答えは出ません。見るべきは、自社の在庫ルールが標準的な型に収まるかどうかです。
要点
分かれ目は 1 つです。自社の在庫ルールが世間一般のやり方に収まるならパッケージ、独自の運用に仕組みを合わせたいなら作るほうが、結局はなじみます。まず既製品で回るかを試し、足りない部分だけを見極めてから開発を検討するのが、過剰な投資を避ける順序です。
判断にあたっては、いまの困りごとのうち、どれが標準機能で解決し、どれが自社特有の事情なのかを切り分けておくと迷いません。独自の単位や賞味期限・ロット管理がある、複数拠点をまたぐ、バーコードやハンディ端末を使う、基幹システムや受発注と連携したい。こうした要件が多いほど、自社開発が向いてきます。
データ移行でつまずかないために
乗り換えの最後で多くの現場がつまずくのが、データ移行です。意外なことに、難所は技術ではなく、元データの状態にあります。
注意
同じ商品が表記違いや別の品番で重複していたり、単位や入数の扱いが担当者ごとに違っていたりすると、移行先でも数が合わない状態が続きます。移行の前に、商品マスタの名寄せと単位の統一を済ませておくほうが安全です。あわせて移行のタイミングで実地棚卸しをして、帳簿と実在庫を一致させてから移すと、新しい仕組みを正しい数で始められます。
あわせて決めておきたいのが、移行後の記録運用です。誰がどう入出庫を記録するかを先に決めておかないと、せっかく整えた数がまたずれていきます。移行は一度きりの作業ではなく、整えた状態を保ち続ける運用とセットで考えると、乗り換えの効果が長続きします。乗り換えの全体像を段階で押さえたい場合は システムリプレイスの進め方 も参考になります。
fixit の在庫管理づくりへのアプローチ
FIXIT は AI 駆動開発のクリエイティブスタジオとして、Claude Code や Cursor、AI エージェントを実プロジェクトに組み込み、業務システムやプロダクトの開発を手がけています。在庫管理の仕組みづくりでも大切にしているのは、いきなり作り始めるのではなく、何に困っていて、どこまでを既製品で済ませ、どこからを自社に合わせるのかを、要件整理から一緒に見極めることです。
具体的には、いまの在庫フローと困りごとの整理から伴走し、既製品で足りるならその選択肢も率直にお伝えします。作る場合も、核となる在庫機能で動くものを早めに出し、使いながら磨いていく進め方で、過不足と費用を抑えます。既存のエクセルやツールからの移行は、商品マスタの名寄せと運用設計まで含めて設計します。バーコードやハンディ端末、基幹システムとの連携が必要かどうかも、早い段階で一緒に見極めます。既存システムからの乗り換えは システム刷新・リプレイス で、新しく仕組みを立ち上げる場合は SaaS・業務システム開発 でご紹介しています。
在庫管理をエクセルから卒業したいが何を選べばいいか分からない、自社には作るべきか既製品で足りるのか相談したい。そうしたお悩みがあれば、無料相談 からお気軽にご連絡ください。要件整理の段階から、御社の業務に合った進め方を一緒に考えます。