上書き保存した瞬間、血の気が引いた。ActiveSheet信仰で大事なファイルを壊しかけた話

ActiveSheet信仰をしていたら、地獄に落とされた話

Excelマクロを使い始めたころ、私はよく ActiveSheet を使っていました。

今開いているシートに対して処理できるので、
「シート名を指定しなくてもいいし、便利！」
くらいに思っていたんです。

でもある日、その考え方のせいで、
大事なファイルを壊しかけました。

しかも、気付いたのは上書き保存したあと。

あのときの血の気が引く感じは、今でも忘れられません。

Accessから出力したCSVを加工していたころ

当時、Accessを使った社内システムからCSVを出力し、そのデータをExcelで加工する作業がありました。

ただ、そのCSVは項目数がかなり多く、
そのままだととても見づらい状態でした。

毎回、

・不要な列を削除する
・必要な列だけを残す
・見やすい順番に並べ替える
・表として使いやすい形に整える

といった作業が必要でした。

もちろん、手作業でもできなくはありません。

でも、毎回同じような作業をするのは面倒ですし、
ミスも起きやすいです。

そこで私は、VBAマクロを作りました。

ボタンを押せば、CSVが一気に見やすい表に整う。

そのときの私は、

「これは便利になった！」

と思っていました。

なぜActiveSheetを使っていたのか

当時の私は、マクロの中でブック名やシート名をきちんと指定するよりも、
ActiveSheet を使うほうが楽だと思っていました。

対象のシートを開いておいて、
そのシートを選択してからマクロを実行すればいい。

そうすれば、どのCSVファイルでも使える。

そんな感覚でした。

実際、最初のうちは問題なく使えていたんです。

CSVを開く。
対象シートを選択する。
マクロボタンを押す。
加工完了。

流れとしてはシンプルでした。

だからこそ、油断していました。

「自分が今どのシートを選んでいるか」
「本当に加工したいファイルがアクティブになっているか」

その確認を、だんだん軽く見ていたんです。

「動かなかったのかな？」と思った

ある日、いつものようにCSVを加工しようとしていました。

その日は複数のExcelファイルを開いていました。

CSVファイルだけでなく、
仕事管理用のExcelファイルも開いていたと思います。

私はいつものように、マクロボタンを押しました。

ところが、目的のCSVファイルが編集されたように見えませんでした。

「あれ？動かなかったのかな？」

そう思いました。

エラーも出ていない。
でも、CSVは変わっていないように見える。

そこで私は、もう一度マクロを実行しました。

すると、今度は目的のCSVがきちんと加工されました。

「あ、今度は動いた」

そう思って、私は安心してしまいました。

そして、そのまま作業を進めました。

上書き保存したあとに、血の気が引いた

問題に気付いたのは、そのあとです。

仕事管理用のファイルを開いて確認したとき、
明らかに内容がおかしくなっていました。

「あれ……？」

必要な列が消えている。
並びも変わっている。
見慣れた管理表の形ではない。

そこでようやく気付きました。

最初に「動かなかった」と思っていたマクロは、
動いていなかったのではありません。

別のファイルに対して動いていたんです。

本来加工したかったCSVではなく、
仕事管理用ファイルを編集していました。

しかも、その仕事管理用ファイルには、
マクロ本体も保存していました。

つまり、マクロを動かすために開いていた大事なファイル自身を、
マクロで壊してしまったような状態です。

さらに悪いことに、
私はすでに上書き保存していました。

その瞬間、本当に血の気が引きました。

原因は、アクティブなシートを勘違いしていたこと

原因は、今ならはっきり分かります。

複数のExcelファイルを開いて作業していたため、
自分ではCSVを選んでいるつもりでも、
実際にアクティブになっていたのは仕事管理用ファイルでした。

そして、マクロの中では ActiveSheet を使っていました。

つまり、

「今アクティブになっているシートを編集する」

という処理になっていたんです。

マクロは間違っていません。

むしろ、命令された通りに動いていました。

間違っていたのは、
「今アクティブになっているのは、加工したいCSVのはず」
と思い込んでいた私のほうだったんです。

このとき初めて、ActiveSheet の怖さを実感しました。

便利な反面、
対象を間違えると、まったく意図しないファイルを編集してしまう。

しかも、マクロは一瞬で処理を進めてしまいます。

手作業なら、
「あれ？この列を消していいんだっけ？」
と途中で気付けるかもしれません。

でもマクロの場合、
気付いたときにはもう終わっています。

どうやって復旧したのか

幸い、壊れてしまったのは自分専用の仕事管理ファイルでした。

もともと共有ファイルのデータをコピーして作成したファイルだったため、
共有ファイルから再度必要なデータをコピーし、
記憶を頼りに復旧しました。

復旧には、1時間から1時間半ほどかかりました。

閑散期だったから何とかなりましたが、
繁忙期だったらと思うと少し怖いです。

個人的に使うためのファイルだったからこそ、
何とか復旧できたのだと思います。

もし共有ファイルだったら……

共有ファイルだったらと思うと、今でもぞっとします。

以前、私ではないのですが、
社員さんが社内共有ファイルを自分用に編集し、
そのまま上書き保存してしまったことがありました。

必要な列が削除されてしまっていて、
結構大きな問題になったことがあったんです。

そのときは、

「共有ファイルをそのまま編集するのは怖いな」

と思っていました。

でも今回の件で、
決して他人事ではないと感じました。

もし今回、私が同じことを共有ファイルでしていたら……。

そう考えると、本当に恐ろしいです。

自分専用のファイルだったから助かった。
共有ファイルの元データが残っていたから、何とか直せた。
閑散期だったから、時間をかけて復旧できた。

たまたま条件が良かっただけで、
一歩間違えればかなり大きなトラブルになっていたと思います。

それ以来、気を付けるようになったこと

この失敗以降、私は大切なファイルを扱うとき、
以前よりかなり慎重になりました。

特に共有ファイルや、壊れると困るファイルについては、

・バックアップを取る
・名前を付けて保存してから編集する
・元ファイルを直接加工しない
・読み取り専用設定やシート保護を利用する

といった対策を意識するようになりました。

そして、VBAマクロを書くときも、
なるべく ActiveSheet に頼りすぎないようにしています。

今なら、できるだけ

・どのブックを対象にするのか
・どのシートを対象にするのか

を明示して処理するようにします。

もちろん、ActiveSheet が絶対に悪いわけではありません。

ちょっとした作業や、自分の手元で確認しながら使う分には便利な場面もあります。

ただ、
「今選んでいるシートに対して処理する」
という仕組みは、思い込みと相性が悪いです。

複数のファイルを開いているとき。
ウィンドウを並べて作業しているとき。
急いでいるとき。
確認が雑になっているとき。

そういうときほど、危ないです。

最近ならPower Queryを使うことも

ちなみに、CSVを整えるような作業であれば、
最近はPower Queryを使うことも増えました。

Power Queryなら、元データを直接壊さずに、
加工の流れを確認しながら調整できます。

もちろん、Power Queryにも慣れは必要です。

でも、

・元データを直接編集しにくい
・どんな加工をしたのか流れが見えやすい
・あとから修正しやすい

という点では、かなり安心感があります。

昔の私は、何でもマクロで解決しようとしていました。

でも今は、
「この作業はマクロがいいのか」
「Power Queryのほうが安全なのか」
「そもそも手作業で十分なのか」
を少し考えるようになりました。

便利な方法ほど、使い方を間違えると怖い。

これは、実務で痛感したことのひとつです。

「自分しか使わないから大丈夫」は危ない

今回壊しかけたのは、自分専用の仕事管理ファイルでした。

だから、まだ何とかなりました。

でも、
「自分しか使わないから大丈夫」
と思っていたこと自体が、少し危なかったのかもしれません。

自分用のファイルでも、
仕事で使っている以上、壊れたら困ります。

復旧に時間がかかれば、他の作業にも影響します。

そして何より、
「やってしまった……」
という精神的ダメージが大きいです。

便利にするために作ったマクロで、
逆に仕事を増やしてしまう。

これは本当に悲しいです。

今振り返って思うこと

マクロは便利です。

ボタンひとつで作業が終わると、
本当に助かります。

でも、その便利さの裏には、
「間違った対象にも一瞬で処理してしまう」
という怖さもあります。

特に ActiveSheet のように、
そのとき選ばれているシートに依存する処理は、
思い込みで事故が起きやすいです。

当時の私は、

「ちゃんと対象シートを選んでから実行すれば大丈夫」

と思っていました。

でも実際には、
自分が思っているシートと、Excelが認識しているアクティブシートが違っていました。

その差が、今回の失敗につながりました。

まとめ

今回の失敗で学んだことは、マクロを書くときは「どのファイルの、どのシートを処理するのか」を軽く見てはいけないということです。

ActiveSheet は便利です。

でも、複数のブックを開いて作業しているときには、思わぬファイルを編集してしまう危険もあります。

今回は、自分専用のファイルだったこと、
共有ファイルの元データが残っていたこと、
閑散期で復旧する時間があったことで何とかなりました。

でも、もし共有ファイルだったらと思うと、今でもぞっとします。

便利さを優先しすぎると、思わぬ落とし穴にはまることがあります。

マクロはとても便利な道具ですが、大事なファイルを扱うときほど、

「本当にこのファイルを編集して大丈夫か」

を確認してから実行したいですね。

マクロで冷や汗をかいた経験はありますか？

「まさかそこを書き換えるとは……」

と思ったことがある方も、意外と多いのではないでしょうか。

関連記事

今回の話に近い内容として、共有ファイルをそのまま編集してしまう怖さについても書いています。

▶ 共有ファイルが壊れる話

また、上書き保存してしまったときの対処法や、防止策についてはブログでもまとめています。

▶ Excelで保存前に戻す方法｜上書き保存後の復元はできる？対処法と防止策

CSV加工やデータ整形については、最近はPower Queryを使うことも増えました。
Power Query関連の記事も、ブログで少しずつまとめています。