Power Automate for desktop（以下、PAD）は、Windows上のマウス・キーボード操作、Excel、ファイル、Webブラウザーなどを自動化できるRPAツールです。
旧版の記事では、アクション数やコネクタ数など変化しやすい数字を中心に紹介していました。本記事では2026年時点の使い方に合わせ、何を自動化できるのか、クラウド版との違い、ライセンス、安定して動かすための設計を実務目線で整理します。
Power Automate Desktopでできること
PADが得意なのは、Windows PC上で人が繰り返している定型操作です。
検証日：2026年9月11日
対象：Windows 11、Power Automate for desktop 2026年9月時点。Microsoftのシステム要件ではWindows 10／11とWindows Server 2016～2025が対象で、ARMプロセッサーは非対応です。組織のライセンス、実行方式、最新要件は導入前に公式資料で確認してください。
- Excel・CSVの読み書きと集計
- ファイルのコピー、移動、リネーム、圧縮
- Webサイトからの情報取得とフォーム入力
- デスクトップアプリの起動とUI操作
- Outlookやメール添付ファイルの処理
- PDFからのテキスト抽出
- データベースへの接続
- PowerShell、コマンド、スクリプトの実行
一方、画面上の位置だけを頼りにクリックする自動化は、解像度や表示倍率が変わると失敗しやすくなります。可能な限りUI要素、Web要素、専用アクションを利用することが重要です。
PADとクラウドフローの違い
| 項目 | デスクトップフロー | クラウドフロー |
|---|---|---|
| 主な対象 | Windowsアプリ、ブラウザー、Excel、ファイル | Microsoft 365や各種クラウドサービス |
| 実行場所 | Windows PCまたは仮想マシン | Microsoftのクラウド |
| 代表的な起動方法 | 手動、クラウドから呼び出し | イベント、スケジュール、ボタン |
| 得意な処理 | 画面操作、ローカルファイル、既存システム | API・コネクタを使ったサービス連携 |
| 注意点 | 画面状態やログインセッションに影響される | コネクタ、ライセンス、実行回数に制限がある |
メール受信をきっかけにクラウドフローを開始し、添付ファイルを保存した後でPADを呼び出して社内システムへ登録する、といった組み合わせも可能です。
Windows 11での個人利用とライセンス
Microsoftの案内では、Windows 11ユーザーは既定環境で個人の生産性向上を目的とした有人デスクトップフローを試せます。ただし、共有、別環境での管理、プレミアム機能、クラウド連携、無人実行などは別のライセンス条件が関係します。
主な考え方は次のとおりです。
- PCにログインした本人が操作を開始する：有人実行
- クラウドフローや組織環境で本格運用する：Power Automate Premiumなどを確認
- 人がいない状態でPCへサインインして実行する：無人実行用のProcessライセンスが必要
- プレミアムコネクタやオンプレミスデータゲートウェイを使う：対象ライセンスを確認
価格やプラン構成は変更される可能性があるため、導入前にはMicrosoft公式のライセンスガイドを確認してください。
有人実行と無人実行
有人実行
ユーザーがWindowsへログインしている状態で開始します。個人の定型作業や、担当者が結果を確認しながら動かすフローに向いています。
無人実行
クラウド側から対象マシンへ接続し、ユーザー操作なしで実行します。Microsoftの公式仕様では、Windows 10／11で無人実行するときは、対象マシン上にアクティブなユーザーセッションがあると実行できません。ロックされたセッションも影響するため注意が必要です。
また、無人実行時はRDPセッションが作成されます。開発時と実行時で解像度やDPIが違うと、UI要素が見つからず失敗する原因になります。
失敗しにくいフローを作る7つのポイント
1. 画面座標よりUI要素を使う
「画面の左から300pxをクリック」ではなく、対象ボタンや入力欄をUI要素として取得します。Web画面ではWebオートメーション用の要素を優先します。
2. ウィンドウ状態を固定する
アプリを起動した直後に最大化する、対象画面が表示されるまで待機するなど、操作前の状態を揃えます。
3. 固定時間の待機に頼りすぎない
常に5秒待つ設計より、「対象ウィンドウが表示されるまで待つ」「ファイルが作成されるまで確認する」方が、PCの負荷が変わっても安定します。
4. エラー処理を入れる
「ブロックエラー発生時」やサブフローを使い、失敗時のスクリーンショット、ログ、再試行、後処理を実装します。
5. 入出力と一時ファイルを分ける
処理中フォルダー、完了フォルダー、エラーフォルダーを分けると、途中で止まったファイルを判別しやすくなります。
6. 重要な値を変数化する
フォルダーパス、URL、待機時間、ファイル名などを冒頭で変数へまとめます。PCや環境が変わったときの修正箇所を減らせます。
7. 実行ログを残す
開始日時、対象ファイル、処理件数、終了状態、エラー内容をCSVやテキストへ記録します。クラウドから実行する場合は、実行履歴とアクションログも確認します。
Excel集計フローの基本構成
複数のExcelファイルをまとめる場合は、次のような構成にすると管理しやすくなります。
- 入力フォルダーから対象ファイル一覧を取得
- ファイルごとにループ
- Excelを起動して対象シートを読み込む
- 必要列とデータ形式を検証
- 集計用データテーブルへ追加
- 元のExcelを閉じる
- 集計結果を新しいExcelまたはCSVへ出力
- 処理済みファイルを完了フォルダーへ移動
- 処理結果をログへ保存
Excelを開いたまま次のファイルへ進むと、プロセスやメモリが残ることがあります。異常終了時も含めて、Excelを閉じる後処理を用意してください。
Web自動化で注意すること
ブラウザーやWebサイトの更新によって、取得したWeb要素が使えなくなることがあります。
- 動的に変化するIDだけをセレクターに使わない
- 安定した属性を残してカスタムセレクターを作る
- 要素が表示されるまで待つ
- 失敗時に再試行する
- ブラウザー拡張機能とPADを更新する
- CAPTCHAや利用規約で自動化が禁止されている操作は対象にしない
UI操作しか方法がないかを確認し、APIや公式コネクタが利用できる場合は、そちらを優先した方が安定します。
無人実行で失敗するときの確認項目
Microsoftのトラブルシューティングでは、次の項目が代表的な原因として挙げられています。
- 対象Windowsにユーザーセッションが残っている
- 開発時と無人実行時の解像度やDPIが違う
- 対象アプリのウィンドウ状態が違う
- 管理者権限の差によりUI操作が遮断される
- MSI版とMicrosoft Store版のPADが共存している
- UI要素のセレクターがアプリ更新で変わった
- タイムアウトが短すぎる
- 対象ユーザーにRDPセッションを作る権限がない
まず実行履歴のエラーとスクリーンショットを確認し、同じユーザーでローカルの有人実行を行うと、マシン固有か無人実行固有かを切り分けやすくなります。
PowerShellと組み合わせる
PADだけで複雑な文字列処理や大量ファイルの加工を作ると、フローが長くなる場合があります。
- PAD：画面操作、実行順序、利用者向けの入出力
- PowerShell：CSV・JSON処理、正規表現、ファイル加工、ログ出力
というように役割を分けると管理しやすくなります。
ただし、外部から受け取った文字列をそのままコマンドとして実行しない、認証情報をスクリプトへ直書きしないなど、セキュリティ面には注意してください。
まとめ
Power Automate Desktopは、既存のWindowsアプリやExcelを変更できない環境でも導入しやすい自動化手段です。
安定運用の鍵は、アクション数の多さではなく、UI要素の選び方、待機条件、例外処理、ログ、実行環境の固定です。特に無人実行では、ユーザーセッション、解像度、DPI、権限、ライセンスを事前に確認してください。
最初は小さな有人フローから始め、処理結果とエラーを確認できる状態を作ってから、クラウド連携や無人実行へ広げるのがおすすめです。