Power Automate Desktop（以下、PAD）は、繰り返し作業を効率化できる便利な自動化ツールです。しかし、フローを作成しているとどうしてもエラーに直面することがあります。エラーは避けられないものですが、正しい方法で処理すればフローが途中で止まる心配を減らすことができます。この記事では、初心者でも活用できるPADのエラー処理方法を分かりやすく解説します！
エラー処理が必要な理由
まず、なぜエラー処理が必要なのかを考えてみましょう。たとえば、以下のような状況が発生すると、エラーが原因でフロー全体が停止してしまうことがあります。
- 指定したフォルダーが存在しない
- 外部システムにアクセスできない（インターネット接続の問題など）
- 操作対象のファイルがロックされている
こうしたエラーを適切に処理すれば、フローを途中で止めることなく、柔軟に対応できるようになります。エラー処理は「自動化を止めないための保険」と考えると分かりやすいでしょう。
エラー処理の基本設定方法
PADでは、エラー発生時の対応を簡単に設定できます。まずは、基本的なエラー処理の方法から始めましょう。
「エラー発生時の処理」の設定
- フロー内のアクション（例: ファイルを開くアクション）を右クリックします。
- 「エラー発生時の処理を追加」を選択。
- 表示されたオプションでエラー時の対応を設定します。
- リトライを試みる（エラーが発生しても一定回数再実行する）
- 別のフローに分岐する（エラー時の代替手段を実行する）
- エラーメッセージをログに記録する（後から確認できるようにする）
これだけで、エラーが発生しても柔軟に対処できるようになります。
Try-Catchの仕組みを活用する
エラー処理の考え方として、プログラミングでよく使われる「Try-Catch」という仕組みがあります。「Try」は通常の処理を行う部分、「Catch」はエラー発生時の対応を記述する部分です。PADでもこの考え方をフローに応用できます。
Try-Catchの活用例
たとえば、「特定のフォルダー内のファイルを開く」処理を行う場合を考えます。この処理でフォルダーが存在しないとエラーになりますが、エラー処理を追加しておけば以下のように対応できます。
- 通常の処理（Try）
フォルダーを探すアクションを追加します。 - エラー時の処理（Catch）
フォルダーが見つからなかった場合、以下のような処理を行います。- ログにエラー内容を記録する。
- 別のフォルダーを試す。
具体的な手順は以下の通りです：
- フォルダーを探すアクションを選び、右クリックで「エラー発生時の処理を追加」を選択。
- 「エラー発生時にログを記録する」アクションを追加。
- 必要に応じて「次に試す処理」を指定します。
エラー通知で問題を素早く把握する
エラーが発生したときに通知を受け取れるようにしておけば、リモートで作業しているときや、自動化フローを大量に管理している場合にも便利です。
通知メールを送信する設定方法
- アクションの「エラー発生時の処理」に「電子メールを送信」アクションを追加します。
- 宛先に自分のメールアドレスを指定。
- メールの本文に、エラーの詳細情報を挿入します（例:
%Error.Message%）。
これで、フロー実行中にエラーが発生すると即座にメールで知らせてもらえるようになります。
リトライ処理を追加してフローを安定化
一時的なエラー（ネットワークの不安定さやタイミングの問題など）の場合、何度かリトライを試みることで問題なく実行できることがあります。PADには、リトライ回数や間隔を設定する機能があります。
リトライの設定方法
- アクションを右クリックして「エラー発生時の処理を追加」を選択。
- 「リトライ回数」を設定（例: 3回）。
- リトライ間隔（例: 5秒）を設定します。
リトライ機能を使えば、一時的なトラブルでフローが停止してしまうリスクを軽減できます。
ログでエラーを記録して原因を特定
エラー処理の一環として、発生したエラーを記録しておくと後から原因を分析しやすくなります。PADでは、エラーメッセージやエラー発生時の詳細をログに書き込むことができます。
ログ記録の設定方法
- 「エラー発生時の処理」に「テキストをファイルに書き込む」アクションを追加します。
- 書き込む内容に、エラーの詳細（例:
%Error.Message%、%Error.Line%）を指定。 - 保存先のフォルダーを指定します（例: 「C:\Logs\ErrorLogs.txt」）。
エラーログを確認することで、トラブルシューティングがスムーズになります。
Q&A
Q1: エラー処理を追加するとフローが複雑になりませんか？
A: フローが複雑になるのを防ぐために、「共通エラー処理フロー」を作成するのがおすすめです。一度作ったエラー処理をサブフローとして再利用すれば、管理が簡単になります。
Q2: エラーの原因がわからない場合、どうすればいいですか？
A: PADの「デバッグ実行」機能を活用しましょう。この機能では実行中にアクションごとの動作やエラーの詳細を確認できます。また、エラー時にログを記録する設定を行えば、後から詳細な内容を調べることができます。
Q3: どのアクションにエラー処理を追加すればいいですか？
A: すべてのアクションにエラー処理を追加する必要はありません。特に、外部ファイルの操作やインターネット接続を伴うアクション（例: ファイル読み取り、API呼び出し）に重点を置きましょう。エラーが発生する可能性が高い箇所を優先するのがポイントです。
