【Power Automate】エラーの原因を実行履歴から読む場合の見方

Power Automateで作成したフローが突然エラーで停止してしまうと、原因を特定するのに時間がかかってしまいます。最初に確認すべきは「実行履歴」です。実行履歴にはフローがいつ実行され、どのアクションでエラーが発生したか、エラーの種類やメッセージが記録されています。しかし、画面の見方やどこに注目すべきかを知らないと、情報を有効に活用できません。この記事では、Power Automateの実行履歴を開く基本手順から、エラー原因を読み解くためのポイント、よくあるエラーパターンとその対処法までをステップごとに解説します。

1. 実行履歴を開く基本手順

実行履歴を確認するには、Power Automateポータルまたはモバイルアプリから対象のフローにアクセスします。

1-1. Power Automateポータルでのアクセス

1. ブラウザで https://make.powerautomate.com にサインインします。
2. 左側のメニューから「マイフロー」をクリックし、確認したいフローを探します。
3. フロー名をクリックするとフローの詳細画面が開きます。
4. 画面上部の「実行履歴」タブをクリックします。直近の実行一覧が日時順に表示されます。
5. エラーが発生した行(ステータスが「失敗」)をクリックすると、各アクションの詳細とエラーメッセージが確認できます。

1-2. モバイルアプリからの確認

Power Automateモバイルアプリでも同様の操作が可能です。フロー一覧から対象フローをタップし、「実行履歴」を選択してください。ただし、モバイル版ではエラーメッセージが省略表示される場合があるため、詳細が必要な場合はポータルで確認することをおすすめします。

2. 実行履歴の画面構成と読み方

実行履歴の一覧には、以下の情報が表示されます。それぞれの意味を理解しておくことが原因特定の第一歩です。

• 実行ID: 各実行に割り当てられる一意のID。サポートへの問い合わせ時に必要になる場合があります。
• 開始時刻 / 終了時刻: 実行が開始・終了した日時。タイムアウト判定に使えます。
• 継続時間: 実行にかかった時間。異常に長い場合は何らかの遅延が疑われます。
• ステータス: 「成功」「失敗」「取り消し」「実行中」「キュー済み」など。
• トリガー: どのトリガーで起動したか(例:新しいメールが届いたとき、スケジュールなど)。

失敗した実行をクリックすると、フローのアクションごとの実行結果が表示されます。各アクション横に緑のチェック(成功)または赤い×(失敗)が付き、失敗したアクションを選択すると詳細なエラーメッセージや出力内容が見られます。

3. エラーの種類と原因特定のコツ

エラーは大きく6つのカテゴリに分類できます。以下の表でそれぞれの特徴を把握し、最初の切り分けに役立ててください。

エラーカテゴリ	主な原因	確認すべき履歴情報
トリガーエラー	トリガー条件が満たされない、接続が切断	トリガーの出力を見て、期待するデータが送られているか確認
アクションエラー	アクションの入力が不正、外部サービスが応答しない	アクションの「入力」と「出力」を比較
接続エラー	コネクタの認証が切れた、ネットワーク不通	「接続」タブでコネクタの状態を確認、エラーコード400番台
認証エラー	トークンの期限切れ、権限不足	HTTP 401, 403 エラー、メッセージに「Unauthorized」
式エラー	Power Automate式の構文ミス、型の不一致	アクションの「入力」に表示される式を直接チェック
制限超過エラー	APIのレート制限、フロー実行数の上限超過	HTTP 429 エラー、メッセージに「Throttled」

原因切り分けのコツは、まずエラーコードを確認することです。例えば「400」はリクエストの構文エラー、「500」はサーバー内部エラー(一時的な可能性も)です。さらに、エラーメッセージに「Connection not found」とあればコネクタの再設定が必要です。

4. エラー詳細メッセージの見方

失敗したアクションをクリックすると、画面下部に「入力」「出力」「エラーメッセージ」が表示されます。ここを読む際のポイントを解説します。

4-1. エラーコードとHTTPステータスコード

多くのコネクタはHTTPベースで動作しているため、エラーメッセージの中に「400」「403」「429」などの番号が含まれていることがあります。これらのコードは原因特定に非常に役立ちます。例えば「429 Too Many Requests」が表示された場合は、後述する制限超過の可能性が高いです。

4-2. 式エラーの確認

Power Automateの式(例:@variables, @triggerOutputs())に誤りがある場合、エラーメッセージに「InvalidTemplate」や「Unable to process template language expressions」と表示されます。その場合は「入力」タブに実際に使用された式が表示されているので、その式をコピーして別のテキストエディタで構文ミスをチェックしてください。

4-3. ネストされたアクションのエラー

Apply to eachやスコープ、条件分岐などの入れ子構造がある場合、エラーは子アクションに記録されます。親アクションが成功に見えても、その中の子アクションが失敗していることがあります。実行履歴では、親アクションを展開してすべての子アクションの状態を確認できます。必ず最下層のアクションまで確認してください。

5. 失敗パターンと対処法

実際によく遭遇するエラーパターンを3つ挙げ、履歴から読み取れるポイントと対処法を紹介します。

5-1. SharePointリストのアイテムが見つからない

「アイテムの取得」アクションで「404 Not Found」が発生するケースです。エラーメッセージに「Item not found」や「指定されたアイテムは存在しません」と表示されます。原因としては、リスト名やIDの誤り、アイテムが削除された可能性があります。履歴の「入力」で指定しているリスト名とIDを確認し、実際に存在するか手動で確認してください。また、トリガーからの出力を確認し、期待するアイテムIDが渡されているかもチェックします。

5-2. HTTP要求がタイムアウト

外部APIへのHTTP要求が2分(デフォルト)以内に応答がない場合に発生します。エラーメッセージは「GatewayTimeout」や「504」です。履歴の継続時間を見ると2分近くになっています。対処法としては、要求先の処理時間を短縮するか、Power Automateのタイムアウト設定を変更(ただし制限あり)する、または非同期パターンに変更することを検討します。

5-3. 認証トークンの期限切れ

特にAzure AD認証を使用するコネクタで、トークンが期限切れになると「401 Unauthorized」が返ります。履歴に「Token expired」や「AADSTS…」のメッセージが含まれます。これはコネクタの接続設定で再認証する必要があります。Power Automateの「接続」ページで該当コネクタの「編集」をクリックし、再サインインしてください。管理者が条件付きアクセスポリシーを変更した場合にも発生しうるため、管理者に確認を依頼することも有効です。

6. 管理者に確認すべき項目

自分で設定変更できない項目もあります。以下のような場合は、Microsoft 365の管理者に連絡を取り、状況を共有しましょう。その際、実行履歴の実行IDやエラーコードを伝えるとスムーズです。

• データ損失防止(DLP)ポリシー: 使用しているコネクタがDLPでブロックされていると、アクションが実行できずエラーになります。エラーメッセージに「This connector is blocked by data loss prevention policy」と表示されることがあります。
• コネクタの共有設定: 自分の環境で作成したフローを他のユーザーが実行する場合、コネクタの共有設定が適切でないと認証エラーになります。管理者に共有設定を見直してもらいましょう。
• Power Automateライセンス: 特定のコネクタ(プレミアムコネクタ)を使用するには適切なライセンスが必要です。ライセンス不足によるエラーは、メッセージに「License required」などと出ます。

7. よくある質問(FAQ)

Q1. 実行履歴がまったく表示されません。

フローが実行されていない可能性が高いです。トリガー設定を確認し、手動でテスト実行を行ってください。それでも履歴に表示されない場合、フロー自体が正しく保存されていないか、「マイフロー」に表示されない別の環境(ソリューション内など)に存在する可能性があります。右上の環境切り替えを確認してください。

Q2. エラーメッセージが長くてすべて読めません。

エラーメッセージはブラウザ上でスクロールできます。また、アクションの「出力」タブにJSON形式の生データが含まれている場合があります。そのJSONの中の「error」フィールドを参照すると、より詳細な情報が得られます。必要に応じてコピーしてテキストエディタで整形してください。

Q3. 同じエラーが何度も続きます。どうすればいいですか?

根本原因が解決されていない可能性があります。前回のエラーから対処を行ったか、別のトリガー条件で再発していないか確認してください。特に「429 Too Many Requests」が連続する場合、再試行ポリシーを設定するか、フローの実行頻度を下げることを検討します。また、フロー内にループ構造がある場合は、無限ループに陥っていないかも確認してください。

まとめ

Power Automateの実行履歴は、エラー原因を特定するための最大の手がかりです。まずは失敗した実行を開き、エラーコードとメッセージを読み取ることから始めてください。カテゴリ別の特徴を頭に入れておけば、どこを修正すべきか素早く判断できます。また、自分だけで解決できない場合は、実行IDとエラーコードを添えて管理者に相談しましょう。履歴を正しく読む習慣をつければ、フローの安定運用とトラブルシューティングの効率が格段に向上します。