branchly®
Demo buchen

IT-Notfallplan

1. Begriffsdefinition Notfall

Ein Notfall ist ein Schadensereignis, bei dem wesentliche Prozesse oder Ressourcen einer Institution nicht wie vorgesehen funktionieren. Notfälle zeichnen sich dadurch aus, dass die Verfügbarkeit der entsprechenden Prozesse oder Ressourcen innerhalb einer geforderten Zeit nicht wiederhergestellt werden kann und der Geschäftsbetrieb stark beeinträchtigt ist. Notfälle, welche die Kontinuität von Geschäftsprozessen beeinträchtigen, können eskalieren und sich zu einer Krise ausweiten.

2. Ansprechpartner, Kontaktwege

Im Falle eines Notfalls oder Verdacht eines Notfalls sind auf direktem Wege unverzüglich zu informieren:

Primär: Markus Linnenberg, recovery@branchly.io

Stellvertretung: Sebastian Flick, recovery@branchly.io

Das Notfallpostfach recovery@branchly.io ist von mehreren Personen abrufbar und wird regelmäßig geprüft.

3. Meldung von Datenschutzvorfällen an Auftraggeber (Art. 33 Abs. 2 DSGVO)

Im Falle eines Verstoßes, der die Sicherheit personenbezogener Daten beeinträchtigen könnte (Art. 4 Nr. 12 DSGVO), informiert branchly die betroffenen Auftraggeber unverzüglich nach Feststellung, mit einer Erstinformation spätestens innerhalb von 24 Stunden. Die Meldung umfasst – soweit zum jeweiligen Zeitpunkt verfügbar – Art des Verstoßes, betroffene Datenkategorien und Personengruppen, betroffene Auftragsdaten, voraussichtliche Folgen sowie ergriffene Gegenmaßnahmen. Die Informationen werden bei neuen Erkenntnissen unverzüglich aktualisiert. Hierdurch werden Auftraggeber in die Lage versetzt, ihre eigenen Meldepflichten gegenüber den Aufsichtsbehörden (Art. 33 Abs. 1 DSGVO) fristgerecht zu erfüllen. Meldungen erfolgen an die im AVV hinterlegte Kontaktstelle des Auftraggebers sowie an recovery@branchly.io in Kopie zur Dokumentation.

Verstöße interner Mitarbeiter gegen den Schutz personenbezogener Daten werden gleichfalls als Notfall behandelt und nach demselben Prozess gemeldet.

4. Maßnahmen nach Beendigung eines Notfalls, Dokumentation des Vorfalls

Nach der Beendigung des Notfalls wird der Vorfall in Form eines ausführlichen Berichts (ggfs. mit Logs und weiteren hilfreichen Informationen) protokolliert. Der Bericht enthält folgende Informationen:

5. Maßnahmen zur Notfallvorsorge, Notfallvorsorgeplan

Nach Abschluss der Analyse (wie beschrieben in Punkt 4), werden Maßnahmen zur Prävention dieser Art von Notfall evaluiert und ggfs. zeitnah umgesetzt. Dies wird nachgehalten durch unser internes Ticketingsystem.

Zudem wird evaluiert, ob durch Einrichtung/Anpassung vom System eine frühzeitige Erkennung möglich ist.

6. Wiederherstellungspläne für die Applikation

Die Art der Wiederherstellung ist stark vom Incident abhängig. Komponenten- und Node-Ausfälle werden durch das Kubernetes-Cluster automatisch kompensiert (Self-Healing); typische Wiederherstellung innerhalb weniger Minuten. Der Restore aus Backups ist erprobt und wird regelmäßig validiert. Für den Totalverlust der Infrastruktur gilt als Wiederherstellungsziel (RTO) 8 Stunden. Die Infrastruktur ist vollständig als Code beschrieben und reproduzierbar; eine vollständige Disaster-Recovery-Übung ist für 15.12.2026 geplant und wird das Ziel konkretisieren. RPO (Recovery Point Objective): maximal 24 Stunden (tägliches, automatisiertes und verschlüsseltes Backup)