Power Automateのフローが止まった時の対処｜通知が来ない理由と原因の特定手順
Power Automateで作ったフローは、ある日突然止まります。しかも困ったことに、止まったことに気づかないまま何日も過ぎることがあります。
「メールで通知が来るはず」と思っている方は要注意です。Microsoftの公式仕様として、通知が来ないケースがはっきり存在します。この記事では、フローが止まる仕組みと、気づくための設定、そして原因の突き止め方を解説します。
まず知るべき事実｜通知は当てにならない
Power Automateには2種類のエラー通知があります。この違いを知らないと、「通知が来ていないから正常だ」と誤解します。
| 実行ごとのエラーアラート | 週単位のエラーダイジェスト | |
|---|---|---|
| いつ届くか | 失敗した直後 | 週に1回 |
| 対象 | 原因と対処法が特定できたエラーのみ | 環境全体のすべてのエラー |
| 届く相手 | フローの所有者・共同所有者 | 同上 |
公式仕様として、通知が来ない3つのケース
Microsoftのドキュメントには、次のように明記されています。
- 一般的なアクションの失敗ではメールが来ない——「アクションは失敗したが、特定の修正方法が示せない」場合、実行ごとのアラートは送信されません
- 28日間のクールダウンがある——一度アラートを送ると、同じフローには28日間、次のアラートが送られません。毎日失敗していても通知は1回だけです
- そもそも有効になっていないことがある——公式に「既定ではすべてのフローでエラーアラートが有効になっているわけではない」と記載されています
「通知が来ないから動いている」という前提は成り立ちません。とくに28日のクールダウンは見落とされやすく、1か月近く失敗し続けても通知は最初の1回だけという状況が起こり得ます。
また、管理者にはエラー通知が届きません。届くのはフローの所有者・共同所有者だけです。作成者が異動・退職していると、誰も気づかない状態になります。
原因を突き止める｜実行履歴の読み方
フローが止まったら、まず実行履歴を見ます。ここに何がいつ失敗したかが記録されています。
- Power Automateにサインインする
- マイフローから対象のフローを開く
- 実行履歴のセクションを確認する
- 失敗した実行を選び、どのアクションで失敗したかを見る
重要｜赤い箇所を全部直そうとしない
実行履歴を開くと、複数のアクションが失敗と表示されていることがあります。ここで全部を調べようとすると時間を浪費します。
Power Automateには連鎖障害という考え方があります。あるアクションが失敗すると、それ以降のアクションは実行されていなくても「失敗」と記録されます。
直すべきは、最初に失敗したアクションだけです。公式ドキュメントにも「実行履歴で失敗した最初のアクションを確認してください」と書かれています。後続の失敗は結果であって原因ではありません。
よくある止まり方と対処
| 症状 | 主な原因 | 対処 |
|---|---|---|
| 接続が切れた | パスワード変更、多要素認証の再要求、権限変更 | 接続の再認証。最も多い原因 |
| 実行回数の上限に達した | コネクタごとの回数制限を超えた | 実行頻度の見直し、処理のまとめ方を変更 |
| 一時的なエラー | サービス側の一時的な不調 | 再送信を試す（回復することがある） |
| データの中身が原因 | 想定外の値、空欄、文字数超過 | 入力側の制約を見直す |
| 権限がなくなった | SharePointやフォルダへのアクセス権が変わった | 権限の再設定 |
実務で圧倒的に多いのは接続の期限切れです。パスワードを変えた、多要素認証をやり直した——本人にとっては日常の操作ですが、その裏で動いていたフローは静かに止まります。
気づける状態を作る3つの方法
①フローの設定でエラーアラートを確認する
前述のとおり、既定ではすべてのフローでアラートが有効とは限りません。業務で使うフローは、設定でアラートがオンになっているかを確認してください。
②フローの中に通知を組み込む
最も確実な方法です。フロー自身に「失敗したら知らせる」仕組みを持たせます。
アクションの実行条件を「失敗したとき」に設定し、そこからTeamsに通知を送る、あるいはメールを送信する——こうしておけば、28日のクールダウンにも、通知対象外のエラーにも影響されません。
重要な業務フローほど、この作り込みが必要です。
③定期的に実行履歴を見る習慣をつける
通知に頼らず、月に一度でも実行履歴を確認するだけで、長期間の停止は防げます。とくに月次処理など実行頻度の低いフローは、失敗しても気づく機会が少ないため要注意です。
会社で使うなら決めておくこと
- 誰がフローを所有するか——個人アカウントで作ると、その人が異動したときに通知先も管理者も失われます
- 止まったとき誰が対応するか——「作った人しか直せない」状態を避ける
- 止まったら業務がどうなるか——手作業で代替できるのか、止まったこと自体に気づけるのか
- 共同所有者を設定しておく——通知は所有者と共同所有者に届きます。1人だけの状態は危険です
自動化は「動いていることが前提」になった瞬間に、止まったときの影響が大きくなります。便利になるほど、止まったときに困る——この構造を理解したうえで設計する必要があります。
よくある質問
Q. フローが失敗すると必ずメールが来ますか？
来ません。原因と対処法が特定できるエラーに限られます。一般的なアクションの失敗では実行ごとのアラートは送信されず、週1回のダイジェストに含まれるだけです。
Q. 毎日失敗しているのに通知が1回だけなのはなぜですか？
28日間のクールダウンがあるためです。同じフローに対して一度アラートを送ると、28日経つまで次のアラートは送られません。繰り返しメールが届くのを防ぐ仕様です。
Q. 管理者はエラーに気づけますか？
エラー通知メールは管理者には届きません。フローの所有者・共同所有者のみです。管理者はPower Platform管理センターの監視機能で、環境全体の失敗を確認できます。
Q. 失敗したフローをもう一度実行できますか？
できます。実行履歴から再送信を選びます。一時的なエラーであれば、これで正常に完了することがあります。
Q. 実行履歴で複数のアクションが赤くなっています。全部直すべきですか？
いいえ。最初に失敗したアクションだけを見てください。それ以降は連鎖障害（前の失敗による巻き添え）で、原因ではありません。
まとめ
- 通知は当てにならない——一般的なエラーではメールが来ず、28日間のクールダウンもある
- 公式に「既定ですべてのフローでアラートが有効とは限らない」と記載されている
- 管理者には通知が届かない。所有者・共同所有者だけ
- 原因を追うときは最初に失敗したアクションだけを見る。後続は連鎖障害
- 実務で最も多い原因は接続の期限切れ。パスワード変更や多要素認証で静かに止まる
- 確実に気づくにはフロー自身に失敗通知を組み込むのが最も有効
Power Automateの基本はPower Automateとは、無料で使える範囲はライセンスの記事で解説しています。
参考・出典
- Power Automate のフローエラー通知について（Microsoft Learn）――28日間のクールダウン、通知対象となるエラーの種類、受信者
- クラウド フローのトラブルシューティング（Microsoft Learn）
