ERP for droner: fjernpilotens beredskabsplan

ERP - Emergency Response Plan, beredskabsplan - er det dokument, der siger, hvad man skal gøre, når kontrollen over en droneoperation er tabt: hvem der skal alarmeres, i hvilken rækkefølge, og hvordan konsekvenserne af et nedstyrt, en kollision eller en bortflyvning begrænses.

⚠️ Uden for luftfarten betyder ERP som regel enterprise resource planning, altså et forretningssystem. I droneregulering betyder ERP altid beredskabsplanen: det er betegnelsen, som EASA, JARUS og de nationale myndigheder bruger.

Hvad den ikke er: en nødprocedure

Det er den mest udbredte forveksling, og SORA-metoden afgør den klart. Den skelner mellem tre niveauer af respons:

• procedurer for uforudsete hændelser (contingency) bringer en unormal situation tilbage under kontrol, for eksempel et batteri, der bliver svagt, eller et midlertidigt tab af forbindelse;
• nødprocedurer håndterer selve luftfartøjet, når det er ude af kontrol: flyveafslutning, faldskærm, nødlanding;
• ERP begynder dér, hvor luftfartøjet ikke længere betyder noget. Den håndterer de afledte virkninger af et kontroltab - en tilskadekommen, en brand, et ramt luftfartøj - og koordinerer indsatsen med redningstjenesterne.

Sagt enkelt: en nødprocedure udspiller sig på fjernbetjeningen. ERP udspiller sig i telefonen. Hoveddelen af SORA 2.5 siger det ligeud: ERP håndterer ikke kontrollen med luftfartøjet.

Hvad den skal indeholde

SORA 2.5 placerer den under det operationelle sikkerhedsmål OSO #08 (operationelle procedurer er defineret, valideret og overholdt). Bilag E fastsætter et minimumsindhold:

1. listen over forudsete nødsituationer, der kan have afledte virkninger;
2. en procedure for hver af dem, herunder de kriterier, der bruges til at genkende situationen;
3. listen over relevante kontakter: flyvekontrol, politi, brandvæsen, førstehjælpere.

Bilaget tilføjer fire forventede egenskaber. ERP skal være egnet til situationen, effektivt afbøde de forudsete afledte virkninger, klart fordele opgaverne i besætningen og være praktisk og indøvet, så den kan udføres under pres.

Det sidste punkt er det, folk glemmer. En ERP, som ingen nogensinde har gennemgået, er kun en plan af navn.

Afpasset efter risikoen, ikke efter papirarbejdet

Bilag E præciserer, at ERP bør være afpasset efter de mulige afledte virkninger af et nedslag på jorden, såsom en brand eller et udslip af giftig gas. En drone på 900 gram over en mark og en multirotor på 25 kilo over et industriområde kræver ikke den samme plan.

Bevisniveauet følger samme logik. På lave sikkerhedsniveauer erklærer operatøren, at ERP er tilstrækkelig. På højt sikkerhedsniveau forventes en skrivebordsøvelse (tabletop exercise), og en kompetent tredjepart validerer, at den er repræsentativ. Øvelsen kan involvere de tredjeparter, der er nævnt i planen, såsom brandvæsenet eller den ansvarlige for området.

Hvad der ændrede sig med SORA 2.5

I tidligere versioner af metoden talte ERP som en afbødning af jordrisikoen: at have en kunne sænke risikoklassen. SORA 2.5 fjernede den fra afbødningerne og knyttede den i stedet til de operationelle procedurer.

Den praktiske konsekvens: en ERP sænker ikke længere dit kravniveau. Den er en del af det, du skal dokumentere, uanset hvilket niveau det er.

En generel plan og et ark pr. lokalitet

En brugbar ERP har to lag.

Det første er generelt. Det ligger i MANEX, driftshåndbogen: forudsete situationer, procedurer, roller, alarmeringskæden. Det ændrer sig kun lidt.

Det andet er specifikt for hver opgave. Det er det, der bruges i felten:

• lokalitetens nøjagtige koordinater, der skal læses op for redningstjenesterne;
• nærmeste hospital og brandstation med adgangsveje;
• lokale kontakter: kunde, ansvarlig for området, flyvekontrolenhed;
• samlingsstedet og adgangen for udrykningskøretøjer;
• stedets særlige risici: oplagrede produkter, elledninger, tilstedeværende publikum.

En generisk ERP, kopieret fra den ene opgave til den næste, svigter netop her. Den dag, den skal bruges, har ingen tid til at slå hospitalets adresse op.

Hvornår den kræves

I den åbne kategori kræves der ingen formel ERP. Det er stadig god praksis at have de nyttige numre og lokalitetens adresse klar.

I den specifikke kategori er den en del af ansøgningen: den forventes under OSO #08 i en SORA-vurdering, og driftshåndbogen indeholder den. Den er et af de dokumenter, myndigheden ser på, fordi den viser, om operatøren har tænkt over, hvad der kommer bagefter.

Det vigtigste

1. ERP er ikke en flyveprocedure. Den begynder, når luftfartøjet ikke længere betyder noget.
2. Som minimum indeholder den de forudsete situationer, en procedure for hver og de kontakter, der skal nås.
3. Den er afpasset efter de mulige afledte virkninger, ikke efter ansøgningens omfang.
4. Den indøves. En plan, der aldrig er øvet, holder ikke under pres.
5. Den opdeles pr. lokalitet. Det er feltarket, der sparer tid.

Læs videre

• SORA for droner - risikovurderingsmetoden, der kræver ERP i den specifikke kategori.
• MANEX - driftshåndbogen, der indeholder den generelle ERP.
• JARUS - gruppen af myndigheder, der udgiver SORA.