Power Automateでメール通知が届かないときの確認方法|実際に行っている切り分け手順

IT・仕事

Power Automateを業務で使っていると、

「今まで届いていたメールが届かなくなった」

と問い合わせを受けることがあります。

Power Automateが動かない原因はいろいろ考えられますが、最初から「ここが原因だろう」と決めつけて調べると、逆に原因が分からなくなることがあります。

私が実際に問い合わせを受けたときは、

障害が発生していないか
↓
フロー自体は動いているか
↓
どの処理で失敗しているか
↓
処理を単純化すると動くか

という順番で、原因を小分けにしながら確認しています。

今回は、Power Automateでメール通知が届かなくなったときに、私が実際に行っている確認方法をまとめます。

まずMicrosoft 365側で障害が発生していないか確認する

「メールが届かない」と問い合わせがあったとき、私はいきなりPower Automateの設定を変更するのではなく、まずMicrosoft 365側で障害が発生していないか確認します。

Power Automateだけでなく、OutlookやTeamsなどMicrosoft 365側で障害が発生している場合もあるからです。

実際、障害情報が出ていて、しばらく様子を見ていると復旧することもあります。

障害が発生しているのであれば、フローを触っても仕方ありません。

そのため、

まずMicrosoft 365側の障害情報を確認する

というのを最初にしています。

障害がなければPower Automateの実行履歴を確認する

Microsoft 365側で特に障害が確認できなければ、次にPower Automateの実行履歴を確認します。

ここを見ることで、

そもそもフローが動いているのか

を確認できます。

「メールが届かない」と言われても、

  • フローそのものが実行されていない
  • フローは実行されたが途中で失敗している
  • 最後まで正常に処理されている

では、確認する場所が変わってきます。

まずは実行履歴を見て、どこまで処理されているのかを確認するのが最初の切り分けになります。

失敗している場合は、どこでエラーになったのか確認する

実行履歴に失敗した処理が残っていれば、その内容を確認します。

Power Automateでは、実行された処理を追っていくことで、どの部分でエラーになったのか確認できます。

ここで大切なのは、

「Power Automateが動かない」とまとめて考えないこと。

フロー全体を見るのではなく、

どの処理までは成功していて、どこから失敗しているのか

を確認します。

エラーになっている場所が分かれば、確認する範囲もかなり絞れます。

原因が分からなければ、新しくフローを作り直すこともある

実行履歴やジョブの内容を確認しても、原因がよく分からないこともあります。

そんなときは、既存のフローだけを延々と修正するのではなく、一度新しく作り直してみることもあります。

Power Automateは更新されているため、自分が以前作ったフローで使用しているトリガーやアクションが、知らないうちに古くなっていることもあります。

実際に、新しいバージョンのトリガーやアクションを使って作り直すことで改善したこともありました。

ただし、現在のフローをいきなり消してしまうのではなく、元の設定を確認できる状態にして、新しいフローで動作確認する方が安心です。

分からないときは処理を一度シンプルにする

私が原因を調べるときに特に意識しているのが、処理を小分けにして確認することです。

例えば複数の処理を行うフローなら、一度処理を単純化して、

まず通知を出すだけ

にしてみます。

それで通知が届くのであれば、そこまでは正常に動いていると判断できます。

次に処理を一つ追加して、もう一度テストします。

通知だけ
↓
正常に届く
↓
次の処理を追加
↓
もう一度確認
↓
届かなくなった

となれば、追加した処理の周辺が怪しいと絞り込めます。

複雑なフローを最初から最後まで眺めて、

「何が悪いんだろう?」

と考えるよりも、一つずつ処理を追加しながら確認した方が原因を探しやすいと感じています。

「何が悪いか」ではなく「どこまでは正常か」を確認する

Power Automateのトラブル対応をしていて感じるのは、最初から原因を当てようとしない方がいいということです。

「メールが届かない」という現象だけでは、原因の候補が多すぎます。

そのため私は、

Microsoft 365に障害はない
↓
フローは起動している
↓
この処理までは成功している
↓
ここを追加すると失敗する

というように、正常に動いている範囲を少しずつ確認していくようにしています。

これはPower Automateに限った話ではありませんが、仕事でトラブルを調査するときには、この考え方が原因の切り分けに役立っています。

まとめ|原因を小分けにして確認する

Power Automateでメール通知が届かなくなったとき、私の場合は次の順番で確認しています。

  1. Microsoft 365側で障害が発生していないか
  2. Power Automateの実行履歴が残っているか
  3. フローがどこまで正常に動いているか
  4. 失敗している処理はどこか
  5. 分からなければ新しいフローを作って試す
  6. 処理を単純化し、一つずつ追加して確認する

実際の業務では、原因がすぐに分からないこともあります。

そんなときほど全体を一度に調べるのではなく、「どこまでは正常に動いているのか」を一つずつ確認して、原因を小分けにしていくことを意識しています。

タイトルとURLをコピーしました