導入事例：そのロボット、本当は ETL では？ ― Emulus Consulting が RPA をデータ基盤へ移した理由
― 「CSV をダウンロードして Excel で加工する」ロボットを、データパイプラインに置き換える
ハイライト
- 提供：Innovational Office Solution
- お客様：Emulus Consulting
- 移行対象：データ処理系 UiPath ロボット 55 本（全ロボットの 30%）、関連する Excel マクロ 42 本、出力レポート 28 種
- 自動変換精度：70%～90%（残りは専門家による調整と業務担当者の確認）
- お問い合わせ：Admin@innovationalofficesolution.com
- 無料PoC：AnyBI to Power BI & AnyETL to Fabric ページ
発端：止まるロボットの多くが「同じ種類」だった
UiPath は国内 RPA 市場で8年連続売上シェア1位を獲得しており、日本企業の定型業務の自動化を大きく前進させました。Emulus Consulting でも、多くの部門がロボットを活用してきました。
ところが、ロボットの停止履歴を分析すると、ある傾向が見えてきました。止まる頻度が高いロボットの多くは、次のような処理をしていたのです。
これは、業務の自動化というより「データの抽出・変換・ロード（ETL）」です。画面のボタン配置が少し変わるだけで止まり、データ量が増えると Excel が固まり、そして集計ロジックは .xaml とマクロの中に埋もれて誰にも見えない ― RPA が本来得意とする領域ではない処理を、ロボットに担わせていたことが根本原因でした。
さらに、UiPath のライセンス体系が Platform Units を単位とする Unified Pricing と Flex の2体系となったことで、更新に合わせてロボットの棚卸しを行う必要もありました。
お客様の判断：ロボットを「直す」のではなく「役割を移す」
Emulus は、全ロボットを3種類に仕分けました。画面操作が不可欠なものは Power Automate へ（別事例で紹介）、そしてデータ処理が本質であるロボットは Microsoft Fabric へ移すことにしました。本事例は後者の取り組みです。
| 比較項目 | RPA ロボットでのデータ処理 | Microsoft Fabric でのデータ処理 |
|---|
| データの取得方法 | 画面操作で CSV をダウンロード | コネクタ・データベース接続で直接取得 |
|---|
| 処理できるデータ量 | Excel の限界に依存 | 大量データでもスケール |
|---|
| 集計ロジックの見え方 | .xaml・マクロの中に分散 | SQL・Power Query・ノートブックとして明示 |
|---|
| 出力 | Excel ファイルをメール添付 | Power BI レポート・サブスクリプション |
|---|
| 実行管理 | ロボット実行環境の確保が必要 | Fabric のスケジュール・監視 |
|---|
移行ステップ
STEP 1｜「データ処理ロボット」の特定
Orchestrator の実行履歴と .xaml の解析結果から、ダウンロード・Excel 操作・ファイル保存・メール送信のアクティビティ比率が高いロボットを自動で抽出。業務担当者へのヒアリングで最終判定しました。
STEP 2｜ロジックの抽出
AI 移行エンジンが .xaml と呼び出している Excel マクロ（VBA）を解析し、「どのシステムの、どのデータを、どう加工して、何を出力しているか」を業務ロジックとして書き出しました。画面のクリック順ではなく、データの流れとして整理するのがポイントです。
STEP 3｜データ取得経路の置き換え
画面からの CSV ダウンロードを、データベースへの直接接続、API、Fabric のコネクタに置き換えました。社内ネットワーク内のシステムには、オンプレミスデータゲートウェイ経由で接続しています。
STEP 4｜加工ロジックの変換
- Excel の列操作・フィルター・VLOOKUP → Dataflow Gen2（Power Query）のマージ・変換
- ピボット集計 → Fabric Warehouse の SQL、または Power BI のセマンティックモデル
- 大量データ・複雑な VBA ロジック → PySpark ノートブック
- ロボットのスケジュール → Data Factory パイプラインのスケジュール
初期自動変換精度は 70%～90% です。
STEP 5｜出力の置き換えと突合（PulseQA）
メール添付の Excel は Power BI レポートとサブスクリプション配信に置き換え、どうしても Excel 形式が必要な帳票はページ分割されたレポートで出力しました。ロボットの出力ファイルと新しい出力を、件数・合計値・明細単位で自動比較し、一致を確認して切り替えました。
UiPath ロボットと Microsoft Fabric の対応表
| UiPath ロボットでの処理 | Microsoft Fabric での対応 |
|---|
| 画面操作による CSV ダウンロード | コネクタ / DB 接続 / API（Data Factory） |
|---|
| Read Range / Excel 読み込み | Dataflow Gen2 / Lakehouse へのファイル取り込み |
|---|
| Excel の列操作・フィルター | Power Query の変換ステップ |
|---|
| VLOOKUP によるマスタ付与 | マージクエリ / SQL の JOIN |
|---|
| ピボット集計 | SQL 集計 / セマンティックモデルのメジャー |
|---|
| VBA マクロ | PySpark ノートブック / Power Query |
|---|
| 共有フォルダーへの保存 | OneLake / SharePoint への出力 |
|---|
| メールでの Excel 送付 | Power BI サブスクリプション / ページ分割されたレポート |
|---|
| Orchestrator のトリガー | Data Factory パイプラインのスケジュール |
|---|
成果
- データ処理系ロボット 55 本を 70%～90% の初期自動変換精度で Fabric へ移行
- 画面変更による停止：月 14 件 → 0 件
- 月次集計の所要時間：6.5 時間 → 22 分
- 不要になったロボット実行環境・ライセンスにより TCO を 52% 削減
- 集計ロジックが SQL・Power Query として可視化され、監査対応の工数を削減
御社のロボット、何本が「ETL」でしょうか
停止の多いロボット5本を診断し、Fabric 化した場合の処理と結果の突合を無料でお見せします。
無料PoC（概念実証）
Microsoft Solution Partner
画面操作に頼った CSV ダウンロードや Excel マクロ加工ロボットを、Fabric Data Factory とノートブックによる安定したデータパイプラインへ再設計します。
初期自動変換精度 70%～90%画面変更に左右されない強固なデータ基盤月次処理時間を時間単位から分単位へ短縮RPA 実行ライセンス費用の大幅削減 発行：Office Solution AI Labs（Microsoft Solution Partner for Data & AI）
#日本語#UiPath#Microsoft Fabric#データパイプライン#OneLake#RPA再構築#事例
0|
0
