Power AutomateとUiPathに固定の勝者はありません。Microsoft 365／Power Platformの承認・通知・API連携とWindows上の定型操作を一体で始めたいならPower Automateが有力です。複数OS・複数業務、集中オーケストレーション、文書処理やテストを含む自動化プログラムを広げたいならUiPathを検証する理由があります。ただし両製品とも現在は単純な「市民開発対高度RPA」ではなく、クラウド、デスクトップ、AI、統制を持ちます。ライセンス、運用、退出費用を含む概念実証で選びます。
比較の前に自動化対象を分類する
- クラウドAPI中心：メール、SharePoint、Dataverse、SaaS間の承認や同期
- デスクトップUI中心：Windowsアプリ、仮想デスクトップ、端末エミュレーター
- 文書中心：請求書、OCR、分類、検証、人による確認
- 長時間プロセス：待機、例外、複数部門の承認、再開
- 有人実行：利用者が確認しながら端末で動かす
- 無人実行：サーバーや専用マシンで資格情報を分離して動かす
同じ「請求書処理」でも、受信、保存、OCR、マスター照合、例外承認、会計入力、監査証跡では技術が異なります。画面操作だけを録画して製品を比較すると、APIで安定化できる工程や、人の判断を残すべき工程を見落とします。まず工程図、件数、ピーク、例外率、停止許容時間、機密区分、対象アプリの利用規約を整理します。
Power Automateの現在の範囲
Power Automateには、イベント、ボタン、スケジュールで動くクラウドフローと、Webやデスクトップを操作するデスクトップフローがあります。標準コネクタだけの個人利用、Premiumユーザー、プロセス単位やマシン単位の容量、無人RPA、従量課金などで必要ライセンスが変わります。Microsoft 365に一部権利が含まれていても、Premiumコネクタ、共有、無人実行が無条件で使えるとは限りません。
強みは、Microsoft Entra ID、Microsoft 365、Dataverse、Power Apps、Power Platformの環境・ソリューション運用へ接続しやすいことです。ただし、個人所有の接続で本番フローを作ると、異動・退職で停止します。開発・テスト・本番環境、サービスアカウントまたはサービスプリンシパルの適切な利用、接続参照、DLPポリシー、ソリューションでの移送を設計します。
Windows Homeではデスクトップフローの作成・ローカル有人実行は可能でも、クラウドからのデスクトップフロー起動には制限があるなど、OSと実行方式でも差があります。見積もり時は開発者、有人利用者、無人セッション、マシン、Premiumコネクタ、アクション量を分けます。現在の公式ライセンス資料とテナントの付与状況を管理画面で確認します。
UiPathの現在の範囲
UiPathは、デスクトップRPAだけでなく、Automation Cloud上の開発・オーケストレーション、API、文書処理、プロセス分析、テスト、エージェント等を含むプラットフォームとして提供されています。公式価格ページはBasic、Standard、Enterpriseなどのプランを示し、上位は個別見積もりです。公開された開始価格だけで無人ロボット、開発者、実行容量、AI・文書処理、テストを含む総額とみなせません。
SaaSのAutomation Cloudだけでなく、UiPath Automation Suiteを自社管理のクラウドやオンプレミスへ配置する選択肢があります。規制やデータ所在地の要件には有力ですが、Kubernetes、更新、バックアップ、高可用性、証明書、監視の運用責任が増えます。「オンプレミスだから安全」とせず、保守人員と復旧試験を総費用へ入れます。
UiPathのライセンスは商用モデルやプランでユーザー、サービス、ロボット、消費単位の扱いが異なります。古い記事の「ロボット単位」だけで説明すると不正確です。Automation Cloudの管理画面と最新契約書で、開発、有人実行、無人実行、テナント、AI消費、非本番環境の権利を確認します。
同じ物差しで比較する
- 適合性：API、UI、VDI、文書、長時間処理、有人・無人のどれが中心か
- 安定性：セレクター、再試行、キュー、冪等性、途中再開、監視
- 統制：環境分離、権限、資格情報保管、DLP、承認、監査ログ
- 運用性：アラート、再実行、バージョン、依存関係、サポート
- 人材：開発者の学習、コードレビュー、市民開発者のガードレール
- 費用：設計、ライセンス、実行容量、端末、非本番、運用、廃止
コネクタ数や画面操作の成功デモだけで採点しません。APIがある工程はAPIを優先し、UI自動化は画面変更、解像度、ポップアップ、セッション切断に耐えられるかを測ります。どちらの製品でも、利用規約で自動アクセスが許可されているか、ベンダーがAPIやバッチを提供していないかを確認します。
概念実証の設計
- 月間件数と例外を代表する一つの業務を選び、個人情報は合成データへ置き換える
- 正常、入力不足、重複、タイムアウト、対象アプリ停止の5経路を両製品で作る
- 有人と無人を分け、資格情報をフローへ埋め込まず保管庫から取得する
- 実行成功率、平均時間、手作業介入、復旧時間、変更1回の修正工数を測る
- 開発者以外の運用者がアラートから安全に再実行できるか確認する
- 自動化を停止し、設定、ログ、キュー、資格情報、ライセンスを回収できるか試す
概念実証は同じ工程と合格条件で行います。Power AutomateだけMicrosoft 365の理想的なAPI工程、UiPathだけ壊れやすい旧画面を割り当てる比較は無効です。可能ならAPI版とUI版の二案を両方評価します。最低2週間、日中・夜間、端末再起動、対象アプリ更新を含めて成功率を測ります。
ガバナンスを先に作る
自動化は人の操作を速く繰り返すため、誤りも高速化します。開発者と承認者を分け、本番公開にはコード／フローのレビュー、テスト証跡、データ所有者承認、ロールバック手順を必須にします。資格情報を変数や画面入力に平文で保存せず、製品の接続・資格情報管理と組織の保管庫を使います。無人実行アカウントには対話ログオンや過剰な管理権限を与えません。
市民開発を許可する場合は、利用できるコネクタ、外部送信、個人用接続、本番環境、機密データ、共有範囲をポリシーで制御します。個人PCで成功したフローをそのまま本番にせず、所有者、SLA、監視、保守予算を持つ業務だけを昇格させます。停止ボタン、連絡先、手動代替を利用部門へ示します。
ライセンスと総費用の確認
見積もり表には、開発者数、有人利用者数、同時無人セッション数、実行時間・回数、クラウド／自社マシン、非本番環境、Premium・AI・文書処理、ログ保持、サポートを並べます。割引やバンドルは契約ごとに違うため、公開価格を円換算しただけで稟議を通しません。利用が増えたときの段階価格と、失敗・再実行でも消費が増える単位を確認します。
運用費には、対象アプリ更新の追随、証明書やパスワード更新、障害当番、監査、ロボット用Windows／Officeライセンス、仮想マシン、バックアップを含めます。手作業削減時間から費用を引くだけでなく、処理遅延、誤入力、監査指摘がどれだけ減るかを測ります。
退出コストとロックイン
採用前に、フロー定義、設定、テストケース、キュー、実行ログ、資格情報参照、文書モデルをどの形式で取り出せるか確認します。製品間でフローをそのまま変換できる前提は置きません。業務ルールを製品画面だけに埋めず、決定表と入出力仕様を製品外の文書でも管理すると再構築しやすくなります。
終了時は新規投入を止め、キューを空にし、手動運用へ切り替え、サービスアカウントと接続を失効させ、端末・クラウド資源・ライセンスを回収します。保持義務のあるログを承認済み形式で保管し、WebhookやAPIキーを残しません。これを概念実証で実行できない場合、導入後の撤退費用は未確定です。
選定の結論
Microsoft 365中心で、クラウドフローとWindowsデスクトップを少人数から始め、Power Platformの統制を使える組織はPower Automateから検証しやすいでしょう。複数部門・複数技術にまたがる自動化、文書・テスト・オーケストレーション、自社管理配置を含む全社プログラムはUiPathを含めて検証する価値があります。既存契約や担当者の経験だけで決めず、同じ業務の成功率、統制、3年総費用、退出試験で決定します。
選定記録には不採用理由も残します。半年後に処理量、対象システム、契約条件が変わったとき、同じ評価表で再判定できるようにし、製品名への固定観念で追加投資を続けないことが重要です。
コメント