Statussynchronisierung zwischen Change-Anforderungen und Korrekturaufgaben
Es gibt eine synchronisierte Beziehung zwischen den Statusfeldern von Korrekturaufgaben und den Statusfeldern von Change-Anforderungen (CHGs) in Konfigurations-Compliance Anwendung.
| Terminologie vor v14.9 | Terminologie v14.9 und höher |
|---|---|
| Testergebnisgruppe | Fehlerbehungsaufgabe |
| Gruppenregeln | Regeln für Korrekturaufgaben |
| Richtlinie | Testgruppe |
Während eine Change-Anforderung ihren Lebenszyklus durchläuft, verschiebt sie auch den Status aller zugehörigen Korrekturaufgaben automatisch. Die Statussynchronisierung wird durch eine Systemeigenschaft aktiviert (sn_vulc.cr_State_Sync) Standardmäßig in Ihrer Instanz, wenn Sie herunterladen Konfigurations-Compliance Anwendung aus dem ServiceNow Store Ab v12.0.
Wenn die Statussynchronisierung aktiviert ist, ändert das Feld CHG-Status das Feld Status der Korrekturaufgabe in den folgenden Fällen automatisch:
- Wenn eine neue Change-Anforderung für eine Korrekturaufgabe erstellt wird, wenn sie sich nicht in befindet Warten Auf Implementierung , Der Status der Korrekturaufgabe wird in verschoben Warten Auf Implementierung .
- Wenn eine vorhandene Change-Anforderung einer Korrekturaufgabe zugeordnet ist, wenn sie sich nicht in befindet Warten Auf Implementierung , Der Status der Korrekturaufgabe wird in verschoben Warten Auf Implementierung .
- Nachdem die Aufgaben für eine Change-Anforderung abgeschlossen sind ( Implementiert ), und das CHG wird in verschoben Überprüfen status, in den die Korrekturaufgabe verschoben wird Gelöst .
Weitere Informationen und Beispiele für die Statussynchronisierung finden Sie in den folgenden Abschnitten.
Statussynchronisierung weiterleiten
Die folgende Abbildung zeigt, wie CHG-status die status der Korrekturaufgabe in einem Vorwärtslebenszyklus automatisch verschieben, also von Öffnen Bis Gelöst .
Sie können neue Change-Anforderungen für jede Korrekturaufgabe in einem anderen Status als erstellen Gelöst Oder Geschlossen . Bei der Statussynchronisierung wird der TRG automatisch bidirektional durch verschoben Öffnen , Wird Untersucht , Warten Auf Implementierung , Und Gelöst status. Diese Bewegung basiert auf bestimmten Werten des Statusfelds in der Change-Anforderung. Die Statussynchronisierung zwischen der Change-Anforderung und der Korrekturaufgabe wird automatisch aufgerufen, sofern das Kontrollkästchen nicht aktiviert ist ( Fügen Sie der CR CIs hinzu ) Wird in einem Formular angezeigt, und Sie deaktivieren das Kontrollkästchen.
Die Korrekturaufgabe wird nicht zu verschoben Gelöst Wenn sich ein CHG im status „Offen“ befindet. Alle CHG in status vor Überprüfen In seinem Lebenszyklus, z. B. Neu , Bewerten , Autorisieren , Geplant Oder Implementieren , Wie in der vorherigen Abbildung gezeigt, gelten als offene status für das CHG. Offene status verschieben das Statusfeld in der Korrekturaufgabe nicht, da Untersuchungen oder Aufgaben im CHG nicht abgeschlossen sind. Die Statussynchronisierung wird aufgerufen, wenn ein CHG für die Korrekturaufgabe erstellt oder zugeordnet wird oder wenn sich der Status einer vorhandenen Beziehung im CHG ändert. Die abgeschlossenen CHG-status sind Überprüfen Und erfolgreich Geschlossen . Wenn ein CHG erfolgreich geschlossen wird, lauten seine geschlossenen Codes: Erfolgreich , Oder Erfolgreich mit Problemen , In welchem Fall die Korrekturaufgabe zu verschoben wird Gelöst .
Statussynchronisierung rückwärts
Da ein CHG während seines Lebenszyklus verarbeitet wird, kann es irgendwann abgebrochen werden. In diesem Fall, wenn CHG lautet Abgebrochen , Oder Geschlossen (Mit dem Abschlusscode Nicht Erfolgreich ), wird die Korrekturaufgabe automatisch zurück zu verschoben Wird Untersucht . Die Korrekturaufgabe wird zurück zu verschoben Wird Untersucht , Da kein aktiver Plan zur Behebung der Schwachstelle vorhanden ist.
Wenn sich eine Korrekturaufgabe in befindet Gelöst status, und Sie erstellen eine neue CHG oder ordnen sie einer vorhandenen CHG in einem der anfänglichen offenen statuszu , die Korrekturaufgabe wird automatisch zurück zu Warten Auf Implementierung . Die Korrekturaufgabe wird in diesen Status zurückversetzt, da dem CHG jetzt weitere Arbeit zugewiesen ist.
Korrekturaufgaben mit mehr als einem CHG
| CHG-Nummer | CHG-Status |
|---|---|
| 1 | Implementieren |
| 2 | Abgebrochen |
| 3 | Geschlossen (Abschlusscode von Nicht Erfolgreich ) |
| 4 | Geschlossen (Abschlusscode Nicht Erfolgreich ) |
Die Statussynchronisierung zwischen CHG und Korrekturaufgabe basiert in diesem Fall auf CHG1, das sich im frühesten Status der vier CHG befindet, ( Implementieren ). In diesem Fall verbleibt die Korrekturaufgabe in Warten Auf Implementierung .
In einem anderen Beispiel, wenn sich eine Korrekturaufgabe in befindet Gelöst status und hat ein vorhandenes CHG, das implementiert wurde und sich in befindet Überprüfen status und ein neues CHG wird erstellt, aus dem die Korrekturaufgabe zurückverschoben wird Gelöst Bis Warten Auf Implementierung . Die Statussynchronisierung basiert auf dem CHG in der Neu status: Das CHG im frühesten Status.
| CHG-Nummer | CHG-Status |
|---|---|
| 1 | Prüfung |
| 2 | Neu |
Wenn Korrekturaufgaben mehr als ein CHG haben, wird der Status der Korrekturaufgabe in den folgenden Fällen automatisch übergegangen:
- Wenn ein CHG vorwärts zu verschoben wird Überprüfen , Wenn sich alle anderen CHGs, die der Korrekturaufgabe zugeordnet sind, in befinden Überprüfen Oder Geschlossen status (mit erfolgreichem Abschlusscode),in die die Korrekturaufgabe automatisch übergeht Gelöst . Alle anderen zugehörigen CHGs, die abgebrochen oder nicht erfolgreich geschlossen wurden, werden ignoriert.
- Wenn ein CHG zu verschoben wird Abgebrochen Oder Geschlossen (Abschlusscode von Nicht Erfolgreich ), wenn sich alle anderen CHGs, die der Korrekturaufgabe zugeordnet sind, im gleichen Status befinden, wird die Korrekturaufgabe automatisch zurück zu Wird Untersucht .
Weitere Informationen zu den status der Korrekturaufgabe und zu den Aktionen in den einzelnen Status finden Sie unter Konfigurations-Compliance status.