UiPathからPower Automate Desktop（PAD）への移行手順と比較｜現場の落とし穴と費用を完全解説

いま、多くの企業がRPAツールを「UiPath」から「Power Automate for desktop（PAD）」に切り替える動きが急速に広がっています。
しかし、多くの現場では「今あるロボットを、そのまま別のツールで作り直せばいい」と考えて失敗しています。実は、ツールを入れ替えるだけでは済みません。社内のユーザー管理やアクセス権限、セキュリティルールなど、会社全体の仕組みを見直す必要があるのです。

本レポートでは、120台のロボットを運用してきた実績をもとに、
①最短3週間で切り替える具体的な手順
②切り替え時に必ずぶつかる技術的な壁とその乗り越え方
③切り替え後のコスト最適化と費用対効果
を、公式の資料を引用しながら分かりやすく解説します。

1. なぜ今、切り替えが進んでいるのか？ 2つの大きな理由

UiPathなどの有料RPAツールからPower Automateへの切り替えが一気に進んでいる背景には、「ライセンス費用の高騰」と「Microsoft製ツールの劇的な進化」という2つの大きな要因があります。

① UiPathの利用料金が値上がりしている

近年の円安やメーカーの価格改定により、UiPathの利用料金は年々上がり続けています。
これまで「業務の効率化に必要な投資」として認められてきた年間数百万〜数千万円のRPA費用が、経営層から「本当にこの金額を払い続ける価値があるのか？」と見直される対象になっています。
引用：UiPath公式: 価格改定のお知らせ

② Microsoftの自動化ツール（PAD）が十分に使えるレベルまで成長した

【昔のPAD】
かつてのPower Automate（旧Softomotive社のWinAutomation買収初期やWindows無償化初期）は、機能や安定性に不安があり、セレクター（画面要素）の認識精度やUI変更への追従性、ExcelやWeb操作の安定性が不十分でした。「個人のお試しツールとしては良いが、企業の基幹業務を任せるのはリスクが高い」というのが当時の実情でした。

【現在のPAD】
しかし現在、Microsoftによる度重なるアップデートとPower Platformエコシステム（クラウドフロー、Dataverse、Copilot）との緊密な統合により状況は一変しました。セレクターの認識精度や安定性は飛躍的に向上し、Windows 10/11への標準搭載も相まって、「かつてUiPathで組まれていた高度な業務の大部分を、PADでも遜色なく安全・高速に実行できるレベル」へと成熟したのです。わざわざ高額な外部RPAツールを契約しなくても、Microsoftの仕組みだけで自動化が完結できる環境が整いました。
引用：Microsoft公式: Power Automateのライセンス体系

2. 切り替えでどれくらいコストが下がるのか（工数単価と投資回収シミュレーション）

UiPathとPADの料金体系の違いについては、比較記事で詳しく解説しています。ここでは「実際のRPA市場における作業単価」と「どれくらいの期間で投資回収できるか」の現実的なシミュレーションをお伝えします。

切り替え費用と工数目安

各ITエージェントにおけるRPAエンジニア（フリーランス）向けの発注単価を見ると、月額70万〜90万円前後の価格帯が多く見られます。ITエージェントの仲介手数料（マージン）を約20%として計算すると、発注企業側が支払う実質コストは月額85万〜110万円/人月（開発会社へ委託する場合は会社規模に応じて同等〜それ以上）が一般的な市場相場となります。

この単価相場を前提とした場合、1人月（約20営業日）でマイグレーションできるロボットの本数と費用感は以下のようになります：

• 簡易的なロボット（データ転記・定型Excel集計など）：1人月あたり 約2個（1本あたり 約0.5人月 ＝ 約45万〜55万円相当）
• 一般的な〜複雑なロボット（基幹システム連携・例外分岐多数など）：1人月あたり 約0.5個〜1個（1本あたり 約1〜2人月 ＝ 約90万〜220万円相当）
• 全体の土台設計・共通部品づくり：約5〜10人日（ロボットの本数に関わらず最初に必要な固定作業 ＝ 約25万〜55万円相当）

投資回収シミュレーション（例：ロボット5本を移行する場合）

3. 移行したいが、できない3つの理由

多くの企業様からお問い合わせをいただく中で、実際に現場で直面する移行の障壁3つと解決策です。

4. 自社でマイグレーションを行う場合の留意点（4つの技術的な壁と解決策）

外注に頼らず、自社主導でUiPathからPADへのマイグレーションを進める場合、現場のエンジニアや担当者が必ず直面する「4つの技術的な壁」と解決策です。

壁①：コピペができない（仕様理解と再構築の壁）

UiPathとPADは全く別のRPAツールであるため、ロボットのプログラムをコピー＆ペーストで移すことはできません。
また、一般的なテキストプログラミングのように「ChatGPTに出力させたコードをそのまま貼り付けて動かす」ということもできないため、既存UiPathのロジック・変数定義・例外処理の現仕様をもれなく正確に読み解き、PADのアクションとして一から置き換える必要があります。

【解決策】
いきなりPADを作り始めるのではなく、まずUiPathの「入力データ」「処理分岐」「出力結果」をシンプルな設計メモに整理（棚卸し）してからPADへ落とし込む手順を踏むことで、手戻りを防ぎます。

壁②：ロボットの「書き方・構造」がまったく違う

UiPathはフローチャート（流れ図）やシーケンスを使って視覚的に処理を組み立てられましたが、PADは「上から順に手順を並べる一本道のリスト形式」です。長い処理を1つのフローにまとめて書いてしまうと、全体の流れが見えなくなり、エラー箇所の特定やメンテナンスが極めて難しくなります。

【解決策】
処理を機能ごとのブロックに分け、「サブフロー（部品化された小さな処理）」に分割します。メインフローは「①初期処理 → ②主処理 → ③終了処理」などのシンプルな呼び出しだけにとどめ、詳細は各サブフロー内に記述するという設計ルールを標準化します。

壁③：アクション（処理ブロック）の差・機能の有無

UiPathにあってPADにないアクション、あるいはその逆も多く存在します。
UiPathは.NETコードベースのため1つのアクティビティでスマートに書けた処理でも、PADでは4〜5個のアクションを組み合わせて自作しなければならないケースがあります。また、エラー発生時の実行ログ出力など、実運用に不可欠なログ管理機能が無償プランのPADには標準で備わっていません。

※非常に見にくいですが、実は下記システムフォルダ内にアクション実行ログ自体は出力されています。しかし、人間が見るように作られたログではないため、実際の業務運用ではほぼ使えません。
C:\Users\ユーザー名\AppData\Local\Microsoft\Power Automate Desktop\Console\Scripts\2a4ab6dc-5a6b-41f3-918d-b2e3c64049bf
（※末尾の英数字はフローIDです）

【解決策】
文字列操作や日付計算などの頻出処理は、事前に社内用の「共通テンプレート（共通サブフロー）」として整備しておきます。また、ログ管理についてはテキストファイルへの書き込み処理を共通部品化するか、全社監視用の外部ツール（PAD Monitor等）を活用します。

壁④：ロボットの配布が面倒（無償環境での共有課題）

PADの無償プランでは、UiPath Orchestratorや有償環境のように「ボタン一つで他端末や他環境へロボットを配布・共有する」ことができません。マイグレーションの検証フェーズでは無償版で試す企業が多いため、環境間でロボットを移す際に以下の手作業が発生します：

1. PADのフロー内アクションを全選択してコピー（テキスト化）
2. そのテキストをテキストファイルに保存して別端末へ送付
3. 別端末のPADエディタ上で新規フローを開き、テキストを貼り付け

【解決策】
検証段階ではこのテキストコピペ運用をルール化・マニュアル化し、バージョンの取り違えを防ぐためにファイル名に日付と更新者を必ず明記します。本番移行後は、必要に応じて共有機能やソリューション管理の導入を検討します。

5. 最短3週間で完了する 4ステップ移行プラン

6. まとめ：RPAライセンス費用のコスト最適化で、DXの費用対効果を最大化

UiPathからPower Automateへのマイグレーションは、単なる「ツールの乗り換え」にとどまりません。
高止まりしていた毎年のRPAライセンス費用を最適化し、浮いた予算を自社の真の業務改善やDX推進、社内人材の育成へと再投資することで、企業全体のDX投資対効果を劇的に高めるための戦略的な一手です。

現状のロボット運用にコスト面や保守面で課題を感じている場合は、まずは1〜2本のPoC（概念実証）や無料診断から、現実的な移行シミュレーションを始めてみることをおすすめします。