【Power Automate入門】Try-Catchでエラーに強いフローを作る｜PA45 第13回

📝 この記事は、PA45 第13回でつくったフローをあとから見返せるようにまとめたものです。
当日参加できなかった方も、この記事だけで同じフローが作れます。
画面や仕様は更新が続きます。最新の情報は Microsoft 公式（Microsoft Learn）をご確認ください。

フローは、作ったときは動いても、運用しているうちに止まります。
止まること自体は避けられません。困るのは、止まったあとの後始末や通知まで一緒に止まってしまうことです。
第13回では、途中で失敗しても最後の処理まで進む形を作ります。

今日は「止まっても後始末まで進む」形を作ります。
運用に入れるフローほど、ここが効いてきます。

今回のテーマ：止まっても後始末まで進む仕組み

前回までで、フローはひととおり作れるようになりました。
次に大事なのは「止まったときにどうするか」です。
Power Automate には、失敗に備えるための書き方があります。
まずゴールの形を見ておきます。

Try-Catch-Finally の役割

Power Automate には「Try-Catch」という専用アクションはありません。
代わりに「スコープ」というグループ化のアクションを3つ使い、それぞれに役割を持たせます。
次のスライドが、その3つの役割です。

• Try（試す）：本来やりたい処理を入れる箱
• Catch（受け止める）：Tryが失敗したときだけ動く箱
• Finally（最後に）：成功でも失敗でも必ず動く箱

3つの箱に何を入れるか

この回の核心は、それぞれの箱に何を入れるかです。

最初はなかなかイメージしにくいところなので要注意です。
次のスライドに、具体的な中身をまとめています。

• Try：メール送信やデータ登録など、本来の処理をまとめて入れます
• Catch：失敗を知らせる通知や、エラー内容の記録を入れます
• Finally：ログ書き込みや状態のリセットなど、必ず行いたい後始末を入れます

Catchは「実行条件の構成」で失敗・タイムアウトにチェックを入れて初めて動きます。
ここを忘れると素通りします。

ハンズオン：4ステップで作る

ここからは実際の作成手順です。
スコープを3つ置き、Catchの実行条件を変えるのがポイントです。
下のスライドが全体の流れです。

活用と、よくある確認ポイント

この仕組みは、止まると困る業務フローほど効果があります。
当日紹介した活用とつまずきが、次のスライドです。

• 活用：定期処理：夜間や休日に動くフローは、失敗しても通知で気づけます
• 活用：外部連携：相手先の都合で止まりやすい処理を、安全に扱えます
• つまずき：実行条件の設定漏れ：Catchの実行条件を変えないと、Tryの失敗でフロー全体が止まります

わざと失敗させてテストするのがコツです。
うまくいくケースだけ試しても、Catchが動くかは分かりません。

🖥️ 当日のスライド

講座で使ったスライドです。手順を追いながら見返せます。

「今日のペースが一番わかりやすくハンズオンできた」という声をいただけた回でした。
前回の反省を受けて、扱う量を思い切って減らしています。減らしたほうが伝わる、を数字で確かめられた回です。

まとめ

次回・第14回は「JSONの読み方」です。
実行履歴に出てくる “謎の文字列” を読めるようにします。

※ 本記事は公開日時点の内容です。筆者が実際に学んで試した手順をまとめたもので、Power Automate や各サービスの仕様は今後変わる可能性があります。
※ 記事の構成・図解の一部は、AIを壁打ち相手にしながら作成しています。