Vorlagen und Aufzeichnungen · ISO 20000 · Abschnitt 8.7.2

IT-Service-Kontinuitätsplan nach ISO 20000-1

Wie jeder kritische Service aufrechterhalten oder wiederhergestellt wird, wenn etwas Großes ausfällt – und der Beleg, dass der Plan funktioniert, weil er geübt wurde, nicht nur weil er geschrieben ist.

In einem Satz

Der Service-Kontinuitätsplan geht von der dokumentierten Bewertung der Risiken für die Kontinuität aus, legt die mit den Kunden vereinbarten Wiederherstellungsanforderungen fest, beschreibt, wie der Plan aktiviert und jeder Service wiederhergestellt wird, und wird von der Aufzeichnung seiner Tests in geplanten Abständen und nach bedeutenden Änderungen begleitet, denn Abschnitt 8.7.2 der ISO/IEC 20000-1 verlangt diese Pläne, ihre Tests und die Aufzeichnung der Ergebnisse, und 7.5.4 zählt sie zur mindestens erforderlichen dokumentierten Information.

Inhalt überprüft am 17. Oktober 2026

Wo die Norm es verlangt: ISO 20000 · Abschnitt 8.7.2 Die Abschnitte werden nach der Nummerierung der gültigen Ausgabe ISO/IEC 20000-1:2018 zitiert, die auch die Akademie verwendet.
Art der Information: Pflichtdokument Aufrechterhaltene Kontinuitätspläne (8.7.2 und 7.5.4), mit aufgezeichneten Testergebnissen
Wer sie ausfüllt: Verantwortlicher für Service-Kontinuität Mit den Eigentümern der kritischen Services und Beteiligung der Kunden an den Anforderungen
Wann: Vor Erbringung kritischer Services Tests nach Plan, meist jährlich, und nach bedeutenden Änderungen
Wie lange sie aufbewahrt wird: Legt die Organisation fest Die Norm verlangt, Aufbewahrung und Verfügung über den Verbleib dokumentierter Information zu lenken (7.5.3), ohne Fristen zu nennen. Üblich ist, mindestens den dreijährigen Zertifizierungszyklus abzudecken oder die Vertragslaufzeit mit dem Kunden, wenn sie länger ist.

Was die Norm verlangt

Was ISO 20000 fordert und was Ihrem Ermessen überlassen bleibt

Die Organisation bewertet und dokumentiert die Risiken für die Kontinuität der Services und bestimmt ihre Kontinuitätsanforderungen unter Berücksichtigung von Geschäftsanforderungen, Kundenwünschen, SLA und Risiken.

Die Pläne enthalten oder verweisen auf Kriterien und Verantwortliche für ihre Aktivierung, das Vorgehen bei einem schweren Serviceverlust, die Verfügbarkeitsziele während der Aktivierung, die Wiederherstellungsanforderungen und die Rückkehr zum Normalbetrieb. Sie werden in geplanten Abständen gegen die Anforderungen getestet und nach bedeutenden Änderungen der Umgebung erneut; die Ergebnisse werden aufgezeichnet.

Wird der Plan tatsächlich aktiviert, muss das Geschehene in einem Bericht dokumentiert werden. Die Kontinuität nach ISO/IEC 20000-1 konzentriert sich auf IT-Services; für das gesamte Unternehmen ist ISO 22301 der Bezugspunkt.

Im Zusammenhang lesen: Service Level Agreements (SLA), in der Akademie zu ISO 20000

Aufbau

Felder, die die Vorlage enthalten sollte

Abgedeckte Services und ihre Kritikalität
Bewertete Kontinuitätsrisiken
Wiederherstellungsanforderungen: Zielzeit und tolerierbarer Datenverlust
Kriterien und Verantwortliche der Aktivierung
Wiederherstellungsverfahren und Rückkehr zum Normalbetrieb
Ausweichressourcen und beteiligte Lieferanten
Kontakte und Kommunikation mit Kunden
Testkalender
Ergebnis jedes Tests und Verbesserungen

Beispiel

Beispiel: Kontinuität des E-Mail-Service

Unternehmen, Personen und Zahlen sind erfunden: Das Beispiel zeigt nur, wie eine sauber ausgefüllte Aufzeichnung aussieht.

Feld	Inhalt
Service	SRV-04 E-Mail und Zusammenarbeit · hohe Kritikalität
Hauptrisiko	Ausfall der Region des Cloud-Anbieters
Anforderungen	Wiederherstellung in 4 Stunden · maximaler Datenverlust 15 Minuten · vereinbart in SLA-CLI-07
Aktivierung	Ausfall über 1 Stunde ohne Prognose des Anbieters · entscheidet der Kontinuitätsverantwortliche
Wiederherstellung	Umschaltung auf die Sekundärregion und Anpassung der DNS-Einträge
Test	22. September 2026 · Übung in Zeiten geringer Aktivität
Ergebnis	Service in 2 h 40 min wiederhergestellt · 1 gemeinsames Postfach nicht repliziert
Verbesserung	Aufnahme gemeinsamer Postfächer in die Replikation · CHG-26-131

Im Audit

Fehler, die Auditoren häufig feststellen

Plan geschrieben und nie getestet.
Tests ohne Erfolgskriterien gegenüber den Wiederherstellungsanforderungen.
Wiederherstellungsanforderungen, die nicht mit den Zusagen im SLA übereinstimmen.
Der Test wird nach einer bedeutenden Infrastrukturänderung nicht wiederholt.
Die Kontakte im Plan sind veraltet.

In Kimobox

So wird diese Aufzeichnung in Kimobox geführt

1Der Plan wird als gelenktes Dokument geführt, mit Versionen und Lesebestätigung für das beteiligte Personal.
2Die Tests werden als Aufgaben mit Termin und Erinnerung eingeplant, und ihr Ergebnis wird aufgezeichnet.
3Die Verbesserungen aus jedem Test werden als Changes im Freigabeablauf bearbeitet.

Häufige Fragen

Was man uns vor dem Start fragt

Was ist der Unterschied zu ISO 22301?

ISO 22301 ist die Norm für das Business Continuity Management des gesamten Unternehmens. ISO/IEC 20000-1 verlangt die Kontinuität der mit den Kunden vereinbarten IT-Services. Sie ergänzen sich: Der IT-Kontinuitätsplan ist meist ein Baustein des Business-Continuity-Plans.

Wie oft muss getestet werden?

Die Norm verlangt Tests in geplanten Abständen und nach bedeutenden Änderungen der Umgebung, ohne Frist. Ein jährlicher Test der kritischen Services ist die verbreitetste Praxis.

Führen Sie die Aufzeichnungen zu ISO 20000 ohne verstreute Vorlagen

Wir zeigen Ihnen das Modul im Einsatz, mit Daten, die Ihren ähneln.

Demo anfragen

Weiter entdecken