- はじめる前に
- アクセス権を管理する
- 基本情報
- Integrations
- プロセス アプリを使用する
- ダッシュボードとグラフを使用する
- プロセス グラフを使用する
- [プロセス モデルを検出] や [BPMN モデルをインポート] を使用する
- メニューを表示または非表示にする
- コンテキスト情報
- エクスポート
- フィルター
- UiPath® Automation Hub にオートメーションのアイデアを送信する
- タグ
- 期限日
- 比較
- 適合性チェック
- プロセス シミュレーション
- 根本原因分析 (プレビュー)
- 自動化の見込みをシミュレーションする
- Task Mining プロジェクトを Process Mining から開始する
- オートメーションをプロセス アプリからトリガーする
- プロセスのデータを表示する
- Process Insights (プレビュー)
- アプリを作成する
- データを読み込む
- データ変換中
- ダッシュボードをカスタマイズする
- プロセス アプリをパブリッシュする
- アプリ テンプレート
- 通知
- その他のリソース
Process Mining ユーザー ガイド
Process Mining アプリのデータを、UiPath Platform で実行されるオートメーションのデータと接続できます。これにより、UiPath によって監視されているプロセスをエンドツーエンドで表示できます。
オートメーション データをプロセス データに接続すると、エンドツーエンドのプロセスをより詳細に把握できます。これにより、プロセス内で発生する「人間参加型」の操作について、より深い洞察が得られます。さらに、自動ステップと手動ステップの間、およびシステムステップ間の遅延をよりよく理解し、特定のターゲットを追跡することもできます。
Process Mining プロジェクトとオートメーション データの両方に存在するオブジェクト情報 (オブジェクトの種類 と オブジェクト ID) を使用して、オートメーションのデータをプロセス データに接続します。
たとえば、 オブジェクトの種類 である Sales Order オブジェクト ID SalesOrderID を使用して、Purchase-to-Pay プロセスの Coupa システム データを、Purchase-to-Pay プロセスのサブプロセスである請求書処理プロセスのオートメーション データと結合できます。
前提条件
プロセス追跡サービスを利用するオートメーション データがあり、オートメーション内のタスクに関連付けられたビジネス オブジェクトが 1 つ以上あることを前提としています。詳しくは、「 プロセスの追跡 」をご覧ください。
オートメーション データを追加する
入力データにオートメーション データを追加するには、以下の手順に従います。
- データ変換 エディターの入力 データ
セクションで、 オートメーション データ の横にある [ データを追加] アイコン を選択します。[ 自動化された業務プロセスを選択] ウィンドウが開き、利用可能なプロセス オートメーションが表示されます。
注:[オートメーション データを管理] ウィンドウから [ データを追加 ] を選択して [自動化された業務プロセスを選択] ウィンドウを開くこともできます。
- Process Mining アプリのデータに接続するプロセスを選択します。
- [構成] を選択します。
オートメーション データがアップロードされ、以下のテーブルが [入力データ] セクションの [オートメーション データ] リストに追加されます。
Automation_eventsQueue_itemsAction_center_tasksAutomation_due_dates
自動化データを削除する
オートメーションのデータを削除するには、以下の手順に従います。
- [ 自動化された業務プロセスを選択] ウィンドウに移動します。
- オートメーション データを読み込む必要がなくなったプロセスの選択を解除します。
- [構成] を選択します。
オートメーション データを管理する
設定アイコンを選択して、[オートメーション データを管理] ウィンドウを開きます。
Maestro から作成したプロセス最適化アプリでは、[オートメーション データを管理] を利用できません。
オートメーションからテーブルを除外する
既定では、 Automation_eventsテーブル、 Queue_itemsテーブル、 Action_center_tasksテーブル、 Automation_due_dates テーブルがオートメーションの入力データに含まれています。
入力から除外するテーブルを選択できます。
自動化データの日付範囲を設定する
オートメーションに限定的または特定の期間を設定する場合は、開始日と終了日を指定して期間を定義することができます。指定したタイムフレームは、入力データに含まれるすべてのテーブルに適用されます。
これには、選択した終了日を過ぎてもトレースが継続 (または終了) する場合、タイムフレーム外のデータが含まれる可能性があります。これは、タイムフレームの制限がトレースの期間や終了ではなく、トレースの開始に適用されるためです。したがって、選択した終了日より後にトレースによって生成されたデータは、引き続き結果に含まれます。
データを更新する
オートメーションのデータは、プロセス アプリにデータを読み込むと自動的に更新されます。
[ オートメーション データを管理 ] ウィンドウからデータを更新することもできます。次の手順を実行します。
- [ データを更新] を選択します。確認のメッセージが表示されます。
- [ 再読み込み ] を選択して、利用可能なすべてのオートメーション データを再読み込みします。
Automation_events テーブル
Automation_events テーブルには、オートメーション イベントと、関連するビジネス オブジェクトが格納されます。
次の表で、Automation_events テーブルのフィールドについて説明します。
| フィールド | 入力 | 説明 |
|---|---|---|
Trace_ID | text | トレースの一意の識別子です。 |
Process | text | プロセスの名前です。これは、オートメーション データを接続するときにユーザーが選択します。1 つまたは複数のトレースを選択できます。 |
Event_ID | text | イベントの一意の識別子です。 |
Parent_event_ID | text | 親イベントの Event_ID です。 |
Task | text | オートメーション イベントの名前です。 |
Object_ID | text | 自動化イベントに関連するビジネス オブジェクト識別子。これは、オートメーション ワークフローでユーザーによって明示的に設定されます。 |
Object_type | text | どのタイプのビジネス・オブジェクトか。たとえば、販売注文、請求書、顧客などです。 |
Object_interaction | text | イベントに関連する オブジェクトに関する情報です。たとえば、インタラクションの作成や承認などです。 |
Object_properties | text | オブジェクトに関連するすべてのプロパティ (キーと値のペア) を格納する JSON 値です。 |
Automation_name | text | オートメーション イベントをログに記録するジョブの Job プロパティ。「ジョブを待機」イベントの場合、待機しているジョブのプロパティです。 |
Automation_type | text | ロボットが実行するタスクの種類です。 |
Job_source | text | ジョブがどこから開始されたかを示します。 |
Job_info | text | ジョブの簡単な説明。 |
Automation_version | text | オートメーションのバージョンです。 |
Host_machine_name | text | ジョブが実行されるコンピューターまたはサーバーの名前です。 |
Robot_name | text | ジョブを実行したロボットの名前です。 |
Robot_type | text | ジョブの実行を担当するロボットの種類です。たとえば、「Attended」、「Unattended」、「non-production」などです。 |
Job_ID | text | オートメーションのイベント識別子。複数のオブジェクトがイベントに関連付けられている場合、イベントは複数回発生する可能性があります。 |
Queue_item_ID | text | キュー アイテムがオートメーション イベントに関連付けられている場合の、キュー アイテムの ID です。 |
Action_center_task_ID | text | タスクがオートメーション イベントに関連付けられている場合の、タスクの識別子です。 |
Event_start | Timestamp | オートメーション イベントが開始された日時のタイムスタンプ。これは常に利用可能です。 |
Event_end | Timestamp | オートメーション イベントが終了した日時のタイムスタンプ。これは、イベントが終了したときにのみ使用できます。 |
Queue_items テーブル
Queue_items テーブルには、オートメーション イベントに関連するキュー アイテムが格納されます。
次の表で、Queue_items テーブルのフィールドについて説明します。
| フィールド | 入力 | 説明 |
|---|---|---|
Queue_item_ID | text | キュー アイテムをオートメーション イベントにリンクするための識別子です。 |
Queue_name | text | キュー アイテムが属するキューの名前です。 |
Defer_date | Timestamp | キュー アイテムが処理可能になる日時です。 |
Due_date | Timestamp | キュー アイテムを完了する日時です。 |
Creation_timestamp | Timestamp | キュー アイテムがキューに追加された日時です。 |
Start_processing | Timestamp | キュー アイテムの処理が開始された日時です。 |
End_processing | Timestamp | キュー アイテムが完了した日時です。 |
Processing_time | 期間/整数 | Start_processing から End_processing までのミリ秒数です。 |
Processing_exception_reason | text | キュー アイテムを正常に完了または処理できなかった理由を示します。 |
Progress | text | キュー アイテムの進行状況を示します。 |
Reference | text | キュー アイテムの一意の識別子です。 |
Retry_number | integer | キュー アイテムが最初に失敗した場合に、そのアイテムが再試行される回数です。 |
Reviewer | text | キュー アイテムが正常に完了したことを確認するユーザーです。 |
Review_status | text | レビューによって示されたキュー アイテムのステータスです。 |
Robot_name | text | キュー アイテムを処理したロボットの名前です。 |
Priority | text | キュー内のアイテムの優先度です。 |
Processing status | text | 処理中のキュー アイテムのステータスです。 |
Processing_exception_type | text | アイテムの処理中にエラーが発生したかどうかを示します。 |
Robot_type | text | キュー アイテムの処理を担当するロボットの種類です。たとえば、「Attended」、「Unattended」、「non-production」などです。 |
Is_open | Boolean | 処理ステータスの派生プロパティです。処理ステータスが「新規」または「進行中」の場合、キュー アイテムは未解決と見なされます。 |
Action_center_tasks テーブル
Action_center_tasksテーブルには、オートメーション イベントに関連する Action Center のタスクが格納されます。
次の表で、Action_center_tasks テーブルのフィールドについて説明します。
| フィールド | 入力 | 説明 |
|---|---|---|
Action_center_task_ID | text | タスクをオートメーション イベントにリンクするための識別子。 |
Title | text | タスクの説明です。 |
Catalog | text | ワークフローを完了するために実行する必要があるタスクのリスト。 |
Assignee | text | タスクの完了を担当するユーザーまたはシステム。 |
Action | text | そのタスクを完了するために実行する必要があるアクティビティまたはアクティビティのセットです。 |
Priority | text | ワークフローにおけるタスクの優先度です。 |
Status | text | ワークフロー内のタスクの実際のステータスです。 |
Type | text | タスクの分類です。 |
Creation_timestamp | Timestamp | タスクが作成された日時。 |
Last_assigned_timestamp | Timestamp | タスクが最後に割り当てられた日時。 |
Completion_timestamp | Timestamp | タスクが完了した日時。 |
Is_completed | Boolean | タスクが完了したかどうかを示します。 |
Assigning_time | integer | 作成日時と最後に割り当てられたタイムスタンプの差に基づく派生フィールド。 |
Completion_time | integer | 作成タイムスタンプと完了タイムスタンプの差に基づく派生フィールド。 |
Number_of_users | integer | タスク イベントの表示に関与したユーザーの数に基づく派生フィールド。 |
Automation_due_dates テーブル
Automation_due_dates テーブルには、キュー アイテムとタスクの期限日が格納されます。
次の表で、Automation_due_dates テーブルのフィールドについて説明します。
| フィールド | 入力 | 説明 |
|---|---|---|
Queue_item_ID | text | 期限日がキュー アイテムに関連する場合にのみ、値が含まれます。 |
Action_center_task_ID | text | 期限日がタスクに関連する場合にのみ、値が含まれます。 |
Due_date | text | 期限日の名前です。 <queue name>、タスクの割り当て <task type> 、またはタスクの完了 <task type> です。 |
Due_date_status | text | タスクの完了予定時刻に基づいて決定されたタスクのステータスを示します。 |
Action_on_overdue | text | タスクの期限が過ぎた場合に実行するアクション。タスク関連の期日にのみ使用できます。 |
Actual_timestamp | Timestamp | キュー アイテムまたはタスクが完了した日時です。 |
Expected_timestamp | Timestamp | キュー アイテムまたはタスクを完了する日時です。 |
On_time | Boolean | 期限日が守られているかどうかを示します。 |
Time_difference | integer | 実際の時間と予想時間の差。 |
変換でオートメーション データを使用する
変換でオートメーション データを使用するには、まず sources.yml ファイルにテーブルを追加します。これにより、これらのソース テーブルを他の入力テーブルと同様に dbt プロジェクトで参照できます。
dbt プロジェクトでソース テーブルを参照する
次のコードを使用して、dbt プロジェクト内のテーブルを参照できます。
with Automation_events as (
select * from {{ source('sources', 'Automation_events') }}
),
Queue_items as (
select * from {{ source('sources', 'Queue_items') }}
),
Action_center_tasks as (
select * from {{ source('sources', 'Action_center_tasks') }}
),
Automation_due_dates as (
select * from {{ source('sources', 'Automation_due_dates') }}
),
with Automation_events as (
select * from {{ source('sources', 'Automation_events') }}
),
Queue_items as (
select * from {{ source('sources', 'Queue_items') }}
),
Action_center_tasks as (
select * from {{ source('sources', 'Action_center_tasks') }}
),
Automation_due_dates as (
select * from {{ source('sources', 'Automation_due_dates') }}
),
ユース ケース
シナリオ 1.オートメーションからイベント ログにイベントを追加する
Process Mining の変換が複数のビジネス オブジェクトに対応している場合は、オートメーションのイベントをイベント ログに追加できます。このシナリオでは、オートメーションのデータをプロセス アプリに接続して、プロセスの特定の部分について理解を深めます。
この例では、オートメーションを Sales order オブジェクトに接続する方法を示します。必要に応じて関連する参照を調整して、別のオブジェクトを使用できます。
オートメーションをイベント ログに追加するには、以下の手順に従います。
- 新しい SQL ファイルを に追加します
Sales_order_automation_events。 - 次の SQL の例をコピーします。
- 受注オブジェクトタイプで
Automation_eventsをフィルター処理します。 Object_IDの名前をSales_order_IDに変更して、これが販売注文イベントであることを示します。Taskに格納された値をActivityとして使用します。- 少なくとも必須フィールド
Event_endを含めます。with Automation_events as ( select * from {{ source('sources', 'Automation_events') }} ), Sales_order_automation_events as ( select Automation_events."Object_ID" as "Sales_order_ID", Automation_events."Task" as "Activity", Automation_events."Event_end", Automation_events."Event_ID", 'null' as "Parent_event_ID" from Automation_events where Automation_events."Object_type" = 'Sales order' ) select * from Sales_order_automation_eventswith Automation_events as ( select * from {{ source('sources', 'Automation_events') }} ), Sales_order_automation_events as ( select Automation_events."Object_ID" as "Sales_order_ID", Automation_events."Task" as "Activity", Automation_events."Event_end", Automation_events."Event_ID", 'null' as "Parent_event_ID" from Automation_events where Automation_events."Object_type" = 'Sales order' ) select * from Sales_order_automation_events
- 受注オブジェクトタイプで
- Process Mining プロジェクトで定義されている他のイベントと
Sales_order_automation_eventsを結合します。注:カスタム アプリ テンプレートまたはイベント ログ アプリ テンプレートを使用する場合、Process Mining プロジェクトは、対象となる 1 つのオブジェクトのみを追跡します。オブジェクトのオートメーション イベントをイベント ログと直接和集合できます。
- ユニオンされたイベントに対して一意の
Event_IDを生成して、イベント ログで一意のイベント識別子を確保してください。
- ユニオンされたイベントに対して一意の
- Process Mining プロジェクトで定義したオブジェクト ID が、オートメーション イベントのオブジェクト ID と一致していることを確認します。それに応じて変換を更新し、両方のデータ ソースからのイベントが正しいオブジェクトに接続されるようにします。
シナリオ 2: オートメーションから追加のオブジェクト情報を取得する
このシナリオでは、オートメーション データからオブジェクトのプロパティ情報を抽出し、プロセス アプリのダッシュボードを拡充するために使用します。
このフィールドには、オートメーションに追加されるビジネス オブジェクトのプロパティ Object_properties 格納されます。このフィールドの値は、キーと値のペアを持つ JSON 形式です。
例: {"Claim_number": 216, "Client": "Alex Smith"}
pm-utils の json() 関数を使用して、個々のプロパティを抽出します。
次の SQL コードは、pm-utils json() 関数を使用して Claim_number プロパティと Client プロパティを抽出する方法の例を示しています。
select
Automation_events."Object_ID",
{{ pm_utils.json('Automation_events."Object_properties"', 'Claim_number') }} as "Claim_number",
{{ pm_utils.json('Automation_events."Object_properties"', 'Client') }} as "Client",
from Automation_events
select
Automation_events."Object_ID",
{{ pm_utils.json('Automation_events."Object_properties"', 'Claim_number') }} as "Claim_number",
{{ pm_utils.json('Automation_events."Object_properties"', 'Client') }} as "Client",
from Automation_events
シナリオ 3: オートメーション イベントをキュー アイテム データで強化する
オートメーション イベントはキュー アイテムに関連付けることができます。オートメーション イベントは、キュー アイテムの実行を表します。キュー アイテムに関する情報は、 Queue_items別のテーブルに格納されます。Queue_item_ID上のこの表でオートメーション イベントを結合すると、以下の情報を取得します。
- 実行の優先度です。
- 例外。
- 期限日。
以下の SQL コードは、キュー アイテムのプロパティ Priority と Processing_exception_typeを使用してオートメーション イベントをエンリッチする方法の例を示しています。
select
Automation_events."Event_ID",
Automation_events."Object_ID",
Queue_items."Priority",
Queue_items."Processing_exception_type"
from Automation_events
left join Queue_items
on Automation_events."Queue_item_ID" = Queue_items."Queue_item_ID"
select
Automation_events."Event_ID",
Automation_events."Object_ID",
Queue_items."Priority",
Queue_items."Processing_exception_type"
from Automation_events
left join Queue_items
on Automation_events."Queue_item_ID" = Queue_items."Queue_item_ID"
期限日の情報は Automation_due_dates テーブルに格納されます。1 つのキュー アイテムに設定できる期限日は最大で 1 つです。次の SQL コードは、利用可能な期限日情報を取得する方法を示しています。
select
Automation_events."Event_ID",
Automation_events."Object_ID",
Queue_items."Due_date",
Queue_items."Expected_timestamp",
Queue_items."Actual_timestamp"
from Automation_events
left join Automation_due_dates
on Automation_events."Queue_item_ID" = Automation_due_dates."Queue_item_ID"
select
Automation_events."Event_ID",
Automation_events."Object_ID",
Queue_items."Due_date",
Queue_items."Expected_timestamp",
Queue_items."Actual_timestamp"
from Automation_events
left join Automation_due_dates
on Automation_events."Queue_item_ID" = Automation_due_dates."Queue_item_ID"
シナリオ 4: タスク データでオートメーション イベントをエンリッチする
オートメーション イベントはタスクに関連付けることができます。オートメーション イベントは、自動化されたプロセスの中で人間が関与するステップを表します。タスクに関する情報は、 Tasks別のテーブルに格納されています。Task_ID上のこの表でオートメーション イベントを結合すると、以下の情報を取得します。
- タスクの担当者
- タスクの優先度
- 期日 (タスク SLA)
以下の SQL コードは、タスクのプロパティ Assignee と Priorityでオートメーション イベントをエンリッチする方法の例を示しています。
select
Automation_events."Event_ID",
Automation_events."Object_ID",
Action_center_tasks."Assignee",
Action_center_tasks."Priority"
from Automation_events
left join Action_center_tasks
on Automation_events."Event_ID" = Action_center_tasks."Action_center_tasks_ID"
select
Automation_events."Event_ID",
Automation_events."Object_ID",
Action_center_tasks."Assignee",
Action_center_tasks."Priority"
from Automation_events
left join Action_center_tasks
on Automation_events."Event_ID" = Action_center_tasks."Action_center_tasks_ID"
期限日の情報は Automation_due_dates テーブルに格納されます。タスクは、複数の期日に関連付けることができます。タスクを割り当てる期限日とタスクを完了する期限日を適用できます。
フィルター処理を行わずにAction_center_task_ID上のAction_center_tasksでAutomation_eventsを結合すると、重複が発生する可能性があります。
以下の SQL コードは、タスクの完了期限日のみを考慮して、オートメーション イベントにタスクの期日の情報を付加する方法の例を示しています。
with Task_completion_due_dates as (
select * from Automation_due_dates
where pm_utils.charindex('task completion', '"Due_date"') > 0
)
select
Automation_events."Action_center_tasks_ID",
Automation_events."Object_ID",
Action_center_tasks."Due_date",
Action_center_tasks."Expected_timestamp",
Action_center_tasks."Actual_timestamp"
from Automation_events
left join Task_completion_due_dates
on Automation_events."Task_ID" = Task_completion_due_dates."Task_ID"
with Task_completion_due_dates as (
select * from Automation_due_dates
where pm_utils.charindex('task completion', '"Due_date"') > 0
)
select
Automation_events."Action_center_tasks_ID",
Automation_events."Object_ID",
Action_center_tasks."Due_date",
Action_center_tasks."Expected_timestamp",
Action_center_tasks."Actual_timestamp"
from Automation_events
left join Task_completion_due_dates
on Automation_events."Task_ID" = Task_completion_due_dates."Task_ID"
- 前提条件
- オートメーション データを追加する
- 自動化データを削除する
- オートメーション データを管理する
- Automation_events テーブル
- Queue_items テーブル
- Action_center_tasks テーブル
- Automation_due_dates テーブル
- 変換でオートメーション データを使用する
- dbt プロジェクトでソース テーブルを参照する
- ユース ケース
- シナリオ 1.オートメーションからイベント ログにイベントを追加する
- シナリオ 2: オートメーションから追加のオブジェクト情報を取得する
- シナリオ 3: オートメーション イベントをキュー アイテム データで強化する
- シナリオ 4: タスク データでオートメーション イベントをエンリッチする