コンプライアンス監査の作成

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間：8分

    • コンプライアンス監査を作成します。[コンプライアンス] には、テンプレートを使用して条件を定義するテンプレートと、スクリプトを使用する 2 種類の監査を利用できます。

    始める前に

    必要なロール：certification_admin

    手順

    1. この監査に対して適切なテンプレート レコードが作成されたことを確認します。
      注:
      テンプレートの条件では、監査対象の値を定義します。
    2. CI クラスマネージャーを使用します。
      1. 移動先 すべて > 構成 > CI クラスマネージャー.
      2. [クラス階層] からクラスを選択します。
      3. サイドバーで、[詳細設定] をオンにし、[コンプライアンス] グループの [監査] を選択します。
    3. または、次のいずれかのモジュールに移動します。
      • すべて > コンプライアンス > 監査
      • すべて > コンプライアンス > Architecture Compliance > 監査
      • すべて > コンプライアンス > 適切な状況 > 監査
      • すべて > コンプライアンス > スクリプト化された監査 > 監査
    4. [新規] を選択します。
      選択したナビゲーション パスに関連付けられている監査タイプの新しいレコードが開きます。[監査タイプ] フィールドは読み取り専用です。
    5. 以下のテーブルに記載されているフィールドを使用してフォームに入力します。
    6. ヘッダー バーを右クリックし、[保存] を選択します。

      [監査結果] および [対処すべきタスク] 関連リストがフォームに表示されます。

    7. 監査を即座に実行するには、[監査を実行] を選択します。

      テンプレート監査が実行されると、ServiceNow が [最終実行日] フィールドの日時を更新し、関連リストに入力します。スクリプト化された監査の場合、[最終実行日] フィールドは入力されません。

    8. 合格したレコードと、監査によって発見された不一致を [監査結果] 関連リストで確認します。
      この関連リストから、テンプレート レコードおよび後続タスクを直接開くことができます。[タスク詳細] フィールドの値は、後続タスクでは [簡単な説明] として表示されることに注意してください。
      注:
      監査結果または後続タスクが含まれる監査結果を持つ監査レコードは削除できません。ServiceNow では、レコードとこれらの依存するレコードが存在するリストの [削除] オプションが無効になります。
      表 : 1. 監査の作成
      フィールド 説明
      名前 この監査の名前。
      フィルター 監査タイプがスクリプト化の場合に使用するフィルター。このフィールドはスクリプト化された監査には必要ですが、他のすべての監査タイプでは非表示になります。
      テンプレート [必須] この監査の実行時に使用するテンプレート。監査タイプは使用可能なテンプレートのリストをフィルタリングし、有効なバージョンのテンプレートのみを選択できます。たとえば、適切な状況から監査を作成する場合は、適切な状況の監査タイプのテンプレートのみを選択できます。適切な状況およびアーキテクチャ コンプライアンスの監査タイプでは、構成アイテム [cmdb_ci] テーブルを拡張するテーブルのテンプレートのみが使用可能です。このフィールドは、監査タイプが [スクリプト化] の場合は非表示になります。
      テーブル [読み取り専用] テンプレートのテーブル。
      タスクを作成 不一致を修正するための後続タスクを作成するオプション (選択済み)。スクリプト化された監査では、true を使用してタスクを作成するか、または false を使用してタスクを作成しないかのいずれかのタスク状態の論理を作成できます。デフォルトでは、新しい監査レコードのこのチェック ボックスはオフ (false) になっています。
      割り当てタイプ 後続タスクを割り当てる方法。このフィールドは、[タスクを作成] チェック ボックスがオンになっている場合にのみ表示されます。選択肢は次のとおりです。
      • ユーザー フィールド：監査対象のテーブルのユーザー参照フィールドを選択します。たとえば、不合格のレコードの [管理担当者] フィールドによって特定されるユーザーを選択し、タスクを実行します。この選択により、[アサイン先] および [空に割り当て] フィールドが表示されます。レコードの参照フィールドが空の場合、[空に割り当て] フィールドの値が使用されます。
      • 特定ユーザー：タスクを実行する特定のユーザーを選択します。この選択により、[ユーザー] フィールドが表示されます。
      • グループ フィールド：監査対象のテーブルのグループ参照フィールドを選択します。たとえば、不合格のレコードの [サポート グループ] フィールドによって特定されるグループを選択し、タスクを実行します。タスクは、グループのすべてのメンバーに割り当てられます。この選択により、[グループに割り当て] および [空に割り当て] フィールドが表示されます。レコードの参照フィールドが空の場合、[空に割り当て] フィールドの値が使用されます。
      • 特定グループ：タスクを実行する特定のグループを選択します。この選択により、[グループ] フィールドが表示されます。選択したグループのすべてのメンバーがタスクに割り当てられます。
      ユーザー この監査によって後続タスクにアサインされる特定のユーザー。このユーザーには certification ロールが必要です。このフィールドは、次の条件で使用できます。
      • 割り当てタイプが [特定ユーザー] に設定されている。
      • [空に割り当て] が [割り当てタスクを作成]、および [割り当てタイプ] が [ユーザー フィールド] に設定されている。
      アサイン先グループ この監査によって後続タスクにアサインされるグループを定義するグループフィールド。このフィールドは、[割り当てタイプ] が [グループ フィールド] の場合にのみ使用できます。
      グループ この監査によって後続タスクにアサインされる特定のグループ。このフィールドは、[割り当てタイプ] が [特定グループ] の場合にのみ使用できます。
      アサイン先 この監査によって後続タスクにアサインされるユーザーを定義するユーザーフィールド。このフィールドは、[割り当てタイプ] が [ユーザー フィールド] の場合にのみ使用できます。
      アサイン先無し 監査対象のレコードで [アサイン先] または [アサイン先グループ] で選択されたフィールドが空の場合に使用する動作。たとえば、後続タスクをマネージャーにアサインする必要があるものの、マネージャーが特定されていない場合は、[アサイン先無し] の設定によって処理の内容が決まります。このフィールドは、[割り当てタイプ] が [ユーザー フィールド] または [グループ フィールド] の場合にのみ表示されます。選択肢は次のとおりです。
      • タスクを作成しない：[アサイン先] または [グループに割り当て] フィールドが空の場合、後続タスクは作成されません。
      • 未割り当てタスクを作成：後続タスクを作成しますが、ユーザーまたはグループに割り当てません。タスクは後で手動で割り当てることができます。
      • 割り当てタスクを作成：後続タスクを作成し、指定したユーザーまたはグループに割り当てます。割り当てタイプが [ユーザー フィールド] の場合、[ユーザー] フィールドが使用可能になります。割り当てタイプが [グループ フィールド] の場合、[グループ] フィールドが使用可能になります。
      監査では、[アサイン先] が入力済みであれば、[空に割り当て] の設定に関係なくすべてのレコードに対して後続タスクが自動的に作成されます。
      簡単な説明 監査の目的の簡潔な説明。
      タスク詳細 監査の後続タスクに必要な作業の一般的な説明。この監査によって作成されたすべての後続タスクは、この説明を継承します。
      アクティブ この監査レコードのアクティブ化制御。このチェック ボックスをオフにすると、この監査が実行されず、後続タスクが作成されなくなります。
      実行 監査を生成するスケジュールを実行する頻度。
      • 日次
      • 週次
      • 月次
      • 定期的
      • 1 回
      • オンデマンド
      日
      • [実行] が [毎週] の場合、監査が実行される曜日。
      • [実行] が [毎月] の場合、監査が実行される曜日。日付が 29、30、または 31、またはさらに短い月の場合、監査は月の最終日に実行されます。
      繰り返し間隔 [実行] が [定期的] の場合は、監査を実行する頻度は 24 時間形式に基づいて実行されます。監査を実行する間隔の日数と、監査を実行する時間を入力します。たとえば、[日間] に [10] および [時間] に [14:00:00] を設定すると、10 日ごとの午後 2 時に監査を実行します。
      開始中 [実行] が [定期的] または [1 回] の場合、監査が実行される日時。
      時刻 [実行] が [日次]、[週次]、[月次]、または [1 回] の場合、監査が実行される時刻 (24 時間形式) です。
      最終実行日 [読み取り専用] 監査が定期的スケジュールまたは手動で実行された最後の日時。監査プレビューでは、このフィールドは更新されません。
      次回実行予定 [読み取り専用] 監査が実行される次の日時。スケジュールを変更すると、このフィールドが再計算されます。
      監査タイプ [読み取り専用] この監査に割り当てられたタイプ。監査タイプは、監査が作成されるアプリケーションに基づいて選択されます。タイプは次のとおりです。
      • 適切な状況
      • アーキテクチャ コンプライアンス
      • コンプライアンス
      • スクリプト化
      [健全性] ウィンドウ しきい値と安定性の評価期間の長さ。[健全性] ウィンドウの値は、監査の評価期間中の [健全性] ウィンドウ ユニットの数を定義します。この値は正の整数で表されます。このフィールドのデフォルト値は 7 です。
      [健全性] ウィンドウ ユニット [健全性] ウィンドウの期間を定義する測定単位。このフィールドのデフォルト値は [日間] です。選択肢は次のとおりです。
      • 分
      • 時間
      • 日間
      • 月
      しきい値カウント CI の指定された [健全性] ウィンドウ内で発生する可能性がある、[適切な状況] フィールドに対する監査失敗の許容数。監査結果は、適切な状況フィールドがこのしきい値の範囲内にあるか、またはこのしきい値の範囲を超えたことを示します。しきい値のデフォルト値は 5 です。
      安定性カウント 指定した [健全性] ウィンドウ内で [認定] と [失敗] の間で CI の監査結果を切り替えることができる許容回数。CI の監査結果は、安定しているか不安定であるかを示します。安定性のデフォルト値は 1 です。
      このスクリプトを実行 監査に合格するために CI が準拠しなければならない条件を含む、実行する監査スクリプト。このフィールドは、監査タイプが [スクリプト化] の場合にのみ使用できます。監査フォームには、監査を実行し、後続のタスクを生成するための指示を含むサンプル スクリプトが含まれています。