在庫管理はExcelのままでいい？見直しが必要になる7つの条件

在庫管理をExcelで続けていて、「そろそろ専用システムに変えたほうがいいのだろうか」と迷うことがあります。 ただ、商品の種類が増えたから、ファイルが重くなったからという理由だけで、移行を決めるのは早いかもしれません。商品が数千種類あっても、更新する人が限られ、在庫の動きが単純ならExcelで管理できる場合があります。逆に商品が20種類しかなくても、複数の販売先で同時に注文を受けていれば、在庫の取り合いが起こります。 私が判断するときに重視したいのは、**Excelの行数より「いつ、誰が、どの在庫を確定させるか」**です。この記事では、Excelを続けられる条件、見直しが必要な7つの兆候、すぐ試せる改善手順を整理します。

Excelが向いているのは、どんな在庫管理か

Excelが悪いわけではありません。少人数で扱う商品が決まっていて、入出庫のタイミングを追いやすい業務なら、初期費用を抑えて必要な表を作れます。計算式や集計項目を自分たちで調整できることも利点です。 例えば、次のような運用です。 在庫を更新する担当者が原則1人、または更新手順が明確に決まっている 受注から出庫まで時間的な余裕があり、その間に在庫を確認できる 実在庫と帳簿在庫の差異が少なく、原因を追える 商品コードが統一され、入庫・出庫・返品・調整の記録が残る 拠点や販売チャネルが少なく、在庫の「正本」が1つに決まっている Excelには共同編集もあります。Microsoftの案内では、対応するExcelを使い、OneDriveまたはSharePoint Onlineなどにファイルを置くことで、複数人による共同編集が可能です。ただし共同編集できることと、同時に入った注文へ在庫を重複なく割り当てられることは別です。 言い換えると、Excelは「表を共有して編集する」ことはできます。しかし、業務のルールまで自動的に保証してくれるわけではありません。

図1：更新の単純さと、在庫確定の厳密さで判断する。商品数だけでは決まらない。

見直しが必要になる7つの条件

1．同じ商品の注文が、ほぼ同時に入る 在庫が1個の商品の注文を、ネットショップと店舗がそれぞれ受けたとします。両方の担当者が「在庫1」と表示された表を見て販売すると、結果は2個販売したことになります。 これは入力ミスというより、確認した時点から確定するまでの間に在庫が変化する問題です。販売可能数の確認と在庫の確保を、競合しない一つの処理として扱う必要があります。Excelの共同編集だけで、その業務上の保証が成立するとはいえません。リアルタイムの引当や複数チャネルの販売連携が必要なら、専用システムを優先して検討します。 2．在庫数を直した理由がわからない 「昨日は30個だったのに、今日は25個」。数量のセルを直接書き換える方式だと、その5個が販売、破損、棚卸差異のどれによるものか見えなくなります。 在庫を管理するうえで必要なのは、現在の数字だけではなく、そこへ至った記録です。誰が、いつ、どの商品を、いくつ、何の理由で動かしたかを追えないなら、まず表の設計を変えるべきです。それでも変更の承認や監査証跡が必要なら、記録を保護できる仕組みを検討します。 3．「在庫数」と「売ってよい数」が違う 棚に10個あっても、すでに注文が入っていて6個が引当済みなら、これから販売できるのは4個です。 販売可能数＝帳簿在庫－引当済み数量と考えます。ただし、この計算が使えるのは、引当数量が正しく更新されている場合です。受注の取消、返品、出荷待ちなどが絡むと、単なるセル計算よりも「何がどの状態か」の管理が重要になります。 4．複数の拠点や担当者が別々のファイルを持つ 倉庫Aと店舗Bがそれぞれ在庫表を作り、終業時に合算する運用では、集計前に見ている数字が違います。メール添付の最新版が何種類もある状態も要注意です。 対策は、まず正本となる場所と更新責任者を決めることです。集計だけが問題なら、Power Queryで同じ形式のファイルをまとめる方法もあります。ただし、集計を速くしても更新時差そのものは解消しません。 5．棚卸差異の原因を調べる時間が増えている 差異が出るたびに、担当者へ聞き取り、伝票を探し、売上データを照合する。その時間が増えているなら、仕組みを見直す材料になります。 差異の個数だけでなく、原因特定に使った時間を記録してみてください。棚卸差異が1個でも、毎回何時間もかかるなら、管理方法の改善効果は大きいはずです。 6．ロット・使用期限・シリアル番号が必要になった 同じ商品でも製造ロットや使用期限で分ける必要があるなら、「商品コードごとに何個」という集計では不足します。どのロットをいつ仕入れ、どこへ出したかを追う必要があります。 こうした情報をExcelの列で増やし続けることはできますが、返品や回収まで遡る必要がある業務では、データのつながりと記録の確実性を優先して設計したほうが安全です。 7．特定の人が休むと更新が止まる 数式の修正方法も、締め処理も、棚卸の調整方法も一人しか知らない。これはExcelそのものの限界とは違いますが、運用上の危険信号です。 まず、更新手順、修正権限、バックアップ、復旧手順を明文化します。システムへ移す場合も、この整理がないままでは問題を引き継いでしまいます。

今のExcelを直すなら、「残高表」より「入出庫履歴」を作る

システム移行を決める前に、最も効果を確認しやすい改善があります。現在庫を上書きする表から、増減の記録を積み上げる表へ変えることです。 ここでは、Excel上で再現できる小さな例を使います。サンプルデータは記事の付属CSVにも入れています。実際の業務データではありません。 手順1：入出庫の記録を1行ずつ残す Excelのシートを「入出庫履歴」とし、次の列を作ります。 | 日付 | 商品コード | 区分 | 増減数 | 記録ID | |---|---|---|---:|---| | 10/1 | A-001 | 期首 | 20 | INIT-001 | | 10/2 | A-001 | 入庫 | 15 | IN-001 | | 10/3 | A-001 | 出庫 | -8 | OUT-001 | | 10/5 | A-001 | 返品 | 2 | RET-001 | | 10/6 | A-001 | 棚卸調整 | -1 | ADJ-001 | プラスは在庫が増えた記録、マイナスは減った記録です。元データにはこのほか「理由」「担当者」も用意します。数量を書き換える代わりに、誤りは取消・訂正の記録を追加する運用にします。Excel自体は履歴の改変を完全に防ぐ仕組みではないため、編集権限やバックアップも別途必要です。 手順2：Excelのテーブルに変換する データ範囲を選択して Ctrl + T を押し、「先頭行をテーブルの見出しとして使用する」を確認します。テーブル名を 入出庫履歴 にしてください。商品マスタも別のテーブルにして 商品マスタ と名付けます。 商品マスタには「商品コード」「商品名」「安全在庫」「引当数」「帳簿在庫」「販売可能数」「判定」を設けます。サンプルでは、A-001の安全在庫10・引当数6、B-002の安全在庫5・引当数3とします。引当数は例示用の手入力値で、受注システムと自動連動しているわけではありません。 手順3：集計式を入れる 商品マスタの「帳簿在庫」列に次の式を入力します。 =SUMIFS(入出庫履歴[増減数],入出庫履歴[商品コード],[@商品コード]) 「販売可能数」列には次の式を入れます。 =[@帳簿在庫]-[@引当数] 「判定」列は、例えば次のようにできます。 =IF([@販売可能数]<0,"要確認",IF([@販売可能数]<=[@安全在庫],"発注検討","通常")) このサンプルでは、A-001の帳簿在庫は28、販売可能数は22です。B-002は帳簿在庫17、販売可能数14になります。実データを入れる前に、商品コードの重複、欠番、負の在庫、重複した記録ID、入出庫の符号を確認してください。なお、この計算はロット別・拠点別の管理や、同時受注時の引当確定には対応していません。

図2：現在庫を直接上書きせず、入出庫の増減から計算する例。数字は説明用の架空データ。 Microsoftの公式資料でも、Excelテーブルの構造化参照は、表へデータが追加されたときに参照範囲が調整される仕組みとして紹介されています。ただし入力規則には限界があり、コピーやオートフィルで入れたデータは無効入力の警告が表示されない場合があるため、入力規則だけで品質を保証しないことが大切です。

それでも移行が必要かを判断する方法

見直しの判断を感覚だけで決めないために、直近2〜4週間の運用で次の項目を記録します。期間はあくまで診断用の例で、業界共通の閾値ではありません。 | 確認する数字 | 見るべきこと | |---|---| | 在庫差異の件数と金額 | 入力・出荷・返品のどこでずれたか | | 差異調査に使った時間 | 現場が原因調査に何時間使うか | | 受注後の在庫反映までの時間 | 売り越しの可能性があるか | | 二重入力・転記の回数 | 他のシステムと同じ情報を何度も入れていないか | | 更新担当者と保存先の数 | 正本と責任者が明確か | ここで重要なのは、「商品が何種類になったら移行」と固定しないことです。在庫が間違うことで受注・出荷・取引先に影響するなら、少ない商品数でも早めに検討する。一方、集計や入力の手間だけなら、Excelの改善で済むかもしれません。 費用も、導入料金だけで比較しないほうがよいでしょう。例えば月の負担を「入力・照合作業の人件費＋差異調査の人件費＋在庫トラブルの損失」と分け、変更後に減らせそうな部分を見積もります。推計項目の重複計上は避け、導入・教育・運用変更にかかる費用も含めて比べます。

選択肢は「Excelかシステムか」の二択ではない

大きく分けて、次の3段階があります。 | 選択肢 | 向いている状態 | 注意点 | |---|---|---| | Excelを改善 | 少人数・単純な入出庫 | 履歴と入力規則を整える | | Excel＋自動集計 | ファイルの集約が面倒 | 更新時差や同時引当は残る | | 在庫管理システム | 同時受注・多拠点・追跡要件 | 導入後の運用設計が必要 | 2段階目では、Power Queryで同じ列構成のファイルを取り込んでまとめられます。別システムからCSVを出力し、Excelを「集計と確認の画面」にする方法も考えられます。反対に、販売可能数をその場で確定させるなら、受注側との連動や在庫の引当処理を備えた仕組みが候補になります。 専用システムを選ぶときは「在庫が見える」だけでなく、同時注文、引当・解除、返品、棚卸、拠点間移動、権限、監査ログ、既存システムとの連携が実際の運用条件でどう動くかを確認したいところです。製品によって対応範囲も連携タイミングも違います。

移行するなら、最初に揃えるのは商品コードとルール

移行の前に、旧Excelにある商品名の表記ゆれ、重複コード、現在庫の基準時刻、返品や未出荷の扱いを揃えます。次に新旧双方で同じ基準日時の残高を比較し、不一致の原因を記録します。 特に大切なのが、切替日を明確にすることです。新しいシステムと古いExcelの両方を別々に正本として更新し続けると、どちらが正しいかわからなくなります。切替後は新システムを正本とし、旧Excelは参照用に残すなど、役割を決めておきます。 いきなり全商品を移すのではなく、代表的な商品と典型的な取引で「入庫→受注→出庫→返品→棚卸」の一連の流れを試し、差異がないか確認する方法が現実的です。

結局、Excelを続けてよいのか

私なら、いまのExcelで「正しい販売可能数」を、必要なタイミングに、必要な人へ示せているかで判断します。 それができていて、差異の原因も追えるなら、急いで置き換える理由はありません。入力と集計が負担なら、まずExcelを整理する。反対に、同時注文による売り越しや、ロットの追跡不能などが起きているなら、現場の工夫で延命するより仕組みを見直すほうがよいでしょう。 在庫管理で守りたいのは、Excelという道具ではなく、**「その数字を信じて出荷してよいか」**という判断です。

---

参考資料 Microsoft：Excel ブックの共同編集 Microsoft：Power Queryでフォルダー内の複数ファイルを取り込む Microsoft：Excel テーブルの構造化参照 Microsoft：データの入力規則の詳細 Microsoft：Excelの「変更の表示」の制約