在庫管理エクセルのマクロ化はどこまで有効か VBAの限界と脱エクセルの分岐点

在庫管理のVBAマクロは自動化の範囲を大きく広げるが、属人化という壁に必ず突き当たる。実装で見えた限界と脱エクセルの分岐点を解説する。

「在庫管理はエクセルのマクロで何とかなっている」という中小企業の担当者から、システム化の相談を受けることが増えています。話を聞くと、実際にVBAで相当なところまで自動化できているケースがほとんどです。入出庫の自動集計、発注点を下回った際の色付けアラート、複数シートをまたいだ在庫数の一括更新——これらは適切に組めば十分に動きます。

問題は「動くかどうか」ではなく、「動き続けられるかどうか」です。この記事では、VBAマクロで実際にどこまでできるかという実装知と、必ず突き当たる限界、そして脱エクセルを検討すべき分岐点を、現場で見てきた失敗談を交えて整理します。

図1：VBAマクロが担える範囲と、エクセルの構造的な限界の境界線

VBAマクロで実現できること 在庫管理の自動化はここまで進む

在庫管理エクセルにVBAを組み込むと、入出庫記録から発注判断までの一連の作業をボタン1つで完結させられます。これがVBAマクロ化の最大の価値です。

具体的には、入力シートに数量を打ち込むとWorkbook_OpenやWorksheet_Changeイベントで在庫台帳シートへ自動転記し、SUMIFやCOUNTIFSで品目別の在庫数をリアルタイム集計する仕組みが定番です。発注点を下回った品目は条件付き書式とマクロの組み合わせで自動的に赤色表示され、発注リストのCSV出力までワンクリックで行える現場もあります。当社が過去に見た受発注連携では、取引先システムからのCSVをADO接続で読み込み、在庫台帳と突合して差分だけを反映するところまで自動化していました。ここまで組めれば、月次棚卸の工数は体感で半分近くまで減ります。

大事なのは、VBAでの自動化は「決まった手順の反復作業」を得意とする点です。入力ルールが固定されていて、担当者が1〜2名の範囲であれば、専用システムを入れるより圧倒的に低コストで自動化が完成します。

図：入力から発注リスト出力までをボタン1つで完結させる自動化の流れ

実装知 現場でよく使う処理とその落とし穴

在庫管理マクロでよく使われる処理には、実装段階でつまずきやすい落とし穴が集中しています。

まず在庫数の自動計算です。SUMIFだけで組むと、同じ品目コードが表記ゆれ（全角半角・末尾スペース）で分裂してカウントされる事故が頻発します。品目マスタを別シートに切り出し、VLOOKUPまたはINDEX/MATCHで厳密に紐付けてから集計する設計にしないと、在庫数がじわじわとずれていきます。次にエラーハンドリングです。On Error Resume Nextを安易に多用したマクロは、エラーを握りつぶしたまま処理を続け、在庫データが壊れた状態で保存されることがあります。エラー発生箇所をログシートに書き出す処理を必ず組み込むべきですが、この手当てが漏れている現場を何度も見てきました。

もう一つの落とし穴が、ファイル破損時のバックアップです。マクロ実行中に強制終了や共有違反が起きると、ブック自体が開けなくなるケースがあります。自動保存とは別に、マクロ実行前にバックアップファイルを生成する処理を入れておかないと、復旧不能な状態に陥りかねません。

図2：品目マスタとの厳密な紐付けが在庫数ズレを防ぐ分岐点になる

VBAマクロの限界 システムとして扱えない4つの壁

VBAマクロがどれだけ精巧でも、複数人・複数拠点での運用に耐える設計には構造的に届きません。理由は4つあります。

1つ目は排他制御です。エクセルは基本的に1人が編集している間、他の人は同時に書き込めません。共有ブック機能はありますが動作が不安定で、実務で使い続けている現場をほとんど見たことがありません。2つ目はスケーラビリティです。行数が数万件を超えると、SUMIFや条件付き書式の再計算に数秒〜数十秒かかるようになり、マクロの実行速度が業務のボトルネックになります。3つ目はアクセス制御です。担当者ごとに「見られるが編集はできない」といった権限分けができず、ファイルを開ける人は全データにアクセスできてしまいます。4つ目はログ・監査です。誰がいつ何を変更したかを自動で記録する仕組みがなく、在庫数が合わない原因を後から追跡できません。

この4つの壁は、マクロの書き方をどれだけ工夫しても解消できません。エクセルというファイル形式そのものの限界だからです。この境界線を見誤って作り込みを続けると、次のセクションで触れる属人化の問題と合わさって、より深刻な事態を招きます。実際、拠点が2つ以上ある企業や、担当者が3名を超える現場からの相談では、自社の業務にどこまでAIやシステムを充てられるかを無料診断で可視化してから判断したいという声をよく聞きます。

図3：排他制御・スケーラビリティ・アクセス制御・ログ監査の4つの壁

「組んだ本人しか保守できない」が起きる理由 現場で実際にあった失敗談

属人化が起きる最大の原因は、VBAコードにコメントを残す文化が現場に根付いていないことです。

以前相談を受けた製造業の在庫管理では、担当者が自己流で組んだマクロが5年近く無停止で稼働していました。ところがその担当者が異動になった翌月、在庫アラートの表示がずれる不具合が発生し、後任の担当者はコードを開いても何をしているマクロなのか全く読み解けませんでした。変数名はaやtmpのままで、処理の分岐条件もコメントなし。結局、原因究明だけで2週間かかり、その間は在庫アラートを手作業でチェックする体制に逆戻りしました。この会社にとって痛かったのは、「動いているから触らないでおこう」という判断を何年も続けた結果、誰も中身を把握していないブラックボックスが業務の中核に居座ってしまったことです。

これは特殊な事例ではありません。VBAは学習コストが低く、業務担当者が独学で組めてしまうからこそ、体系的な設計思想やドキュメント文化が抜け落ちたまま運用が続きやすいという構造的な問題を抱えています。組んだ本人が退職・異動した瞬間に「誰も直せないシステム」へ姿を変える——これが脱エクセルを検討すべき最初のサインです。

図4：担当者が抜けた瞬間にブラックボックス化するリスク

脱エクセルの分岐点 判断基準と移行の進め方

脱エクセルに踏み切るべきかどうかは、感覚ではなく具体的な3つのサインで判断できます。

1つ目は、マクロの全体像を誰も把握していない状態になっていること。2つ目は、複数人・複数拠点で同時に在庫データを触る必要が出てきたこと。3つ目は、エラーが起きたときに原因を特定できる担当者が実質1人しかいないこと。この3つのうち2つ以上が当てはまるなら、作り込みを重ねるより移行を検討したほうが長期的なコストは小さくなります。

移行の進め方としては、いきなり全業務をシステム化するのではなく、まず現状のVBAマクロが担っている処理を棚卸しして、「何を」「どの条件で」自動化しているかを言語化することから始めます。ここを飛ばしてベンダーに丸投げすると、現場の暗黙知が抜け落ちたまま仕様が固まり、結局現場が使いにくいシステムができあがります。当社では、この棚卸しの段階を初月無料の経営AI診断（通常30万円相当）でご一緒することが多く、エクセルのどの処理をどこまでAIやシステムに任せられるかを、実際のマクロを見ながら可視化するところから着手します。

図5：3つのサインのうち2つ以上が当てはまれば移行検討のタイミング

まとめ

VBAマクロは在庫管理の自動化を大きく前進させる有効な手段ですが、排他制御・スケーラビリティ・アクセス制御・ログ監査という構造的な限界を必ず抱えています。そして最も見落とされがちなのが、「組んだ本人しか保守できない」という属人化のリスクです。行数の膨張・複数人での同時編集の必要性・エラー時に頼れる担当者が1人しかいない状態、この3つのサインが重なったら、それが脱エクセルの分岐点です。自社のマクロがどの段階にあるのか判断に迷ったら、初月無料の経営AI診断で現状の業務を可視化し、どこまでを任せられるか一緒に整理するところから始めてみてください。

関連記事

• ノーコードから本格開発へ移行すべきタイミング 判断基準5つと進め方 — 関連: ツールの限界を感じたときの移行判断
• AI導入後の保守運用コストを抑える5つのポイント 中小企業の実例で解説 — 関連: 保守負担を抑える視点
• 町工場・製造業のAI活用 見積と図面対応と一次問い合わせを自動化する実践ガイド — 関連: 製造現場のAI活用事例
• 建設業のシステム導入で失敗する3つの落とし穴と現場が定着する対策 — 関連: システム導入の失敗パターン
• 中小企業のAI導入 費用相場と内訳 初期費用から運用コストまで実例で解説 — 関連: AI導入全体の費用感