Power Automate Desktop のライセンスの落とし穴：RPA における隠れたコストを回避する

By Mirko Peters · 2026-10-27

RPA で隠れたコストを避けましょう。Power Automate Desktop の有人（attended）と無人（unattended）の実行の違い、ライセンスの落とし穴、インフラ要件を解説します。

Automatically translated with AI from the original post. Read the English original

Microsoft 365 で RPA を展開する際、有人ボットと無人ボットのどちらに対してどのライセンスモデルを選ぶかを誤ると、ROI が損なわれかねません。本ガイドでは、Power Automate Desktop の実行タイプに関連する隠れたライセンスの落とし穴、コスト構造、初心者がよく犯すミスを解説します。ワークフローを拡大する前に、正確な予算を立てられるようにすることが目的です。

重要なポイント

• 有人ボットは、実行中にワークステーションに実際にユーザーがいる必要があり、ハードウェアと人による監視を占有します。
• 無人ボットは、人の介在なしに仮想マシン上で独立して実行されますが、より高価になりがちな別のライセンスレベルが必要です。
• 初心者が最もよく陥る落とし穴は、ユーザーがオフラインの間に有人ライセンスで夜間実行をスケジュールできると考えることです。
• セッション管理と自動マシンサインインの機能によって、無人デプロイに追加の Azure インフラストラクチャの構成が必要かどうかが決まります。
• 実行の頻度と所要時間を適切に見積もることで、予期しない Microsoft ライセンスの超過料金を防げます。

RPA ライセンスの基礎を理解する

Microsoft は、多くの Microsoft 365 サブスクライバーにとって、すぐに使える堅牢なロボティック プロセス オートメーション（RPA）機能を提供しています。しかし、単純なデスクトップマクロからエンタープライズ級の自動化へ移行すると、複雑なライセンス要件に直面します。この複雑さの根底にあるのが、有人ボットと無人ボットの基本的な運用上の違いです。どちらも Power Automate Desktop を使ってタスクを実行しますが、どのようにトリガーされるか、誰が監督するか、そして最も重要な課金方法が、大きく異なります。

多くの組織は、技術的な実現可能性、つまりフローの構築、UI 要素のマッピング、例外処理にばかり注目して、ライセンスは後回しにしたまま自動化プロジェクトを始めます。その結果、IT 管理部門との摩擦や予想外の予算要求が生じるのは避けられません。持続可能な自動化戦略を構築するには、Microsoft がこれらのワークロードをどのように分類しているか、そして財務上の落とし穴がどこに潜んでいるかを理解する必要があります。

有人ボットの落とし穴：人への依存に伴う隠れたコスト

有人自動化は、作業者のすぐ隣に座るデジタルアシスタントとして機能するように設計されています。デスクトップのアイコンをクリックしたり、ホットキーを押したりといったユーザーの操作をきっかけに起動し、ユーザーがその様子を見守っている間、またはワークフローの別の部分を処理している間に、反復的なタスクを実行します。ここでの主要なライセンスの落とし穴は、同時実行と待機時間にあります。

アテンド型ボットはログイン済みのユーザー セッションを必要とするため、オフィスに人がいない時間帯に専用のクラウド仮想マシン上で自律的に実行することはできません。組織がアテンド型ボットを深夜 0 時に実行するようスケジュールしても、そのマシンで有効なセッションを持ってユーザーがログインしたままでなければ、ジョブは失敗します。その結果、組織は人が操作することを前提としたライセンスに費用を払いながら、バックエンドの無人プロセスをそこで動かそうとしがちです。その結果、パイプラインが壊れ、管理者は疲弊し、アップグレードを余儀なくされることになります。

スケジュール実行のアテンド型ボットが失敗する理由

初心者がmost犯しやすい最大の誤りは、アテンド型ボットをバックグラウンド サービスのように扱うことです。Power Automate ではフローをスケジュールできるため、アテンド型ライセンスがあれば夜間にスケジュール タスクを開始できると、ユーザーは自然に考えがちです。しかし、Windows のセッション管理では、標準のユーザー セッションは、操作がないこと、セキュリティ ポリシー、再起動などによってロックされたりサインアウトされたりします。マシンのロックを解除してセッションを維持する人がいなければ、アテンド型ボットは単に停止してしまいます。

無人ボット: インフラストラクチャとスケーリングの現実

無人の自動化は、ユーザーが在席している必要がないため、人がボトルネックになる問題を解消します。これらのボットは、仮想マシン上で動作し、バッチ ジョブの実行、午前 3 時の請求書処理、大規模なデータ移行を独立して処理できます。ただし、ライセンスのモデルは大きく変わり、Microsoft からのコストだけでなく、クラウド インフラストラクチャ プロバイダーからのコストも発生する可能性があります。

無人で実行するには、環境に無人 RPA アドオン ライセンスを割り当て、マシン グループを適切に構成する必要があります。さらに、これらのボットが実行される基盤の仮想マシン (通常は Azure) をプロビジョニングし、維持しなければなりません。仮想マシンがメンテナンスのためにダウンしたり、Windows Update によって予期しない再起動が発生したりした場合、適切な自動サインインと資格情報の管理が設定されていなければ、無人の自動化パイプラインは停止します。

実質的な RPA の ROI を算出する

自動化のビジネス ケースを経営層に提示する際、投資利益率 (ROI) の算出では、単純に削減された作業時間だけを見ていてはいけません。次の要素を考慮する必要があります。

• ユーザーごと、またはボットごとの Microsoft 365 または Power Platform ライセンスのコスト。
• 無人ワークフロー向けの Azure 仮想マシンのホスティング費用とストレージ費用。
• エンタープライズ ソフトウェアが変更された際に、デスクトップ アプリケーションのセレクターを更新するための保守の負担。
• アテンド型ボットが長時間のプロセスを実行している間、ピーク時の業務中にユーザーのマシンがロックされることによる生産性の損失。

まとめ

Power Automate Desktop のライセンスを正しく理解するには、業務フローと技術的な制約を明確に把握することが欠かせません。アテンド型と無人型のどちらで実行するかは、単なる好みの問題ではありません。インフラストラクチャの要件、予算、そして自動化プロセス全体の信頼性を左右します。これらの概念を専門用語を抜きにして包括的に解説し、最新のクラウド管理に関するより多くの専門的な知見を得るには、M365 FM Podcast の関連エピソードをぜひご覧ください。エピソードを聴くと、Microsoft クラウドの自動化戦略への理解がさらに深まります。

よくある質問

コンピューターがロックされている間に、アテンド型の Power Automate Desktop ボットを夜間に実行できますか?

いいえ。アテンド型ボットは、デスクトップ アプリケーションを操作するために、アクティブでロックされていない Windows ユーザー セッションを必要とします。操作がないことによってコンピューターがロックされたり、サインアウトされたりすると、アテンド型ボットの実行は失敗します。

アテンド型ボットと無人型ボットのライセンス コスト構造の主な違いは何ですか?

アテンド型ボットは通常ユーザーごとにライセンスされるため、個人の生産性向上に適しています。無人型ボットはボットまたはキャパシティごとにライセンスされ、複数のプロセスや仮想マシンで利用できます。多くの場合、仮想マシンのホスティングに追加のインフラストラクチャ費用が発生します。

無人の Power Automate Desktop フローを実行するには Azure 仮想マシンが必要ですか?

Azure の使用が厳密に必須というわけではありませんが、無人の Windows セッションを維持し、資格情報を安全に保存し、人の操作なしでジョブを実行するために自動的にサインインできる、物理または仮想の専用マシンが必要です。

初心者がアテンド型から無人型の自動化へ移行する際に苦労することが多いのはなぜですか?

初心者は、対話型で作成したワークフローをそのままバックグラウンドで定期実行できると考えがちです。しかし、資格情報の管理、マシンの自動サインイン構成、ヘッドレス実行に必要な個別のライセンスアドオンについては見落とされることが多いのです。