データ モデル

データ モデルの要件

注:

現在、マルチプロセス Process Mining は新しく作成されたアプリでのみ利用できます。マルチプロセス Process Mining がリリースされる前に作成されたアプリでは、オブジェクト テーブルとイベント テーブルは表示されません。

データ モデルには、複数のオブジェクト テーブルを含めることができます。これにより、より複雑なデータ構造と関係をモデル化し、業務プロセスのシナリオを厳密に反映したデータ モデルを作成できます。オブジェクト テーブルごとに、そのオブジェクトで実行されたイベントを含む複数のイベント テーブルを追加できます。

テーブルの種類	説明	例
オブジェクト	ビジネス エンティティ (オブジェクト) に関する説明データを格納します。オブジェクトテーブルは、参照情報を含むマスタデータテーブルとしても機能します。	Invoices (請求書)、Incident Tickets (インシデント チケット)、Products (製品)。
イベント	オブジェクトに対して実行されたステップまたはアクションに関するデータを、タイムスタンプとともに格納します。	「請求書の作成」、「チケットの割り当て」、「製品の組み立て」

注:

データ モデルに複数の イベント テーブルを定義した場合、 それらのイベントをデータ マネージャー で 1 つの イベント テーブルで利用できるようになります。

データ モデルは、次の要件を満たしている場合にのみ保存できます。

• データ モデルに含まれるテーブルが 40 個以下であること。

• データ モデルには、少なくとも 1 つのオブジェクト テーブルと 1 つの関連するイベント テーブルが含まれます。

• 各イベント、タグ、期限日のテーブルは、1 つの関連するオブジェクト テーブルにのみ接続されます。

• すべてのテーブルがデータ モデル全体に接続されています。

• データ モデルには循環リレーションシップがありません。

• 1 つのリレーション パスで最大 4 回の方向の変更が許可されます。

  ヒント:

  方向の変更は、「1 対多」リレーションの後に「多対 1」のリレーションが続くか、その逆です。

  

重要:

「最大 4 回の方向の変更」の制限で許容されるよりも大きなデータ モデルが必要な場合は、UiPath® カスタマー サポートに連絡して、組織での制限をオフにしてください。 この制限をオフにすると、ダッシュボードのパフォーマンスに影響する場合があります。

テーブルの種類

次の図は、 PO オブジェクト テーブルと関連する PO_events イベント テーブル、 PO_items オブジェクト テーブルと関連する PO_item_events イベント テーブルを含むデータ モデルの例を示しています。

オブジェクト テーブル

データ モデル内の各オブジェクトは、 データ変換内に独自のオブジェクト テーブルを持ちます。オブジェクト テーブルには、そのオブジェクト専用に定義されたフィールドが含まれます。

プロセステーブル

データ モデルで定義した各プロセスには、そのプロセスに対して予測されたイベントを含む独自のプロセス テーブルがあります。イベント テーブルには、常に次のフィールドが存在します。

• Process_event_ID、プロセス テーブルの各レコードの一意の ID です。
• Event_ID、使用されているプロセスに関係なく、個々のイベントごとに一意です。以下の例では、プロセス テーブルで event_ID 1 が 2 回発生しています。
• Throughput_time、前の Event_end から現在の Event_endまでの時間。
• Cycle_time*、 Event_start から Event_endまでの時間。
• Cycle_time は、イベントに Event_start が定義されている場合にのみ使用できます。

次の図は、P2P_processのイベントを含む Process テーブルの例を示します。

以下の画像は、PO_events (PO_ID) でフィルター処理した結果のP2P_processの高レベルのイベントを含む Process テーブルの例を示します。

タグ テーブル

Tags テーブルには、データセット内のすべてのタグのタグ データが含まれます。データ モデルに応じて、 Tags テーブルで 1 つ以上の ID フィールドを使用できます。データ モデルが複数のオブジェクトで構成され、各オブジェクトにTags テーブルが関連付けられている場合、これらのTagsテーブルは Data Managerの 1 つのTags テーブルに統合されます。

• Tag_ID
• Tag_name
• Tag_type
• <Object>_ID

期限日テーブル

Due dates テーブルには、データセット内のすべての期限日のタイムスタンプが含まれます。データ モデルに応じて、 Due dates テーブルで 1 つ以上の ID フィールドを使用できます。データ モデルが複数のオブジェクトで構成され、各オブジェクトにDue dates テーブルが関連付けられている場合、これらのDue datesテーブルは Data Managerの 1 つのDue dates テーブルに統合されます。

• Due_date_ID
• Due_date
• Due_date_type
• Actual_date
• Expected_date
• On_time
• Cost
• Difference
• <Object>_ID

必要な出力テーブル

重要:

このセクションの情報は、単一のプロセスを使用するアプリ、つまりマルチプロセス Process Mining のリリース前に作成されたアプリにのみ適用されます。

データ モデルには、Cases、Event_log、Tags、および Due_dates のテーブルが必要です。

注:

アプリ テンプレートによっては、Cases テーブルは、Purchase_order_items や Incidents のようなプロセス固有の名前になります。

Cases、Event_log、Tags、および Due_dates のテーブルには、以下の出力フィールドが必要です。

注:

すべてのフィールドは必須です。ただし、一部のフィールドに格納できるのは NULL 値だけです。

表	必須の出力フィールド
Cases	Case_ID*
Event_log	Case_ID*
	Event_start
	Event_end
	Activity
	Activity_order
	Automated
	Event_cost
	Event_processing_time
Tags	Tag_ID
	Case_ID*
	Tag
	Tag_type
Due_dates	Case_ID*
	Due_date
	Due_date_type
	Actual_date
	Expected_date
	On_time
	Cost
	Difference

*) アプリ テンプレートによっては、Case_ID は、Purchase_order_item_ID や Incident_ID など異なる名前である可能性があります。

データ モデルを表示および編集する

重要:

必ず、データ モデルが要件に準拠していることを確認してください。「データ モデルの要件」をご覧ください。

1. データ変換で [出力] セクションを見つけ、[データ モデル] を選択してプロセス アプリのデータ モデルを表示します。

データ モデルの変更方法について詳しくは 、「データ変換を編集する 」をご覧ください。

検証の確認

データ モデルが要件を満たしていない場合は、通知が表示されます。

詳しくは、「データ モデルの要件」をご覧ください。

テーブルの種類をフィルター処理する

[ フィルター ] オプションを使用すると、データ モデル内で選択した種類のテーブルを表示できます。

テーブルを追加する

重要:

追加するオブジェクトの入力テーブルがあること、およびそのオブジェクトが models -> 2_objects の「データ変換」の「変換」セクションで定義されていることを確認してください。

テーブルを追加するには、以下の手順に従います。

1. [ + テーブルを追加] を選択します。[ テーブルを追加 ] ダイアログが表示されます。
2. [ 種類 ] リストから、追加するテーブルの型を選択します。
3. 新しい出力テーブルを定義する テーブル を選択します。
4. 新しいテーブルの 主キー を選択します。
5. テーブルの追加プロパティを定義します。
   注:

   テーブルの種類に応じて、異なるプロパティが要求される場合があります。

6. テーブルのリレーションを追加し、[ テーブルを追加] を選択します。

変換にテーブルを追加する方法について詳しくは、「テーブルを追加する」をご覧ください。

Events テーブルの追加プロパティ

注:

アクティビティごとに個別の Events テーブル、またはオブジェクトごとに Events テーブルを用意することをお勧めします。たとえば、 opportunity_create_events、 opportunity_approve_events など、 opportunity_events テーブルです。

次の表で、 イベント テーブルを追加するときに指定する必要があるプロパティについて説明します。

プロパティ	説明	必須 Y/N
Event_ID	イベントの一意の識別子です。	Y
Activity	イベントの名前が格納されているフィールドです。ここでは、プロセスの手順について説明します。	Y
Event start	イベントの実行開始に関連付けられたタイムスタンプを含むフィールドです。	n
Event end	イベントの実行の終了に関連付けられたタイムスタンプを含むフィールドです。	Y
User	イベントを実行したユーザーを含むフィールドです。	n
Automated	を含むフィールドは、イベントが手動で実行されるか、自動化されたかを示します。	n
Order	イベントの順序を含むフィールドです。	n
Processing time	イベントの実行時間 (ミリ秒単位) を含むフィールドです。	n
Event cost	イベントを実行するためのコストを含むフィールドです。	n
Parent event ID	イベント間の親子関係を定義するために使用されるフィールドです。構造化されたプロセス階層を作成するために使用できます。	n

重要:

各イベント テーブルに入力テーブルがあること、およびイベントが「データ変換」の「変換」セクションの models -> 3_eventsで定義されていることを確認してください。

テーブルを削除する

テーブルを削除するには、以下の手順に従います。

1. データ モデル エディターで削除するテーブルを選択します。 [テーブルを編集] パネルが表示されます。
2. [テーブルを削除] を選択します。 確認のメッセージが表示されます。
3. [削除] を選択して続行します。

テーブルとリレーションがデータ モデルから削除されます。

リレーションを追加する

2 つのテーブル間にリレーションシップを追加するには、以下の手順に従います。

1. 別のテーブルに関連付けるテーブルを選択します。 [テーブルを編集] パネルが表示されます。
2. [テーブルを編集] パネルで、[リレーション] セクションを見つけます。
3. [+ 新規追加] を選択して、新しいリレーションを作成します。
4. このテーブルで使用するフィールドを [キー] リストから選択します。
5. 接続先のテーブルを選択し、接続に使用するフィールドを [キー] リストから選択します。
6. [適用] を選択します。

リレーションを削除する

リレーションを削除するには以下の手順に従います。

1. 外向きのリレーションを削除するテーブルを選択します。 [テーブルを編集] パネルが表示されます。
2. [テーブルを編集] パネルで、削除するリレーションを見つけて [リレーションを削除] を選択します。
3. [適用] を選択します。

テーブルの主キーを変更する

テーブルの主キーを変更するには、以下の手順に従います。

1. 主キーを変更するテーブルを選択します。[ テーブルを編集 ] パネルが表示されます。
2. [テーブルを編集] パネルで、主キーを変更するリレーションを見つけます。
3. テーブルを結合するための 主キー として使用する新しいフィールドを選択します。
4. [適用] を選択します。
   注:

   主キーを変更すると、新しい主キーとして選択したフィールドがテーブル内で複製されます。元のフィールドはデータ マネージャーで削除できます。

   主キーは nullに設定できます。

更新したデータ モデルをダッシュボードで利用できるようにする

データ モデルに対する変更をダッシュボードで利用できるようにするには、以下の手順に従います。

1. [保存] を選択してデータ モデルを保存します。
2. [ダッシュボードに適用] を選択し、変換を実行して新しいテーブルをダッシュボードで使用できるようにします。
   注:

   これには数分かかる場合があります。実行が正常に完了すると、データ モデルに対する変更が データ マネージャーに表示されます。

[保存] オプションは、データ モデルに変更を加えた後にのみ有効になります。

プレビュー パネル

テーブルを選択すると、そのフィールドとデータの内容をプレビュー パネルで確認できます。データ プレビューを使用すると、データが想定どおりに表示されるかどうかを確認できます。

注:

[プレビュー] パネルには、このテーブルが再計算された最後のデータ実行のデータが表示されます。最近変更を行った場合は、新しいデータ実行を開始して結果を表示します。詳しくは、「 データ変換を編集する」をご覧ください。

表示する列を選択する

[プレビュー] パネルに表示する列を選択できます。

表示される列を変更するには、以下の手順に従います。

手順	操作
1	[列] を選択すると、列のリストが表示されます。
2	[プレビュー] パネルに表示する列をリストから選択します。

カスタム データ モデルを作成する

場合によっては、既存のプロセス アプリにオブジェクトを追加できます。たとえば、 カスタム プロセス アプリや イベント ログ プロセス アプリを開始点として使用し、そのアプリを他のオブジェクトで拡張する場合などです。これには、次の手順を実行します。

1. 新しいオブジェクトとEvent_logの SQL ファイルを「データ変換」の「モデル」セクションに追加します。
2. [ データ モデル ] に移動し、オブジェクトのテーブルを追加し、データ モデルEvent_logします。
3. 新しいテーブルのダミー リレーションを既存のデータ モデルに追加します。
4. [ プロセス] に移動し、新しいオブジェクトに関連する新しいプロセスを追加します。
5. 元のプロセスを削除します。
6. [データ モデル] に移動し、Cases テーブルと Event_log テーブルを削除します。該当する場合は、 Tags テーブルと Due_dates テーブルを削除します。