プロセス追跡の仕組み

プロセス追跡は、請求管理プロセスにおいて複数のシステムにまたがるさまざまな段階を経る請求の進行を追跡できるシステムと考えてください。

このコンテキストでは、プロセス追跡サービスは、1 つのクレームを処理する個々のプロセス インスタンスをトレースとして参照します。

プロセス追跡サービスの主な目的は、ビジネスの観点からプロセス実行の包括的なエンドツーエンドのビューを提供することです。既定では、暗黙的な追跡データが生成されます。さらに、RPA 開発者はプロセス全体にわたって明示的な追跡を実装できるため、ビジネス コンテキストを追加できます。

4 つの異なるオートメーションが含まれる請求処理の例について考えてみましょう。

オートメーション	説明
クレームインテーク	ReFramework を使用して構築された Dispatcher。これは毎朝実行され、受信した新しい要求はそれぞれキュー アイテムとしてキューに追加されます。 このステップにリンクされているタスクには、実行された JobID への参照があります。 注: [請求の受付] は、[ディスパッチャー実行者としてキューを経由して請求を評価] にリンクされています。
クレームの評価	ReFramework を使用して構築されたパフォーマー。毎週正午に実行され、すべてのキュー トランザクションを処理します。複数のチェックが実行され、すべての評価に合格すると、請求を処理するジョブが開始されます。 このステップにリンクされているタスクには、実行された QueueItem への参照があります。
クレームの処理	高額請求が処理された場合に承認 Action Center タスク ([高額請求の承認]) を発生させる長期実行のワークフロー。承認ステップが完了すると、クレームが SAP に追加されます。 高額要求タスクの承認にリンクされているタスクには、実行されたタスク ID への参照があります。 注: Process Claim は、[ジョブを開始] を使用して Evaluate Claims によって開始されるオートメーションです。
クローズされた請求のアーカイブ	毎週週末にオートメーションが実行され、SAP からステータスが [終了] のすべての請求が取得され、すべてのドキュメントがアーカイブされます。 注: アーカイブされたクローズ済み要求は、SAP に追加された要求オブジェクト エンティティを介してプロセス要求にリンクされています。

プロセスの概要

• プロセス名は「Claim Management」です。
• トレース ID は、各要求 ID のエンドツーエンドの実行を追跡します。
• トレース内の暗黙的なタスクは次のとおりです。
  • クレームインテーク;
  • クレームを評価する。
  • Process Claim (要求の処理)
  • 高額請求を承認します。
• RPA 開発者は、すべてのタスクに対して、ビジネス オブジェクトをタスクに追加するか、最初の請求ドキュメント参照に追加するか、SAP の請求情報を追加するかを決定できます。

暗黙的なプロセス追跡

暗黙的なプロセス追跡を使用すると、オートメーションのオートメーションを実行するたびにトレースが生成され、各オートメーションがタスクと見なされます。つまり、オートメーションが実行されると、トレースとタスクが生成されます。

2 つのオートメーション ワークフローが ([キュー アイテム] または [ジョブを開始し参照を取得] アクティビティを介して) リンクされている場合、因果関係を把握するために、オートメーション ワークフロー間でトレース ID が渡されます。

そのため、上記の請求処理オートメーションを最新の Robot およびシステム パッケージで更新し、しばらく実行すると、 プロセス最適化 アプリによって以下のプロセス グラフが生成されます。

[アーカイブ済みのクローズ済みの要求] オートメーションは、UiPath のコンポーネントを介してプロセス要求にリンクされていないため、プロセス グラフには表示されません。代わりに、外部システムを介して接続されます。このリンクを確立するには、 明示的なプロセス追跡を実装する必要があります。

長期実行のワークフローの追跡

長期実行のワークフロー キャンバスの各ノードは、プロセス追跡サービスによって自動的に追跡されます。長期実行のワークフローのオートメーションを作成および構成する方法について詳しくは、『Studio ガイド』の「 長期実行のワークフロー 」をご覧ください。

ロボットによって生成されたトレース、プロセス、およびタスク

UiPath Robot は、オートメーション ワークフローで設定されたアクティビティとともに、既定の業務プロセス追跡の管理を行います。

オートメーションが別のオートメーションからトリガーされない場合は、以下の手順が実行されます。

• オートメーションを開始
  • Orchestrator にパブリッシュされたものと同じプロセス名で、新しいトレースを開始します。
  • Orchestrator にパブリッシュされているプロセス名をタスク名として、新しいタスクを開始します。
• オートメーションを停止
  • タスクを終了します。

注:

1. オートメーション プロセスの実行は、常にトレースとタスクのコンテキスト内で行われます**。**
2. 暗黙的に、すべてのオートメーション プロセスはタスクと見なされ、オートメーション プロセスの実行はすべて、タスクを持つトレースと見なされます。

トレース ID の伝搬

トレース ID の反映 とは、オートメーションのトレース ID (例: A1) がオートメーション A2 に自動的に反映されるときの動作を指します。オートメーション A2 のすべてのタスクは、オートメーション A1 のトレース ID に属します。

重要:

このページに記載されているアクティビティは、そのアクティビティを含むオートメーションで [ プロセスの追跡 ] オプションが有効化されている場合にのみ、プロセス追跡サービスをサポートします。

次の表は、トレース ID の伝達を生成するアクティビティをまとめたものです。

Activities (アクティビティ)	トレース ID の伝搬
ジョブ関連アクティビティ ジョブを開始 ジョブを開始して参照を取得	オートメーション A1 がオートメーション A2 をトリガーすると、オートメーション A1 によって生成されたトレース ID が自動的にオートメーション A2 に反映されます。自動化 A2 のすべてのタスクは、自動化 A1 のトレース ID に属します。
キュー関連のアクティビティ キュー アイテムを追加 トランザクション アイテムを追加 キュー アイテムを追加して参照を取得	オートメーション A1 が前述のアクティビティを使用してキュー アイテム QI-1 を作成したときに発生します。オートメーション A1 によって生成されたトレース ID は、キュー アイテム QI-1 を処理するオートメーションに自動的に伝播されます。
Action Center 関連のアクティビティ フォーム タスク完了まで待機し再開 外部タスクの完了を待機して再開 アプリ タスク完了まで待機し再開	オートメーション A1 が Action Center で管理可能な人間参加型のアクションを作成するときに発生します。オートメーション A1 によって生成されたトレース ID は、Action Center タスクに自動的に反映されます。
インテリジェント OCR 関連のアクティビティ ドキュメント分類アクション完了まで待機し再開 ドキュメント検証アクション完了まで待機し再開	オートメーション A1 が Action Center タスクで管理可能なドキュメント検証アクションまたは分類アクションを作成するときに発生します。オートメーション A1 によって生成されたトレース ID は、Action Center タスクに自動的に反映されます。

タスク ID の生成

タスクの生成 とは、オートメーション (例: A1) が中断され、外部イベントが完了する (例: 別のオートメーションが完全に実行される、キュー アイテムが処理される、外部タスクが完了するまで待機する) まで待ってから再開する動作を指します。

重要:

このページに記載されているアクティビティは、そのアクティビティを含むオートメーションで [ プロセスの追跡 ] オプションが有効化されている場合にのみ、プロセス追跡サービスをサポートします。

以下の表は、新しいタスク ID を生成するアクティビティをまとめたものです。

Activities (アクティビティ)	タスク ID の生成	タスク名の構文	タスクの開始および終了のタイムスタンプ
キュー関連のアクティビティ [トランザクション アイテムを取得]/[トランザクション アイテムを追加] + [トランザクションのステータスを設定] [トランザクション アイテムを取得]/[トランザクション アイテムを追加] + [トランザクション アイテムを延期] キュー アイテム完了まで待機し再開	オートメーション A1 がキューのトランザクションを開始して処理するときに発生します。 オートメーション A1 は、キュー アイテムのステータスをタスクのステータスにマッピングします。 [成功] のキュー アイテム - [成功] のタスク [失敗] のキュー アイテム - [失敗] のタスク [延期] のキュー アイテム - [キャンセル済み] のタスク	<ProcessName-QueueName>— キュー アイテムを処理したプロセス名と、アイテムが格納されているキュー名を組み合わせたものです。	タスクの開始時刻 — オートメーション A1 がキュー アイテムの処理を開始する時刻です。 タスク終了のタイムスタンプ — オートメーション A1 によってキュー アイテムのステータスが設定されるか、キュー アイテムが延期されるとき。
ジョブ関連アクティビティ ジョブ完了まで待機し再開	オートメーション A1 が中断され、オートメーション A2 が完全に実行されるのを待ってから再開するときに発生します。	<ProcessName>— Orchestrator でパブリッシュされた、オートメーション A2 のプロセスの名前を指します。	タスクの開始時刻 — オートメーション A1 が中断したとき。 タスク終了のタイムスタンプ — オートメーション A1 が再開した日時。
Action Center 関連のアクティビティ フォーム タスク完了まで待機し再開 外部タスクの完了を待機して再開 アプリ タスク完了まで待機し再開	オートメーション A1 が人間参加型のアクションが完了するまで待機しているときに発生します。	<NameOfTheWaitActivity> — UiPath Studio で設計時に設定した「待機対象」アクティビティの名前を指します。	タスクの開始時刻 — オートメーション A1 が中断したとき。 タスク終了のタイムスタンプ — オートメーション A1 が再開した日時。
生産性を高めるアクティビティ Google Workspace - 永続性アクティビティ ( Wait for で始まるもの) Microsoft 365 - 永続性アクティビティ ( Wait for で始まるもの)	オートメーション A1 が中断され、オートメーション A2 が完全に実行されるのを待ってから再開するときに発生します。	<ActivityNameInStudio> — 設計時に Studio で設定された永続性アクティビティの名前を参照します。	タスク開始のタイムスタンプ — オートメーション A1 が中断したとき。 タスク終了のタイムスタンプ — オートメーション A1 が再開した日時。
Integration Service - 「イベントを待機し再開」系アクティビティ	オートメーション A1 が中断され、サードパーティ アプリケーション内の特定のイベントが完全に実行されるまで待機してから再開する場合に実行されます。	<ActivityNameInStudio> — 設計時に Studio で設定した Integration Service の永続性アクティビティの名前を参照します。	タスク開始のタイムスタンプ — オートメーション A1 が中断したとき。 タスク終了のタイムスタンプ — オートメーション A1 が再開した日時。
インテリジェント OCR 関連のアクティビティ ドキュメント分類アクション完了まで待機し再開 ドキュメント検証アクション完了まで待機し再開	オートメーション A1 が人間参加型のアクションが完了するまで待機しているときに発生します。	<NameOfTheWaitActivity> – UiPath Studio で設計時に設定した「待機対象」アクティビティの名前を指します。	タスク開始のタイムスタンプ – オートメーション A1 が中断したとき。 タスク終了タイムスタンプ – オートメーション A1 の再開時。

オブジェクトを追跡

オブジェクトの追跡

オブジェクトの追跡: オートメーション (例: A1) が Integration Service の「作成」系アクティビティを使用してオブジェクト O1 を作成したときに、A1 は、O1 の [オブジェクトの種類] プロパティと [オブジェクト ID] プロパティを使用して、オートメーション A2 を通じて進行状況を追跡します。例外は、「読み取り」系アクティビティまたは「リストを取得」系アクティビティです。

Integration Service の各「作成」系アクティビティは、以下のようにオブジェクトの追跡を追加します。

• オブジェクトの種類: <IntegrationServiceObject>(例: 「Account」)
• オブジェクト ID: <System Object ID>(例: 「0010700000gMXRqAAO」)
• オブジェクトのインタラクション: <使用するアクティビティによる> (例: 「作成」、「更新」、「削除」)
• オブジェクトのプロパティ:

  {
    XUiPathConnectorKey: "<XUiPathConnectorKey>",  // for example, XUiPathConnectorKey: "uipath-salesforce-sfdc"
    XUiPathConnectorName: "<XUiPathConnectorName>",  // for example, XUiPathConnectorName: "Salesforce"
    XUiPathObjectDisplayName: "<XUiPathObjectDisplayName>",  // for example, XUiPathObjectDisplayName: "Account"
    XUiPathObjectName: "<XUiPathObjectName>"  // for example, XUiPathObjectName: "curated_account"
  }
  

明示的なプロセス追跡

明示的なプロセス追跡により、RPA 開発者は追跡データを追加して暗黙的なプロセス グラフを強化し、BPMN ビューとの整合性を高めることができます。

通常、各オートメーション ワークフローは複数のタスクで構成され、さまざまなオブジェクトを処理します。業務管理者は、これらのフローパス、タスク、およびオブジェクトをエンドツーエンドで表示できる必要があります。この明確さにより、ワークフローの管理と効率が大幅に向上します。

RPA 開発者は、明示的なプロセス追跡アクティビティを使用することで、追加のタスクやオブジェクトを追跡したり、トレースやプロセスを管理したり、外部システム全体でそれらの追跡を行ったりすることができます。

次の図は、明示的な追跡が追加された要求プロセスを示しています。

シーケンスでのプロセス追跡の有効化

RPA 開発者は通常、機能ステップと論理ステップを別々のワークフローまたはシーケンスにグループ化します。これらの論理ステップは、業務管理者またはセンター オブ エクセレンス (COE) リードが追跡する価値のあるタスクになる可能性があります。

オートメーションがすでに導入されており、プロセスの明示的な追跡が必要な状況では、ワークフローのロジックを中断することなく、RPA 開発者がスムーズに使用できるようにすることが重要です。これを実現するには、[ プロセスの追跡 ] プロパティを選択し、任意のシーケンスでタスクを生成できるようにします。

プロセス追跡スコープ

[プロセス追跡スコープ] は、UiPath Process Mining で特定の業務シーケンスを追跡するために使用する他のアクティビティと同様に、キャンバスに追加できます。詳しくは、『ワークフローに関するアクティビティ』ガイドの「 プロセス追跡スコープ」アクティビティ をご覧ください。

タスクの生成

[プロセス追跡スコープ] は、スコープの開始時の開始タイムスタンプと、スコープの終了時の終了タイムスタンプを持つタスクを作成します。

入れ子になったタスクの生成

プロセス追跡スコープが別のプロセス追跡スコープ内に追加された場合、内側のスコープはタスクを子タスクとして生成します。親子関係はプロセス追跡構造内で維持され、階層型プロセス マイニングのプロセス グラフで確認できます。

暗黙的なタスクの状態

タスクの既定のステータスは「成功」に設定されます。

アクティビティ内でキャッチされない例外が発生すると、タスクは「失敗」のステータスで閉じられ、例外はプロセス最適化アプリで使用できるようになります。

明示的タスクのステータス

[タスクのステータスを設定] アクティビティを使用すると、[プロセス追跡スコープ] 内の特定のタスクの終了を明示的に制御できます。これにより、分析時に個々のステップが完了したことを正確に表すことができます。

[タスクのステータスを設定] アクティビティは、暗黙的な「成功」ステートまたはエラーによってトリガーされる「失敗」ステートとは異なるステータスを割り当てる必要がある場合に便利です。これは、ワークフローロジックによって異なる場合があります。

たとえば、ドキュメント処理ワークフローでは、タスクはすべてのドキュメントが存在することを確認します。ドキュメントが見つからない場合は、[タスクのステータスを設定] を使用してステータスを「キャンセル済み」としてマークします。フォローアップ・アクションには、エクスペディタへの改訂要求の送信が含まれます。

また、「ワークフローに関するアクティビティ」ガイドの「 タスクのステータスを設定」アクティビティ もご覧ください。

トレース ID の伝搬

プロセス追跡には、トレース ID を伝達するためのさまざまなオプションが用意されています。

現在のトレースでのトレース ID の伝搬

現在のトレース ID が新しく作成されたタスクに渡され、同じトレース内で追跡されます。

注:

トレースのコンテキストは、以下のアクティビティを使用すると変更されます。

• [トランザクション アイテムを取得] および [トランザクション アイテムを追加]
• トランザクションのステータスを設定 または：
• [トランザクション アイテムを取得] および [トランザクション アイテムを追加]
• トランザクション アイテムを延期 または：
• キュー アイテム完了まで待機し再開 または：
• ジョブを開始
• ジョブを開始し参照を取得 または：
• ジョブ完了まで待機し再開 これらのアクティビティを使用すると、暗黙的な追跡により、呼び出されたジョブの実行または QueueItem の処理で設定された明示的なタスクが、そのジョブまたは QueueItem を作成した最初の Trace として追跡されます。

新しいトレースでのトレース ID の伝播

このアクティビティは新しいトレース ID を生成し、新しいトレース内で新たに作成されたタスクを追跡します。RPA 開発者は、新しいトレースを割り当てるプロセス名を指定する必要があります。

スコープの最後にタスクが閉じられ、Trace コンテキストが前のコンテキストに戻されます。

既存のトレースでのトレース ID の伝搬

タスクを既存のトレースに追加する必要がある場合は、このオプションを選択します。通常、この異なるトレースは、キューやジョブを介してリンクされていない個別のオートメーション プロセスの一部です。

既存のトレースを検索するには、オブジェクトの詳細と、そのオブジェクトに関連付けられたプロセス名の組み合わせによってトレースを識別する必要があります。例: The Invoice Processing trace where Invoice UIP-100 has been Created

明示的トレース状況 - トレース終了

[トレースのステータスを設定] アクティビティを使用すると、[プロセス追跡スコープ] 内のトレースの終了を手動で制御できます。これにより、分析時にプロセスが完了したことを正確に表すことができます。トレースを明示的に終了しないと、そのトレースは無期限にアクティブなままになります。

このアクティビティを使用して、大規模なプロセスの完了または失敗をマークすることをお勧めします。

また、『システム アクティビティ』ガイドの 「トレースのステータスを設定」のアクティビティ についてもご覧ください。

オブジェクトを追跡

[オブジェクトを追跡] アクティビティでは、特定のタスクのオブジェクトを設定および監視できます。オブジェクトは、Process Optimization アプリに追加のコンテキスト データを提供できます。また、 オブジェクトを使用して、既存のトレース内のタスクを追跡して 2 つの異なるオートメーションを接続することもできます。この場合、そのトレースに関連付けられたオブジェクトが配置されます。

注:

プロセス追跡は記録のシステムではありません。

詳しくは、「ワークフロー アクティビティ」ガイドの「 オブジェクトを追跡」アクティビティ をご覧ください。

複数のオートメーションで一般的な明示的追跡パターン

各キュー トランザクション、異なるトレース

特定のシナリオでは、各キュー アイテムが異なるプロセス インスタンスを表すため、各インスタンスを個別のプロセス追跡トレースとして追跡する必要があります。このためには、RPA 開発者は、新しいトレースがいつ開始されるかを特定し、そのシーケンスをプロセス追跡スコープで適切に囲んで、タスクが新しいトレースで追跡されるように設定する必要があります。

プロセス追跡スコープが終了するとタスクは終了し、コンテキストは上位レベルのタスクに戻ります。このタスクは、別のトレースに関連付けられている可能性があります。

推奨される解決策は、[プロセス追跡スコープ] 内の [キュー アイテムを追加] を囲み、新しいトレースでタスクを追跡することです。これにより、各キュー アイテムに新しいトレースが割り当てられます。

プロセスに複数の Dispatcher-Performer オートメーション ワークフローと複数のキューが含まれる場合、このワークフローの更新は最初の Dispatcher にのみ実装することをお勧めします。他のキューの後続のキュー アイテムは、既に別のトレースに関連付けられています。キュー アイテムを追加した後に、追加のタスク [顧客に通知] も作成する必要があります。

外部システムを介したトレースの伝達

プロセスにおいて、オートメーションが 2 つ目のオートメーションに戻る前に外部システムを通じてトレースを渡す必要がある場合があります。次の図は、Process Claim Automation によって SAP にクレームが追加される Claim Processing の例を示しています。一定期間が経過後、請求が特定のステータスに達すると、2 つ目の自動化によって請求が取り消され、すべてのドキュメントとともにアーカイブされます。

この 2 つをつなぐのは、SAP に追加されたオブジェクトだけです。アーカイブ要求でタスクをプロセス要求で使用されるものと同じトレースに関連付けるには、最初のオートメーションで SAP 要求オブジェクトを追跡する必要があります。続いて、2 つ目のオートメーションでプロセス追跡スコープを実装して、既存のトレースにタスクを追加し、前のオートメーションで記録されたオブジェクトの詳細に基づいてタスクを識別する必要があります。さらに、2 つ目のオートメーションで 1 つ目のオートメーションが含まれるプロセス名と同じプロセス名を使用して、両方のオートメーションが同じプロセスに含まれるようにします。同じプロセス名を使用して、両方のオートメーションが同じプロセスに含まれるようにします

注:

フィールドが重複しないように、最初のプロセスで記録されるオブジェクト識別の詳細が外部システムに入力された詳細と一致する必要があります。オブジェクトの詳細が同じ場合は、Process Mining を使用して、追加の外部システムを同じプロセス最適化アプリに組み込むことができます。