ERP für Drohnen: der Notfallplan des Fernpiloten

Der ERP - Emergency Response Plan, Notfallplan - ist das Dokument, das festlegt, was zu tun ist, sobald die Kontrolle über einen Drohnenbetrieb verloren ist: wen alarmieren, in welcher Reihenfolge und wie sich die Folgen eines Absturzes, einer Kollision oder eines Wegfliegens der Drohne begrenzen lassen.

⚠️ Außerhalb der Luftfahrt steht ERP meist für Enterprise Resource Planning. Im Drohnenrecht bezeichnet ERP immer den Notfallplan: Diesen Begriff verwenden EASA, JARUS und die nationalen Behörden.

Was er nicht ist: ein Notverfahren

Das ist die häufigste Verwechslung, und die SORA-Methodik klärt sie eindeutig. Sie unterscheidet drei Reaktionsebenen:

• Verfahren für außergewöhnliche Situationen bringen eine abnormale Lage wieder unter Kontrolle, etwa einen schwächer werdenden Akku oder einen vorübergehenden Verbindungsverlust;
• Notverfahren befassen sich mit dem Luftfahrzeug selbst, sobald es außer Kontrolle ist: Flugabbruch, Fallschirm, Notlandung;
• der ERP beginnt dort, wo das Luftfahrzeug keine Rolle mehr spielt. Er behandelt die Folgewirkungen eines Kontrollverlusts - eine verletzte Person, ein Brand, ein getroffenes Luftfahrzeug - und koordiniert die Reaktion mit den Rettungsdiensten.

Einfach gesagt: Ein Notverfahren spielt sich an der Fernsteuerung ab. Der ERP spielt sich am Telefon ab. Der Hauptteil von SORA 2.5 sagt es unmissverständlich: Der ERP befasst sich nicht mit der Steuerung des UA.

Was er enthalten muss

SORA 2.5 ordnet ihn dem betrieblichen Sicherheitsziel OSO #08 zu (Betriebsverfahren sind festgelegt, validiert und werden eingehalten). Anhang E legt einen Mindestinhalt fest:

1. die Liste der vorhersehbaren Notfallsituationen, die Folgewirkungen haben können;
2. ein Verfahren für jede davon, einschließlich der Kriterien, an denen die Situation zu erkennen ist;
3. die Liste der relevanten Kontakte: Flugverkehrskontrolle, Polizei, Feuerwehr, Ersthelfer.

Hinzu kommen vier erwartete Eigenschaften. Der ERP muss der Situation angemessen sein, die vorhersehbaren Folgewirkungen wirksam mindern, die Aufgaben innerhalb der Besatzung klar verteilen und praxistauglich und geübt sein, damit er unter Stress umgesetzt werden kann.

Der letzte Punkt wird am häufigsten vergessen. Ein ERP, den nie jemand durchgespielt hat, ist nur dem Namen nach ein Plan.

Verhältnismäßig zum Risiko, nicht zum Papierkram

Anhang E stellt klar, dass der ERP den möglichen Folgewirkungen eines Bodenaufpralls angemessen sein soll, etwa einem Brand oder der Freisetzung giftiger Gase. Eine 900-Gramm-Drohne über einem Feld und ein 25-Kilo-Multikopter über einem Industriegelände erfordern nicht denselben Plan.

Der Nachweisgrad folgt derselben Logik. Bei niedrigem Sicherheitsniveau erklärt der Betreiber, dass sein ERP angemessen ist. Bei hohem Sicherheitsniveau wird eine Planübung am Tisch erwartet, und ein sachkundiger Dritter bestätigt, dass sie repräsentativ ist. An der Übung können die im Plan genannten Dritten beteiligt werden, etwa die Feuerwehr oder der Standortverantwortliche.

Was sich mit SORA 2.5 geändert hat

In früheren Versionen der Methodik zählte der ERP als Minderungsmaßnahme für das Bodenrisiko: Wer einen hatte, konnte die Risikoklasse senken. SORA 2.5 hat ihn aus den Minderungsmaßnahmen gestrichen und stattdessen den Betriebsverfahren zugeordnet.

Die praktische Folge: Ein ERP senkt Ihr Anforderungsniveau nicht mehr. Er gehört zu dem, was Sie nachweisen müssen, unabhängig von diesem Niveau.

Ein allgemeiner Plan und ein Blatt pro Einsatzort

Ein brauchbarer ERP hat zwei Ebenen.

Die erste ist allgemein. Sie steht im MANEX, dem Betriebshandbuch: vorhersehbare Situationen, Verfahren, Rollen, Alarmierungskette. Sie ändert sich wenig.

Die zweite ist für jeden Einsatz spezifisch. Sie ist es, die vor Ort dient:

• die genauen Koordinaten des Einsatzorts, um sie den Rettungsdiensten durchzugeben;
• das nächstgelegene Krankenhaus und die nächste Feuerwache, mit ihren Zufahrten;
• lokale Kontakte: Auftraggeber, Standortverantwortlicher, Flugverkehrskontrollstelle;
• der Sammelpunkt und die Zufahrt für Rettungsfahrzeuge;
• die ortsspezifischen Risiken: gelagerte Stoffe, Stromleitungen, anwesendes Publikum.

Ein generischer ERP, der von Einsatz zu Einsatz kopiert wird, scheitert genau hier. An dem Tag, an dem er gebraucht wird, hat niemand Zeit, die Adresse des Krankenhauses herauszusuchen.

Wann er verlangt wird

In der Kategorie „Offen“ ist kein formeller ERP vorgeschrieben. Die wichtigen Telefonnummern und die Adresse des Einsatzorts bereitzuhalten, bleibt gute Praxis.

In der Kategorie „Speziell“ gehört er zu den Unterlagen: Er wird im Rahmen von OSO #08 in einer SORA-Bewertung erwartet, und das Betriebshandbuch enthält ihn. Er ist eines der Dokumente, die sich die Behörde ansieht, weil er zeigt, ob der Betreiber an das Danach gedacht hat.

Das Wichtigste in Kürze

1. Der ERP ist kein Flugverfahren. Er beginnt, wenn das Luftfahrzeug keine Rolle mehr spielt.
2. Er enthält mindestens die vorhersehbaren Situationen, ein Verfahren für jede davon und die zu erreichenden Kontakte.
3. Er ist verhältnismäßig zu den möglichen Folgewirkungen, nicht zum Umfang der Unterlagen.
4. Er wird geübt. Ein nie geprobter Plan hält unter Stress nicht stand.
5. Er wird pro Einsatzort heruntergebrochen. Das Einsatzblatt ist es, das Zeit spart.

Weiterlesen

• SORA für Drohnen - die Methodik zur Risikobewertung, die den ERP in der Kategorie „Speziell“ verlangt.
• MANEX - das Betriebshandbuch, das den allgemeinen ERP enthält.
• JARUS - der Zusammenschluss von Behörden, der SORA veröffentlicht.