【Power Automate】デスクトップフローのキューでつまずく時の会社環境での安全な再設定

Power Automateのデスクトップフローで、作成したフローがキューに登録されたまま一向に処理が進まない、あるいはエラーで停止してしまう経験はありませんか。特に会社のPC環境では、ネットワーク制限やセキュリティポリシーが原因で、想定通りに動作しないことが多くあります。この記事では、デスクトップフローのキューでつまずいたときに、会社環境で安全に原因を切り分け、再設定する方法を詳しく解説します。管理者に依頼すべき設定や、絶対に自分で変更してはいけないポイントも明確にしますので、自信を持って次の行動に移せるようになります。

デスクトップフローのキューとは?基本動作とトラブルの兆候

デスクトップフローのキューは、フロー実行要求を一時的に保存し、利用可能なマシンに順次割り当てる仕組みです。これにより、複数のフローが同時にマシンを要求しても、競合なく処理されます。しかし、キューに登録されたまま進まない、あるいは「利用可能なマシンが見つかりません」というエラーが発生する場合、原因は様々です。典型的な兆候としては、フローの実行が数分以上待機状態になる、エラーコード「80070057」や「2147942405」が表示される、特定の時間帯だけ失敗するなどがあります。

原因を切り分けるための3つの視点

端末側の問題(ネットワーク、Power Automate for desktop設定)

まずはフローを実行するPC自体に問題がないか確認します。Power Automate for desktopが最新バージョンであること、アプリケーションが正しく起動していることが基本です。ネットワーク面では、プロキシ設定によりPower Automateサービスへの接続が遮断されているケースがあります。また、マシンのスリープ設定や画面ロックが原因で、デスクトップフローが途中で停止することもあります。

アカウント側の問題(ライセンス、権限)

使用しているアカウントに適切なライセンス(Power Automate per user with attended RPAなど)が割り当てられているか確認します。無料ライセンスではデスクトップフローのキュー機能が制限される場合があります。また、フロー所有者または共有設定で実行権限が与えられている必要があります。チーム内で他のユーザーが同じマシンを使っていて、セッションが枯渇している可能性も考えられます。

管理者設定側の問題(DLOセッション数制限、ポリシー)

会社の環境では、管理者が設定したDLO(Desktop Flow Orchestration)の同時実行セッション数の上限に引っかかっていることがよくあります。既定ではセッション数が1に設定されており、同時に1つのフローしか実行できません。また、グループポリシーでPower Automate for desktopのインストールや更新が制限されている場合や、データ損失防止(DLP)ポリシーによって特定のコネクタの使用が禁止されている場合もあります。

安全な再設定手順

1. 管理者にキュー設定の確認を依頼する:まずはPower Automate管理センターで、対象のマシンがマシングループに正しく登録されているか、グループのキュー設定(最大セッション数など)を確認してもらいます。ここで問題がなければ次に進みます。
2. Power Automate for desktopを再起動する:PC上でアプリケーションを完全に終了し、再度起動します。サービスが応答しなくなっている場合、これで回復することがあります。必ず管理者権限は不要です。
3. ネットワーク接続を確認する:会社のプロキシが原因でサービスへの接続が阻害されていないか確認します。Power Automate for desktopの設定画面で「ネットワークのトラブルシューティング」を実行し、URL「https://us.flow.microsoft.com」などへの接続をテストします。問題があれば、管理者にプロキシの例外追加を依頼してください。
4. マシングループの再設定を試す:Power Automateポータルで、該当のマシンをマシングループから一旦削除し、再度追加します。これにより、グループとマシンの関連付けがリフレッシュされ、キューが正常に動作するようになることがあります。削除・追加は管理者権限が必要な場合があります。
5. キューアイテムの優先度を変更する:特定のフローだけが実行されない場合、そのフローのキューアイテムの優先度を上げてみる方法もあります。ただし、これは一時的な対策であり、根本解決にはなりません。優先度変更はフロー所有者が可能です。
6. タイムアウト設定の調整を管理者に依頼する:キューに登録されたフローが長時間待機してタイムアウトする場合は、Power Automate管理センターで「デスクトップフロー実行のタイムアウト」設定を延長してもらいます。デフォルトは60分ですが、長いフローでは120分以上に設定することも検討します。

よくある失敗パターンとその回避策

管理者への確認事項と依頼例

管理者に問い合わせる際は、以下の情報を整理して伝えるとスムーズです。まず、Power Automateポータルからキュー実行履歴のスクリーンショットを用意します。次に、事象が発生した日時と頻度を記載します。依頼例としては「Hello、Power Automateのデスクトップフローがキューで停滞しています。マシングループ「XX」の最大セッション数が1になっている可能性があります。また、タイムアウト時間を120分に延長いただけますか。よろしくお願いします。」といった形で簡潔に依頼します。

よくある質問

Q: キューを手動で削除してもいいですか?
A: はい、実行中のフローでなければ削除しても問題ありません。ただし、フローが複数のキューアイテムを生成する場合、削除は慎重に行ってください。

Q: キューが溜まっている場合、優先度を変更して先に実行させることはできますか?
A: 可能です。フローの編集画面から「キュー」タブで各アイテムの優先度を「高」に変更できます。ただし、これはあくまで緊急措置です。

Q: 会社のセキュリティポリシーでPower Automate for desktopがブロックされています。どうすればいいですか?
A: 自分で設定を変更せず、管理者にPower Automate for desktopの実行を許可するグループポリシーの例外申請を行ってください。

まとめ

デスクトップフローのキューでつまずいたときは、まず管理者にマシングループの設定とセッション数を確認してもらうことが最優先です。自分ではアプリの再起動やネットワーク確認程度に留め、レジストリやサービス設定は絶対に触らないでください。原因が特定できれば、多くの場合はタイムアウト延長やセッション数増加で解決します。この記事で紹介した切り分けの視点を活用し、安全かつ迅速に問題を解決してください。