【Power Automate】スコープのConfigure run afterで困った時のDLPポリシーとライセンスの見直し

Power Automateのクラウドフローで、コネクタやアクションをまとめるスコープ機能は便利ですが、スコープ内のアクションに「Configure run after」を設定しても期待通りに動作しないケースがあります。原因としてデータ損失防止(DLP)ポリシーによる制限やライセンス不足が考えられます。本記事では、スコープの実行後設定が機能しない場合のトラブルシューティング手順を、DLPポリシーとライセンスの観点から詳しく解説します。実際の失敗パターンや管理者への確認ポイントも含め、問題解決に役立ててください。

スコープのConfigure run afterが動作しない原因

Configure run afterは、前のアクションの実行結果(成功、失敗、スキップ、タイムアウトなど)に応じて後続アクションの実行条件を設定する機能です。スコープ内でこの設定が正しく反映されない主な原因は以下のとおりです。

• DLPポリシーによるコネクタブロック: 組織のデータ損失防止ポリシーによって、使用しているコネクタがブロックされると、アクション自体が実行されず、run after条件が評価されないことがあります。
• ライセンス不足: Power Automateの無償ライセンスでは一部のプレミアムコネクタや高度な条件が利用できません。必要なライセンスがないとrun after設定が無視される場合があります。
• スコープ内のアクション順序ミス: Configure run afterの対象となるアクションが、スコープの入れ子構造の中で適切な位置に配置されていないと、期待通りに動作しません。
• フローの保存状態: 設定変更後にフローが適切に保存されていない、または公開されていない場合も、run after設定が反映されない原因となります。

DLPポリシーの確認手順

DLPポリシーはPower Platform管理センターから確認します。以下の手順で、スコープ内のアクションに使われているコネクタがブロックされていないか調べてください。

1. Power Platform管理センター(https://admin.powerplatform.microsoft.com)に管理者アカウントでサインインします。
2. 左メニューの「ポリシー」から「データ損失防止ポリシー」を選択します。
3. 該当のフローが属する環境に適用されているDLPポリシーをクリックして開きます。
4. 「コネクタ」タブで、フロー内で使用しているコネクタが「ブロック」または「ビジネスデータのみ」に分類されているか確認します。
5. もし問題のコネクタがブロックされている場合は、そのコネクタを「許可」または「非ビジネスデータ」に変更するか、フロー内で代替コネクタを使用する必要があります。

状況	DLPポリシーの影響	ライセンスの影響
アクションがスキップされる	あり(コネクタブロックで即時スキップ)	あり(プレミアムコネクタ未契約でスキップ)
run after条件が無視される	なし	まれ(ライセンス不足で条件が評価されず)
フロー全体が失敗する	あり(コネクタブロックでフロー停止)	あり(ライセンス制限でフロー停止)

ライセンスの確認手順

Power Automateのライセンスは、使用可能なコネクタやトリガー条件を左右します。以下の手順で、現在のライセンスがスコープのrun after設定に十分かを確認します。

1. Microsoft 365管理センター(https://admin.microsoft.com)に管理者アカウントでサインインします。
2. 「課金」→「ライセンス」を選択し、使用中のPower Automateライセンスを確認します。
3. フロー作成者のアカウントに適切なライセンスが割り当てられているか確認します。無償版では標準コネクタのみ利用可能で、プレミアムコネクタ(SQL Server、Salesforceなど)を使用するには、Power Automate per userプランやper flowプランが必要です。
4. スコープ内で使おうとしているコネクタがプレミアムに分類される場合、そのフローを実行するユーザーまたはフロー自体に有償ライセンスが割り当てられているか確認してください。
5. ライセンスが不足している場合、テナント管理者にライセンス追加を依頼するか、フローの設計を標準コネクタのみで再構成します。

ライセンス不足による典型的な症状

Configure run afterの設定が保存できても実行時に無視される場合、ライセンス不足が疑われます。特に、スコープ内のアクションが「スキップ」ではなく「失敗」となるが、詳細エラーがなく、単に条件が効いていないように見えるケースが該当します。この症状が出たら、まずライセンス割り当てを確認してください。

Configure run afterの設定ミスをチェックする

DLPとライセンスに問題がない場合、Configure run afterの設定自体に誤りがないかを検証します。特にスコープ内での使用では、以下のポイントに注意します。

• スコープ内のアクションは、スコープ外のアクションの結果を参照できません。設定しているrun after条件がスコープ内の前のアクションの結果であることを確認します。
• Configure run afterの条件を複数設定する場合、すべての条件の論理和(OR)になります。意図した条件になっているか見直します。
• スコープを入れ子にしている場合、内側のスコープのアクションが外側のスコープのアクションを参照していないか確認します。

操作手順:Configure run afterを正しく設定する

以下の手順で、スコープ内のアクションに正しくrun afterを設定する方法を確認します。

1. Power Automateデザイナーで該当フローを開きます。
2. スコープアクションを追加し、内部に実行したいアクションを配置します。
3. run afterを設定したいアクションをクリックし、上部メニューの「設定」を開きます。
4. 「実行後の条件」で、前のアクション(スコープ内の直前のアクション)の結果にチェックを入れます。デフォルトでは「成功」のみが選択されています。
5. 必要に応じて「失敗」「スキップ」「タイムアウト」などにもチェックを入れ、保存します。
6. フローを保存し、テスト実行して結果を確認します。

管理者に確認する情報

DLPポリシーやライセンスの変更が必要な場合、テナント管理者に以下の情報を伝えるとスムーズです。

• フローの詳細: フローID、フロー名、該当の環境名。
• 使用コネクタ一覧: スコープ内で使用している全コネクタと、そのうちプレミアムコネクタの有無。
• エラーメッセージのスクリーンショット: 実行履歴のエラー詳細画面。
• 希望する動作: どの条件でどのアクションを実行したいか。

よくある質問(FAQ)

Q1. フローが突然動かなくなった。DLPポリシーが原因かもしれないが、最近何も変えていない。

管理者が環境全体のDLPポリシーを更新した可能性があります。Power Platform管理センターでポリシーの変更履歴を確認するか、管理者に問い合わせてください。

Q2. スコープを使わずに個別のアクションでrun afterを設定すると正常に動作する。スコープが原因か?

スコープ内ではアクションのスコープが限定されるため、run afterの設定が複雑になることがあります。可能であればスコープを排除して単純化するか、スコープの入れ子構造を見直してください。

Q3. ライセンスを追加しても症状が改善しない。他に原因は?

ライセンスが反映されるまで最大24時間かかる場合があります。また、フローの作成者だけでなく、実行ユーザーにも適切なライセンスが必要です。実行ユーザー(所有者や共有ユーザー)のライセンスも確認してください。

まとめ

スコープのConfigure run afterが期待通りに動作しない場合、DLPポリシーとライセンスの確認が最初の切り分けポイントです。まずは実行履歴でエラーを確認し、コネクタがブロックされていないか、必要なライセンスが割り当てられているかを調べてください。その上で、設定自体のミスやスコープの構造も見直すことで、多くの問題は解決できます。管理者との連携を密にし、ポリシー変更やライセンス追加を適切に行うことで、安定したフロー運用を実現してください。

🔐

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