---
sourceDocument: Yokohama のガバナンス、リスク、コンプライアンス
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/governance-risk-compliance

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama のガバナンス、リスク、コンプライアンス

ft:clusterId :

    - grc

bundleId :

    - grc

workflow :

    - Technology


---

# 自動メトリクスの定義フォーム

# 自動メトリクスの定義フォーム {#ariaid-title1}

* リリースバージョン: Yokohama
* 
* 更新日 2025年07月31日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：12分

このトピックでは、\[自動メトリクスの定義\] フォームのフィールドについて説明します。
{#automated-metric-definition-fields-irm__table-create-metric__entry__2}

| フィールド | 説明 |
|-|-|
| 基本的な詳細 ||
| 名前 | 自動メトリクスの定義の名前たとえば、「<kbd class="ph userinput">インシデントの数</kbd>」。 |
| アクティブ | 自動メトリクスの定義をアクティブとしてマークするオプション。有効にすると、メトリクスの定義がアクティブになり、使用できるようになります。 |
| 説明 | 自動メトリクスの定義の簡潔な説明。 |
| 単位 | 自動メトリクスの定義の単位。データを表示する際の単位を定義できます。 |
| 集計方法 | 集計方法とは、すべてのエンティティのメトリクスデータを計算するために使用される方法を指します。たとえば、メトリクスが人、部門、地域などの複数のエンティティに適用される場合は、各エンティティのデータを計算し、全体的なパフォーマンスを示す 1 つのスコアに結合します。集計方法の選択は、メトリクスの収集の目標によって異なります。たとえば、全体的なパフォーマンスに関心があり、エンティティ間での規模やサイズの違いを考慮する必要がある場合は、合計または平均がより適切であると思われます。最高のパフォーマンスを発揮するエンティティを特定するには最大値が適切であり、最もパフォーマンスの低いエンティティを特定するには最小値が適切であると思われます。集計は、メトリクスの定義で指定された頻度に基づいて、期間全体で行われます。頻度が月単位の場合、計算は毎月行われます。集計方法の 4 つの選択肢は次のとおりです。 * 合計:すべてのエンティティのメトリクスデータが加算され、単一のスコアが作成されます。 * 平均：すべてのエンティティのメトリクスデータの平均によって、単一のスコアが作成されます。 * 最大：すべてのエンティティの中で最も高いメトリクスデータが単一スコアとして使用されます。 * 最小：すべてのエンティティの中で最も低いメトリクスデータが単一スコアとして使用されます。 {#automated-metric-definition-fields-irm__create-composite-metric-definition_ul_opt_1lz_x5b} |
| 精度 | スコアの小数点以下の桁数。 インジケーターの \[精度\] が 0 の場合、インジケーターは結果を最も近い整数に丸めます。たとえば、\[精度\] が 0 のインジケータが値 7 + (5 / 2) を計算した場合、結果は 10 に丸められます。 インジケーターの \[精度\] が 0 より大きい場合、指定された精度に最も近い小数点に丸めます。たとえば、\[精度\] が 1 のインジケーターは、4.45 の結果を 4.5 に丸めます。 |
| クラス | メトリクスの定義が属するクラス。選択肢は次のとおりです。 * KPI：目標に対してリスクエクスポージャーがどの程度管理されているかを示します。このオプションを使用して、エンティティと追加エンティティをメトリクスの定義に追加します。 * KRI：指定されたリスクまたは一連のリスクに対するエクスポージャーの量を示します。このオプションを使用して、メトリクスの定義にリスクとリスクステートメントを追加します。このオプションは、高度なリスク プラグインがアクティブ化されている場合に使用できます。 * KCI：特定のリスクエクスポージャーを削減または緩和するために実装されたコントロールの有効性を示します。このオプションを使用して、コントロールとコントロール目標をメトリクスの定義に追加します。このオプションは、ポリシーとコンプライアンス管理 プラグインがアクティブ化されている場合に使用できます。 {#automated-metric-definition-fields-irm__ul_vxy_s3r_5xb} 重要: このフィールドは、IRM アプリケーションスイートからメトリクスの定義が作成された場合にのみ表示されます。環境、社会、ガバナンス管理は表示されません。 |
| カレンダー | メトリクスのアグリゲーションに使用するカレンダー。構成されたカレンダーオプションのみ選択できます。このフィールドは自動的に \[標準カレンダー (Standard Calendar)\] に設定されます。 注: 標準カレンダーとは、グレゴリオ暦を指します。 |
| 最初の開始日 | 自動メトリクスの定義の収集頻度スケジュールの開始日。 |
| 頻度 | メトリクスが実行される収集頻度。メトリクスの定義でデータを収集する頻度を示します。選択肢は次のとおりです。 * 日次 * 週次 * 毎月 * 四半期ごと * 半年ごと * 年次 {#automated-metric-definition-fields-irm__ul_bmg_14j_jwb} |
| データコレクション ||
| メソッドタイプ | 自動メトリクスのタイプ。選択肢は次のとおりです。 * 基本：合計、平均、最大、最小、個別のカウントなどの集計方法を使用することを示します。 * スクリプト：カスタムスクリプトを使用してデータを収集することを示します。複数のテーブルからデータを収集する場合などにこのオプションを使用できます。 * 外部ソース：データが外部ソースから収集されることを示します。たとえば、組織内の従業員数とその性別比に関するデータを入手したい場合は、ヒューマンリソース (HR) データを格納するアプリケーションである Workday などの外部ソースから情報を取得できます。 {#automated-metric-definition-fields-irm__ul_zlg_14j_jwb} 注: \[スクリプト化\] を選択した場合は、フォームを保存し、\[スクリプトを追加\] を選択してスクリプトを追加する必要があります。sn_grc_metric.developer ロールを持つユーザーのみがスクリプトを追加できます。 |
| テーブル | メトリクスに対するデータの取得元のテーブル。このフィールドは、\[メソッドタイプ\] フィールドが \[基本\] に設定されている場合にのみ表示されます。 |
| クライテリア | データの収集元となるレコードの条件。フィールド、演算子、および値を含む条件を追加してフィルターを作成し、\[ 設定\] を選択します。たとえば、期日が当月にあるインシデントのみのデータを収集するという条件を作成できます。このフィールドは、\[メソッドタイプ\] フィールドが \[基本\] に設定されている場合にのみ表示されます。 注: このフィールドを変更する前に、\[ テーブル \] フィールドの値を選択する必要があります。 |
| アグリゲート | 選択したテーブルからデータを集計するために使用される方法または計算。\[集計\] フィールドでオプションを選択すると、\[集計\] フィールドの横に新しい \[集計フィールド\] が表示されます。\[集計フィールド\] には、選択したレコードが表示されます。\[集計\] フィールドの選択肢は次のとおりです。 * カウント：選択したテーブルから取得されたレコードの数。たとえば、インシデントの数が必要な場合は、このオプションを選択します。 注: \[カウント\] が選択されている場合、\[集計\] フィールドは表示されません。 * 合計：\[集計フィールド\] で選択されている列の合計。 * 平均：\[集計フィールド\] で選択された列の値の平均。 * 最大：\[集計フィールド\] で選択された列の最大値。 * 最小：\[集計フィールド\] で選択された列の最小値。 * 個別のカウント：\[集計フィールド\] でグループ化された結果セット内のグループの数。 {#automated-metric-definition-fields-irm__ul_amg_14j_jwb} |
| テーブルフィールド | \[テーブル\] フィールドで選択されているテーブルの列またはフィールド。たとえば、インシデントテーブルの \[問い合わせユーザー\] 列を選択できます。この選択により、インシデントテーブルに関連付けられている問い合わせユーザーを把握し、自身のエンティティの問い合わせユーザーと比較できます。 注: このフィールドを変更する前に、\[ テーブル \] フィールドの値を選択する必要があります。 |
| アグリゲーションフィールド | 集計を実行する必要がある \[テーブル\] フィールドで選択されているテーブルの列またはフィールド。 注: \[アグリゲート\] フィールドで \[カウント\] が選択されている場合、このフィールドは表示されません。 |
| エンティティフィールド | エンティティテーブルの列またはフィールド。エンティティは、\[テーブルフィールド\] で選択されたフィールドと \[エンティティフィールド\] で選択されたフィールドに基づいて照合されます。このフィールドは自動的に \[適用するレコード\] に設定されます。この手順のインシデントテーブルのコンテキストでは、このフィールドを使用して、たとえば、どのインシデントがどの発信者によってログに記録されたかを比較できます。 |
| メトリクスデータタスクを作成 | メトリクスデータタスクの作成をマークするオプション。 |
| データ所有者アサインタイプ | 測定基準定義内の測定基準のデータ所有者アサインのタイプ。選択肢は次のとおりです。 * シンプル:指定されたデータ所有者またはデータ所有者グループがメトリクスにアサインされます。 * 詳細:アサイン構成に基づいてデータ所有者がアサインされます。リスクアドミン \[sn_risk.admin\] は、データ所有者を動的にアサインするためのアサイン構成を設定できます。アサイン構成の作成の詳細については、「 [アサイン構成の作成](https://servicenow-prod.fluidtopics.net/d4tClZtfGpZLh~psImPS7w "手動測定基準の定義のアサイン構成を作成して、データ所有者が測定基準に動的にアサインされるようにします。") と [アサイン構成の新規レコード](https://servicenow-prod.fluidtopics.net/PpgxB5Y8Rr1iQ7bfMCEd7g "アサイン構成の新規レコードフォームを使用して、規制アラートタイプの規制イベントの自動アサインを作成します。")」を参照してください。 注: これは、GRC：承認コンフィギュレーターアプリケーションがインストールされている場合に使用できます。詳細については、「[承認コンフィギュレーターを使用した承認の設定](https://servicenow-prod.fluidtopics.net/E7uT3WfTjBRL4bQ~6TKClA "GRC：承認コンフィギュレーターアプリケーションは、ビジネスアサインルール構成に基づいて複数のレベルの承認を定義する機能を提供します。")」を参照してください。 {#automated-metric-definition-fields-irm__ul_dnp_dcs_tdc} |
| データ所有者タイプ | メトリクスの定義を担当するデータ所有者のタイプ。選択肢は次のとおりです。 * ユーザー * ユーザーグループ {#automated-metric-definition-fields-irm__ul_zrg_pdg_drb} |
| データ所有者 | メトリクスの定義を担当するデータ所有者。リストからデータ所有者を選択します。 注: \[データ所有者アサインタイプ\] で詳細オプションを選択した場合、アサイン構成から結果が返されない場合は、これがアサインされたデータ所有者です。 |
| 説明 | データ所有者向けの説明。 |
| 提出データを含む | サポートデータの収集を有効にするオプション。 注: 収集されたサポートデータは、一定期間が経過すると自動的に削除され、その保存時間はデータの頻度によって異なります。 * 日次:30 日後 * 週次:30 日後 * 月次:3ヶ月後 * 四半期ごと:3 四半期後 * 半年ごと:3 つの半年ごと期間の後 * 年次:3年後 {#automated-metric-definition-fields-irm__ul_gq4_j42_dgc} |
| サポートデータフィールド | サポートデータに表示するデータフィールドを指定します。 注: 最適なパフォーマンスを得るには、データが広範囲に及ぶ場合は、選択を 4 〜 5 フィールドに制限します。さらにフィールドを選択すると、パフォーマンスの問題が発生する可能性があります。 |
| 承認が必要 | メトリクスの定義に承認が必要かどうかを示すオプション。 注: \[承認が必要\] オプションを有効にすると、\[承認者タイプ\] フィールドと \[承認者\] フィールドが表示されます。 |
| 承認者タイプ | メトリクスの定義の承認者のタイプを指定します。選択肢は次のとおりです。 * ユーザー * ユーザーグループ {#automated-metric-definition-fields-irm__ul_azc_cpb_xrb} 注: このフィールドは、\[ 承認が必要\] オプションが選択されている場合にのみ表示されます。 |
| 承認者 | メトリクスの定義の承認を担当する承認者ユーザーまたは承認者グループ。選択肢は次のとおりです。 * 承認者：\[ユーザー\] オプションが選択されている場合に表示されます。 * 承認者グループ：\[ユーザー\] オプションが選択されている場合に表示されます。 {#automated-metric-definition-fields-irm__ul_evv_cpb_xrb} 注: このフィールドは、\[ 承認が必要\] オプションが選択されている場合にのみ表示されます。 |
| メトリクスのプロパティ ||
| タイプ | データが手動で収集されるか、自動で収集されるかを決定するために使用される方法。選択肢は次のとおりです。 * 自動 * 手動 {#automated-metric-definition-fields-irm__ul_ulg_14j_jwb} 自動メトリクスの定義を作成する手順であるため、\[自動\] を選択します。 |
| エンタープライズ所有者タイプ | 自動メトリクスの定義を担当するエンタープライズ所有者のタイプ。選択肢は次のとおりです。 * ユーザー * ユーザーグループ {#automated-metric-definition-fields-irm__ul_vlg_14j_jwb} |
| 方向 | メトリクスを表示する方向。選択肢は次のとおりです。 * なし：メトリクスの方向を変更しない場合は、このオプションを選択します。 * 最小化：目的のメトリクスの方向が下向きまたは降順である場合は、このオプションを選択します。たとえば、期日を過ぎても未解決のままのリスクアセスメントの数を最小限に抑えます。 * 最大化：目的のメトリクスの方向が上向きまたは昇順である場合は、このオプションを選択します。たとえば、重要なコントロールの数を最大化したいとします。 * マイルストーン:メトリクスの方向が適用されないが、メトリクスがマイルストーンに対して追跡される場合に選択するオプション。たとえば、組織が月末までにエンティティのすべてのリスクアセスメントを完了することを目標としている場合、目標の次の日付がマイルストーンと見なされます。 {#automated-metric-definition-fields-irm__ul_xlg_14j_jwb} 注: しきい値は、\[マイルストーン\] を除くすべての方向に設定できます。しきい値の作成の詳細については、「 [メトリクスの定義のしきい値を作成](https://servicenow-prod.fluidtopics.net/RohIeLiycEOBj~lZ3501RQ "メトリクスの定義のしきい値を定義して、定量的メトリクス定義のパフォーマンスを評価します。")」を参照してください。 |
| グループ | メトリクスが関連する領域。たとえば、メトリクスはストレスインジケーターや障害インジケーターなどに関連している場合があります。 |
| レポート分類 | 測定基準をカテゴリ分けする際に使用するタグ。 |
| エンタープライズ所有者 | メトリクスの所有者であり、メトリクスを担当するユーザー。たとえば、収益の収集などのメトリクスの場合、事業部門の副社長またはゼネラルマネージャーがエンタープライズ所有者になる可能性があります。 |
| 性質 | 手動メトリクスの定義の性質。選択肢は次のとおりです。 * 先行:先行メトリクスは予測型であり、将来のリスクの結果を予測するのに役立ちます。たとえば、組織では、重要なプロセス内のコントロールエラーの増加率などの主要なメトリクスを使用できます。コントロールの低下の初期兆候を監視することで、組織は運用リスクまたはコンプライアンスリスクの潜在的な増加を予測できます。このメトリクスを追跡することで、リスクチームは新たなリスクエクスポージャーを特定し、リスクが顕在化したり、定義されたリスク許容度を超えたりする前に予防措置を講じることができます。 * 遅行:遅行メトリクスは、過去のリスクイベントまたはアクションの影響を測定します。たとえば、遅行メトリクスは、レポート期間中に財務的損失や規制上のペナルティをもたらしたリスクイベントの数です。このメトリクスは、組織のリスク影響度の履歴を可視化します。このメトリクスを経時的に追跡することで、リスクチームは過去のリスク軽減とコントロールの取り組みがどの程度効果的であったかを評価し、是正措置が必要なパターンを特定できます。遅行メトリクスは、リスクが顕在化した後の結果を評価し、将来のリスク戦略の改善をサポートするのに役立ちます。 * 現在:現在のメトリクスは、運用全体のアクティブなリスクエクスポージャーを監視します。たとえば、高または非常に高いと評価されたアクティブなオペレーショナルリスクの数は、組織が現在のリスク体制を理解するのに役立ちます。このメトリクスを監視することで、リスクオーナーはエクスポージャーの高い領域に焦点を当て、リアルタイムで軽減アクションを開始できます。 {#automated-metric-definition-fields-irm__ul_hpv_cyx_nxb} |
| サブグループ | メトリクスが関連するサブグループ。 |
| 主要メトリクス | メトリクスがビジネスの重要なメトリクスであるかどうかを示すオプション。 |
| 機密性 ||
| 注: このセクションは、次の場合にのみ表示されます。 * GRC プロパティの下で sn_grc.enable_record_confidentiality プロパティが有効になっている。 * レコードが \[ドラフト\] ステータスである。 {#automated-metric-definition-fields-irm__ul_cmg_14j_jwb} ||
| 機密 | レコードを機密としてマークするオプション。 |
| 許可されたユーザー | レコードを表示できるユーザー。 注: デフォルトでは、ログインしているユーザーは機密ユーザーのリストに追加されます。 |
| 許可されたグループ | レコードを表示できるグループ。 |
[表 : 1. 自動メトリクスの定義フォーム]

{#automated-metric-definition-fields-irm__table-create-metric}