自動処理が止まっても気づく仕組み｜失敗の通知先・実行ログ・手作業の代替手順を決める台帳と、休み前チェックリストつき

想定読者

AIや簡易ツール、スクリプトでレポート作成・データ転送・メール送信・バックアップなどを自動化している、小さな会社の経営者や担当者の方です。

「きっと動いているはず」で運用していて、止まったときの気づき方や代わりの手順はまだ決めていない方を想定しています。

要点

• 自動処理は止まっても静かなので、「失敗の通知先」「実行の記録」「手作業の代替手順」の3つを先に決めておく
• 自動処理ごとの目的・担当・確認方法を1枚の台帳表にまとめ、状況別の判断表で止まった日の動きを事前に決める
• 担当者が不在になる長期休みの前に、通知が届く先・記録の見方・代替手順をチェックリストで点検する

自動処理は「止まっても静か」だから気づけない

手作業の業務は、やり忘れると誰かが困るので、遅かれ早かれ気づきます。自動処理は逆です。止まっても画面に何も出ず、誰も困った顔をしません。

「毎朝届くはずのメールが来ない」と誰かが言い出すまで、数日たっていることもあります。

自動化は「人が見なくても動く」ことが価値なので、人が見なくなります。そのため、止まったときに気づく仕組みは、自動化とセットで用意しておく必要があります。

なお、この記事の例は、考え方を説明するための仮の例です。

よくある止まり方：エラーなしで何も起きない・一部だけ失敗する・認証切れで黙って止まる

自動処理の止まり方は、大きく3つに分けられます。

1つ目は、予約した時刻に実行そのものが始まらないケースです。サービスの障害や、動かしているパソコンの電源断、予約設定の無効化などが原因になります。

エラーが出ないので、動かなかったこと自体が見えません。

2つ目は、100件のうち数件だけ失敗するケースです。全体としては「完了」と表示されるため、転記漏れや送信漏れが後から見つかります。

3つ目は、外部サービスとの連携に使っている許可（パスワードやトークンの期限）が切れて、黙って止まるケースです。

設定を何も変えていないのに止まるので、原因が見つけにくくなります。

AIを使う処理には、もう1つ注意点があります。止まらずに動いたのに、内容がおかしいケースです。

要約が空になる、前日の内容をそのまま出す、といった「動いたが中身が違う」状態は、止まったときの通知では拾えません。

これは後の節で確認方法に触れます。

気づく・調べる・代わりに回す、の3つを先に決める

止まる原因をすべて防ぐことはできません。現実的なのは、止まったときの動きを先に決めておくことです。

決める対象は、次の3つです。

• 気づく：失敗の通知先を決める。誰に、どこへ届くか
• 調べる：実行の記録を残す。いつ、何件、成功か失敗か
• 代わりに回す：手作業の代替手順を用意する。誰が、何を、どこまでやるか

この3つは、1つでも欠けると役に立ちません。通知だけあっても、記録がなければ原因を調べられません。

記録があっても、代わりの手順がなければ、止まっている間の業務が滞ります。

まず対象を洗い出す：AI・簡易ツール・スクリプト・予約実行の棚卸し

最初の作業は、社内にどんな自動処理があるかを洗い出すことです。意外に抜けやすいのは、次のようなものです。

• 表計算ソフトやフォームサービスに付いている自動通知・自動転記
• 誰かが個人のパソコンで予約実行しているスクリプト
• AIサービスに定期的に要約や下書きをさせている設定
• 連携ツールで組んだ「Aが起きたらBをする」という流れ
• バックアップや書き出しの予約実行

特に、作った本人しか知らない処理が危険です。その人が休むと、止まっても誰も気づけません。「自分が作ったものを全部書き出してもらう」ところから始めるのが確実です。

自動処理の台帳：目的・担当・確認方法を表で比べる

洗い出した自動処理は、1枚の台帳表にまとめます。表計算ソフトの1シートで十分です。複数の処理を縦に並べて比べられるようにしておくと、通知先の偏りや、担当者が1人に集中している処理がひと目で分かります。

台帳に書く項目：処理名・目的・担当と代理・実行の頻度・確認方法・失敗の通知先

次の表は、仮の例です。

例：自動処理の台帳

表は短い語句で書いていますが、実際には補足を本文や備考に書くとよいでしょう。たとえば、フォーム転記の「件数を週次で照合」は、フォームの受信件数と、スプレッドシートの行数を週に1度見比べる、という意味です。

議事録要約保存の「内容を目で確認」は、AIが出した要約を担当者が一度読み、空や前回と同じ内容になっていないかを見る、という意味です。

各項目の考え方は、次のとおりです。

• 目的：止まったら誰が何に困るかを書きます。優先順位の判断材料になります
• 担当（代理）：担当者が休んでも動ける代理を必ず1人置きます。代理が決められない処理は、それ自体が弱点です
• 頻度：次の実行までの余裕が分かると、「待つか、手で回すか」を判断できます
• 確認方法：「動いた印」をどこで見るかを書きます。後述します
• 失敗の通知先：次の小見出しで詳しく説明します

失敗の通知先の決め方：個人のメールだけにせず、休んでも届く先を2つ持つ

通知先でよくある失敗は、作った人の個人メールだけに設定していることです。その人が休むと、通知は誰にも読まれません。

そこで、通知先は2つ持ちます。1つは担当者個人、もう1つは「誰かが必ず見る場所」です。

• 共有のメールアドレス（複数人が受信できるもの）
• チームで使っているチャットの専用チャンネル
• 担当者と代理の両方に届く設定

通知先を選ぶときは、次の3点を確かめます。

1. 休みの日でも誰かが見るか
2. 通知が大量の他のメールに埋もれないか（専用の件名や専用チャンネルにする）
3. 通知を受け取った人が、次に何をすればよいか分かるか

3つ目は見落とされがちです。通知を受け取っても、「どの手順書を開けばよいか」が分からなければ、動けません。

通知文に、台帳の場所や代替手順書の場所を一言添えておくと、受け取った人が迷いません。

実行の記録の残し方：いつ・何件・成功か失敗かを最低限残す型

実行の記録は、細かくなくて構いません。最低限、次の項目が残っていれば、止まった原因を調べる手がかりになります。

ここで大切なのは、失敗だけでなく、成功も記録することです。失敗の記録しかないと、「記録がない」のが「失敗していない」からなのか、「実行されていない」からなのか区別できません。

成功のたびに「動いた印」を残しておけば、印が途切れた日が、止まった日だと分かります。

動いた印を使うと、さらに「印が来ない日に気づく」という運用もできます。たとえば、毎朝7時の処理が終わるたびに、共有チャンネルに「完了：42件」と1行投稿するように設定しておきます。

8時になっても投稿がなければ、何かがおかしいと分かります。「失敗したら通知する」だけでは、実行されなかった場合に何も通知されません。

「成功が届かなかったら気づく」の形にすると、この盲点を防げます。

AIの出力を使う処理では、記録に一手間加えると効果的です。たとえば、出力した文字数や、保存したファイルの大きさを残します。

要約が極端に短い・空である場合に、「動いたが内容がおかしい」ことに気づけます。

さらに、週に1度は人が出力を読んで確かめる、と台帳の確認方法に書いておけば、中身の劣化を拾えます。

状況別：止まったときにどうするかの判断表と代替手順

台帳と記録があっても、止まった日に「どうするか」を毎回悩んでいては、動きが遅れます。止まったときの動きは、あらかじめ判断表にしておきます。

状況別：止まったときにどうするかの判断表（待つ・手で回す・止める）

選択肢は3つです。待つ（そのまま様子を見る）、手で回す（代替手順で業務を進める）、止める（自動処理を一時停止する）。

次の表は、仮の例です。

判断のポイントを補足します。

「待つ」は、次の実行までに余裕があり、一時的な不具合の可能性があるときの選択肢です。

ただし、待つ期限は決めておきます。たとえば「次の実行時刻までに復旧しなければ、手で回す」のように書いておきます。

「手で回す」は、期限が迫っている、お客様や社外に影響が出る、という場合に選びます。自動処理の復旧を待たず、業務を先に進めることが優先です。

「止める」は、動かし続けると被害が広がるときの選択肢です。内容がおかしい出力が、お客様へのメールに使われる、同じ失敗が繰り返されてデータが重複する、といった場合です。

止めるのは、後から直せる状態を保つためでもあります。

この表は、自社の台帳に合わせて作り直してください。処理ごとに「止まったら何分待つか」「誰が判断するか」を書き込んでおくと、さらに使いやすくなります。

手作業の代替手順書の書き方：誰が・何を・どこまでやるか

代替手順書は、詳しく書くほど読まれなくなります。A4で1枚、箇条書きで足りる程度を目安にします。

書く項目は、次の4つです。

1. 誰が：手作業を行う人と、その代理
2. 何を：自動処理がやっていたことを、手作業の順番に分けたもの
3. どこまで：どこまで終われば、その日の分は完了とするか
4. 終わったら：終了を伝える相手と、記録の残し方

たとえば、毎朝の売上集計メールの代替手順書は、次のような内容です（仮の例）。

• 売上の元データを開き、前日分の列を選ぶ
• 集計用のシートに貼り付け、合計が出ていることを確認する
• 共有メールの定型文を開き、合計を差し込んで送る
• 送信後、共有チャンネルに「手作業で送信済み」と1行書く

ここで重要なのは、最後の一行です。手作業で代替したことを記録に残さないと、復旧後に自動処理が再実行されて、二重に送られる可能性があります。

次の小見出しで説明します。

また、手順書の置き場所は、自動処理を動かしている場所とは別にします。同じサービスに置くと、そのサービスが止まったときに手順書も開けなくなります。

復旧後の再実行の注意

復旧後の再実行で二重処理を起こさないための注意

復旧後に最も起こりやすい失敗が、二重処理です。手作業で請求書データを書き出し、その後で自動処理を復旧させて再実行すると、同じデータが2回できてしまいます。

二重処理を避けるために、再実行の前に次の点を確かめます。

• 手作業で済ませた分は、どこまでか（日付・件数・対象）
• 再実行は、どこから始めるのが安全か（未処理分だけを対象にできるか）
• 送信やデータ登録など、取り消しにくい処理か

取り消しにくい処理（お客様へのメール送信、請求に関わるデータの登録など）は、特に慎重にします。

再実行する前に、対象を絞り込めるかを確認し、絞り込めない場合は自動の再実行をせず、残りも手作業で進めるほうが安全です。

また、復旧後の最初の1回は、結果を人の目で確認してから次の実行に進めます。復旧直後は、設定が元に戻っていなかったり、別の原因が残っていたりすることがあるためです。

長期休みの前に確かめる点とまとめ

自動処理が最も止まりやすいのは、担当者が不在のときです。気づく人も、手で回す人も減るためです。

年末年始や夏季休暇などの長期休みの前には、通知・記録・代替手順が、担当者なしで動くかを点検しておきます。

休み前の確認チェックリスト：通知先・認証の期限・代替手順・連絡先

次のチェックリストを、長期休みの前に1項目ずつ確かめてください。

長期休みの前の自動処理チェックリスト

休み前

• [ ] すべての自動処理を台帳に一覧にできる
• [ ] 失敗の通知が、誰かが必ず見る場所に届くことを確認した
• [ ] 認証やアカウントの期限が、休みの期間をまたがないことを確認した
• [ ] 代替手順書が、担当者以外でも開ける場所にあることを確認した

休み中

• [ ] 最初に通知を見る人と、その人の連絡先を決めた
• [ ] 判断に迷ったときに連絡する相手を決めた

休み明け

• [ ] 実行の記録を、日ごとにたどれる状態にした
• [ ] 動いた印が途切れている日を探す手順を決めた

認証やアカウントの期限は、見落とされやすい点です。連携の許可や、サービスの契約・支払い方法の期限が、休みの期間にかかると、休み中に静かに止まります。

休みに入る前に、期限の日付を台帳に書き込んでおくと確認しやすくなります。

休み明けの確認と最初の一歩

休み明けにまず見る記録と、取りこぼしの確認

休み明けは、メールや連絡の確認に追われて、自動処理の確認が後回しになりがちです。

しかし、止まっていた期間が長いほど、取りこぼしも増えます。最初に次の順番で確かめるとよいでしょう。

1. 動いた印（成功の記録）が、休み中の毎日そろっているか
2. 印が途切れた日があれば、その日の失敗の通知と理由
3. 途切れた日の分の処理が、手作業か再実行で済んでいるか
4. 件数の突き合わせ（フォームの受信件数と転記された件数、など）

特に、フォーム転記や請求書データのように、件数で照合できる処理は、休み明けに必ず突き合わせます。

一部だけ失敗していた場合、この照合でしか見つからないためです。

AIによる要約や下書きの保存は、休み中の出力を数件だけ読んでみます。空だったり、同じ内容の繰り返しだったりしないかを見るだけでも、動いたのに内容がおかしい状態を拾えます。

まとめ：明日からの最初の一歩

自動処理は、止まっても静かです。だからこそ、「失敗の通知先」「実行の記録」「手作業の代替手順」の3つを、止まる前に決めておきます。

• 台帳には、処理ごとに目的・担当と代理・頻度・確認方法・通知先を書く
• 通知先は、個人と、休んでも届く共有先の2つを持つ
• 成功も記録し、動いた印が途切れた日を止まった日として見つける
• 判断表で、待つ・手で回す・止めるを先に決める
• 復旧後の再実行は、二重処理に注意する
• 長期休みの前には、チェックリストで点検する

最初の一歩は、小さく始めて構いません。まずは今日、自社で動いている自動処理を5つ書き出し、それぞれの「失敗したら誰に届くか」を台帳の1列だけ埋めてみてください。

通知先が担当者個人だけになっている処理が見つかれば、それが最初に直す場所です。