「昨日、何件処理した？」に答えられますか？

自動化ツールを作って、ボタンを押したら動いた
エラーも出ていない

でも翌日、「昨日、何件処理されました？」と聞かれて答えられない

これ、実務ではけっこう怖いです

自動化は「動くこと」も大事だけれど、それだけでは足りない
あとから人が確認できる記録が残っていて、ようやく現場で使いやすくなります

今回は、Python、GAS、VBAなどで作る小さな自動化ツールに、なぜログを残した方がいいのかを整理します

■ 「エラーが出ていないから大丈夫」の落とし穴

自動化ツールを作るとき、最初に見られがちなのはここです

• ボタンを押したら動くか

• ファイルが出力されるか

• 処理が途中で止まらないか

もちろん、ここは大事です
動かないツールはただの置物なので、現場に置かれた「謎のExcel神棚」みたいなものです

ただ、実務で本当に困るのは、動いたあとだったりします

たとえば、毎朝CSVを読み込んで、必要な行だけ別のExcelに出力するツールがあるとします

一見、ちゃんと動いている
Excelファイルも出ている
画面上もエラーなし

でも、あとからこう聞かれます

「今日のCSV、何件読み込んだ？」
「エラーになった行はあった？」
「どのファイルを処理した？」
「出力先のファイル名、これで合ってる？」

ここで答えられないと、結局もう一度ファイルを開いて確認することになります

自動化したはずなのに、確認作業が別の形で戻ってくる

人類、なぜ同じ穴を少し角度を変えて掘るのか

■ ログは難しくない。「処理のレシート」でいい

ログというと、少し技術っぽく聞こえるかもしれません

でも、最初はそんなに難しく考えなくていいです

要するに、ログは
「いつ・どのファイルを・何件処理して・結果どうだったか」
を残しておくメモです

買い物で言えば、レシートみたいなものだと思ってください

レシートがあれば、あとから
「何を買ったか」
「いくらだったか」
「いつ買ったか」
を確認できます

逆にレシートがないと、家計簿もつけにくいし、返品や確認も面倒になりますよね

自動化ツールも同じです

「ちゃんと処理しました」だけではなく、
「このファイルを、何件処理して、こういう結果でした」
という記録があることで、現場は安心して使いやすくなります

• Pythonなら：ログ用のCSVやテキストファイルに書き出す

• GASなら：スプレッドシートのログ用タブに追記する

• VBAなら：Excel内に「処理履歴」シートを作る

最初はこのくらいで十分です

大きな管理画面を作る必要はないし、きれいなダッシュボードも最初はいりません
まずは、あとから見返せる形で残っていることの方が大事です

■ ログがないと、トラブル時に追えない

ログがない自動化ツールで一番困るのは、何か起きたときです

• 処理漏れがあった

• 件数が合わない

• 出力ファイルが見当たらない

• 同じファイルを2回処理してしまった

• 一部の行だけ転記されていなかった

こういうとき、ログが残っていないと、確認のスタート地点が分かりません

「昨日の朝に処理したはず」
「たぶんこのファイルだったと思う」
「エラーは出ていなかった気がする」

こうなると、調査というより記憶力テストになります
しかも参加者全員、だいたい疲れています

Excel、CSV、メール添付、PDF、Googleスプレッドシート
どれを扱う場合でも、自動処理のあとに履歴が残っていないと、問題が起きたときにかなりしんどいです

ツールが悪いというより、確認できる材料が足りない状態です

■ 最低限、これだけ残せばかなり違う

最初から立派な仕組みにしなくてもいいです

小さな自動化なら、まずは以下の項目が「たった1行」残っているだけでも、あとの確認作業がかなり楽になります

• 処理日時：いつ動かしたか分かる

• 対象ファイル名：どのCSVやExcelを使ったか追える

• 処理件数：そもそも何件読み込んだか確認できる

• 成功件数：問題なく処理できた件数が分かる

• エラー件数：失敗や処理漏れに気づきやすい

• エラー内容：どこを直せばいいか判断しやすい

• 出力先：作ったファイルを探し回らなくて済む

このくらい残っているだけで、あとからの確認がかなり楽になります

「処理は終わりました」だけでは少し弱い
実務では、「何を何件処理しました」まで分かる方が安心しやすいです

メール添付やCSV処理でよく起きること

たとえば、メール添付ファイルを自動保存するツール

「メールを見て、添付ファイルをダウンロードして、取引先ごとのフォルダに保存する」

これ自体は自動化しやすい作業です
ただ、ログがないとこうなります

「A社の請求書、保存されていない気がする」
「そもそもメールは来ていた？」
「添付ファイル名がいつもと違った？」
「保存先を間違えた？」

ここでログがあれば、確認が早いです

何時に処理したか
送信元はどこか
添付ファイル名は何か
保存先はどこか
保存に失敗した理由は何か

このあたりが見えるだけで、調査時間はかなり減ります

別の例だと、Googleスプレッドシートへの毎日追記です

フォームやCSVからデータを読み込んで、スプレッドシートに追記するのもよくある小さな自動化です

でも、追記件数が分からないと、あとで行数が合わないときに困ります

「昨日は10件のはずなのに、8件しかない」

こういう話が出たとき、ログがないと原因を探しにくい

最初から完璧に防ぐのは難しいからこそ、あとから確認できる形にしておくのです

■ 「全部自動化」ではなく「確認しやすくする」が実務の正解

自動化というと、どうしても「作業をなくす」方向で考えがちです

• CSVを読む

• Excelに転記する

• PDFから必要項目を拾う

• メール添付を保存する

• スプレッドシートに追記する

もちろん、こういう処理を減らせるのは大きいです

ただ、実務では「本当に合っているか確認したい」という場面がかなり多い
むしろ、ここを雑にするとツールが使われなくなります

「処理自体は速い。でも、結果が信用できない。だから結局、人が全部見直す」

この流れはかなりもったいないです

自動化ツールにログがあると、確認の仕方が変わります
全部を目視で見直すのではなく、まずログを見る

• 件数が合っているか

• エラーが出ていないか

• 出力先が合っているか

• 対象ファイルが想定通りか

そこを見てから、必要な部分だけ確認する
これだけでも、現場の負担はかなり下がります

ログを残す話をすると、「じゃあ確認も全部自動化したい」となりがちです

気持ちは分かります
人間は確認作業が嫌いですし、しかも確認作業ほど、ミスしたら怒られる理不尽な設計ですから

ただ、全部を機械に任せるのは危ない場面もあります

• 金額が想定より大きい

• 取引先名が似ている

• PDFの文字認識が怪しい

• CSVの列名が前月と少し違う

• ステータスの表記ゆれがある

こういうところは、最終的に人が見た方が安全な場合が多いです

自動化ツールの役割は、判断そのものを全部奪うことではなく、
人が判断しやすい状態まで整理することです

• 怪しい行だけ拾う

• 処理結果を一覧にする

• エラーだけ別シートに出す

• 処理履歴を残す

• あとから追えるようにする

このくらいでも、十分に実務では効きます

【Before / After】ログ導入による変化

このくらいの違いでも、かなり扱いやすくなります

「全部自動化」ではなく、「確認しやすくする」
ここが実務ではけっこう大きいです

■ 最初はログ用シート1枚でいい

ログを残す仕組みも、最初から作り込みすぎると重くなります

• 管理画面を作る

• ユーザー権限を分ける

• 検索機能を付ける

• 通知も付ける

• 過去履歴をグラフ化する

ここまで行くと、もう小さな自動化ではなくなってきます

もちろん必要な会社もありますが、最初からそこまでやると話が大きくなりやすいです

まずは、「処理のたびに1行残す」

エラーがあれば内容を残す
対象ファイルと出力先が分かるようにする

このくらいからでいいです

たとえば、ログシートにこう残します

これだけで、あとから見返したときの安心感が違います

トラブルが起きても、「どこから確認すればいいか」が分かる
この差は大きいです

小さく作って、実際に使ってみる
そのうえで、必要なら通知や集計を足す

この順番の方が安全だと思っています

■ ログは、未来の引き継ぎにも効く

社内ツールで地味に困るのが、担当者が変わったときです

作った人がいない
使っていた人も異動した
残っているのはExcelファイルと謎のボタンだけ

こうなると、新しい担当者はかなり不安になります

でも、処理履歴が残っていれば少し違います

• いつ動かしていたのか

• どのファイルを対象にしていたのか

• 毎回どのくらいの件数だったのか

• エラーはどんな内容だったのか

• 出力先はどこだったのか

過去の流れが見えるだけで、引き継ぎの負担は下がります

自動化ツールは、作った瞬間より、運用している期間の方が長い
だから、あとから見る人のことも少しだけ考えておきたいものです

■ まとめ：自動化は「人が確認できる状態」にして完成する

自動化ツールは、動けば終わりではないです

• 処理日時が分かる

• 対象ファイルが分かる

• 何件処理したか分かる

• 何件成功したか分かる

• エラー内容が分かる

• 出力先が分かる

このあたりが残っているだけで、実務での使いやすさはかなり変わります

Python、GAS、VBAで作る小さなツールでも同じです

むしろ小さなツールほど、作ったあとに放置されやすい
だからこそ、最低限のログを残しておく方が安全です

自動化は「ボタンを押して終わり」ではありません

あとから人間が安心して確認できる状態までセットで作る

地味だけれど、これが現場で長く使われるツールの条件だと思っています

もし今、PythonやGAS、VBAで自動化を試しているなら、まずは

処理が終わった日時と件数を、シートの端っこに1行書き出す

このくらいの小さなメモから始めてみるのがいいです

それだけでも、あとから確認する人の負担はかなり変わります

業務改善やPython自動化まわりの記事を、noteで少しずつ書いています

Excel作業、CSV整理、ファイル管理、GAS、VBA、Pythonあたりで、

「これ、自動化できるのかな」
「今のやり方、もう少し楽にできないかな」

と思う作業がある方は、まずは似た作業の記事から読んでもらえるとうれしいです

記事が参考になったら、スキやフォローをしてもらえると励みになります

▼ あなたの業務自動化のヒントになる記事