【Power Automate】承認フローのメールが急に動かない時のDLPポリシーとライセンスの見直し

Power Automateの承認フローで、今まで問題なく動いていたメール通知が突然届かなくなったという経験はありませんか。承認依頼や却下通知が届かないと、業務プロセス全体が止まってしまうため、早急な原因特定と復旧が必要です。この記事では、メールが動かなくなる原因として特に多いDLPポリシー(データ損失防止ポリシー)とライセンスの問題に焦点を当て、具体的な確認手順や対処方法を解説します。あなたの会社の環境でどのように切り分け、管理者に何を依頼すればよいのかを明確にします。

Power Automateの承認フローでメールが届かない主な原因

承認フローのメール通知が動作しなくなる原因は、大きく分けて以下の三つに分類できます。それぞれの特徴を押さえておくことで、迅速な原因特定につながります。

原因カテゴリ	主な症状	影響範囲
DLPポリシー	フローは成功するがメールだけ送信されない、または特定のコネクタ使用時にエラー	環境全体(特定のコネクタがブロックされる)
ライセンス	フロー実行自体が失敗する、またはプレミアムコネクタ使用時にランタイムエラー	ユーザー単位(フロー所有者のライセンス不足)
その他(認証・接続)	接続参照の期限切れ、認証トークンの無効化	特定のフローまたはコネクタ

特に、最近になって動作しなくなったケースでは、管理者側でのポリシー変更やライセンス再割り当ての影響をまず疑うべきです。システム全体の変更が行われた日時と、フローが正常に動作しなくなった日時を突き合わせると、原因を絞り込みやすくなります。

最初に確認すべきフロー実行履歴

トラブルシューティングの第一歩は、フロー実行履歴を確認することです。Power Automateポータルから該当フローの実行履歴を開き、最新の失敗した実行を選択します。ここで得られる情報をもとに、DLPポリシーとライセンスの問題を切り分けます。

実行履歴の見方とエラーメッセージの解釈

実行履歴では、各アクションのステータスと出力が確認できます。承認アクション(Start and wait for an approval)やメール送信アクション(Send an email)の出力を展開し、以下の点をチェックしてください。

• 承認アクションが失敗している: エラーコード「LicenseError」や「NotAllowedByPolicy」が含まれていないか確認します。
• メール送信アクションがスキップされた: 条件分岐でスキップされている可能性がありますが、多くの場合は承認アクションの結果が正しく取得できていないことが原因です。
• コネクタの接続エラー: 「ConnectionError」や「Unauthorized」が表示された場合、認証情報の期限切れが考えられます。

具体的なエラーメッセージをメモしておき、管理者に共有することで、原因調査がスムーズになります。

DLPポリシーが原因の場合の対処手順

DLPポリシーは、Power Platform環境内で使用できるコネクタやデータの移動を制限するポリシーです。管理者が新たなポリシーを適用したり、既存ポリシーを変更したことで、承認フローで使用しているコネクタ(Outlook、Teams、Approvalsなど)がブロックされることがあります。

DLPポリシーの影響を特定する方法

まず、フロー実行履歴のエラーメッセージに「NotAllowedByPolicy」という文字列が含まれていないか確認してください。含まれている場合、使用しているコネクタがDLPポリシーによって禁止されている可能性が高いです。また、フロー編集画面でコネクタの横に警告アイコンが表示されることもあります。

DLPポリシーを確認・修正する手順(管理者向け)

以下はPower Platform管理者に依頼する手順です。一般ユーザーからは実行できません。

1. Power Platform管理センター(admin.powerplatform.microsoft.com)に管理者アカウントでサインインします。
2. 左メニューから「Data policies(データポリシー)」を選択し、該当のDLPポリシーをクリックします。
3. ポリシーに含まれる環境が、問題のフローが属する環境と一致していることを確認します。
4. 「Default as non-business(既定で業務外)」または「Blocked(禁止)」のタブに、承認フローで使用しているコネクタ(Outlook、Office 365 Users、Approvalsなど)が含まれていないか確認します。
5. 該当コネクタがビジネスデータグループに含まれている場合は、必要に応じて「Business(業務用)」または「Allow(許可)」に変更します。
6. 変更後、フローを再実行して動作を確認します。

DLPポリシーの変更は環境全体に影響するため、管理者は変更前に他のフローへの影響を評価する必要があります。また、承認フローでは「Approvals」コネクタの使用が不可欠であるため、このコネクタがブロックされていないか必ず確認してください。

ライセンスが原因の場合のチェックポイント

Power Automateの承認フローには、プレミアムライセンスが必要なアクションが含まれることがあります。特に「Start and wait for an approval」アクションは、標準のOffice 365ライセンスでは使用できる場合がありますが、環境によってはプレミアムライセンス(Power Automate per user、per flow、またはPower Apps/Power Automate Plan)が必要です。

ライセンス不足を見極めるエラーメッセージ

フロー実行履歴に「LicenseError(ライセンスエラー)」が表示された場合、フロー所有者(作成者)または承認フローが関係するユーザーに適切なライセンスが割り当てられていない可能性があります。また、フロー編集画面でプレミアムアクションに鍵アイコンが表示されている場合も、ライセンスが必要であることを示しています。

ライセンス割り当ての確認手順

以下の手順で、フロー所有者と承認フローの参加者(承認者)のライセンスを確認します。

1. Microsoft 365管理センター(admin.microsoft.com)に管理者アカウントでサインインします。
2. 「ユーザー」→「アクティブユーザー」からフロー所有者のユーザーを選択します。
3. 「ライセンスとアプリ」タブで、Power Automateに関連するライセンス(例:Power Automate Free、Power Automate per user、Power Automate per flow、Power Apps and Power Automate Plan)が割り当てられているか確認します。
4. 承認者となるユーザーについても同様に確認します。特に、承認フローで承認のたびにライセンス消費が必要な場合があります。
5. ライセンスが不足している場合は、管理者に適切なライセンスの割り当てを依頼します。

なお、フロー所有者が組織から退職した場合など、アカウントが無効になっているとフロー全体が停止することがあります。この場合もライセンスに関連するエラーが発生するため、ユーザーアカウントの状態も併せて確認してください。

状況別の対処法と比較表

原因がDLPポリシーかライセンスかによって対処方法が異なります。以下の表で、それぞれの状況における判断基準と推奨アクションをまとめました。

状況	エラーメッセージの例	判断基準	推奨アクション
DLPポリシーによるブロック	NotAllowedByPolicy	フローは成功するがメール送信がスキップされるかエラーになる	管理者にDLPポリシーの確認・変更を依頼
ライセンス不足	LicenseError	フロー実行が失敗し、プレミアムアクションに鍵アイコン	管理者に適切なライセンス割り当てを依頼
接続の期限切れ	ConnectionError / Unauthorized	フロー編集画面で接続参照に警告マーク	接続を再作成して更新
アカウント無効	InvalidOwner / UserNotFound	フロー所有者のアカウントが削除または無効化	別のユーザーにフローを共有または再作成

実際の現場では、複数の原因が重なっているケースもあります。例えば、ライセンス変更とDLPポリシー変更が同時に行われた場合、フローが完全に停止します。その場合、上から順に確認し、一つずつ解決していく必要があります。

管理者に伝えるべき情報と依頼内容

トラブルシューティングの結果、原因がDLPポリシーまたはライセンスにあると判断した場合、管理者に正確な情報を伝えることで復旧を迅速に進められます。以下の情報を整理して依頼してください。

• フロー名とフローID: Power Automateポータルでフローを開き、URLからフローIDを取得します(例:/flows/xxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx)。
• エラーメッセージのスクリーンショット: 実行履歴のエラー詳細をキャプチャし、日時とともに共有します。
• 使用しているコネクタ一覧: フロー編集画面で使用中のコネクタ(Outlook、Approvals、Teamsなど)をリストアップします。
• 正常動作していた最終日時と障害発生日時: タイムラインを明確にすることで、管理者側の変更履歴との突き合わせが容易になります。

管理者への依頼内容は、DLPポリシーの確認・変更、またはライセンス割り当ての2点です。特に、承認フローに必要な「Approvals」コネクタがビジネスデータグループに含まれているかどうかを確認してもらうと、問題解決が早まります。

よくある質問(FAQ)

実際のサポート現場でよく寄せられる質問を以下にまとめました。

• Q: 承認フローのメールだけ届かないが、フロー自体は成功している。DLPポリシーが原因ですか?
  A: はい、その可能性が高いです。フローは成功しているがメール送信アクションだけがスキップまたはエラーになる場合、DLPポリシーでOutlookやSMTPコネクタがブロックされていることが考えられます。実行履歴でメールアクションの出力を確認してください。
• Q: 以前は使えていたのに突然使えなくなった。何も変更していないはずです。
  A: 自分が変更していなくても、管理者がテナント全体の設定を変更した可能性があります。Power Automateの「最近の変更」機能で環境の変更履歴を確認するか、管理者に問い合わせてください。
• Q: 承認メールは届くが、Teams通知が届かない。これもDLPポリシーですか?
  A: TeamsコネクタもDLPポリシーの対象になります。Teamsにメッセージを送信するアクションがブロックされていないか確認してください。
• Q: ライセンスエラーが出たが、フロー所有者は有効なライセンスを持っている。どうしてですか?
  A: 承認フローでは、承認者(承認を行うユーザー)にも適切なライセンスが必要な場合があります。すべての承認者がライセンスを保有しているか確認してください。また、フローが使用するコネクタにプレミアムコネクタが含まれていると、フロー自体にper flowライセンスが必要になることもあります。

まとめ

Power Automateの承認フローでメールが届かない原因は、DLPポリシーとライセンスの問題に集約されることが多いです。最初にフロー実行履歴を確認し、エラーメッセージから原因を特定した上で、管理者に適切な依頼をしてください。DLPポリシーの場合、コネクタのブロックを解除してもらうだけで解決します。ライセンスの問題では、フロー所有者や承認者に適切なライセンスが割り当てられているかを確認します。日頃からフロー実行履歴を定期的に確認し、小さなエラーを見逃さないことが、突然のトラブルを防ぐポイントです。必要に応じて、管理者と連携して環境変更の影響を事前に評価する体制を整えておきましょう。

🔐

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