ERP per droni: il piano di emergenza del pilota remoto
Che cos'è l'ERP di un'operazione con drone, in che cosa differisce dalle procedure di emergenza e cosa deve contenere.
È un operatore? Aggiunga la sua scheda gratis →
L'ERP - Emergency Response Plan, piano di risposta alle emergenze - è il documento che dice che cosa fare una volta perso il controllo di un'operazione con drone: chi avvisare, in quale ordine e come limitare le conseguenze di una caduta, di una collisione o di una perdita del drone in volo.
⚠️ Al di fuori dell'aviazione, ERP indica di solito l'enterprise resource planning, la pianificazione delle risorse d'impresa. Nella normativa sui droni, ERP indica sempre il piano di emergenza: è il termine usato da EASA, JARUS e dalle autorità nazionali.
Che cosa non è: una procedura di emergenza
È la confusione più frequente, e la metodologia SORA la risolve con chiarezza. Distingue tre livelli di risposta:
- le procedure di contingenza riportano sotto controllo una situazione anomala, come una batteria che si indebolisce o una perdita temporanea del collegamento;
- le procedure di emergenza riguardano l'aeromobile stesso quando è fuori controllo: terminazione del volo, paracadute, atterraggio forzato;
- l'ERP comincia dove l'aeromobile non conta più. Gestisce gli effetti secondari di una perdita di controllo - una persona ferita, un incendio, un aeromobile colpito - e coordina la risposta con i servizi di soccorso.
In parole semplici, una procedura di emergenza si gioca sul radiocomando. L'ERP si gioca al telefono. Il corpo principale della SORA 2.5 lo dice chiaramente: l'ERP non riguarda il controllo dell'UA.
Che cosa deve contenere
La SORA 2.5 lo colloca nell'obiettivo di sicurezza operativa OSO #08 (le procedure operative sono definite, convalidate e rispettate). Il suo allegato E fissa un contenuto minimo:
- l'elenco delle situazioni di emergenza previste che possono avere effetti secondari;
- una procedura per ciascuna, con i criteri che permettono di riconoscere la situazione;
- l'elenco dei contatti pertinenti: controllo del traffico aereo, polizia, vigili del fuoco, primi soccorritori.
Aggiunge quattro qualità attese. L'ERP deve essere adeguato alla situazione, attenuare efficacemente gli effetti secondari previsti, ripartire chiaramente i compiti tra i membri dell'equipaggio ed essere praticabile e addestrato, così da poterlo eseguire sotto stress.
L'ultimo punto è quello che si dimentica. Un ERP che nessuno ha mai provato è un piano solo di nome.
Proporzionato al rischio, non alle carte
L'allegato E precisa che l'ERP deve essere proporzionato ai possibili effetti secondari di un impatto al suolo, come un incendio o un rilascio di gas tossici. Un drone da 900 grammi sopra un campo e un multirotore da 25 chili sopra un sito industriale non richiedono lo stesso piano.
Il livello di prova segue la stessa logica. Ai livelli di garanzia bassi, l'operatore dichiara che il suo ERP è adeguato. Al livello di garanzia alto è attesa un'esercitazione a tavolino, e un terzo competente convalida che sia rappresentativa. L'esercitazione può coinvolgere i terzi indicati nel piano, come i vigili del fuoco o il responsabile del sito.
Che cosa è cambiato con la SORA 2.5
Nelle versioni precedenti della metodologia, l'ERP contava come mitigazione del rischio al suolo: averlo poteva abbassare la classe di rischio. La SORA 2.5 lo ha tolto dalle mitigazioni e lo ha invece collegato alle procedure operative.
La conseguenza pratica: un ERP non abbassa più il vostro livello di requisiti. Fa parte di ciò che dovete dimostrare, qualunque sia quel livello.
Un piano generale e una scheda per sito
Un ERP utile ha due livelli.
Il primo è generale. Si trova nel MANEX, il manuale delle operazioni: situazioni previste, procedure, ruoli, catena di allerta. Cambia poco.
Il secondo è specifico per ogni lavoro. È quello che serve sul campo:
- le coordinate esatte del sito, da dettare ai soccorsi;
- l'ospedale e la caserma dei vigili del fuoco più vicini, con le relative vie di accesso;
- i contatti locali: cliente, responsabile del sito, ente di controllo del traffico aereo;
- il punto di raccolta e l'accesso per i mezzi di soccorso;
- i rischi propri del luogo: prodotti stoccati, linee elettriche, pubblico presente.
Un ERP generico, copiato da un lavoro all'altro, fallisce proprio qui. Il giorno in cui serve, nessuno ha il tempo di cercare l'indirizzo dell'ospedale.
Quando è richiesto
Nella categoria aperta non è richiesto un ERP formale. Tenere pronti i numeri utili e l'indirizzo del sito resta una buona pratica.
Nella categoria specifica fa parte del fascicolo: è atteso a titolo dell'OSO #08 in una valutazione SORA, e il manuale delle operazioni lo contiene. È uno dei documenti che l'autorità esamina, perché mostra se l'operatore ha pensato a quello che viene dopo.
Che cosa tenere a mente
- L'ERP non è una procedura di volo. Comincia quando l'aeromobile non conta più.
- Contiene come minimo le situazioni previste, una procedura per ciascuna e i contatti da raggiungere.
- È proporzionato ai possibili effetti secondari, non alle dimensioni del fascicolo.
- Si addestra. Un piano mai provato non regge sotto stress.
- Si declina per sito. È la scheda di campo che fa risparmiare tempo.
Per approfondire
- SORA per droni - la metodologia di valutazione del rischio che richiede l'ERP nella categoria specifica.
- MANEX - il manuale delle operazioni che contiene l'ERP generale.
- JARUS - il raggruppamento di autorità che pubblica la SORA.