---
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) 所要時間：11分

インジケーター ソース は、1 つのテーブルまたはデータベースビューからフィルタリングされたレコードで構成されるデータセットです。

インジケーターソース構成では、インシデント \[incident\] などのテーブル、そのテーブルからレコードをフィルタリングするための条件、および条件に基づく頻度を指定します。インジケーターソースは、ローテーションされたテーブルを指定できません。複数のインジケーターで同じインジケーター ソースを使用できます。データコレクションジョブは、インジケーターソースごとに 1 回データベースをクエリします。したがって、同じインジケーターソースを使用するすべてのインジケーターは、同じ時点からデータを取得します。 {#c_IndicatorSources__p_j1x_2bk_gw}

通常、インジケーターは特定の日付の状況を追跡します。インジケーター ソースの条件には、`[オープン済み][日付][今日]` のような日付関連のフィルタが含まれている必要があります。収集周期の低いインジケーターでは、`[クローズ済み][日付][今月]` のようなより広い日付範囲を指定できます。{#c_IndicatorSources__p_indicator-source-conditions}

注意深くインジケーター ソースを作成します。インジケーター ソースには複数のインジケーターがリンクされる可能性があるため、インジケーター ソースを作成した後に変更することは容易ではありません。さらに、インジケーターソースを変更すると、既に収集したスコアと不整合が生じる可能性があります。  
注:  
インジケーターを作成する前に、インジケーター ソースを作成する必要があります。

## インジケーターソースの定義 {#ariaid-title2}

1 つ以上のインジケーターで評価できるレコードのフィルター済みデータセットを提供するには、インジケーターソースを作成します。

### 始める前に

次の理由から、インジケーターソースのリストを確認してください。

* 要件を満たすインジケーターソースが既に存在している可能性があります。インスタンスの維持に役立てるため、重複するインジケーターソースを作成しないでください。
* 作成するインジケーターソースには必ず一意の名前を付けてください。異なるインジケーターソースに同じ名前を付けると、混乱を招く可能性があります。

{#t_DefineAnIndicatorSource__ul_p1s_lt5_5jb}

必要なロール：pa_data_collector または admin

### 手順

1. 次のいずれかのナビゲーションパスを使用します。
   * プラットフォームアナリティクスに移行していないアップグレードされたインスタンスを使用している場合は、 すべてPerformance Analytics (パフォーマンスアナリティクス)ソースインジケーターソース をクリックし、\[ New\] を選択します。
   * 新しいインスタンスを使用している場合、または プラットフォームアナリティクス に移行した場合は、 すべてプラットフォームアナリティクス管理データソースインジケーターソース をクリックし、\[ New\] を選択します。
   {#t_DefineAnIndicatorSource__choices_wlx_gjt_qbc}
2. インジケーターソースの使用目的を簡単に確認できる一意の \[名前 \] を入力します (例 :Incidents.Open)。
3. 他のユーザーがこのインジケーターソースの使用法と目的を理解し、重複を作成しないように、詳細な \[説明 \] を追加します。
4. \[ カレンダー\] フィールドで、インスタンスで定義されている標準カレンダーまたはビジネスカレンダーのいずれかを選択します。  
   警告:  
   ビジネスカレンダーを使用し、後でそのビジネスカレンダーのエントリを変更すると、 パフォーマンスアナリティクス データが無効になります。エントリを変更する前に収集したスコアは、エントリを変更した後に収集したスコアと互換性がありません。この警告は、会計カレンダーのスケジュールにも適用されます。

   ビジネスカレンダーを使用する場合は、「ビジネスカレンダー:エントリ開始時間」または「ビジネスカレンダー:エントリ終了時間」に実行するデータ収集ジョブを作成できます。
5. \[ Valid for frequency \] または \[Calendar Frequency \] フィールドに入力します。
   * 標準カレンダーを選択すると、\[ 有効期間\] の \[頻度 \] フィールドが表示されます。このフィールドでは、標準インジケーター頻度を選択できます。デフォルトの選択は \[日次\] です。
   * ビジネスカレンダーを選択すると、\[ カレンダー頻度 \] フィールドが表示されます。このフィールドは必須です。選択したビジネスカレンダーによって、使用可能な頻度の範囲が決まります。

   {#t_DefineAnIndicatorSource__choices_yhf_pdz_rmb}  
   このインジケーターソースに基づくインジケーターは、このフィールドの値をインジケーター 頻度として使用します。デフォルトでは、インジケーターのスコア収集期間はこの頻度に従います。この動作はインジケーターレコードで上書きできます。

   設定する周期がわからない場合は、ビジネス サイクルの周期を基準にします。
   {#t_DefineAnIndicatorSource__cmd_valid-frequency}
6. ファクト テーブルを直接選択するか、レポート ソースを再利用して選択します。

   | フィールド | 説明 |
   | ファクトテーブル | ファクト テーブルおよびそのテーブルのレコードをフィルタリングする条件を指定します。ファクト テーブルとしてデータベース ビューを指定できます。リモートテーブルはサポートされていません。 |
   | レポートソース | 再利用する既存のレポート ソースを指定します。レポート ソースでは、ファクト テーブルとフィルタリング条件を指定します。 レポート ソースが変更された場合、インジケーター ソースを表示したときに警告が表示されて、変更が通知されます。インジケーター ソースを更新するには、\[レポートソース\] フィールドの横にあるリフレッシュ ボタンをクリックします。 |
   |-|-|

   {#t_DefineAnIndicatorSource__choicetable_bwt_24j_dbb}  
   警告:  
   * パフォーマンスアナリティクス はリモートテーブルをサポートしていません。
   * データの収集を開始した後は、ソースのファクトテーブルを変更しないでください。ファクトテーブルを変更すると、次のスコア収集時に関連するインジケーターのすべての履歴スコアが失われます。
   {#t_DefineAnIndicatorSource__ul_xgs_ghk_nsb} {#t_DefineAnIndicatorSource__cmd_select-facts-table}
7. ファクト テーブルを直接選択する場合は、データをサブセットに含める前に満たす必要がある 条件 を追加します。  
   たとえば、条件 `[有効][次の値に等しい (=)][true]`、`[作成日][次の値もしくはそれ以前（<=）][日付]` などと設定します。  
   ヒント:  
   * テキスト フィールドのインジケーター ソース条件では、大文字と小文字は区別されません。
   * インジケーターソースとインジケーターに設定された条件がすべて適用されます。
   * インジケーターにリアルタイムスコアを表示するには、インジケーターまたはインジケーターソースのいずれかに条件を設定します。
   * インジケーター ソースを再利用できるように、上位レベルの条件のみを使用してインジケーター ソース条件を定義してください。データをより深く理解するには、個々のインジケーターの詳細フィルタを使用します。
   * インジケーターソースには、\[作成日時\]\[日付\]\[今日\] などの日付条件が少なくとも 1 つ必要です。
   * 通常、日付条件はインジケーター頻度と同じ期間を参照する必要があります。たとえば、日数に関する条件は、日次インジケーターにのみ指定する必要があります。月数に関する条件は、月次インジケーターにのみ設定する必要があります。
   * テーブルのsys_id値または表示値へのドット連結は避けてください。不要な結合が作成されないように、代わりに参照フィールドを単独で使用してください。
   * インジケーターソース条件を適切に設計すると、そのソースのインジケーターの少なくとも 1 つに独自の追加条件はありません。
   {#t_DefineAnIndicatorSource__ul_igt_lqg_zjb}

   条件の構築に関する一般的な情報については、「 [条件ビルダー](https://www.servicenow.com/docs/access?context=c_ConditionBuilder&version=xanadu&pubname=xanadu-platform-user-interface&ft:locale=en-US)」を参照してください。
   {#t_DefineAnIndicatorSource__cmd_adition}
{#t_DefineAnIndicatorSource__step_add-conditions}
8. **オプション:** 関連 リスト条件 を定義して、別のテーブルとの関係をフィルターに含めます。  
   詳細については、「 [関連リスト条件の追加](https://www.servicenow.com/docs/access?context=create-related-list-query&version=xanadu&pubname=xanadu-platform-user-interface&ft:locale=en-US)」を参照してください。
9. このインジケーターソースが返すレコードの数を確認するには、\[ プレビュー\] をクリックします。  
   警告:  
   プレビュー機能の表示内容にかかわらず、収集されるレコードの上限を超える可能性があります。プレビュー機能に表示されるレコードの数は、データコレクターが実際にフェッチする数よりも少なくなります。データコレクションジョブはレコードをフェッチするときに ACL とビジネスルールを無視しますが、プレビュー機能はそれらに従います。詳細については、「 [KB0756238](https://support.servicenow.com/kb?id=kb_article_view&sys_kb_id=bf1399dedb7e0150e515c22305961986)」を参照してください。
10. \[レコードビュー\] タブのリスト ビューで、デフォルトビューを選択します。  
    デフォルトのビューは、ワークベンチウィジェットと、 アナリティクスハブ および KPI 詳細でこのインジケーターソースに対して収集されたレコードのリストに適用されます。使用可能なビューは、ファクト テーブルによって異なります。
11. **オプション:** \[レコード収集\] タブで、ジョブが単一のインジケーターソースに対して収集できるレコードの最大数を、このインジケーターソースについてのみ上書きします。  
    \[ レコード収集を上書き\] を選択し、\[ 収集されるレコードの最大数\] に値を入力します。プロパティ com.snc.pa.dc.max_row_count_indicator_sourceに設定されているデフォルト値を上書きしています。詳細については、「[パフォーマンスアナリティクス のプロパティ](https://servicenow-prod.fluidtopics.net/c_efAm1VKt1GBlw8uCBwbA#pa-properties "これらのシステム プロパティがパフォーマンスアナリティクスの動作を制御します。")」を参照してください。
12. コンテキストメニューを展開して \[ 保存\] をクリックします。
13. **オプション:** ビジネスカレンダーを使用するようにこのインジケーターソースを構成した場合は、スコアとスナップショットを保持し、季節パターンを検索するための期間数を設定します。  
    これらの設定は、同じカレンダー頻度を使用するすべてのインジケーターソースとインジケーターに適用されます。インジケーターのオーナーは、そのインジケーターのこれらの設定を上書きできます。インジケーターソースでこれらの値を設定しない場合、誰かがこのカレンダー頻度を使用して初めてインジケーターを作成するときに、これらの値を設定するように求められます。
    1. 関連リンクで、\[ 保持期間の設定\] をクリックします。  
       PA ビジネスカレンダー保存期間レコードが開きます。
    2. \[季節性を確立するエントリ数\] フィールドに、季節パターンを見つけるために必要な、ビジネスカレンダーまたはスケジュールエントリで定義されている期間の数を入力します。  
       ビジネスカレンダーエントリの詳細については、「 [ビジネスカレンダーの作成](https://www.servicenow.com/docs/access?context=business-calendars&version=xanadu&pubname=xanadu-platform-administration&ft:locale=en-US)」を参照してください。
    3. ビジネスカレンダーまたはスケジュールエントリの定義に従って、スコアとスナップショットを保持する期間の数を設定します。  
       デフォルト値は 1 ですが、変更を検討する必要があります。
    {#t_DefineAnIndicatorSource__substeps_efn_d2b_5nb}

### シンプルなインジケーターソース

次の設定は、毎日新しいインシデントを収集するインジケーター ソースを作成します。

* \[名前\]：<kbd class="ph userinput">Incidents.New</kbd>
* \[周期\]：<kbd class="ph userinput">日次</kbd>
* \[ファクトテーブル\]：<kbd class="ph userinput">インシデント [incident]</kbd>
* \[条件\]：<kbd class="ph userinput">[オープン済み][日付][今日]</kbd>

{#t_DefineAnIndicatorSource__ul_qkg_bcp_kr} 図 : 1. インジケーター ソースの作成

### 次のタスク

インジケーターソースを作成したら、レコードの関連リストでテキストインデックス構成を定義できます。これらの構成を使用して、ワード クラウドで パフォーマンスアナリティクス テキスト ウィジェットを作成します。詳細については、「[テキスト分析の設定](https://servicenow-prod.fluidtopics.net/gryrDTHg6H1hMNOOrY30Vw "分析するテキスト フィールドと分析するインジケーターを選択します。")」を参照してください。

レポートソースを再利用している場合にレポートソースが変更されると、インジケーターソースレコードに警告が表示されます。レポートソースと一致するようにインジケーターソースを更新するには、\[ レポートソースの更新\] をクリックします。\[ Report source \] フィールドの横にある更新ボタンをクリックすることもできます。

読み取り専用の \[レポートソース更新日時\] フィールドにレポート ソースが最後に更新された時刻が表示されます。この日付と時刻は、常に GMT タイムゾーンで表示されます。
**関連概念**   

* [レポートソース](https://servicenow-prod.fluidtopics.net/8Yi5CJgjz2P0NZ5fh9p8Pw#c_ReportSources "レポート ソースは、レポートを作成するための事前定義されたデータ セットです。")  
**関連情報**   

* [ビジネスカレンダーの作成](https://www.servicenow.com/docs/access?context=business-calendars&version=xanadu&pubname=xanadu-platform-administration&ft:locale=en-US "Now Platform インジケーターソースに使用できるビジネスカレンダーの設定に関するドキュメント。")

## インジケーター ソースでのデータベース ビューの使用 {#ariaid-title3}

インジケーター ソースのファクト テーブルとしてデータベース ビューを選択できます。データベース ビューを使用すると、デフォルトでは接続されていないServiceNowインスタンスのテーブルのデータを統合することができます。

### 始める前に

必要なロール：pa_admin

### このタスクについて

データベースビューでテーブルを結合すると、ビューを呼び出すことで簡単にアクセスすることができます。次に、ビューに含まれる任意のテーブルからフィールドを選択できます。たとえば、違反した SLA の数をレポートする場合、SLA とインシデント テーブル両方のフィールドが必要です。

### 手順

インジケーター ソースのファクト テーブルとしてデータベース ビューを選択した場合は、インジケーター ソース フォームの \[レコードビュー\] セクションで追加の構成を行います。  
図 : 2. インジケーターソースフォームの \[レコードビュー\] セクション {#t_UseADatabaseView__table_lrc_1p5_dmb__entry__2}

| フィールド | Description (説明) |
|-|-|
| ビューテーブル | レコードのスナップショットは、データベースビューの 1 つのテーブルからのみ収集されます。レコードを収集するテーブルを選択します。 重要: この値を変更すると、以前のすべてのスナップショットが事実上削除されます。この変更は、次回データ収集ジョブが実行されたときに有効になります。この変更は履歴スコアには影響しません。 |
| リストビュー | 収集されたレコード セットの表示に使用するリスト ビューを選択します。デフォルトビュー が提案されますが、 ワークスペースなどの定義済みのビューを選択できます。 |
[ ]

{#t_UseADatabaseView__table_lrc_1p5_dmb}  
注:  
一意のシステム ID を生成しないビューテーブルで第 2 レベルのブレークダウンを収集すると、スコアとレコード数が一致しないことがあります。これらの値が一致しない場合、スコアは正しいです。レコード数は一意でないsys_idsのアーティファクトであるため、正しくありません。

### データベースビューからのインジケーターソース {#t_UseADatabaseView__example_apq_hzp_kwb}

SLA に違反するインシデントの数を追跡するインジケーターを作成するとします。ベースシステムには、タスク SLA \[task_sla\] テーブルとインシデント \[incident\] テーブルを結合する incident_sla というデータベースビューがすでに含まれています。したがって、このデータベースビューを使用して新しいインジケーターソースを作成します。  
データベースビューを見ると、タスク SLA テーブルのタスクがインジケーターテーブルの一意のsys_id値と一致するレコードが取得されていることがわかります。  

スナップショットは 1 つのテーブルからのみ取得できます。通常は、一意の値を持つフィールドを含むテーブルのスナップショットを作成することをお勧めします。したがって、インシデント \[incident\] をインジケーターソースのビューテーブルとして選択します。  

**関連情報**   

* [データベースビュー](https://www.servicenow.com/docs/access?context=c_DatabaseViews&version=xanadu&pubname=xanadu-platform-administration&ft:locale=en-US)