---
sourceDocument: Xanadu プラットフォームアナリティクス
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/now-intelligence

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu プラットフォームアナリティクス

ft:clusterId :

    - par

bundleId :

    - par

workflow :

    - Platform


---

# アクティビティ定義の設定

# アクティビティ定義の設定 {#ariaid-title1}

* リリースバージョン: Xanadu
* 
* 更新日 2024年08月01日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：7分

プロセスグラフに表示する内容を決定するアクティビティ定義を指定し、多くの場合、\[ステータス\]、\[アサイン先グループ\]、\[アサイン先\] などのアクティビティを選択します。アクティビティ定義を使用すると、視覚的表現を通じて実際のプロセスを検出、監視、および改善できます。視覚的表現により、ワークフローのボトルネック、逸脱、非効率性を特定することで、動作とパフォーマンスを理解できます。

## 始める前に

必要なロール:sn_process_optimization_analyst、sn_process_optimization_power_user、または sn_process_optimization_admin  
注:  
1 つのテーブルに対して最大 5 つのアクティビティ定義を設定できます。アクティビティ定義に対して 5,000 を超える要素を生成することはできません。

## このタスクについて

アクティビティ定義の設定は、プロジェクトを作成するために必要なタスクです。

プロセスマイニング は、定義したアクティビティの監査ログフィールドデータを収集します。少なくとも 1 つのアクティビティを設定して、 プロセスマイニング プロジェクトを作成します。  
注:  
プロジェクトを構成するときは、まずメイン (親) テーブルを設定し、アクティビティとブレークダウンの定義を定義します。必要なテーブルが 1 つだけの場合は、データを含むプロジェクト全体を生成します。複数のテーブルの場合は、追加の (子) テーブルを作成し、それらをメインテーブルに関連付けて、アクティビティ定義を定義します。

## 手順

1. 移動先 すべてプロセスマイニングプロセスマイニングワークスペース.  
   \[ 目標の設定 \] ページから続行すると、\[ 分析のスコーピング\] ページが表示されます。
2. 編集するプロジェクトの \[ 編集 \] を選択します。
3. \[ 分析のスコーピング\] セクションの編集ボタンを選択します。  
   ヒント:  
   クラシック ビューでプロジェクトを編集する場合は、右上隅の \[詳細ビュー \] を選択します。
4. 左側のバーから \[ アクティビティ \] を選択します。
5. \[アクティビティ\] 領域で \[新規 \] を選択します。
6. フォームに入力します。  

   |-|-|
   | タイプの選択 | マイニングする値のタイプ。 次の値があります。 * フィールド値 (デフォルト):これがデフォルトの選択です。このオプションは、アクティビティ定義を作成するたびに使用できます。 * 添付された子:このオプションは、テーブル構成に 2 つのテーブルを選択し、子と親の関係を設定した場合に使用できます。このオプションは、親テーブル構成でのみ使用できます。グラフでは、プロセスで子がいつアタッチされたかを確認できます。 * 日時:監査履歴ではなく実際のレコードの日時値を使用し、プロセスマップにグループ化されたノードとして表示されます。 * 複合:営業、経理、セキュリティなどの特定のプロセスで任意の値に更新される 2 つ以上のアクティビティ定義の複合イベント。土壇場での変更により、別の承認プロセスが推測され、追加の手順が課せられ、結果的に解決時間が長くなる可能性があります。また、コンプライアンス違反につながる可能性もあります。たとえば、アクティビティ定義が 4 つあるものの、1 つだけが更新される場合は、複合イベントでキャプチャする必要があります。複合アクティビティ定義を使用するには、複合以外のタイプのアクティビティ定義が少なくとも 1 つ必要です。 {#set-activity-def__ul_hvc_hbm_1yb} |
   | フィールド | プロセスグラフにデータを表示するテーブルのフィールドまたは列を指定します。 |
   | 添付されるテーブルの構成 | このフィールドは、\[タイプの選択\] フィールドで \[添付された子\] を選択した場合にのみ使用できます。 リストからテーブル名を選択します。ただし、子エンティティに使用されるテーブルのみが表示されます。 |
   | 関連フィールドを表示 | このフィールドは、\[Select type\] フィールドで \[Field Values (Default)\] または \[Date Time\] を選択した場合にのみ使用できます。 関連フィールドのリストを表示するには、\[関連フィールド\] アイコン ( ![\[関連リスト]()\] ) を選択し、フィールドを選択します。 このフィールドは、レコードにドット連結を設定するのに役立ちます。 |
   | Display name (表示名) | このフィールドは、\[タイプの選択\] フィールドで \[フィールド値 (デフォルト)\] を選択した場合にのみ使用できます。 このアクティビティに表示する名前。名前を入力しない場合、\[ 表示名 \] には \[フィールド\] に指定された値が表示されます。 |
   | 特定のアクティビティを選択します | このフィールドは、\[タイプの選択\] フィールドで \[フィールド値 (デフォルト)\] を選択した場合にのみ使用できます。 選択したフィールドの特定のアクティビティ値をマイニングすることを選択できます。分析する特定のアクティビティ値を選択します。 値を選択し、含めるか除外するかを選択できます。 たとえば、 インシデント テーブルを選択したとします。ここで、アサイン先グループのサービスデスクとアサイン先グループのデータベースを経由したレコードを表示します。このデータを表示するには、\[フィールド\] として \[アサイン先グループ\] を選択し、\[値のリスト\] から \[サービスデスク\] と \[データベース\] を追加する必要があります。 |
   | グループアクティビティ | このフィールドでは、アクティビティ定義のすべての変更を 1 つのノードとしてグループ化して表示するか、アクティビティ定義の各変更を個別のノードとして表示するかを選択できます。 このフィールドには 2 つのオプションがあります。 * 一意の値をそれぞれ個別のアクティビティステップとして表示する:このオプションを選択すると、プロセスマップにアクティビティの変更グループが個別のアイテムとして反映されます。 注: これは、フィールド値 (デフォルト)、添付された子、日時、および複合ではデフォルトで無効になっています。 * 一意の値をグループ化し、単一のアクティビティステップとして表示:このオプションを選択すると、プロセスマップにアクティビティの変更グループが 1 つの変更アイテムとして反映されます。 {#set-activity-def__ul_j3z_bx4_dcc} たとえば、アサイン先グループとレポートするステータスを設定します。\[アサイン先グループ\] で \[ 一意の値をグループ化し、単一のアクティビティステップとして表示 (Group unique values and display as a single activity step )\] を選択し、\[ステータス\] で \[ 一意の各値を個別のアクティビティステップとして表示 (Display each unique value as separate activity steps )\] を選択します。 アサイン先グループへの変更は、「アサイン先グループが変更されました」という 1 つのノードとして表示されます。レコードを表示するか、または詳細を表示して、どのレコードがどのように影響を受けるかを確認できます。ステータスに対するすべての変更は、個別のノードとして表示されます。 図 : 1. 変更がグループ化される 次のシナリオでは、\[Assignment group (アサイン先グループ)\] と \[State to report on (レポートするステータス)\] を構成し、\[Assignment group (アサイン先グループ)\] と \[State (ステータス)\] に対して \[ Display each unique value as separate activity steps (各一意の値を個別のアクティビティステップとして表示 )\] を選択します。 \[Assignment group\] と \[State\] に対する変更はすべて個別のノードとして表示されます。 図 : 2. 変更がグループ化されない |
   | グループ化されたアクティビティ名 | グループ化されたアクティビティの名前。 \[ 一意の値をグループ化し、単一のアクティビティステップとして表示 \] オプションを選択すると、\[ グループ化されたアクティビティ名 \] フィールドが表示されます。 デフォルトでは、表示される名前は \<field-name changed\> です。例:「アサイン先グループが変更されました」。 |
   | 対象のアクティビティ | このフィールドは、アクティビティをグループ化することを選択していない場合にのみ使用できます。 このオプションを選択すると、アクティビティ定義はプロセスグラフには表示されませんが、検出結果と移行で使用できます。 |
   | 開始ノード | このフィールドは、\[タイプの選択\] フィールドで \[フィールド値 (デフォルト)\] を選択した場合にのみ使用できます。 このオプションを選択すると、選択したアクティビティ定義フィールドがレコード作成時に空の場合に、プロセスグラフに空のノードが表示されます。 |
   [表 : 1. 新しいアクティビティフォーム]

   {#set-activity-def__table_cdk_gnq_vkb}  
   注:  
   アクティビティ定義を編集するには、リストからアクティビティ定義を選択して編集します。アクティビティ定義を削除するには、リストからアクティビティ定義を選択し、「削除」アイコン ( ![削除アイコン]()) を選択します。
7. \[保存\] を選択します。  
   作成したアクティビティ定義のリストが表示されます。
8. **オプション:** これらのエンティティのいずれかを追加する場合は、左側のパネルで \[ ブレークダウン\]、\[ ユースケース\]、または \[ 子エンティティを追加\] を選択します。
9. 改善の機会を選択して、改善の機会を設定します。  
   詳細については、「[改善の機会を設定する](https://servicenow-prod.fluidtopics.net/tHFE3bThYymtSmCVi0fNmg "改善の機会を設定して、チームがプロセスを最適化できる改善領域を見つけます。利用可能なルールのリストから選択するか、独自のルールを設定できます。設定したルールに基づいて、改善領域を表示できます。")」を参照してください。
**関連タスク**   

* [ブレークダウン定義の設定](https://servicenow-prod.fluidtopics.net/Xp4zYlSqPCUevEb~TJ2cFw "プロジェクトのフィルターとして機能するブレークダウン定義を設定します。ブレークダウン定義は、特定の基準または属性に基づいてデータをフィルタリングおよび分析するために使用されます。これらの定義により、プロセスの特定のディメンションまたはパースペクティブに焦点を当てて、分析をより小さなサブセットに分割できます。")
* [ユースケースの設定](https://servicenow-prod.fluidtopics.net/MBt25Gqn60wuZ3N8RR_AHQ "ユースケースは、分析に関心を持つ可能性がある一般的なパターンです。有効にすると、プロジェクトに対して自動的に構成されます。")
* [子エンティティの追加](https://servicenow-prod.fluidtopics.net/p9Q7xGcVW5GLCWQPhf_Bvw "子テーブルまたは関連テーブルを追加して、関連プロセスからのアクティビティを追跡します。")