変更要求の作成

詳細については、「コンフィグレーションコンプライアンスで変更要求を作成する」を参照してください。

例外の要求

理由を入力し、再オープン日を選択します。

削除

削除を確定します。修復タスクを削除します。

誤検出としてマーク

理由とメモを入力します。修復タスクを誤検出としてマークします。

実装待ち

承認された場合、実装待ちに移行します

調査中

さらに分析が必要な場合は、調査中に戻ります。

削除

削除を確定します。修復タスクを削除します。

再オープン

[オープン] ステータスに戻します。

削除

削除を確定します。グループを削除します。

[保留/クローズ] 関連タブの下に保留情報が表示されます。保留日に、グループは修復のために再オープンされます。

セキュリティインシデントの作成

詳細については、「Create a security incident (セキュリティインシデントを作成する)」を参照してください。

変更要求の作成

詳細については、「コンフィグレーションコンプライアンスで変更要求を作成する」を参照してください。

解決

[解決メモ] に、修復タスクを解決する理由を追加します。

ステータスが [解決済み] になります。[解決] 関連タブの下にメモが表示されます。

削除

削除を確定します。修復タスクを削除します。

セキュリティインシデントの作成

詳細については、「Create a security incident (セキュリティインシデントを作成する)」を参照してください。

再オープン

[オープン] ステータスに戻します。

削除

削除を確定します。修復タスクを削除します。

[メモ] 関連タブの下にメモが表示されます。[解決] 関連タブの下に解決情報が表示されます。メモは、修復タスクに関連付けられているすべてのテスト結果の 作業メモ に反映されます。

RT1 が [調査中] で RT2 が [オープン] の場合、検索の結果、RT1 と RT2 の間では RT1 の方が優先順位が高いステータスであるため、テスト結果は [調査中] に変わります。

RT2 が [調査中] で RT1 が [調査中] の場合、検索後、RT1 と RT2 の間では優先順位が同じであるため、テスト結果は [調査中] のままになります。

RT2 が [実装待ち] で RT1 が [調査中] の場合、検索の結果、RT1 と RT2 の間で RT2 のステータスの優先順位が最も高いため、テスト結果は [実装待ち] に変わります。

RT1 が [保留]、RT2 が [実装待ち] の場合、検索の結果、アイテム 1 は RT1 と RT2 の間で RT1 のステータスの優先順位が最も高いことがわかったため、テスト結果は [保留] に変わります

RT2 が [クローズ済み] で、解決策 (サブステート) が [結果が無効] で、RT1 が [保留] の場合、検索の結果、RT1 と RT2 の間で RT2 の方が優先順位が高いステータスであるため、テスト結果は [クローズ済み (結果が無効) (Closed (Result Invalid))] に変わります。

RT2 が再オープンされてそのステータスが [オープン] に変わり、RT1 が [保留] の場合、検索の結果、RT1 と RT2 の間では RT1 のステータスの優先順位が最も高いため、テスト結果は [保留] に変わります。

RT2 が [クローズ済み] (サブステート [修正済み] またはサブステート [キャンセル])、RT1 が [調査中] の場合、テスト結果は [実装待ち] (以前は最優先) から [調査中] (現在は最優先) に変わります。