変更要求とテスト結果グループ間のステータスの同期

  • リリースバージョン: Washingtondc
  • 更新日 2024年02月01日
  • 読む5読むのに数分

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

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

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

    ステータスの同期を有効にすると、次の場合に、CHG ステータスフィールドによってテスト結果グループのステータスフィールドが自動的に変更されます。

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

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

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

    ステータスの順方向同期

    次の図は、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 が同じステータスであれば、テスト結果グループは自動的に [調査中] に戻ります。

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