【Power Automate】デスクトップフローのキューが想定どおり進まない時の管理者設定と利用条件の切り分け

【Power Automate】デスクトップフローのキューが想定どおり進まない時の管理者設定と利用条件の切り分け
🛡️ 超解決

Power Automateのデスクトップフローをキュー経由で実行しているにもかかわらず、期待した順序やタイミングで処理が進まないケースがあります。キューにアイテムが滞留したまま動かなかったり、一部のフローだけが実行されなかったりすると、業務の遅延につながります。原因はライセンスやテナント設定、マシン側の構成など複数にわたるため、適切に切り分けることが重要です。本記事では、管理者設定と利用条件の両面から、問題の特定と解決に必要な手順を整理します。

【要点】この記事で確認すること

  • 最初に見る場所: Power Automateポータルの「キュー」画面で各アイテムの状態とエラー詳細を確認します。キュー自体のステータス(アクティブ、停止など)と、個々のアイテムの状態(キュー登録済み、実行中、失敗、スキップ)を確認します。
  • 切り分けの軸: 端末側(マシン登録・実行アカウント・ローカル設定)とアカウント側(ライセンス・キュー設定・同時実行数)と管理者設定側(DMA・テナント制限・ポリシー)の3軸で原因を分類します。
  • 注意点: 会社PCでレジストリやサービスを直接変更する前に、必ず管理者に確認してください。Power Automateの設定変更はグローバル管理者またはPower Automate管理者のみが行える項目があります。

ADVERTISEMENT

1. キューが進まない原因を特定する優先確認事項

最初に確認すべきは、問題が「すべてのキュー」で発生しているのか、特定のキューや特定のデスクトップフローに限定されているのかです。Power Automateポータル(make.powerautomate.com)にアクセスし、左メニューの「キュー」を開き、該当のキューを選択します。キュー一覧画面で各アイテムの「状態」列を確認してください。状態が「キュー登録済み」から「実行中」に変わらない場合は、実行可能なマシンやセッションが不足している可能性があります。状態が「失敗」の場合はエラーコードとメッセージを記録し、後続の切り分けに活用します。

また、キュー自体が「停止」状態になっていないかも確認します。停止状態のキューは新しいアイテムを受け付けません。キュー設定の「状態」がアクティブであることを確認してください。加えて、キューに割り当てられている「同時実行数」の上限に達していないかも重要です。たとえば同時実行数が1に設定されていると、アイテムが1つずつしか処理されず、長時間滞留します。

1.1 キューアイテムの状態を詳細確認する

  1. Power Automateポータルにサインインし、左メニューから「キュー」を選択します。
  2. 問題のキューをクリックし、「アイテム」タブを開きます。
  3. 状態が「キュー登録済み」のまま長時間経過しているアイテムを選び、行をクリックして詳細ペインを開きます。
  4. 「エラー」セクションに何らかのメッセージが表示されているか確認します。表示がない場合は「マシン」列で割り当てられているマシンを確認します。
  5. そのマシンがオンラインであり、かつPower Automateマシンランタイムサービスが実行中であることを別途確認します(後述の手順)。

状態が「失敗」となっているアイテムは、典型的にはフローの実行時エラーが原因です。エラーメッセージを基にフローの内容を見直すか、実行ユーザーの権限不足を疑います。

1.2 マシン登録とランタイムサービスの状態確認

デスクトップフローのキュー実行には、対象のマシンがPower Automateに登録され、かつマシンランタイムサービス(ProcessAutomationService)が稼働している必要があります。マシン側で以下の確認を実施してください。

  1. マシン上でサービスマネージャー(services.msc)を開き、「Power Automate マシンランタイムサービス」の状態が「実行中」であることを確認します。停止している場合は右クリックで開始します。
  2. Power Automateデスクトップアプリを開き、「設定」→「マシン登録」から、正しい環境(通常は会社のテナント)に登録されているか確認します。
  3. マシン名がPower Automateポータルの「マシン」一覧に存在し、ステータスが「オンライン」であることを確認します。
  4. マシンがキューで指定した「グループ」に所属しているか、キュー設定の「マシングループ」で確認します。

マシンがオフラインと表示される場合、ネットワークプロキシやファイアウォールがPower Automateのエンドポイントへの通信をブロックしていないか、管理者に確認を依頼してください。

2. 管理者設定の確認ポイント(テナント・ポリシー・DMA)

管理者が設定する「データ損失防止(DLP)ポリシー」や「テナント制限」、そして「Direct Machine Access(DMA)」の設定は、デスクトップフローのキュー実行に直接影響します。特にDMAが正しく構成されていないと、キューからマシンへの接続が拒否されます。

2.1 DLPポリシーとコネクタの許可

Power AutomateのDLPポリシーによって、デスクトップフローで使用するコネクタ(例:Outlook、SQL Serverなど)がブロックされている可能性があります。管理者はPower Platform管理センターで「データポリシー」を開き、該当の環境に適用されているポリシーを確認します。デスクトップフローが内部で使用する「Desktop Flow」コネクタや、フロー内で呼び出す他のコネクタが「ブロック」または「ビジネスデータのみ」グループに適切に分類されているか確認してください。分類が不適切だと、フローがキューで実行時にエラーとなり、アイテムが失敗します。

2.2 Direct Machine Access(DMA)設定

DMAは、キューから特定のマシンへの直接アクセスを制御する管理者設定です。Power Automateポータルの「管理」→「マシングループ」で、キューが使用するマシングループに、「外部からのアクセスを許可」が有効になっている必要があります。無効の場合、キューアイテムはそのグループ内のマシンに割り当てられず、「キュー登録済み」のまま進行しません。また、DMA設定はテナントレベルでも制御可能であり、テナント全体でDMAが無効になっていると、すべてのキューが影響を受けます。管理者はPower Platform管理センターの「テナント設定」→「Power Automate」→「マシンアクセス」で状態を確認してください。

2.3 同時実行数の制限とキュー設定

キューごとに設定できる「同時実行数」は、マシンやセッションのリソースに依存します。同時実行数を増やすと、より多くのアイテムが並行処理されますが、マシンのCPUやメモリに負荷がかかります。逆に少なすぎると、大量のアイテムが滞留します。管理者はキュー設定画面で「同時実行数」を調整し、マシンのスペックに合った値(通常は1〜5)に設定します。また、「最大アイテム数」が設定されている場合、その数を超えたアイテムはキューに追加されず、呼び出し元でエラーになります。この制限も確認ポイントです。

原因カテゴリ 典型的な症状 確認方法 対応
DMA無効 キューアイテムが「キュー登録済み」から動かない、マシン未割り当て Power Automate管理画面でマシングループのDMA設定を確認 管理者がDMAを有効にする
同時実行数不足 アイテムが徐々に溜まり、処理待ちが多い キュー設定で同時実行数を確認 同時実行数を増やす(マシンリソースと相談)
ライセンス不足 デスクトップフローがキューで実行されない、またはエラー(ライセンスなし) Microsoft 365管理センターでユーザーライセンスを確認 適切なライセンス(Power Automate Premiumなど)を割り当て
マシンオフライン キューアイテムが割り当てられず保留 マシン一覧でステータス確認、サービス再起動 マシンランタイムサービスを開始、または再登録
DLPポリシー違反 フロー実行時に失敗(特定コネクタエラー) Power Platform管理センターのDLPポリシーを確認 ポリシーを見直し、必要なコネクタを許可

3. 利用条件の確認(ライセンス・アカウント権限・実行ユーザー)

デスクトップフローのキュー実行には、適切なライセンスと実行ユーザー権限が必要です。ライセンスが不足していると、キュー自体は作成できても、デスクトップフローが割り当てられずにエラーになります。また、キューを実行するユーザー(フロー所有者やマシン所有者)に必要な権限が付与されていないと、認証エラーが発生します。

3.1 必要なライセンスの確認

Power Automateのデスクトップフローをキューで実行するには、以下のいずれかのライセンスが必要です。

  • Power Automate Premium(旧:Per user with attended/unattended RPA)
  • Power Automate Process Mining または Power Automate Hosted Process
  • あるいは、一部のMicrosoft 365ライセンス(E3/E5など)でも限定されたデスクトップフロー機能が含まれますが、キューを使用した無人実行には上記の追加ライセンスが必要です。

Microsoft 365管理センターでユーザーに適切なライセンスが割り当てられているか確認してください。ライセンスが不足している場合、Power Automateポータルで「デスクトップフロー」タブに「使用可能なライセンスがありません」といったメッセージが表示されることがあります。

3.2 実行ユーザーとキュー所有者の権限

キューを実行する際のセキュリティコンテキストは、キューに設定された「実行ユーザー」またはフロー所有者の資格情報に依存します。キュー設定で「実行アカウント」を指定している場合、そのアカウントにマシンへのログオン権限とPower Automateの実行権限が必要です。また、キューを作成したユーザーがフローを共有していない場合、他のユーザーがキューにアイテムを追加しても実行できないことがあります。フローが共有されているか、Power Automateポータルの「フロー」→該当フロー→「共有」で確認してください。

3.3 条件付きアクセスと多要素認証(MFA)

組織で条件付きアクセスポリシーを適用している場合、デスクトップフローの実行時にMFAが要求され、キューアイテムが認証待ちで停止する可能性があります。この問題は特に無人実行で発生しやすく、キューアイテムの状態が「認証が必要」となることがあります。Power Automateのサービスプリンシパルやアプリ登録を使用した認証方式に変更するなど、管理者による対応が必要です。この場合、Power Automateの「接続」でサービスプリンシパル接続を設定し、キューでその接続を使用するように構成します。

4. よくある質問(Q&A)

Q1. キューにアイテムを追加したが、まったく処理が始まりません。何を確認すべきですか?
まず、キューが「アクティブ」状態であること、同時実行数が0でないことを確認します。次に、マシングループにオンラインのマシンが存在し、DMAが有効であることを管理者に確認してください。また、フローが正しく公開され、キューに紐づいているかも見直します。

Q2. 一部のアイテムだけが「失敗」になり、エラーメッセージに「アクセスが拒否されました」と出ます。
実行ユーザーにマシンへのアクセス権がないか、フロー内で使用しているコネクタの認証情報が期限切れになっていないか確認します。キュー設定で指定している「実行アカウント」のパスワードが変更されている場合も同様のエラーが発生します。実行アカウントを再設定し、フロー内の接続を更新してください。

Q3. キューを新しく作成したのに、既存のキューで問題なく動いていたデスクトップフローが新しいキューでは実行されません。
新しいキューが正しいマシングループを参照しているか確認します。また、新しいキューにフローが割り当てられていること、同時実行数が適切に設定されていることを確認します。特に、マシングループが新しいキュー用に別途作成されている場合、そのグループにマシンが所属している必要があります。

5. まとめ

デスクトップフローのキューが想定どおり進まない場合、原因は管理者側の設定(DMA、DLPポリシー、同時実行数)と利用者側の条件(ライセンス、実行アカウント、マシン状態)の両方にわたります。まずはキューアイテムの状態を確認し、エラーメッセージの有無を確認してください。次にマシンのオンライン状態とランタイムサービスを確認し、それでも解決しない場合は管理者にDMAやライセンスの設定を依頼します。切り分けを効率的に行うために、表にまとめた確認項目と手順を日常のトラブルシューティングに活用してください。


この記事の監修者
✍️

超解決 第一編集部

疑問解決ポータル「超解決」の編集チーム。正確な検証と、現場視点での伝わりやすい解説を心がけています。