【Power Automate】並列ブランチの順序が想定どおり進まない時のDLPポリシーとライセンスの見直し

Power Automateでフローを作成する際、複数のアクションを同時に実行する並列ブランチを使用することは珍しくありません。しかし、並列ブランチの実行順序が想定どおりにならず、期待した結果が得られないというトラブルが発生することがあります。多くの場合、この問題は単なる設定ミスではなく、組織のデータ損失防止(DLP)ポリシーやユーザーライセンスに起因している可能性があります。本記事では、並列ブランチの順序が意図どおり進まない原因を具体的に切り分け、DLPポリシーとライセンスの観点から見直す方法を解説します。

1. 並列ブランチの順序が想定どおり進まない問題の原因

Power Automateの並列ブランチは理論上、すべてのブランチが同時に開始され、それぞれ独立して処理が進みます。しかし、実際の実行結果では、特定のブランチが他より遅れて完了したり、直列のように振る舞うことがあります。この現象の根本原因は、大きく分けて以下の3つに分類できます。

1.1. データ損失防止(DLP)ポリシーによる制限

組織でDLPポリシーが適用されている場合、特定のコネクタやアクションがブロックされたり、ビジネスデータグループが制限されたりすることがあります。並列ブランチに使用しているコネクタがDLPポリシーで許可されていない場合、フロー全体の実行が中断されたり、ブランチの実行順序に影響を与える可能性があります。例えば、あるブランチでSharePointコネクタが使用されているが、DLPポリシーで「既定以外のグループ」に分類されている場合、そのコネクタは使用できず、ブランチがエラーで停止します。このエラーが後続のブランチの開始を遅らせることがあります。

1.2. ユーザーライセンスの不足

Power Automateには複数のプランがあり、ライセンスによって使用できる機能が異なります。特に、並列ブランチを含むフローを実行する際、ライセンスが「Office 365付属の利用権」や「Power Automate無料プラン」の場合、実行回数や同時実行数に制限があります。ライセンスが不足していると、並列ブランチが強制的に直列化されたり、一部のブランチがスキップされることがあります。また、プレミアムコネクタを使用する場合は個別のライセンスが必要です。

1.3. フローの設計上の誤解

並列ブランチの順序に関する誤解も原因の一つです。Power Automateの並列ブランチは「同時に開始」されますが、各ブランチの処理時間や外部サービスからの応答時間に依存するため、完了順序は保証されません。そのため、「ブランチAが完了してからブランチBを実行したい」という場合は並列ブランチではなく、順次実行の構成にする必要があります。この設計上の認識違いが原因で想定と異なる結果になることも少なくありません。

2. 原因を切り分けるための確認手順

問題の原因を特定するには、以下の手順で段階的に確認してください。

1. 手順1: フローの実行履歴を確認する
   Power Automateポータルで該当フローの「実行履歴」を開き、各実行の詳細を確認します。並列ブランチを含むフローの場合、各ブランチの「開始時刻」と「完了時刻」を比較してください。すべてのブランチが同じ時刻に開始されているにもかかわらず、あるブランチの完了が極端に遅れている場合は、外部サービスの応答時間やデータ量の問題が考えられます。一方、開始時刻自体がずれている場合は、並列実行が正常に行われていない可能性があります。
2. 手順2: DLPポリシーの影響を確認する
   フローで使用しているコネクタがDLPポリシーの対象かどうかを確認します。管理者に問い合わせるか、Power Platform管理センターでDLPポリシーを確認してください。特に「ビジネスデータグループ」が「既定」以外に分類されているコネクタは、フロー実行時に制限を受ける可能性があります。該当コネクタを別のコネクタに変更してテストすることで、DLPポリシーが原因かどうかを切り分けられます。
3. 手順3: ユーザーライセンスを確認する
   フロー作成者および実行ユーザーに割り当てられているPower Automateライセンスを確認します。Microsoft 365管理センターでユーザーのライセンスを確認し、必要なプラン(Power Automate Premiumなど)が割り当てられているかチェックしてください。無料プランでは並列ブランチの同時実行数に制限があるため、有料プランへのアップグレードが必要な場合があります。
4. 手順4: テスト用の簡易フローを作成して検証する
   問題のフローを複製し、並列ブランチを簡略化したテストフローを作成します。例えば、2つのブランチにそれぞれ「現在の時刻を返す」アクションだけを配置し、実行結果を確認します。これで正常に並列実行されるなら、元のフローのアクションの詳細な設定や外部サービスが原因です。
5. 手順5: 管理者にDLPポリシーとライセンス情報を確認する
   上記の手順で原因が特定できない場合、IT管理者に連絡し、組織全体のDLPポリシー設定およびPower Automateライセンスの割り当て状況を確認してもらいます。管理者はPower Platform管理センターで環境レベル、テナントレベルのポリシーを確認できます。

3. DLPポリシーとライセンスの比較表

下の表は、DLPポリシーとライセンスの違いを整理したものです。問題の切り分けに役立ててください。

項目	DLPポリシー	ユーザーライセンス
影響範囲	テナント全体または環境ごとに適用され、すべてのフローに影響します。	ユーザー単位で割り当てられ、そのユーザーが実行するフローに影響します。
主な影響	コネクタの使用可否、データグループへのアクセス制御、ポリシー違反時のフロー停止。	実行回数制限(月間)、プレミアムコネクタの使用可否、並列実行数制限、実行優先度。
確認方法	Power Platform管理センター→データポリシー	Microsoft 365管理センター→ユーザー→ライセンス割り当て
変更権限	グローバル管理者またはPower Platform管理者	グローバル管理者またはライセンス管理者
並列ブランチへの影響例	DLPポリシーで禁止されたコネクタを含むブランチがエラーになり、そのブランチが待機状態となり、他ブランチの完了が遅れる。	ライセンス不足により同時実行数が制限され、一部のブランチが直列に実行される。

4. よくある失敗パターンと対応策

ここでは、実際に発生しやすい失敗パターンを3つ紹介します。自身の状況と照らし合わせて確認してください。

失敗パターン1: DLPポリシーでコネクタが未承認

あるブランチで「HTTP with Azure AD」コネクタを使用しているが、そのコネクタがDLPポリシーで「許可されていない」グループに分類されている場合、フロー実行時にそのブランチはエラーとなります。しかし、エラーが発生しても他のブランチは実行を続けるため、結果として並列ブランチの一部だけが失敗し、順序が混乱します。この問題を解決するには、管理者に依頼して該当コネクタを許可するDLPポリシーの例外を追加してもらう必要があります。また、代替としてWebhookアクションなど別のコネクタに置き換える方法も検討してください。

失敗パターン2: 無料ライセンスで同時実行数制限に抵触

Power Automate無料プラン(Microsoft 365に付属する利用権を含む)では、並列ブランチの同時実行数に制限があります。具体的には、同時に実行できるアクション数が少なく、複数のブランチがある場合、内部的にキューイングされて直列化されることがあります。この結果、ブランチの開始時刻がずれ、想定と異なる順序で処理が進行します。対応策として、有料プラン(Power Automate Premium)へのアップグレードを検討してください。管理者に依頼し、必要なユーザーに適切なライセンスを割り当ててもらいます。

失敗パターン3: フロー内の変数やコネクタの依存関係

並列ブランチ間で変数やデータを共有している場合、ブランチの実行順序によって結果が変わることがあります。例えば、ブランチAで変数の値を設定し、ブランチBでその変数を参照していると、ブランチAが完了する前にブランチBが実行され、予期しない値が使用されます。これは並列ブランチの設計ミスです。このような依存関係がある場合は、並列ブランチではなく、順次実行の構成に変更する必要があります。また、「Apply to each」の中で並列処理を制御している場合も同様の問題が発生し得ます。

5. 管理者に確認すべき情報と依頼の仕方

一般ユーザーがDLPポリシーやライセンスを直接変更することはできません。そのため、IT管理者に適切な情報を伝えて対応を依頼する必要があります。以下の情報を整理して連絡しましょう。

• 環境情報: フローが実行されている環境名(例: Contoso Production)と、使用しているコネクタの一覧(例: SharePoint, Office 365 Outlook, HTTP with Azure AD)を伝えます。
• エラーメッセージ: 実行履歴に表示されるエラーメッセージや警告を添付します。特に「DLPポリシーによりブロックされました」や「ライセンス制限に達しました」といったメッセージが重要です。
• 期待する動作: フローで何をしようとしているか、どのような順序で処理されるべきかを簡潔に記述します。
• 依頼内容: 具体的にどのような設定変更が必要かを明記します。例:「DLPポリシーでHTTP with Azure ADコネクタを許可してほしい」「ユーザーXXXにPower Automate Premiumライセンスを割り当ててほしい」。

管理者に連絡する際は、Power Platform管理センターでのポリシー確認方法やライセンス割り当て方法を事前に調べておくとスムーズです。また、変更が他のフローに影響を与えないか、十分に検証してもらうよう依頼しましょう。

6. よくある質問(FAQ)

Q: 並列ブランチの順序を保証する方法はありますか?
A: 並列ブランチは同時に開始されますが、完了順序は保証されません。順序を保証したい場合は、直列処理(条件分岐やBranchを使用)に変更する必要があります。または、「Configure run after」設定で各ブランチの完了を待つように構成することも可能ですが、完全な順序保証にはなりません。

Q: DLPポリシーが原因の場合、フローはどのようなエラーになりますか?
A: フローの実行履歴に、「要求された操作はデータ損失防止ポリシーにより許可されていません」といったエラーが表示されます。また、該当コネクタのアクションが実行されず、ブランチが停止した状態になります。

Q: Power Automateの無料ライセンスで並列ブランチを使えますか?
A: 利用できますが、同時実行数に制限があります。Microsoft 365のライセンスに含まれるPower Automate利用権では、月間実行回数と同時実行数が制限される場合があります。多くの並列ブランチを使用する場合は、有料ライセンスの検討をおすすめします。

Q: 管理者に依頼する際、どのような情報が必要ですか?
A: フローのURL、実行履歴のスクリーンショット、使用中のコネクタ一覧、期待する動作、エラーメッセージの詳細が必要です。

まとめ

Power Automateの並列ブランチが想定どおり進まない場合、まずフローの実行履歴で各ブランチの開始時刻と完了時刻を確認してください。次に、DLPポリシーとユーザーライセンスの観点から原因を切り分けることが重要です。DLPポリシーによるコネクタ制限やライセンス不足による同時実行制限が主な原因であることが多く、それぞれ管理者と連携して適切な対応を取る必要があります。設計上の誤解(依存関係の見落とし)も並列ブランチの順序問題の一因であるため、フローの構成を見直すことも忘れないでください。本記事の手順を参考に、問題を効率的に解決してください。

🔐

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