社内で長く使っているExcelマクロは、多くの会社で「業務を回すための重要な道具」になっています。見た目はExcelファイルでも、ボタンを押せば集計ができたり、帳票が出力できたり、CSVを整形できたりするため、実質的には小さな社内システムのような役割を持っていることも少なくありません。
ただ、こうしたExcelマクロは、作った本人が詳しく理解していて、周囲は「ボタンを押せば動くもの」として使っていることが多いです。そのため、作成者が退職したり異動したりした時点で、一気に不安が表面化します。特に、最近になってエラーが出始めた、Office更新後に一部が動かなくなった、帳票の形式を少し変えたいのに誰も触れない、といった状況になると、「このまま修正できるのか」「もう作り直した方がよいのか」が分からなくなりやすいです。
そして実際、この相談は非常に多いです。業務を長年支えてきたマクロほど、社内で重要な位置にありながら、仕様書がなく、コードの説明もなく、作った人しか分からない状態になりやすいからです。現場としては困っているのに、何をどこから見ればよいのか分からず、そのまま使い続けているケースも少なくありません。
この記事では、退職した社員が作ったExcelマクロに対して、どのように考えればよいのかを整理します。まずは調査から始めるべき理由、すぐ直せるケースと作り直した方がよいケース、VBAの調査ポイント、マクロの中に埋まっている業務ルール、Excelを残すべきかWeb化を考えるべきか、そして担当者退職リスクについて、現場目線で分かりやすく解説します。
Q. 退職した社員が作ったExcelマクロがあります。直せますか？
業務で使っているExcelマクロがあります。ボタンを押すと集計や帳票作成ができるのですが、作った社員が退職してしまいました。最近エラーが出るようになり、誰も直せません。このまま修正できますか？それとも作り直した方がいいですか？
A. まずは調査から始めます。
Excelマクロは、簡単な修正で済む場合もありますが、業務の中心になっている場合はWebシステム化を検討した方がよいこともあります。重要なのは、いきなり作り直すのではなく、マクロが何をしているのか、どの業務に使われているのかを整理することです。
結論としては、「修正できる可能性はあります」。ただし、それは中身を見てみないと分かりません。エラーが出る理由が、単純な参照切れやファイルパス変更のような小さな問題であれば、比較的短時間で直せることがあります。一方で、マクロが複雑に継ぎ足されていて、業務の中核部分を担っている場合は、単なる修正ではなく、もっと大きな見直しが必要になることもあります。
ここで大事なのは、最初から「全部作り直すべきだ」と決めつけないことです。また逆に、「少し直せば何とかなるだろう」と軽く考えすぎないことも大切です。まずは、そのマクロが実際に何をしていて、どの業務にどれだけ深く関わっているのかを整理することが、最初の一歩になります。
Excelマクロがブラックボックス化する理由
Excelマクロが怖いのは、見た目には普通のExcelファイルに見えることです。利用者からすると、「このボタンを押せば集計される」「このシートを更新すれば帳票が出る」といった使い方だけを覚えており、その裏側で何が起きているかまでは意識していないことが多いです。そのため、普段は便利でも、中身を理解している人がいなくなった瞬間に、急に不安定な仕組みに見えてきます。
ブラックボックス化しやすい理由はいくつかあります。まず、仕様書や設計書が残っていないことが多いです。次に、VBAの中身がコメントも少なく、変数名や処理の流れが分かりにくいことがあります。さらに、長年の運用の中で「この帳票も追加」「この条件だけ例外対応」「このファイルもまとめて出力」といった形で継ぎ足し改修が行われるため、最初は単純だったマクロが、気づけばかなり複雑な処理になっていることがあります。
また、Excelマクロは、ファイルパス、シート名、列位置、印刷設定、保存先、CSV形式などに強く依存していることが多いです。そのため、利用者には見えない前提条件が非常に多くなりやすいです。たとえば、「このフォルダ名でないと動かない」「この列順でないと取り込めない」「このファイルを先に開いておかないとエラーになる」といったルールが、コードの中や担当者の記憶の中にだけ残っていることもあります。
つまり、Excelマクロがブラックボックス化するのは、VBAが難しいからだけではありません。業務ルールと操作ルールとコードが、全部一つのファイルの中に押し込まれていることが問題なのです。
すぐ直せるケース・作り直した方がいいケース
ここは多くの方が気になる部分だと思います。エラーが出たときに、それが「簡単な修正」で済むのか、それとも「構造的にもう限界」で作り直しを考えるべきなのかは、かなり重要な判断ポイントです。
まず、すぐ直せる可能性があるのは、原因が比較的限定されているケースです。たとえば、参照しているフォルダの場所が変わった、ファイル名ルールが変わった、シート名が変わった、Office更新で一部の参照設定が外れた、といったケースです。このような場合は、コード全体を大きく変えなくても、該当箇所の修正や環境設定の見直しで動くようになることがあります。
一方で、作り直しを前向きに考えた方がよいのは、次のようなケースです。
- 何をしているマクロなのか誰も説明できない
- エラーの原因箇所を特定するだけでも時間がかかる
- 同じ処理の途中で手作業の補正が大量に入っている
- マクロの外でExcelや紙を使った補助運用が増えている
- 利用者が増え、ファイルの受け渡しや同時利用に無理が出ている
- 帳票や一覧の変更依頼が今後も頻繁に出る
- 担当者が変わるたびに引き継ぎが難しい
このような状態では、「今動かすこと」はできても、「今後も安全に使い続けること」は難しい可能性があります。つまり、修正できるかどうかと、今後もそれで運用すべきかどうかは別問題です。ここを分けて考えることが大切です。
VBAの調査ポイント
実際に調査を始めるときは、単にVBAエディタを開いてコードを眺めるだけでは不十分です。重要なのは、そのマクロが業務の中でどう使われているかと合わせて見ることです。
まず確認したいのは、どのブックが入口になっているかです。ボタンがあるファイルが本体なのか、別のブックやテンプレートを呼んでいるのかを確認します。次に、どのシートやどのセル範囲を前提にしているのかを見ます。シート名やセル位置がコードに直接書かれていることも多いため、これが運用ルールと一致しているかが重要です。
さらに、外部ファイルとの連携有無も見ます。CSV取込、別Excel参照、共有フォルダ保存、PDF出力、メール送信などが入っている場合、問題はVBA単体ではなく、周辺環境との組み合わせで起きていることがあります。印刷や保存先、テンプレートの置き場所、マクロ実行権限のような設定面も調査対象です。
また、エラーが出る箇所だけではなく、処理全体の流れを追うことが大切です。なぜなら、画面上では最後にエラーが出ていても、実際にはその前段階の入力やファイル状態が原因になっていることがあるからです。つまり、VBAの調査はコード調査だけではなく、運用調査でもあるということです。
マクロ内に埋まった業務ルール
古いExcelマクロを調べていくと、単なる処理ロジックではなく、業務ルールそのものがコードに埋まっていることがあります。これが、マクロ修正を難しくする大きな理由の一つです。
たとえば、「A部門だけはこの列を飛ばす」「特定の得意先だけは別の帳票形式にする」「月末締めのときだけこの計算にする」「このコードなら別フォルダへ保存する」といった条件分岐が、VBAの中に書き込まれていることがあります。これは、見方を変えると、その会社の業務ルールがコードの中に隠れているということです。
そのため、マクロを直すときには、コードだけ見ても足りません。なぜこの分岐があるのか、現場でまだ必要なルールなのか、今でも使われているのかを業務側から確認する必要があります。場合によっては、すでに使われていない古いルールが残っていて、コードを複雑にしていることもあります。
つまり、マクロ修正は単なるプログラム修正ではなく、業務整理でもあります。この視点がないまま改修を進めると、動くようにはなっても、今後も複雑さが残ることがあります。
Excelを残すか、Web化するか
ここでよく出てくるのが、「今のExcelを残したまま直すべきか、それともWebシステム化を考えるべきか」という判断です。これは、どちらが優れているかではなく、業務の使われ方で決まります。
Excelを残しやすいのは、利用者が限られていて、処理も比較的単純で、入力や出力の形が今後あまり変わらない場合です。たとえば、一部の担当者だけが月に数回使う集計補助ツールであれば、最低限の修正と整理で十分なことがあります。
一方で、Web化を考えた方がよいのは、複数人が関わる、入力や確認の流れがある、履歴を残したい、外部から見たい、帳票や一覧の変更が多い、Excel外の補完作業が増えている、といった場合です。このような業務では、Excelマクロを延命し続けるより、業務全体を整理して別の形にした方が、結果として運用が安定しやすくなります。
つまり、判断のポイントは「Excelで動くか」ではなく、「Excelのままで今後も無理なく回るか」です。ここを冷静に見ることが大切です。
担当者退職リスクは想像以上に大きい
このテーマで見落とされがちですが、実は非常に大きいのが担当者退職リスクです。マクロを作った人が退職してしまった時点で、すでに一度大きなリスクが表面化しています。しかし、本当に怖いのはその後です。
今はまだ、周囲の人が「こう使っていたはず」と覚えているかもしれません。けれど、数か月、数年と経つうちに、操作の理由や例外ルールやエラー時の対処法が分からなくなっていきます。さらに、次の担当者も「何となく動くからそのまま使う」状態になれば、ブラックボックス化はさらに進みます。
つまり、作成者がいなくなった時点で、すでに“修理しながら使い続ける体制”が弱くなっているのです。ですから、単に今回のエラーを直すだけで終わらせるのではなく、今後誰が担当しても困りにくい状態へ整理していくことが重要です。
いきなり全部を作り直さなくてよい理由
ここで大事なのは、エラーが出たからといって、すぐに全面的な作り直しを決める必要はないということです。いきなり全部を変えようとすると、業務整理も要件整理も一気に重くなり、かえって動けなくなることがあります。
現実的なのは、まず調査して、今のマクロの役割を整理し、どこまで延命できるかを見極めることです。そして、必要であれば、入力部分だけ、帳票部分だけ、一覧部分だけというように一部から見直すことです。このように段階的に進める方が、現場の負担も小さく、判断もしやすくなります。
つまり、「修正か、全面再構築か」の二択ではなく、調査→整理→小さな改善→必要なら次の段階へ、という進め方が現実的です。
まとめ
退職した社員が作ったExcelマクロでも、修正できる可能性はあります。ただし、大切なのは、エラーだけを見て判断しないことです。まずは、そのマクロが何をしていて、どの業務を支えていて、どこに手作業や属人化があるのかを整理することが重要です。
簡単な参照切れや設定変更で済む場合もありますが、マクロの中に業務ルールが埋まり込み、周辺業務も含めて複雑化している場合は、単なる修正ではなく、もっと大きな見直しが必要になることもあります。そして、その判断は「いま動くか」ではなく、「今後も無理なく使い続けられるか」で考えるべきです。
担当者が退職した今は、実は見直しのよいタイミングでもあります。壊れてから慌てるのではなく、いまのうちに現状を調べて、どこまで直せるのか、どこから整理し直すべきかを見える化することが、次の一歩につながります。
こうした相談は、最初から「作れる」「作れない」を断定するのが難しいこともあります。 ただし、機器の仕様、現在の運用、既存データ、実現したい内容を確認することで、調査すべき点や現実的な進め方は整理できます。 他社で難しいと言われた内容でも、まずは「どこが難しいのか」「代替案があるのか」から確認できます。
Excelマクロの修正・整理・Web化について、現状確認から相談できます
「退職した社員が作ったマクロが動かなくなってきた」「今は何とか使っているが、誰も中身を直せない」「このまま修正するべきか、別の形へ整理し直すべきか判断できない」――そのようなお悩みがあれば、まずは現在のマクロの役割や使われ方を確認するところからご相談いただけます。
今使っているファイル、出力帳票、業務の流れ、エラー状況をもとに、どこまで修正できるのか、どこから整理し直すべきかを一緒に整理し、最後まで投げ出さずに対応いたします。
