変更要求と修復タスク間のステータスの同期

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間：5分

    • コンフィグレーションコンプライアンスアプリケーションの修復タスクのステータスフィールドと変更要求 (CHG) のステータスフィールド間には、同期関係があります。

    注:
    コンフィグレーションコンプライアンス の v14.9 以降では、次の用語が変更されました。
    表 : 1. 用語の変更
    v14.9 より前の用語 v14.9 以降の用語
    テスト結果グループ 修復タスク
    グループルール 修復タスクルール
    ポリシー テストグループ

    変更要求のライフサイクルが進むと、関連する修復タスクのステータスも自動的に変化します。ステータスの同期は、v12.0 以降では、ServiceNow Store から コンフィグレーションコンプライアンス アプリケーションをダウンロードすると、デフォルトでシステムプロパティによってインスタンスで有効になります。

    ステータスの同期を有効にすると、以下の場合に、CHG ステータスフィールドによって修復タスクのステータスフィールドが自動的に変更されます。

    • 修復タスクに対して新しい変更要求が作成された場合、[実装待ち] でなければ、修復タスクのステータスは [実装待ち] に移行します。
    • 修復タスクに既存の変更要求が関連付けられている場合、[実装待ち] でなければ、修復タスクのステータスは [実装待ち] に移行します。
    • 変更要求のタスクが完了 ([実装済み]) し、CHG が [レビュー] ステータスに移行すると、修復タスクは [解決済み] に移行します。

    ステータス同期の詳細と例については、次のセクションを参照してください。

    注:
    ステータス同期を有効にした状態で、それぞれのレコードのライフサイクルのステータスを介して変更要求と修復タスクを引き続き手動で移行することはできますが、変更要求状況が変化したことをシステムが登録したり、各自が変更要求を追加したり、修復タスクから変更要求を削除したりすると、ステータス同期によって手動による介入が無効になる可能性があります。ただし、変更要求の状況により、修復タスクの状況が [クローズ済み] から自動的に移行されることはありません。

    ステータスの順方向同期

    次の図は、CHG ステータスが、修復タスクのステータスをライフサイクルの順方向、つまり [オープン] から [解決済み] に自動的に移行される様子を示しています。

    CR 状況が CTR状況を促進する仕組み。

    [解決済み] または [クローズ済み] 以外のステータスの任意の修復タスクに対して、新しい変更要求を作成できます。状況同期により、TRG は [オープン]、[調査中]、[実装待ち]、および [解決済み] 状況を介して自動的に双方向に移行します。この移行は、変更要求におけるステータスフィールドの特定の値に基づいています。変更要求と修復タスク間のステータス同期は、自動的に呼び出されます。ただし、チェックボックス ([CR に CI を追加]) がフォームに表示されており、それをオフにした場合は除きます。

    CHG がオープンステータスの場合、修復タスクは [解決済み] には移行しません。CHG のライフサイクルにおいて、[レビュー] 以前の状況 ([新規]、[評価]、[許可]、[予約済み]、または [実装]など) にある CHG は、その CHG のオープン状況と見なされます。オープンステータスでは、CHG の調査またはタスクが完了していないため、修復タスクのステータスフィールドは移行されません。ステータス同期は、CHG が修復タスクに対して作成されるか関連付けられたとき、または CHG で既存の関係のステータスが変更されたときに呼び出されます。完了した CHG ステータスは、[レビュー] および正常に [クローズ済み] となります。CHG が正常にクローズされると、そのクローズ済みコードは [成功] または [成功したが問題あり] となるため、修復タスクは [解決済み] に移行します。

    ステータスの逆方向同期

    CHG はライフサイクル中に処理されるため、ある時点でキャンセルされる場合があります。この場合、CHG が [キャンセル] または [クローズ済み] (クローズコードは [不成功]) の場合、修復タスクは自動的に [調査中] に戻されます。脆弱性を修正するアクティブな計画がないため、修復タスクは [調査中] に戻されます。

    修復タスクが [解決済み] 状況にある場合、新しい CHG を作成するか、初期オープン状況のいずれかで既存の CHG に関連付けると、修復タスクは自動的に [実装待ち] に戻されます。CHG にアサインされている作業が増えるため、修復タスクはこのステータスに戻されます。

    複数の CHG を含む修復タスク

    [実装待ち] の修復タスクに複数の CHG が関連付けられている場合、ステータスの同期は、そのライフサイクルの最も早期のステータスである CHG のステータスに基づいています。たとえば、次の表に示すように、修復タスクに CHG1、CHG2、CHG3、および CHG4 の 4 つの CHG が関連付けられているとします。
    CHG 番号 CHG ステータス
    1 実装
    2 キャンセル済み
    3 クローズ済み (クローズコード [不成功])
    4 クローズ済み (クローズコード [不成功])

    この場合、CHG と修復タスク間のステータス同期は、4 つの CHG のうち最も早期のステータスである CHG1 ([実装]) に基づいています。この場合、修復タスクは [実装待ち] のままになります。

    別の例では、修復タスクが [解決済み] ステータスにあり、実装済みで [レビュー] ステータスになっている既存の CHG があり、新しい CHG が作成された場合、修復タスクは [解決済み] から [実装待ち] に戻されます。ステータスの同期は、最も早期のステータスの CHG である [新規] ステータスの CHG に基づいています。

    CHG 番号 CHG ステータス
    1 レビュー
    2 新規

    また、修復タスクに複数の CHG がある場合、次の場合に修復タスクのステータスが自動的に移行します。

    • CHG が [レビュー] に移行すると、修復タスクに関連付けられている他のすべての CHG が [レビュー] または [クローズ済み] 状況 (正常なクローズコードあり) であれば、修復タスクは [解決済み] に自動的に移行されます。キャンセルされたり、正常にクローズされていない他の関連する CHG は無視されます。
    • CHG が [キャンセル] または [クローズ済み] (クローズコード [不成功]) に移行すると、修復タスクに関連付けられている他のすべての CHG が同じステータスであれば、修復タスクは自動的に [調査中] に戻されます。

    修復タスクの状況と各状況で実行できる処理の詳細については、「コンフィグレーションコンプライアンス のステータス」を参照してください。