【Power Automate】承認フローのメールで権限エラーになる場合の実行履歴から原因を読む方法

Power Automateで承認フローを作成し、いざ運用を始めようとしたときに「権限エラー」が発生してメールが送れず、承認プロセスが止まってしまうことがあります。このエラーは、フロー自体のロジックではなく、メール送信に必要な権限や接続設定に起因することがほとんどです。エラーメッセージだけでは原因が特定しづらいため、実行履歴から詳細を読み解くスキルが重要になります。本記事では、実行履歴を確認する具体的な手順と、権限エラーの代表的な原因を解説します。これを読めば、自分で原因を切り分け、適切な対処を取れるようになります。

承認フローのメールで発生する権限エラーの概要

Power Automateの承認フローでは、承認依頼や承認結果を通知するためにメールを送信します。このメール送信には「承認の電子メールの送信」アクションや「メールの送信(V2)」アクションが使われますが、これらのアクションが正常に動作するためには、適切なコネクタ接続と送信元メールボックスへの権限が必要です。権限エラーが発生すると、フローは失敗し、実行履歴にエラー詳細が記録されます。よくあるエラーメッセージとしては「アクセスが拒否されました」「許可されていません」「メールボックスが見つかりません」などが挙げられます。これらのメッセージだけでは具体的な原因がわからないため、実行履歴の「出力」や「生の入力」を確認する必要があります。

実行履歴の確認手順

権限エラーの原因を突き止めるためには、まず実行履歴を開き、失敗したアクションの詳細を確認します。以下の手順で行います。

1. Power Automateポータル(make.powerautomate.com)にサインインし、「マイフロー」から対象の承認フローをクリックします。
2. フローの詳細画面で「実行履歴」タブを選択し、失敗した実行(赤いアイコン)をクリックします。
3. 実行履歴の画面で、メール送信に関連するアクション(例:「承認の電子メールの送信」「メールの送信(V2)」)をクリックして展開します。
4. 「入力」セクションで、送信先アドレス、送信元アドレス(From)、件名などが正しいか確認します。特に送信元が共有メールボックスになっている場合は、そのメールボックスが正しく指定されているか確認します。
5. 「出力」セクションにエラーメッセージが表示されます。このメッセージをコピーして、後で分析できるようにします。エラーオブジェクトの中に「code」「message」「details」などのプロパティがある場合もあるので、すべて確認します。
6. 必要に応じて「生の入力」と「生の出力」を表示し、より詳細なJSON形式のデータを確認します。権限関連のエラーは「statusCode: 403」や「error: ‘Forbidden’」のように表れることが多いです。

実行履歴で見るべきポイント

実行履歴のアクション詳細で特に注目すべきポイントは次の3つです。1つ目は「送信元メールボックス」の指定です。承認フローではフロー作成者のメールボックスがデフォルトで使用されますが、共有メールボックスを指定している場合、そのメールボックスに対して「SendAs」または「SendOnBehalf」権限が必要になります。2つ目は「コネクタの接続参照」です。フローが使用しているコネクタ(Office 365 Outlookなど)が正しく接続されているか、トークンが期限切れになっていないかを確認します。3つ目は「エラーコード」です。「MailboxDoesNotExist」「MailboxNotEnabledForRESTAPI」「AccessDenied」などのコードから原因を推測します。

エラーメッセージの読み解き方

実行履歴に表示されるエラーメッセージは、原因を特定するための重要な手がかりです。代表的なエラーパターンをいくつか紹介します。

「アクセスが拒否されました」の場合

このエラーは、フローがメールボックスにアクセスする権限がないことを示します。多くの場合、フローが使用しているコネクタの接続アカウントに、送信元メールボックスへの適切な権限が付与されていません。例えば、共有メールボックスを送信元に設定している場合、フロー作成者(またはコネクタの所有者)にその共有メールボックスの「フルアクセス」権限と「送信として」権限が必要です。また、ユーザー個人のメールボックスが送信元であっても、そのユーザーのアカウントが何らかの理由で無効化されていたり、Exchange Onlineのライセンスが割り当てられていない場合もこのエラーが出ます。

「メールボックスが見つかりません」の場合

このエラーは、指定されたメールボックスが存在しない、またはPower Automateからアクセスできない場所にあることを意味します。よくある原因として、送信元メールボックスに共有メールボックスのSMTPアドレスを指定したが、その共有メールボックスがまだプロビジョニングされていない(作成直後で利用可能になるまで時間がかかる)、またはExchange Onlineのアドレスリストに正しく反映されていない場合があります。また、メールボックスが「非表示」に設定されていると、Power Automateから見つけられないことがあります。

「要求が多すぎます(Throttling)」の場合

権限エラーとは異なりますが、短期間に大量のメールを送信しようとすると、APIの制限に引っかかる場合があります。この場合、エラーメッセージに「TooManyRequests」や「RateLimitExceeded」が含まれます。権限エラーと間違えやすいので、実行履歴の出力をよく確認してください。対処法としては、フローに「再試行ポリシー」を設定するか、承認フローの設計を見直してメール送信数を減らす必要があります。

原因別の対処法と比較表

実行履歴から得た情報をもとに、原因別の対処法をまとめます。以下の表を参考に、ご自身の状況に当てはまる箇所を確認してください。

エラー原因	実行履歴での確認ポイント	対処法
コネクタの権限不足	アクションの「接続」プロパティにエラー表示がある。または「AccessDenied」エラー。	コネクタを編集し、適切なアカウントでサインインし直す。共有メールボックスを使う場合は、そのアカウントに権限を追加する。
共有メールボックスの権限不足	送信元に共有メールボックスのアドレスが設定されている。エラーに「MailboxDoesNotExist」または「AccessDenied」。	Exchange管理センターで、フローのコネクタアカウントに共有メールボックスの「フルアクセス」と「送信として」権限を付与する。
ユーザーアカウントの無効化やライセンス不足	送信元がユーザー個人メールボックスで、そのユーザーが無効またはライセンスなし。エラーに「MailboxNotEnabledForRESTAPI」。	管理者に連絡し、該当ユーザーにExchange Onlineライセンスが割り当てられているか確認。アカウントが有効かも確認する。
メールボックスが非表示	送信元に共有メールボックスを指定している。エラーに「MailboxNotFound」。	Exchange管理センターで共有メールボックスのプロパティを開き、「Exchange管理センターでこのメールボックスを非表示にする」のチェックを外す。
APIスロットリング	エラーに「TooManyRequests」または「429」。多数の承認メールを短時間に送信しようとした場合。	フローに「再試行ポリシー」を設定(デフォルトで4回再試行)。または承認の設計を見直し、メール送信を分散させる。

よくある質問(FAQ)

Q1: 実行履歴にエラーが表示されず、フローが成功しているのにメールが届かない場合は?

その場合、権限エラーではなく、メールが迷惑メールフォルダに振り分けられている可能性があります。承認メールの送信元アドレスが組織外の場合、フィルターに引っかかることがあります。また、送信先のメールアドレスが間違っていないか、受信者の迷惑メール設定を確認してください。Power Automateの「テスト」機能でメール送信アクションだけを単体テストすると、問題の切り分けに役立ちます。

Q2: 共有メールボックスから送信するとき、どんな権限が必要ですか?

Power Automateで共有メールボックスからメールを送信するには、コネクタの接続アカウントに以下の権限が必要です。1) 共有メールボックスへの「フルアクセス」権限(Mailbox Folderの読み取り・書き込み)。2) 「送信として」(SendAs)権限。または「代理送信」(SendOnBehalfOf)権限。これらの権限はExchange管理センターまたはPowerShellで付与できます。

Q3: フローを他のユーザーに共有した場合、権限エラーが発生するのはなぜですか?

フローを共有すると、各ユーザーが独自のコネクタ接続を使用する必要があります。フロー作成者が設定したコネクタ接続は、他のユーザーがそのまま使えるわけではありません。共有されたフローを実行するユーザーは、自分のアカウントでコネクタを接続し直す必要があります。また、そのユーザーに送信元メールボックスへの権限が不足している場合もエラーになります。

Q4: 承認フローで「承認の電子メールの送信」と「メールの送信(V2)」の違いは?

「承認の電子メールの送信」アクションは、承認アクションと連携しており、承認依頼メールにカスタム応答オプション(承認/拒否)を追加できる専用のアクションです。このアクションは、フロー実行ユーザーのメールボックスから送信されます。「メールの送信(V2)」は汎用的なメール送信アクションで、送信元メールボックスを自由に指定できます。権限エラーが出た場合、どちらのアクションを使っているかで原因切り分けの方向性が変わります。

まとめ

Power Automate承認フローのメール権限エラーは、実行履歴を丁寧に確認することで、原因を特定できます。特に、エラーメッセージの内容と送信元メールボックスの権限設定に注目してください。コネクタの再接続や共有メールボックスへの権限付与など、多くの問題は管理者と連携することで解決できます。また、APIスロットリングなど、権限以外の原因も存在するため、実行履歴の出力を総合的に判断することが重要です。原因を切り分ける際は、本記事で紹介した比較表を活用し、適切な対処を行ってください。

🔐

会社アカウント・認証トラブル完全解決データベース 職場または学校アカウント、MFA、Authenticator、VPN、権限、会社ポリシーで止まる問題を横断的に確認できます。