NIS2 im Stadtwerk: Warum die Notfallakte wichtiger ist als die nächste Tool-Liste

NIS2 wird in vielen Stadtwerken zunächst als IT- und Compliance-Thema wahrgenommen. Das ist nachvollziehbar, aber zu eng. Die Richtlinie und ihre nationale Umsetzung betreffen Sicherheitsorganisation, Risikomanagement, Meldewege, Lieferketten und Verantwortung. Für ein Stadtwerk heißt das: Nicht nur Server, Firewalls und Zugänge stehen im Blick, sondern die Frage, ob kritische Fachprozesse im Störfall handlungsfähig bleiben.

Gerade kommunale Energieversorger arbeiten mit einer dichten Landschaft aus Netzleittechnik, kaufmännischen Systemen, Messwesen, Marktkommunikation, Dienstleistern, Portalen, Bereitschaftsdiensten und externen Partnern. Eine reine Tool-Liste kann diese Wirklichkeit kaum abbilden. Sie zeigt, womit gearbeitet wird, aber nicht, wer im Ernstfall entscheidet, welche Daten gebraucht werden, welche Reihenfolge gilt und welche Kommunikation nach außen erfolgen darf.

Die Notfallakte als Gegenmittel gegen Toolgläubigkeit

Eine Notfallakte ist kein weiteres Dokument für den Schrank. Sie ist die verdichtete Arbeitsgrundlage für Störungen, Sicherheitsvorfälle und ungeplante Ausfälle. Ihr Zweck ist einfach: Im Moment hoher Unsicherheit soll die Organisation nicht erst suchen müssen, wer zuständig ist, welche Systeme betroffen sind, welche Fachprozesse kritisch sind und welche Nachweise später gebraucht werden.

Für Stadtwerke sollte eine solche Akte fachprozessnah aufgebaut sein. Eine technische Asset-Liste ist notwendig, aber nicht ausreichend. Entscheidend ist die Verbindung zu konkreten Abläufen: Netzbetrieb, Messwertverarbeitung, Marktkommunikation, Kundenservice, Abrechnung, Zahlungsverkehr, Einsatzplanung, Störungsannahme und externe Kommunikation. Jeder dieser Bereiche hat andere Toleranzen gegenüber Ausfall, Datenverzug oder manueller Ersatzbearbeitung.

Die Notfallakte muss deshalb nicht jedes Detail enthalten. Sie muss aber zeigen, welche Detailquellen im Ereignisfall verbindlich sind, wer sie öffnet, welche Reihenfolge gilt und welche Mindestinformationen für Entscheidungen ausreichen. Das ist der Unterschied zwischen Dokumentation und Handlungsfähigkeit.

Dienstleister sind Teil des Prozesses

Viele Stadtwerke betreiben zentrale Systeme nicht vollständig allein. Rechenzentren, Fachsoftwareanbieter, Messdienstleister, Kommunikationsdienstleister, Security-Provider und Betriebsführer sind Teil der Wertschöpfung. In der NIS2-Perspektive wird daraus eine Lieferketten- und Verantwortungsfrage. Für die operative Praxis bedeutet das: Dienstleisterkontakte dürfen nicht nur in Verträgen oder E-Mail-Verläufen stehen. Sie müssen in der Notfallakte als Rollen und Eskalationswege greifbar sein.

Dabei geht es nicht um Misstrauen gegenüber Partnern. Es geht um klare Übergänge. Wer meldet einen Vorfall? Wer bestätigt die Betroffenheit eines Systems? Wer liefert Logdaten oder Statusinformationen? Wer kann eine Ersatzverarbeitung unterstützen? Wer darf gegenüber Behörden, Kunden oder Öffentlichkeit sprechen? Welche Reaktionszeiten sind nur organisatorische Erwartungen und welche sind vertraglich vereinbart?

Diese Fragen sollten im Normalbetrieb geklärt werden. Im Ereignisfall ist die Organisation sonst gezwungen, Zuständigkeiten unter Zeitdruck zu interpretieren. Das erhöht das Risiko falscher Aussagen, doppelter Arbeit und unnötiger Eskalation.

Fachprozesse brauchen Mindestbetriebsbilder

Ein Stadtwerk muss im Störfall nicht sofort alle Prozesse perfekt wiederherstellen. Es muss aber wissen, welche Mindestbetriebsbilder erforderlich sind. Für den Netzbetrieb kann das eine andere Sicht sein als für die Marktkommunikation oder den Kundenservice. Netznahe Prozesse brauchen Lage, Zuständigkeit und sichere operative Kommunikation. Kaufmännische Prozesse brauchen Datenstände, Fristen, Ersatzwege und spätere Nachvollziehbarkeit. Kundennahe Prozesse brauchen klare Aussagen darüber, was bekannt ist, was noch geprüft wird und welche Handlung der Kunde aktuell erwarten kann.

Ein Mindestbetriebsbild beschreibt deshalb nicht das Ideal, sondern den kleinsten belastbaren Arbeitszustand. Welche Informationen müssen verfügbar sein, damit Führung entscheiden kann? Welche Daten dürfen temporär manuell geführt werden? Welche Tätigkeiten werden gestoppt, welche laufen eingeschränkt weiter? Welche Schnittstellen werden bewusst getrennt, welche müssen priorisiert wiederhergestellt werden?

Solche Fragen wirken unspektakulär. Genau deshalb sind sie wertvoll. Sie übersetzen Sicherheitsanforderungen in Arbeitsfähigkeit.

Nachweise entstehen im Ereignis, nicht erst danach

Cybersicherheits- und Notfallprozesse haben immer auch eine Nachweisdimension. Nach einem Vorfall muss rekonstruierbar sein, welche Meldungen eingingen, wer entschieden hat, welche Maßnahmen ergriffen wurden und wann welche Information vorlag. Wenn diese Spuren erst nachträglich aus Chats, Tickets, Telefonnotizen und Erinnerungen zusammengesucht werden, entsteht ein zweites Risiko: Die Organisation kann fachlich richtig gehandelt haben, aber ihre Handlungslogik nicht sauber belegen.

Eine gute Notfallakte legt deshalb einfache Protokollpunkte fest. Nicht als bürokratische Vollerfassung, sondern als Mindestspur: Zeitpunkt, Lagebild, Entscheidung, Verantwortliche, nächster Prüfpunkt, externe Kommunikation, offene Risiken. Je weniger Zeit im Ereignisfall vorhanden ist, desto wichtiger sind vorbereitete Felder und klare Rollen.

Fazit

NIS2 sollte im Stadtwerk nicht mit der Frage beginnen, welches zusätzliche Werkzeug angeschafft werden muss. Die bessere Einstiegsfrage lautet: Welche Fachprozesse müssen bei einer Störung weiter entscheidungsfähig bleiben, und welche Notfallakte macht diese Entscheidung möglich?

Wer Rollen, Dienstleister, Mindestbetriebsbilder, Kommunikationswege und Nachweise verbindet, schafft mehr als Compliance-Unterlagen. Er schafft eine operative Sicherheitsarchitektur. Sie ersetzt keine technische Schutzmaßnahme und keine zuständige Einzelfallprüfung. Aber sie sorgt dafür, dass Schutzmaßnahmen, Verantwortlichkeiten und Fachprozesse im Ernstfall zusammenarbeiten können.