Kategorie: Notfallplanzuweisung#

Die Kategorie Notfallplanzuweisung verknüpft Notfallpläne mit einem Objekt. Sie ist eine Multi-Value-Kategorie – pro Objekt können mehrere Notfallpläne zugewiesen werden, z.B. ein Wiederanlaufplan und ein Kommunikationsplan für denselben Server.

Verwendung#

Typische Anwendungsfälle:

• Business Continuity Management: Weise jedem geschäftskritischen System seinen Wiederanlaufplan zu. Über den Report Manager lässt sich jederzeit auswerten, welche Systeme einen zugewiesenen Notfallplan haben — und vor allem welche nicht. Lücken in der Notfallvorsorge werden so systematisch sichtbar.
• Notfallübungen dokumentieren: Das Feld „Datum der Notfallübung" zeigt, wann der Plan zuletzt in einer Übung getestet wurde. Ein Report über alle Objekte, deren letzte Notfallübung länger als 12 Monate zurückliegt, ist ein typisches Werkzeug für das Notfallmanagement-Team.
• Wiederanlaufzeiten (RTO) planen: Der Zeitbedarf gibt an, wie lange die Wiederherstellung des Systems voraussichtlich dauert. Damit lässt sich prüfen, ob die geplante Wiederanlaufzeit die im SLA zugesicherte Recovery Time Objective (RTO) einhält.
• Audit-Vorbereitung: Prüfer fragen regelmäßig nach der Zuordnung von Notfallplänen zu kritischen Assets. Ein Report, der alle Server mit zugewiesenem Notfallplan, letztem Übungsdatum und Zeitbedarf auflistet, beantwortet diese Frage auf Knopfdruck.

Felder#

Bezeichnung#

Ein frei wählbarer Titel für die Zuweisung, z.B. Wiederanlaufplan ERP-Server oder Notfallkommunikation Standort München. Der Titel erscheint in der Listenansicht und in Reports und sollte sprechend genug sein, um den Kontext ohne Öffnen des Eintrags zu verstehen.

Zugewiesener Notfallplan#

Die Verknüpfung zu einem Notfallplan-Objekt. Über den Objekt-Browser wählst du ein Objekt vom Typ Notfallplan oder Datei aus. Das Notfallplan-Objekt selbst enthält die Details des Plans (Maßnahmen, Verantwortliche, Kontaktlisten). So lässt sich derselbe Notfallplan mehreren Systemen zuweisen, ohne ihn doppelt pflegen zu müssen.

Zeitbedarf#

Die geschätzte Dauer für die Wiederherstellung des Systems gemäß diesem Notfallplan. Dieser Wert wird aus der spezifischen Kategorie des verknüpften Notfallplan-Objekts übernommen und zeigt z.B. 4 Stunden oder 24 Stunden. Er ist ein zentraler Wert für die Bewertung, ob die Business-Continuity-Anforderungen erfüllt werden.

Zeitbedarf (Einheit)#

Die Einheit des Zeitbedarfs, z.B. Stunden, Minuten oder Tage. Wird ebenfalls aus dem Notfallplan-Objekt übernommen.

Datum der Notfallübung#

Das Datum, an dem der Notfallplan zuletzt in einer Übung getestet wurde. Wird aus dem Notfallplan-Objekt übernommen. Regelmäßige Übungen sind ein Kernbestandteil jedes Notfallmanagements — ein Report über veraltete Übungsdaten hilft, den Überblick zu behalten.

Beschreibung#

Freitext für zusätzliche Angaben: Besonderheiten bei der Wiederherstellung dieses spezifischen Objekts, Abhängigkeiten zu anderen Systemen, Ansprechpartner oder Abweichungen vom Standardplan.

Technische Referenz#

Felder (API-Referenz)#

API-Beispiele#

Eintrag erstellen#

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15

{
    "jsonrpc": "2.0",
    "method": "cmdb.category.save",
    "params": {
        "apikey": "dein-api-key",
        "object": 1042,
        "category": "C__CATG__EMERGENCY_PLAN",
        "data": {
            "title": "Wiederanlaufplan ERP-Server",
            "emergency_plan": 3050,
            "description": "RTO 4h gemäß SLA, Abhängigkeit: Datenbank-Server muss zuerst wiederhergestellt werden"
        }
    },
    "id": 1
}

Einträge lesen#

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

{
    "jsonrpc": "2.0",
    "method": "cmdb.category.read",
    "params": {
        "apikey": "dein-api-key",
        "object": 1042,
        "category": "C__CATG__EMERGENCY_PLAN"
    },
    "id": 2
}

Eintrag aktualisieren#

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15

{
    "jsonrpc": "2.0",
    "method": "cmdb.category.save",
    "params": {
        "apikey": "dein-api-key",
        "object": 1042,
        "category": "C__CATG__EMERGENCY_PLAN",
        "entry": 8,
        "data": {
            "title": "Wiederanlaufplan ERP-Server (aktualisiert)",
            "description": "RTO von 4h auf 2h reduziert nach Einführung von Replikation, Stand 2026-03"
        }
    },
    "id": 3
}