UiPathのData Serviceを調べてみた

2023-12-302024-07-11

特徴

Data Serviceとは、UiPathプラットフォームで利用する業務データを簡単に管理・利用可能にするストレージサービス。基本的にUiPath製品と連携して使うことを想定された仕様となっている。

メリット	デメリット
簡単にデータモデリングができる業務に使うデータを集中管理できる効率的にジョブを実行できる UiPath製品の横断的なデータ利活用ができる	データ容量が1GBまでと少ない他UiPath製品を併用する前提のため汎用性は低い

メリット

簡単にデータモデリングができる
すべての操作がSQLなしで画面の操作で完結するため誰にでも使えて、テキストや数値、ファイル等の多様な型のデータをモデリングできる。

業務に使うデータを集中管理できる
RPAで使用する業務データをUiPathプラットフォーム内で集中管理し、ユーザーごとにアクセス権
を設定し安全に共有できる。

効率的にジョブを実行できる
Webや他の業務アプリ等から必要なデータをあらかじめ格納しておくことで、自動化プロセスのデータ参照処理にかかる時間が短縮できる。

UiPath製品の横断的なデータ利活用ができる
StudioやRobotと連携してデータの追加や更新等のデータ操作ができ、さらにApps¹やAI Center²等のデータソースとしてシームレスなデータ利活用もできる。
また、Appsを併用すればライセンス不要でロボットを実行できるので、ライセンスを全社員分購入することが難しくてもRPA利用者を増やすことができる。個人的にはこれが一番のメリットだと思う。また、実行しなくともRPAによって生成されたデータの閲覧によってRPAの恩恵を受けられる。

Appsで作成されたWebアプリを利用するには、Automation Cloudのユーザーアカウントを作成するだけでOK（Enterpriseはユーザー数無制限）

未検証のため、Apps製Webアプリからロボットを実行したときにライセンスがどう消費されるのかがよくわからない。Attended（有人）はNamed Userなので特定のユーザーしかキックできず、Unattended（無人）ならフォルダ内のユーザーならだれでも実行できる、とか？

デメリット

データ容量が1GBまでと少ない
添付ファイル（データ型File）の場合は5GBまでで、容量の追加購入もできない。
参考：Data Service – ライセンスの割り当てと管理

他UiPath製品を併用する前提のため汎用性は低い
（メリットの裏返しだが）UiPath製品と連携して使わない場合は、外部アプリケーションとの連携もなく、特に便利でもないので使う理由がない。

ユースケース

前述のメリット・デメリットを考慮して、Data Serviceをおすすめできるケースとできないケースをまとめた。

FAQ

利用する条件は？: 以下を満たす場合は利用可能。

Automation CloudかAutomation Suiteを利用している

Automation Developer – Named UserやAttended – Named User等のData Serviceが使用可能なライセンスを契約している（UiPath LicensingのUiPath Software Capabilitiesを参照）

Orchestratorをモダンフォルダ―で利用している

テナント内でData Serviceが有効化されている

Studio/Robot 20.10~にて利用が可能になっている
セキュリティ面は大丈夫？: Automation Cloudの場合はAutomation Cloudのセキュリティに依存する（詳細は↓の記事を参照）。
Automation Suiteの場合は自身で用意した環境（AWSやAzure、GCP等）に依存する。
csvのデータをインポートできる？: できる。データの追加方法は下記の3通り。

画面から1レコードずつ追加する

csvファイルをインポートする

データを追加するワークフローを開発し、ロボットに処理させる
RDBのようにエンティティ間にリレーションを作れる？: できる。方法はData Service – リレーションシップを作成するを参照。
SQLを使ったデータの処理は可能？: できない。データの追加、更新、削除等のData Service専用のアクティビティが用意されているので、目的の処理を行うワークフローを開発してロボットに実行させる必要がある。