【Power Automate】デスクトップフローの実行端末が想定外に繰り返される時の入力値と条件分岐の直し方

Power Automate Desktop(PAD)で作成したデスクトップフローが、想定した回数やタイミングを超えて繰り返し実行されてしまうトラブルは、業務自動化の効率を大きく損ねます。この問題は、入力値の初期化漏れや条件分岐の設定ミスなど、いくつかの典型的な原因に集約されます。本記事では、実行端末が意図せずループする原因を切り分ける方法と、具体的な修正手順を詳しく解説します。

そもそもなぜデスクトップフローは繰り返し実行されるのか

デスクトップフローが想定外に繰り返される原因は、大きく分けて三つあります。一つ目は、フローの開始条件(トリガー)が意図しないタイミングで発火しているケースです。たとえば、ファイル変更トリガーであれば監視フォルダに複数のファイルが同時に作成された場合や、スケジュールトリガーの間隔が短すぎる場合などです。二つ目は、フロー内部のループ構造そのものに問題があるケースです。ループの終了条件が満たされないまま処理が継続される、いわゆる無限ループです。三つ目は、入力値や変数の初期化が適切に行われておらず、前回の実行結果が残ったまま次のループに影響を与えるケースです。いずれの場合も、まずは実行ログを確認し、どのタイミングで何回繰り返しが発生しているのかを把握することが重要です。

入力値の初期化と変数の管理を見直す

変数のスコープと初期化のタイミング

デスクトップフローでは、ループ内で使用する変数はループの開始前に初期化する必要があります。たとえば、カウンター変数「%Counter%」をループ内でインクリメントする場合、ループの外で「%Counter% = 0」と設定しておかないと、前回の実行時の値が残り、想定より早く終了条件を満たしたり、逆に満たせなくなったりします。また、ループごとに入力値をリセットする必要がある場合は、「ループ内の最初のアクション」として変数代入アクションを配置し、値を初期化してください。

入力値が変化しないループの例

具体的な失敗パターンとして、CSVファイルの行を1行ずつ処理するフローで、読み込み行番号をインクリメントするアクションがループの最後に配置されていないケースがあります。この場合、常に同じ行を処理し続け、無限ループになります。正しくは、ループの末尾で「%RowIndex% = %RowIndex% + 1」のように変数を更新してください。更新しないと条件式が常に真となり、終了しません。

条件分岐の修正:ループ終了条件を確実にする

条件式の評価とデバッグ手順

条件分岐が正しく機能しているか確認するには、各ループの反復ごとに条件式の結果をログに出力するのが効果的です。「メッセージを表示」アクションで「%LoopCondition%」の値を表示しておくと、どこで評価が狂っているか分かります。

1. フローを開き、ループの直前に「メッセージを表示」アクションを追加し、現在の変数値(例:%Counter%)と終了条件(例:%Counter% < 10)を表示する。
2. フローを手動で1ステップずつ実行する(「ステップ実行」モード)か、デスクトップレコーダーの「実行ログ」を有効にして結果を確認する。
3. 条件式が期待通り評価されない場合、変数の型(数値 vs 文字列)が一致しているか確認する。特に「等しい」条件では型の不一致が問題になりやすい。
4. ループの種類を「条件付きループ」に変更し、終了条件を明示的に指定する。または「順次ループ」で回数を指定する場合は、最大反復回数を超えないように設定する。
5. すべてのパスで変数が更新されることを確認する。条件分岐が複数ある場合、どの分岐でもカウンターがインクリメントされるようにする。

ループの種類比較表

ループの種類	終了条件の指定方法	無限ループになりやすいシナリオ
条件付きループ	ループ開始時に条件式を評価、真の間繰り返す	条件式で使用する変数がループ内で更新されない場合
順次ループ	指定された回数に達したら終了	回数が変数で指定され、その変数がループ内で変わってしまう場合
各…(コレクションの各要素)	コレクションの全要素を処理後自動終了	ループ内でコレクション自体を変更(追加・削除)した場合

実行端末の特定とフローの再発防止策

端末ごとのスケジュール設定を確認する

フローが特定のPCでのみ繰り返し実行される場合、その端末のスケジュールトリガーまたはWindowsタスクスケジューラの設定が重複している可能性があります。Power Automateポータルで該当フローの「実行端末」の設定を開き、複数の端末が同じフローを実行するように構成されていないか確認してください。また、クライアントPCのローカルに保存されたフローが、サーバー上のフローと競合しているケースもあります。

管理者に確認すべき設定

会社PCで発生する繰り返しトラブルは、グループポリシーやプロキシ設定など外部要因が原因のこともあります。以下の情報をIT管理者に共有すると、解決がスムーズになります。

• 発生時刻と実行回数、関連するログファイル(%LocalAppData%\Microsoft\Power Automate Desktop\logs)
• フローのトリガーの種類(スケジュール、手動、ファイル変更など)とその設定値
• 問題が発生している端末のOSバージョン、Power Automate Desktopのバージョン
• 他の端末では発生していないかどうかの情報

失敗パターンとその対処例

パターン1:変数の初期化忘れによる値の継続

「%Counter%」をループ開始前に0にしていないため、2回目のフロー実行時に前回の値(例えば5)からスタートし、条件「%Counter% < 10」が5<10で真となり、さらに5回ループする。対処:フローの先頭またはループ前に「%Counter% = 0」を追加する。

パターン2:条件式で変数の型が不一致

「%Counter%」が数値型だが、比較対象の「10」が文字列型として入力されているなど。Power Automate Desktopでは暗黙の型変換が行われないケースがあるため、明示的に「値の変換」アクションで揃える必要があります。

パターン3:トリガーが重複して発火

例えば、ファイルが作成されたときに実行するトリガーが、1つのファイル作成に対して複数回発火する(例えば、エクスプローラーが一時ファイルを作成する場合)。この場合は、トリガー設定で「ファイル名のフィルター」をより厳密にする、またはフロー内で「同じファイルが処理済みかチェックする」ロジックを追加します。

よくある質問(FAQ)

Q1:ループの終了条件が正しいはずなのに、なぜか終了しません。

条件式で使用している変数がループ内で更新されているか確認してください。よくあるのは、更新アクションが条件分岐の内側にあり、特定のパスで更新がスキップされているケースです。

Q2:特定の端末だけで繰り返しが発生します。原因は何でしょうか?

端末の時刻設定がずれている(スケジュールトリガーの場合)か、Power Automate Desktopのバージョンが古い可能性があります。また、その端末に複数のユーザーアカウントがログインしていて、それぞれでフローが実行されていることも考えられます。

Q3:ループの最大回数を制限する方法はありますか?

「順次ループ」で回数を指定するか、「条件付きループ」内でカウンターを設けて、「%Counter% > 100」になったらループを強制終了するアクション(ループの中断)を追加してください。

まとめ

Power Automate Desktopでデスクトップフローが想定外に繰り返される問題は、入力値の初期化と条件分岐の設定を丁寧に見直すことで、大半が解決します。まずは実行ログで繰り返しの発生パターンを把握し、変数の値がループごとに適切に変化しているか確認してください。条件式の評価が不安な場合は、メッセージ表示アクションで途中経過を可視化すると原因を特定しやすくなります。会社PCで発生している場合は、管理者と連携してスケジュールトリガーやグループポリシーの影響も検討してください。これらの手順を実践することで、不要な繰り返しを防止し、安定した自動化を実現できます。