Meldepflicht ist ein eigener Prozess neben der Gefahrenabwehr
Bei kritischen Betriebsereignissen laufen zwei Handlungsstränge parallel: Zuerst sind Menschen, Umwelt, Anlagen und Betrieb zu schützen; zugleich ist zu prüfen, ob aus dem Ereignis eine gesetzliche, behördliche, versicherungsvertragliche oder sonstige externe Meldepflicht entsteht. Diese zweite Aufgabe darf nicht in der technischen Störungsbearbeitung untergehen. Die Rechtsregime verwenden unterschiedliche Auslöser, Fristen und Adressaten. Die BetrSichV verlangt beispielsweise für bestimmte Arbeitsmittel bei schweren Unfällen oder sicherheitstechnischem Versagen eine unverzügliche Anzeige an die zuständige Behörde. Das SGB VII kennt für bestimmte Versicherungsfälle eine Dreitagesfrist nach Kenntniserlangung. Ein professioneller FM-Betrieb benötigt deshalb einen eigenen Meldepflichtenprozess, der vom Incident-Management versorgt wird, aber nicht mit ihm identisch ist.
Meldeereignisse klar erkennen und bearbeiten
Vom Betriebsereignis zur möglichen externen Anzeige gelangen
Ausgangspunkt ist ein belastbarer Trigger-Check. Das Ereignis wird nicht nur nach technischer Priorität, sondern zusätzlich nach rechtlich relevanten Merkmalen klassifiziert: Personenschaden, Gefahrstoffbezug, wassergefährdender Stoff, überwachungsbedürftige Anlage, Störfallrecht, Datenschutzverletzung, erheblicher Cybervorfall, Versicherungsfall oder möglicher Haftpflichtanspruch. Ein einziges Ereignis kann mehrere Klassen gleichzeitig erfüllen. Die Organisation sollte deshalb keine starre Einzelauswahl verlangen, sondern parallele Prüfpfade zulassen. Unklare Sachlage führt nicht automatisch zu „nicht meldepflichtig“. Bei zeitkritischen Regimen ist vielmehr zu bestimmen, welche Mindestinformation bereits gesichert ist, wer die Anwendbarkeit prüft und bis wann eine Entscheidung über Meldung oder begründete Nichtmeldung vorliegen muss.
|
| Ereignisklasse | alle einschlägigen Trigger prüfen | nicht nur technische Priorität |
| Friststart | Kenntnis/Ereignis/Anspruch je Pflicht festhalten | keine Einheitsfrist |
| Adressat | zuständige Stelle verbindlich bestimmen | interne Meldung genügt nicht |
| Owner | fachliche Entscheidung plus Stellvertretung | Service Desk nicht automatisch Entscheider |
| Nachweis | Fassung, Versand und Folgepflicht sichern | kein Abschluss ohne Beleg |
Rechtsregime, Ereignisklasse und Adressat zusammenführen
Ein zentrales Meldepflichtenregister verbindet für jede relevante Ereignisklasse den sachlichen Trigger, den organisatorischen Anwendungsbereich, die zuständige externe Stelle, Fristlogik, Mindestinhalt, internen Owner, Stellvertretung und Nachweisart. Es ersetzt weder das allgemeine Rechtskataster noch das Auflagenregister aus Genehmigungen. Sein Zweck ist enger: Im Ereignisfall muss innerhalb weniger Minuten oder Stunden erkennbar sein, welche Anzeigewege überhaupt zu prüfen sind. Besondere Aufmerksamkeit verdienen Überschneidungen. Ein technischer Schaden kann zugleich Arbeitsunfall, versicherungsrelevanter Sachschaden, Umweltvorfall und Cyberfolge sein. Die Matrix muss deshalb Mehrfachmeldungen zulassen und verhindern, dass eine bereits erfolgte interne Eskalation irrtümlich als Erfüllung einer externen Pflicht gilt.
Meldeuhr unabhängig von Ursachenklärung und Schadenshöhe steuern
Die Meldeuhr beginnt je nach Vorschrift unterschiedlich. Manche Pflichten knüpfen an Kenntniserlangung, andere an den Eintritt des Ereignisses oder an eine konkretisierte Anspruchslage an. So verlangt Art. 33 DSGVO grundsätzlich eine Meldung möglichst binnen 72 Stunden nach Bekanntwerden einer meldepflichtigen Datenschutzverletzung; § 32 BSIG arbeitet für erfasste Einrichtungen mit einer frühen Meldung spätestens innerhalb von 24 Stunden und einer weiteren Meldung spätestens innerhalb von 72 Stunden. Die 12. BImSchV fordert bei erfassten Ereignissen eine unverzügliche Mitteilung und eine ergänzende Mitteilung spätestens innerhalb einer Woche nach Ereigniseintritt. Der operative Prozess muss daher je Pflicht den tatsächlichen Friststart dokumentieren, statt eine einheitliche „24-Stunden-Regel“ zu erfinden.
Eine Meldung organisatorisch verantworten und nachweisbar schließen
Verantwortung bedeutet, dass jede potenziell meldepflichtige Ereignisklasse einen fachlich zuständigen Owner und einen verfügbaren Stellvertreter besitzt. Der Service Desk oder die Leitstelle kann Ereignisse erfassen und Fristen anstoßen, übernimmt aber nicht automatisch die rechtliche Entscheidung. Für komplexe Fälle werden Compliance, Arbeitsschutz, Umwelt, Datenschutz, Informationssicherheit, Versicherung oder Rechtsfunktion nach festgelegten Kriterien einbezogen. Eine Meldung erhält eindeutige Ereignis-ID, Rechtsbezug, Friststatus, versendete Fassung, Versandnachweis und offene Folgepflichten. Damit wird aus verstreuten Einzelanzeigen ein steuerbarer Compliance-Prozess: schnell genug für kurze Fristen, fachlich differenziert und auditierbar, ohne die technische Ereignisbearbeitung zu verlangsamen.
