【Power Automate】監査ログでつまずく時の実行履歴から原因を読む方法

Power Automateのフローが突然失敗したとき、監査ログや実行履歴に表示されるエラーコードの意味が分からず、原因の特定に時間がかかることがあります。本記事では、実行履歴の基本の見方から、代表的なエラーコードの読み解き方、管理者に連絡する前に自分で確認すべきポイントまでを具体的に解説します。これらの知識を身につければ、つまずいたときの初動が速くなり、トラブル解決の大きな助けになります。

1. 実行履歴の基本的な見方

Power Automateの実行履歴は、各フローの「実行」タブから確認できます。一覧には実行開始時刻、ステータス、トリガー情報が表示されます。失敗した実行をクリックすると、各アクションごとの詳細が確認でき、エラーが発生したアクションが赤くマークされます。エラーメッセージは画面下部の「エラーの詳細」に表示されるため、まずそちらをコピーして原因分析の手がかりにします。実行履歴はフローのバージョンごとに保持されるため、更新前後で動作が変わった場合も比較しやすい点が利点です。

2. エラーコードの種類と意味

エラーコードは大まかに認証関連、データ処理関連、外部サービス関連の三つに分類できます。以下に代表的なコードとその意味をまとめます。

エラーコード(例)	原因	対策
InvalidAuthenticationToken	コネクタの認証が期限切れ、または権限不足	該当コネクタを編集し、再認証する
BadGateway	接続先の外部サービスが一時的に応答不能	時間をおいて再実行、または管理者にサービス状況を確認
InvalidTemplate	アクションの入力値に誤り(型不一致など)	トリガーやアクションの設定値を見直す
Forbidden	フロー実行アカウントに操作権限がない	管理者に対象リソースのアクセス権を申請する

認証関連エラー

認証エラーは、フローで使用しているコネクタ(例えばSharePoint、Outlook、Teamsなど)の接続が切れた場合に発生します。多くの場合、パスワード変更やアカウントの有効期限切れが原因です。実行履歴のエラー詳細に「InvalidAuthenticationToken」や「AccessDenied」と表示されたら、まず該当コネクタの接続を開き、「編集」から再サインインを行います。また、サービスアカウントを使っている場合は管理者に連絡してトークンの再発行を依頼してください。

データ処理エラー

データ処理エラーは、フロー内のアクションに渡される値の形式が想定と異なる場合に発生します。例えば、Excelのテーブルから取得した数値データを文字列として処理しようとすると「InvalidTemplate」エラーになります。この場合、エラーが発生したアクションの入力値を確認し、データ型の変換を明示的に行う(例えば「formatNumber」や「convertToUtf8」などの関数を利用)ことで解決できます。

3. よくある失敗パターンと原因の読み解き方

コネクタの認証が切れている

多くのフローは定期的に実行されるため、認証トークンの有効期限が切れてもすぐに気づかないことがあります。実行履歴で「InvalidAuthenticationToken」が頻発する場合は、該当コネクタの所有者がアカウントを変更した可能性があります。対策として、フローの編集画面からコネクタの接続を一旦削除し、再度追加して認証し直します。会社のポリシーで多要素認証が必須の場合は、アプリパスワードの使用が必要になることもあるため、管理者に確認しましょう。

入力データの形式が想定と異なる

例えば、SharePointリストから取得した日付データが「2025-03-01T12:00:00Z」のようなISO形式で、それを「yyyy/mm/dd」形式で処理しようとするとエラーになります。この場合、エラーメッセージに「InvalidTemplate」や「データ型が一致しません」といった表示が出ます。解決方法としては、Power Automateの式エディタで「formatDateTime」関数を使って日付形式を変換するか、「string」関数で明示的に文字列化します。また、入力データが空の場合(null)の処理も忘れずに行ってください。

4. 管理者と連携するための情報収集手順

原因が自分で解決できない場合、管理者に状況を伝える必要があります。以下の手順で必要な情報を整理しましょう。

1. Power Automateポータルにアクセスし、対象フローの「実行履歴」タブを開きます。
2. 失敗した実行をクリックし、表示された画面のスクリーンショットを撮ります(特にエラーメッセージとアクション名が分かるように)。
3. 画面右下の「エラーの詳細」を展開し、JSON形式のエラー内容をコピーします。この中に「code」「message」「details」などが含まれています。
4. 必要に応じて、フローの「編集」画面からJSON定義をエクスポートします。ただし、個人情報や機密データが含まれていないか注意してください。
5. 収集した情報をメールやチャットで管理者に送付し、再現手順や発生時刻を添えます。

管理者はこれらの情報をもとに、監査ログ(Microsoft 365 Purviewなど)でより詳細なアクティビティを追跡できます。フローが大量のリクエストを送信してスロットリングが発生している場合、実行履歴だけでは分からないため、管理者側で制限値を確認してもらう必要があります。

5. 監査ログの活用と注意点

Power Automateの監査ログは、Microsoft 365 コンプライアンスセンター(Purview)で確認できます。フローの作成、編集、実行開始、実行失敗などのイベントが記録されます。ただし、監査ログはデフォルトでは有効になっていない場合があるため、管理者が事前に有効化しておく必要があります。また、監査ログの検索には専用の権限が必要であり、一般ユーザーは直接アクセスできません。そのため、実行履歴で得られる情報をまずは最大限活用し、それでも解決しない場合に管理者に監査ログの確認を依頼する流れが効率的です。注意点として、監査ログには機密情報が含まれる可能性があるため、管理者以外と共有する際は十分に注意してください。

6. よくある質問

Q: 実行履歴にエラーが表示されず、フローが「スキップ」や「タイムアウト」になるのはなぜ?
A: スキップは条件分岐で該当しない場合に発生する正常動作です。タイムアウトはアクションの処理に時間がかかりすぎた場合に発生し、多くの場合は外部サービスの応答遅延が原因です。まずは対象アクションの設定でタイムアウト時間を延ばすか、外部サービスの負荷状況を確認してください。

Q: 「500 Internal Server Error」が頻発する場合の対処は?
A: これはサーバー側の問題であり、多くは一時的な障害です。時間をおいて再実行するか、Power Automateのサービス健全性ページ(status.powerautomate.com)を確認してください。長期間続く場合は管理者に連絡し、Microsoftサポートへの問い合わせを依頼しましょう。

Q: 実行履歴に表示される「注釈」はどう使えばいい?
A: 注釈はフローの作成者が任意のメモを残せる機能です。エラー発生時に自分やチーム向けに原因と対策を記録しておくと、次回のトラブルシューティングがスムーズになります。ただし、注釈は監査ログには含まれないため、正式な記録としては別途管理することをおすすめします。

7. まとめ

Power Automateの実行履歴を適切に読み解くことで、多くのトラブルは自己解決できるようになります。まずはエラーコードの種類を分類し、認証なのかデータ処理なのかを見極めることが第一歩です。自分で対応できない場合は、実行履歴から必要な情報を整理して管理者に伝えることで、解決までの時間を大幅に短縮できます。日頃から実行履歴を定期的に確認し、小さなエラーを見逃さない習慣をつけることも重要です。これらのポイントを押さえて、Power Automateの活用をより安定したものにしてください。