Guide
Close a change: the configuration database quality gate
Why a change can only be closed once every affected object of the configuration database is confirmed, how to confirm objects and what the blocking messages mean.
7 min read · Oktober 2026
Eine Konfigurationsverwaltung (CMDB) ist nur so viel wert, wie sie stimmt. Ein Change ändert Systeme, und wenn danach niemand nachsieht, weicht die CMDB vom Betrieb ab. Deshalb hat knooing ein Quality-Gate am Ende jedes Changes: Der Vorgang lässt sich erst schließen, wenn jedes betroffene Objekt bestätigt ist. Auch ein Change, für den nie eine Auswirkungsanalyse gemacht wurde, bleibt gesperrt. So rutscht keine Änderung ohne Blick auf die CMDB durch.
Die geführte Übernahme neuer Werte in die CMDB beschreibt CMDB nach einem Change nachführen. Wie Changes angelegt und freigegeben werden, steht unter Einen Normal- oder Notfall-Change anlegen, bewerten und zur Freigabe bringen.
Das brauchen Sie
Das Recht, im Servicedesk Vorgänge zu bearbeiten (Servicedesk bearbeiten). Das Quality-Gate gilt für alle Arten von Changes. Für Notfall-Changes kommen die ECAB-Freigabe und die ECAB-Begründung als weitere Bedingungen dazu.
Beispiel in diesem Artikel: Julia Beispiel hat den Notfall-Change „Betriebssystem-Update und Supportverlängerung für srv-db01“ geplant. Betroffen sind der Datenbankserver srv-db01, der abhängige Webserver srv-web01, der Gemeinsame Speicher und der Service des Vorgangs. Lena Beispiel hat die Umsetzung als erledigt markiert.
Schritt 1: Den Abschnitt Auswirkung auf die CMDB öffnen
Öffnen Sie in der Seitenleiste Servicedesk, Change & Release und wählen Sie den Change. Klicken Sie auf den Reiter Change und gehen Sie zum Abschnitt Auswirkung auf die CMDB. Er zeigt oben, wie viele Objekte schon bestätigt sind (0 von 4 betroffenen Objekten bestätigt.), darunter jedes betroffene Objekt mit Art, Herkunft (automatisch ermittelt oder manuell benannt) und geplanter Aktion (wird hinzugefügt, wird geändert, wird entfernt oder ohne Aktion).
Die Liste entsteht aus der Auswirkungsanalyse. Mit dem ersten Freigabeantrag legt knooing sie selbst an. Mit Auswirkungsanalyse durchführen stoßen Sie sie neu an. Objekte, die der automatische Graph nicht erfasst hat, können zusätzlich als manuell benannt in der Liste stehen.

- 1Bestätigen
- 2Sollwerte erfassen
Warum eine Liste? Ein Change wirkt selten nur auf ein Objekt. Wer alle betroffenen Objekte vor sich sieht, vergisst keines. Die Liste ist zugleich der Nachweis, welche Objekte der Change berührte.
Schritt 2: Betroffene Objekte prüfen und bestätigen
Prüfen Sie je Objekt, ob die Konfigurationsverwaltung zum Betrieb passt: Stimmen Beziehungen, Stände und Angaben nach dem Change? Klicken Sie dann bei dem Objekt auf Bestätigen. Das Kennzeichen wechselt auf bestätigt, darunter steht Bestätigt am … von …. Der Zähler oben steigt.

Warum bestätigen statt automatisch prüfen? knooing kann nicht wissen, ob ein Server tatsächlich so läuft, wie die CMDB ihn beschreibt. Mit Bestätigen übernimmt eine Person die Verantwortung dafür. Die Seite zeigt Person und Zeitpunkt.
Schritt 3: Nach der Umsetzung nachziehen
Hat sich an einem Objekt etwas geändert, soll die CMDB das abbilden. Dafür gibt es zwei Wege:
- Geführte Nachführung: Sie erfassen vor der Umsetzung Sollwerte, nach der Umsetzung übernimmt knooing sie mit einem Klick in die CMDB. Die Anleitung dazu steht unter CMDB nach einem Change nachführen. Sind für ein Objekt Sollwerte erfasst, bindet die Nachführung den Abschluss zusätzlich.
- Von Hand nachgezogen: Haben Sie die CMDB selbst angepasst, fragt knooing bei jedem Objekt Ist dieses Objekt jetzt entsprechend aktualisiert? und Sie klicken auf CMDB nachgezogen. Danach steht CMDB nachgezogen am …. Vor der Umsetzung steht an derselben Stelle Erst nach der Umsetzung möglich.
Warum erst nach der Umsetzung? Vorher gibt es nichts nachzuziehen. Ein Haken vor der Arbeit wäre ein Versprechen und kein Nachweis.
Schritt 4: Den Change schließen
Sind alle Objekte bestätigt und alle weiteren Bedingungen erfüllt, lösen und schließen Sie den Vorgang wie gewohnt. Oben im Vorgang steht Schließen. Nach dem Klick zeigt knooing Schließen ausgeführt. und der Status steht auf geschlossen.

- 1Schließen

Warum erst jetzt? Geschlossen heißt für knooing, dass nichts mehr offen ist. Das Quality-Gate stellt sicher, dass dazu auch die CMDB gehört.
Wenn etwas nicht klappt
Meldet der Abschluss einen der folgenden Gründe, bleibt der Vorgang offen:
- „CMDB-Quality-Gate (A1-42): 4 von 4 betroffenen CMDB-Objekten sind noch nicht bestätigt.": Bestätigen Sie die genannten Objekte (Schritt 2). Die Zahlen nennen offene und alle Objekte.
- „CMDB-Quality-Gate (A1-42): Für diesen Change fehlt die Auswirkungsanalyse - ohne sie ist kein Abschluss möglich.": Zum Change gibt es noch kein einziges betroffenes Objekt. Führen Sie die Auswirkungsanalyse durch.
- „CMDB-Nachführung (A1-30): Bei 1 von 3 betroffenen CMDB-Objekten ist die Nachführung noch nicht übernommen oder als nicht nötig bestätigt.": Für ein Objekt sind Sollwerte erfasst, aber nicht übernommen. Siehe CMDB nach einem Change nachführen.
- „Ein Notfall-Change lässt sich erst schließen, nachdem die ECAB-Freigabe erteilt wurde." oder „… nachdem die ECAB-Begründung erfasst ist.": Bei einem Notfall-Change fehlt die Freigabe oder die Begründung.
- „Der Change lässt sich erst schließen, nachdem die vorgesehene Freigabe erteilt ist.": Bei Standard- und Normal-Changes fehlt die Freigabe.
- Beim Bestätigen steht „Die Bestätigung konnte nicht gespeichert werden.": Laden Sie die Seite neu und versuchen Sie es noch einmal.
- Ein Dienstleister-Zugang sieht eine neutrale Meldung: Er sieht nur die Objekte, die für ihn sichtbar sind. Die übrigen bestätigt das zuständige Change-Team.