インジケーターソース

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間:12分
  • インジケーターソース は、1 つのテーブルまたはデータベースビューからのフィルタリングされたレコードで構成されるデータセットです。

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

    通常、インジケーターは特定の日付の状況を追跡します。インジケーターのソース条件には、[ オープン][on][Today] などの日付関連のフィルターを含める必要があります。収集頻度が低いインジケーターでは、[ クローズ済み][オン][今月] のように、より広い日付範囲を指定する場合があります。

    インジケーターソースは慎重に作成してください。複数のインジケーターが 1 つのインジケーターソースにリンクされている場合があるため、インジケーターソースを作成した後に変更するのは簡単ではありません。さらに、インジケーターソースを変更すると、既に収集したスコアと乖離する可能性があります。

    注:
    インジケーターを作成する前に、インジケーターソースを作成する必要があります。

    インジケーターソースの定義

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

    始める前に

    次の理由から、インジケーターソースのリストを参照してください。
    • 要件を満たすインジケーターソースが既に存在している可能性があります。インスタンスを維持するため、重複するインジケーターソースを作成しないでください。
    • 作成するインジケーターソースには必ず一意の名前を付けてください。異なるインジケーターソースに同じ名前を付けると、紛らわしいことがあります。

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

    手順

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

      ビジネスカレンダーを使用する場合は、ビジネスカレンダー:エントリ開始時間またはビジネスカレンダー:エントリ終了時間で実行されるデータ収集ジョブを作成できます。

    5. [ 有効な頻度 ] または [カレンダー頻度 ] フィールドのいずれかに入力します。
      • 標準カレンダーを選択した場合は、[ 頻度に対して有効 (Valid for frequency )] フィールドがあります。このフィールドでは、標準インジケーターの頻度を選択できます。デフォルトの選択は [日次] です。
      • ビジネスカレンダーを選択した場合は、[ カレンダー頻度] フィールドが表示されます。このフィールドは必須です。選択したビジネスカレンダーによって、使用可能な頻度の範囲が決まります。
      このインジケーターソースに基づくインジケーターは、このフィールドの値をインジケーター頻 として使用します。デフォルトでは、インジケーターのスコア収集期間はこの頻度に従います。この動作はインジケーターレコードで上書きできます。

      設定する頻度が不明な場合は、ビジネスサイクルに基づいて頻度を設定します。

    6. 直接、またはレポートソースを再利用して、ファクトテーブルを選択します。
      フィールド説明
      ファクトテーブル ファクトテーブルとそのテーブルのレコードをフィルタリングするための条件を指定します。データベースビューをファクトテーブルとして指定できます。リモートテーブルはサポートされていませんが、 Workflow Data Fabric テーブルはサポートされています。
      レポートソース 再利用する既存のレポートソースを指定します。レポートソースは、ファクトテーブルとフィルタリング条件を指定します。

      レポートソースが変更された場合、インジケーターソースを表示すると、変更について通知する警告が表示されます。インジケーターソースを更新するには、[ レポートソース ] フィールドの横にある更新ボタンをクリックします。

      警告:
      • パフォーマンスアナリティクス はリモートテーブルをサポートしていません。
      • パフォーマンスアナリティクスWorkflow Data Fabric テーブルをサポートしていません。
      • データの収集を開始した後は、ソースのファクトテーブルを変更しないでください。ファクトテーブルを変更すると、次のスコア収集時に関連するインジケーターのすべての履歴スコアが失われます。
    7. ファクトテーブルを直接選択する場合は、データがサブセットに含まれる前に満たす必要がある 条件 を追加します。
      たとえば、条件 [Active] [is] [true] または [Created] [at or before] [date] を設定します。
      ヒント:
      • テキストフィールドのインジケーターソース条件では、大文字と小文字は区別されません。
      • インジケーターソースとインジケーターに設定された条件がすべて適用されます。
      • インジケーターにリアルタイムスコアを表示するには、インジケーターまたはインジケーターソースのいずれかに条件を設定します。
      • インジケーターソースは再利用可能であるため、インジケーターソース条件を定義するには高レベルの基準のみを使用してください。個々のインジケーターに対して高度なフィルターを使用して、データをより深く掘り下げます。
      • インジケーターソースには、[作成日時][日][今日] など、少なくとも 1 つの日付条件が必要です。
      • 通常、日付条件はインジケーターの頻度と同じ期間を参照する必要があります。たとえば、日数に関する条件は、日次インジケーターのみに設定する必要があります。月数に関する条件は、月次インジケーターのみにする必要があります。
      • テーブルのsys_id値または表示値へのドット連結は避けてください。不要な結合を作成しないように、代わりに参照フィールドを単独で使用してください。
      • インジケーターソース条件を適切に設計している場合、そのソースの少なくとも 1 つのインジケーターには独自の追加条件がありません。

      条件のビルドに関する一般的な情報については、「 条件ビルダー」を参照してください。

    8. オプション: 関連リスト条件を定義して、別のテーブルとの関係をフィルターに含めます。
      詳細については、「 関連リスト条件の追加」を参照してください。
    9. このインジケーターソースが返すレコードの数を確認するには、[ プレビュー] をクリックします。
      警告:

      プレビュー機能に表示されている内容に関係なく、収集されるレコードの上限を超える可能性があります。プレビュー機能では、データコレクターが実際にフェッチする数よりも少ない数のレコードが表示されます。データ収集ジョブは、レコードをフェッチするときに ACL とビジネスルールを無視しますが、プレビュー機能はそれらに従います。詳細については、「 KB0756238」を参照してください。

    10. [レコードビュー] タブのリスト ビューで、デフォルトビューを選択します。
      デフォルトのビューは、ワークベンチウィジェットと、 アナリティクスハブ および KPI 詳細のこのインジケーターソースに対して収集されたレコードリストに適用されます。使用可能なビューは、ファクトテーブルによって異なります。
    11. オプション: [レコード収集] タブで、ジョブが単一のインジケーターソースについて収集できるレコードの最大数を上書きします (このインジケーターソースについてのみ)。
      [ レコード収集の上書き] を選択し、[ 収集されるレコードの最大数] に値を入力します。プロパティ com.snc.pa.dc.max_row_count_indicator_sourceに設定されているデフォルト値を上書きしています。詳細については、「パフォーマンスアナリティクスのプロパティ」を参照してください。
    12. コンテキストメニューを展開し、[ 保存] をクリックします。
    13. オプション: ビジネスカレンダーを使用するようにこのインジケーターソースを構成した場合は、スコアとスナップショットを保持し、季節パターンを検索するための期間数を設定します。
      これらの設定は、同じカレンダー頻度を使用するすべてのインジケーターソースとインジケーターに適用されます。インジケーターのオーナーは、そのインジケーターのこれらの設定を上書きできます。インジケーターソースでこれらの値を設定しないと、このカレンダー頻度を使用して初めてインジケーターを作成したときに、これらの値を設定するように求められます。
      1. 関連リンクで、[ 保存期間を構成] をクリックします。
        PA ビジネスカレンダー保持期間レコードが開きます。
      2. [ 季節性を確立するためのエントリの数 ] フィールドに、ビジネスカレンダーまたはスケジュールエントリで定義されているように、季節パターンを検索するために必要な期間の数を入力します。
        ビジネスカレンダーエントリの詳細については、「 ビジネスカレンダーの作成」を参照してください。
      3. ビジネスカレンダーまたはスケジュールエントリで定義されているように、スコアとスナップショットを保持する期間の数を設定します。
        デフォルト値の 1 が提供されていますが、変更することを検討する必要があります。

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

    次の設定では、毎日新しいインシデントを収集するインジケーターソースを作成します。
    • 名前: Incidents.New
    • 頻度:日次
    • ファクトテーブル:インシデント [incident]
    • 条件:[オープン] [オン] [今日]
    図 : 1. インジケーターソースの作成
    インジケーターソースの作成

    次のタスク

    インジケーターソースを作成したら、レコードの関連リストでテキストインデックス構成を定義できます。これらの構成を使用して、ワードクラウドを含む パフォーマンスアナリティクス テキストウィジェットを作成します。詳細については、「テキストアナリティクスの設定」を参照してください。

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

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

    インジケーターソースでのデータベースビューの使用

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

    始める前に

    必要なロール:pa_admin

    このタスクについて

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

    手順

    インジケーターソースのファクトテーブルとしてデータベースビューを選択する場合は、[インジケーターソース] フォームの [ レコードビュー ] セクションで追加の構成を指定します。
    図 : 2. インジケーターソースフォームの [レコードビュー] セクション
    インジケーターソースフォームの [レコードビュー] セクション
    フィールド 説明
    ビューテーブル レコードのスナップショットは、データベースビューの 1 つのテーブルからのみ収集されます。レコードを収集するテーブルを選択します。
    重要:
    この値を変更すると、以前のすべてのスナップショットが事実上削除されます。この変更は、次回のデータ収集ジョブが実行されたときに有効になります。この変更は、履歴スコアには影響しません。
    リストビュー 収集されたレコードセットの表示に使用するリストビューを選択します。デフォルトのビュー が提案されますが、[ ワークスペース] などの定義済みのビューを選択できます。
    注:
    一意のシステム ID を生成しないビューテーブルで第 2 レベルのブレークダウンを収集すると、スコアとレコード数が一致しない可能性があります。これらの値が一致しない場合、スコアは正しいです。レコード数は一意でないsys_idsのアーティファクトであるため、間違っています。

    データベースビューからのインジケーターソース

    SLA に違反しているインシデントの数を追跡するインジケーターを作成するとします。ベースシステムには、タスク SLA [task_sla] テーブルとインシデント [incident] テーブルを結合する incident_sla というデータベースビューが既に含まれています。したがって、このデータベースビューを使用して新しいインジケーターソースを作成します。

    データベースビューを見ると、タスク SLA テーブルのタスクがインジケーターテーブルの一意のsys_id値と一致するレコードが取得されることがわかります。
    Where 節が強調表示されたデータベースビューテーブルリスト
    スナップショットは 1 つのテーブルからのみ取得できます。通常は、一意の値を持つフィールドを使用してテーブルのスナップショットを取得することをお勧めします。したがって、インジケーターソースのビューテーブルとしてインシデント [incident] を選択します。
    [レコードビュー] タブ