Konfigurations-Compliance status

Mit Konfigurations-Compliance, Sie können ein Statusmodell anzeigen, um zu einem bestimmten Zeitpunkt den Status der Korrekturaufgabe zu erfahren. Die status der Korrekturaufgabe steuern die testergebnisstatus nach Priorität.

Hinweis:

Ab v14.9 von Konfigurations-Compliance, Die folgenden Begriffe wurden umbenannt:

Tabelle : 1. Änderungen in der Terminologie

Terminologie vor v14.9	Terminologie v14.9 und höher
Testergebnisgruppe	Fehlerbehungsaufgabe
Gruppenregeln	Regeln für Korrekturaufgaben
Richtlinie	Testgruppe

Status Der Korrekturaufgabe

Korrekturaufgaben (RTS) haben viele mögliche status. Der automatische Übergang ist ab dem Status gelöst basierend auf den nächsten Scan-Ergebnissen verfügbar. Wenn alle Testergebnisse beim nächsten Scan bestanden werden, wird die Korrekturaufgabe geschlossen. Andernfalls wechselt er in den Status „wird untersucht“. Das System überprüft diesen Status „Geschlossen“, wertet den Status der Korrekturaufgabe jedoch erneut aus, wenn ein Testergebnis zur Korrekturaufgabe hinzugefügt oder aus dieser gelöscht wird. Die Arbeitsnotizen werden aktualisiert, um den Übergang widerzuspiegeln.

Die folgende Abbildung zeigt, wie der Status einer Korrekturaufgabe vom Status Offen in den Status Geschlossen übergeht.

Abbildung : 1. Status-Flow der Konfigurations-Compliance (Vor v15.0)

Hinweis:

• Jedes Formular für Korrekturaufgaben enthält Folgen Und Aktualisieren Schaltflächen, die Standard für sind ServiceNow Aufgaben.
• Ab v15.0 von Konfigurations-Compliance, Folgendes wurde entfernt:
  • Schließen Schaltfläche
  • Die Lösung Feld im modalen Dialogfeld „Lösen“.

In der folgenden Tabelle sind aufgeführt Konfigurations-Compliance status.

Tabelle : 2. Konfigurations-Compliance-status

Status	Beschreibung
Öffnen	Status bei Erstellung.
Wird untersucht	Ausgelöst durch Untersuchung Starten Schaltfläche. In diesem Status können Sie: Erstellen Sie eine Change-Anforderung Weitere Informationen finden Sie unter Change-Anforderung in Konfigurations-Compliance erstellen. Ausnahme anfordern Geben Sie einen Grund an, und wählen Sie ein Datum für die erneute Öffnung aus. Löschen Bestätigen Sie den Löschvorgang. Entfernt die Korrekturaufgabe. Als falsch positiv markieren Geben Sie einen Grund und Hinweise an. Markiert die Korrekturaufgabe als falsch positiv.
Wird überprüft	Wird ausgelöst, wenn die Korrekturaufgabe für die nächste Aktion bewertet wird. Wird normalerweise verwendet, um Untersuchungsergebnisse zu validieren oder vorgeschlagene Changes/Ausnahmen vor der Implementierung zu genehmigen. Von diesem Status aus können Sie basierend auf Ihrer Genehmigung oder Ablehnungen zu einem der folgenden wechseln: Warten auf Implementierung Übergang zu „Warten auf Implementierung“, falls genehmigt Wird untersucht Wechseln Sie zurück zu „wird untersucht“, wenn eine weitere Analyse erforderlich ist. Löschen Bestätigen Sie den Löschvorgang. Entfernt die Korrekturaufgabe.
Zurückgestellt	Ausgelöst durch Zurückstellen Schaltfläche. In diesem Status können Sie: Erneut öffnen Übergang zurück in den Status „Offen“. Löschen Bestätigen Sie den Löschvorgang. Entfernt die Gruppe. Aufschubinformationen werden unter angezeigt Zurückstellen/Schließen Zugehörige Registerkarte. Am Zurückstellungsdatum wird die Gruppe zur Korrektur erneut geöffnet.
Warten auf Implementierung	Ausgelöst durch Warten Auf Implementierung Schaltfläche. In diesem Status können Sie: Security Incident Weitere Informationen finden Sie unter Erstellen Sie einen Security Incident . Erstellen Sie eine Change-Anforderung Weitere Informationen finden Sie unter Change-Anforderung in Konfigurations-Compliance erstellen. Lösen In Lösungshinweise Fügen Sie den Grund hinzu, warum Sie die Korrekturaufgabe lösen. Der Status wird gelöst. Notizen werden unter angezeigt Lösung Zugehörige Registerkarte. Löschen Bestätigen Sie den Löschvorgang. Entfernt die Korrekturaufgabe.
Gelöst	Ausgelöst von Lösen Schaltfläche. In diesem Status können Sie: Security Incident Weitere Informationen finden Sie unter Erstellen Sie einen Security Incident . Erneut öffnen Übergang zurück in den Status „Offen“. Löschen Bestätigen Sie den Löschvorgang. Entfernt die Korrekturaufgabe. Notizen werden unter angezeigt Notizen Zugehörige Registerkarte. Lösungsinformationen werden unter angezeigt Lösung Zugehörige Registerkarte. Die Notizen spiegeln sich in wider Arbeitsnotizen Aller Testergebnisse, die der Korrekturaufgabe zugeordnet sind.
Geschlossen	Ausgelöst von Schließen Schaltfläche oder Als falsch positiv markieren Schaltfläche. Ab v14.12 von Konfigurations-Compliance, Sie können eine Korrekturaufgabe schließen, indem Sie sie als falsch positiv markieren. In diesem Status können Sie: Erneut öffnen Übergang zurück in den Status „Offen“. Löschen Bestätigen Sie den Löschvorgang. Entfernt die Gruppe. Abschlussinformationen werden unter angezeigt Zurückstellen/Schließen Zugehörige Registerkarte. Die Notizen spiegeln sich in wider Arbeitsnotizen Aller Testergebnisse, die der Korrekturaufgabe zugeordnet sind.

• Wenn die Korrekturaufgabe als „Geschlossen“ oder „behoben“ markiert ist und das hinzugefügte Testergebnis nicht selbst „Geschlossen“ oder „behoben“ ist, ändert sich der Testergebnisstatus nicht, und der Status der Korrekturaufgabe wird in „Offen“ geändert.
• Wenn Sie eine neue Korrekturaufgabe erstellen oder eine Korrekturaufgabe aufteilen, wird der Grund , Und Bis Felder werden für neue und alte Korrekturaufgaben neu ausgewertet. Wenn der Status aller Testergebnisse zurückgestellt ist, wird der Wert in angezeigt Grund Und Bis Felder werden für die Korrekturaufgabe zusammengefasst.
  • Wenn alle Testergebnisse in einer Korrekturaufgabe zurückgestellt werden und dieselben aufweisen Grund , Dann wird der Korrekturaufgabe dieselbe zugewiesen Grund . Andernfalls wird Grund Feld wird in geändert Keine .
  • Das Datum in Bis Das Feld wird mit dem nächsten bis-Datum aller Korrekturaufgaben aktualisiert, zu denen die Testergebnisse gehören.
  Hinweis:

  Diese Auswertung wird von durchgeführt Rollup test result values to test result RT1nd configuration testGeplante Aufgabe, die alle eine Stunde ausgeführt wird.
• Wenn Zuletzt Gesehen Ist größer als Lösungsdatum Für ein gelöstes Testergebnis wird das Testergebnis erneut geöffnet. Wenn in einer gelösten Korrekturaufgabe mindestens ein Testergebnis während der Erfassung erneut geöffnet wird, wird die Korrekturaufgabe in den Status wird untersucht.

Testergebnisstatus

Der Status einer Korrekturaufgabe ändert auch den Status der zugehörigen Testergebnisse. Dieser Mechanismus hat zwei Fälle:

Testergebnisse, die nur zu einer Korrekturaufgabe gehören

Ergebnisse stimmen mit dem Status der Korrekturaufgabe überein Mit drei Ausnahmen:

• Wenn die Korrekturaufgabe ist Ändert seinen Status in „Geschlossen“ und seine Lösung (Substatus) in „behoben“. Das Element ignoriert diese Änderung und kehrt dann in den Status „Offen“ zurück.
• Wenn die Korrekturaufgabe ist Ändert seinen Status in „Geschlossen“ und seine Lösung (Substatus) in „Abgebrochen“. Das Element ignoriert diese Änderung und kehrt dann in den Status „Offen“ zurück.
• Wenn der Status der Testergebnisquelle behoben ist (durch einen Scan oder Import aktualisiert), dann wenn die Korrekturaufgabe Ändert seinen Status, das Testergebnis ändert seinen Status in Geschlossen (behoben), unabhängig davon, welcher Status die Korrekturaufgabe ist Ist in .

Testergebnisse, die zu mehreren Korrekturaufgaben gehören

Testergebnisse stimmen nicht automatisch mit dem Status der Korrekturaufgabe überein. Stattdessen sucht es unter allen zugeordneten Gruppen, um den Status mit der höchsten anzuwendenden Priorität zu finden. Dies ist der Status der Priorität:

Geschlossen > Geschlossen (Substatus: Falsch positiv) > Zurückgestellt > Gelöst > Wird überprüft > Warten auf Implementierung > Wird untersucht > Öffnen > Geschlossen (Substatus: Abgebrochen) > Geschlossen (Substatus: Behoben)

Hinweis:

Geschlossen (Substatus: Behoben) Und Geschlossen (Substatus: Abgebrochen) Sind zwei Sonderfälle.

Hinweis:

Ab v15.0 von Konfigurations-Compliance, Ergebnis Ungültig Substatus wurde veraltet.

Beispiele für Status der Korrekturaufgabe

Zum Beispiel:

Status Der Korrekturaufgaben	Testergebnisstatus
RT1: Öffnen > Wird untersucht RT2: Öffnen	Wird untersucht Wenn RT1 untersucht wird und RT2 Offen ist, ändert sich das Testergebnis in wird untersucht, da RT1 nach der Suche zwischen RT1 und RT2 den Status mit der höchsten Priorität hat.
RT1: Wird Untersucht RT2: Öffnen > Wird untersucht	Wird untersucht Wenn RT2 untersucht wird und RT1 untersucht wird, bleibt das Testergebnis als wird untersucht, da sie nach der Suche zwischen RT1 und RT2 den Status mit derselben Priorität haben.
RT1: Wird Untersucht RT2: Wird untersucht > Warten auf Implementierung	Warten auf Implementierung Wenn RT2 auf Implementierung wartet und RT1 untersucht wird, ändert sich das Testergebnis in Implementierung warten, da RT2 nach der Suche zwischen RT1 und RT2 den Status mit der höchsten Priorität hat.
RT1: Wird untersucht > Zurückgestellt RT2: Warten auf Implementierung	Zurückgestellt Wenn RT1 zurückgestellt ist und RT2 auf Implementierung wartet, ändert sich das Testergebnis in zurückgestellt, da Element 1 nach der Suche herausgefunden hat, dass RT1 zwischen RT1 und RT2 den Status mit der höchsten Priorität hat
RT1: Zurückgestellt RT2: Warten auf Implementierung > Geschlossen (Ergebnis Ungültig)	Geschlossen (Ergebnis Ungültig) > Zurückgestellt Wenn RT2 geschlossen ist und die Lösung (Substatus) Ergebnis ungültig ist und RT1 zurückgestellt ist, ändert sich das Testergebnis in Geschlossen (Ergebnis ungültig), da RT2 nach der Suche zwischen RT1 und RT2 den Status mit der höchsten Priorität hat.
RT1: Zurückgestellt RT2: Geschlossen (Ergebnis Ungültig) > Öffnen (über erneut öffnen)	Zurückgestellt Wenn RT2 erneut geöffnet wird und sich der Status in Offen ändert und RT1 zurückgestellt ist, ändert sich das Testergebnis in zurückgestellt, da RT1 nach der Suche zwischen RT1 und RT2 den Status mit der höchsten Priorität hat.
RT1: Zurückgestellt RT2: Warten auf Implementierung > Geschlossen (Falsch Positiv)	Geschlossen (Falsch Positiv) Wenn RT2 geschlossen ist und die Lösung (Substatus) falsch positiv ist und RT1 zurückgestellt ist, ändert sich das Testergebnis in Geschlossen (falsch positiv), da RT2 nach der Suche zwischen RT1 und RT2 den Status mit der höchsten Priorität hat.

Tabelle : 3. Testergebnisstatus – Sonderfälle

Status Der Korrekturaufgabe	Testergebnisstatus
RT1: Wird untersucht RT2: Warten auf Implementierung > Geschlossen (behoben oder Abgebrochen)	Wird untersucht Wenn RT2 geschlossen ist (Substatus „behoben“ oder Substatus „Abgebrochen“) und RT1 untersucht wird, ändert sich das Testergebnis von „Warten auf Implementierung“ (zuvor höchste Priorität) in „wird untersucht“ (derzeit höchste Priorität).
RT1: Beliebiger Status RT2: Beliebiger Status	Wenn der Status der Testergebnisquelle behoben ist (durch einen Scan oder Import aktualisiert), dann wenn die Korrekturaufgabe Ändert seinen Status, das Testergebnis ändert seinen Status in „Geschlossen (behoben)“, unabhängig davon, welcher status die anderen zugehörigen Korrekturaufgaben aufweist Befinden sich in. Die Testergebnissuche nach Korrekturaufgabe status tritt nicht auf.

Status-Rollup- und Rollup-Szenarien

Status-Rollup- und Rollup-Szenarien synchronisieren automatisch den Status von Korrekturaufgaben (RTS) und Konfigurationstestergebnis (CTR), wodurch Echtzeitaktualisierungen für beide sichergestellt werden. Diese dynamische Interaktion reduziert die manuelle Nachverfolgung, verbessert die Genauigkeit und bietet Anwendern eine aktuelle Ansicht des Fortschritts, wodurch die Konfigurations-Compliance effizienter wird und Anwender schnell fundierte Entscheidungen treffen können.

Rollup-Verhalten

Wenn sich der Status des Konfigurationstestergebnisses (Configuration Testergebnis, CTR) ändert, können sich diese Änderungen bis zur Ebene der Korrekturaufgabe (RT) ausbreiten.

Die folgende Tabelle fasst wichtige Rollup-Szenarien zusammen, in denen Änderungen des Status des Konfigurationstestergebnisses (Configuration Test result, CTR) den Status der zugehörigen Korrekturaufgabe (RT) beeinflussen können, basierend auf Abschlussbedingungen, Neuzuweisungen und Zurückstellungen.

Tabelle : 4. Rollup-Szenarien

CTR-Status	RT-Status
Öffnen > Geschlossen – Behoben	Öffnen > Geschlossen – Behoben
Öffnen > Geschlossen-Veraltet	Öffnen > Geschlossen – Abgebrochen

Rolldown-Verhalten

Wenn sich der Status einer Korrekturaufgabe ändert, wird der Status häufig an die zugehörigen CTRs weitergegeben, es sei denn, dies wird durch manuelle Updates oder Ausnahmen überschrieben.

Die folgende Tabelle fasst wichtige Rollup-Szenarien zusammen, in denen Änderungen des Status der Korrekturaufgabe (RT) den Status des zugehörigen Konfigurationstestergebnisses (Configuration Test result, CTR) beeinflussen können, basierend auf Rangfolgeregeln und speziellen Bedingungen.

Tabelle : 5. Rollup-Szenarien

RT-Status	CTR-Status
Öffnen Sie > Wird Untersucht	Öffnen Sie > Wird Untersucht
Öffnen Sie > In Überprüfung	Öffnen Sie > In Überprüfung
Öffnen Sie > Zurückgestellt	Öffnen Sie > Zurückgestellt
Zurückgestellt > Offen	Bleibt Zurückgestellt
Öffnen Sie > Gelöst – Behoben	Öffnen Sie > Gelöst – Behoben
Öffnen Sie > Gelöst-Behoben > Geschlossen-Behoben	Öffnen Sie > Gelöst-Behoben > Geschlossen-Behoben
Öffnen > Gelöstes Ergebnis Ungültig	Öffnen > Gelöstes Ergebnis Ungültig
Öffnen > Gelöst – Abgebrochen	Öffnen > Gelöst – Abgebrochen
„Offen“ > „Gelöst – Abgebrochen“ > „Geschlossen“	„Offen“ > „Gelöst – Abgebrochen“ > „Geschlossen“
Öffnen > Gelöstes Ergebnis Ungültig > Geschlossenes Ergebnis Ungültig	Öffnen > Gelöstes Ergebnis Ungültig > Geschlossenes Ergebnis Ungültig
Öffnen > Geschlossen – Behoben	Öffnen > Geschlossen – Behoben