ERP для дронів: план реагування на надзвичайні ситуації

ERP - Emergency Response Plan, план реагування на надзвичайні ситуації - це документ, який визначає, що робити після втрати контролю над операцією з дроном: кого сповістити, у якому порядку і як обмежити наслідки падіння, зіткнення чи неконтрольованого відльоту.

⚠️ Поза авіацією ERP зазвичай означає enterprise resource planning, планування ресурсів підприємства. У регулюванні дронів ERP завжди означає аварійний план: саме цей термін використовують EASA, JARUS і національні органи.

Чим він не є: аварійною процедурою

Це найпоширеніша плутанина, і методологія SORA чітко її розв'язує. Вона розрізняє три рівні реагування:

• процедури на випадок непередбачених обставин повертають позаштатну ситуацію під контроль, наприклад, коли слабне батарея або тимчасово втрачено зв'язок;
• аварійні процедури стосуються самого повітряного судна, коли воно вже некероване: припинення польоту, парашут, вимушена посадка;
• ERP починається там, де повітряне судно вже не має значення. Він охоплює вторинні наслідки втрати контролю - травмовану людину, пожежу, уражене повітряне судно - і координує реагування з екстреними службами.

Простіше кажучи, аварійна процедура відбувається на пульті дистанційного керування. ERP відбувається телефоном. Основна частина SORA 2.5 говорить про це прямо: ERP не стосується керування UA.

Що він має містити

SORA 2.5 відносить його до цілі операційної безпеки OSO #08 (експлуатаційні процедури визначені, перевірені та виконуються). Її Додаток E встановлює мінімальний зміст:

1. перелік передбачуваних надзвичайних ситуацій, які можуть мати вторинні наслідки;
2. процедуру для кожної з них, включно з критеріями, за якими ситуацію розпізнають;
3. перелік відповідних контактів: управління повітряним рухом, поліція, пожежна служба, екстрена допомога.

Він додає чотири очікувані якості. ERP має бути придатним для ситуації, ефективно пом'якшувати передбачувані вторинні наслідки, чітко розподіляти обов'язки між членами екіпажу і бути практичним та відпрацьованим, щоб його можна було виконати в умовах стресу.

Останній пункт - той, про який забувають. ERP, який ніхто ніколи не проходив, є планом лише за назвою.

Пропорційний ризику, а не паперам

Додаток E уточнює, що ERP має бути пропорційним можливим вторинним наслідкам удару об землю, таким як пожежа або викид токсичного газу. Дрон вагою 900 грамів над полем і мультиротор вагою 25 кілограмів над промисловим об'єктом не потребують однакового плану.

Рівень доказів підпорядковується тій самій логіці. На низьких рівнях гарантії оператор декларує, що ERP є належним. На високому рівні гарантії очікується штабне (настільне) навчання, а компетентна третя сторона підтверджує, що воно репрезентативне. До навчання можуть залучатися треті сторони, названі в плані, наприклад пожежна служба чи керівник об'єкта.

Що змінилося із SORA 2.5

У попередніх версіях методології ERP вважався заходом зменшення наземного ризику: його наявність могла знизити клас ризику. SORA 2.5 вилучила його із заходів зменшення ризику і натомість віднесла до експлуатаційних процедур.

Практичний наслідок: ERP більше не знижує рівень ваших вимог. Він є частиною того, що ви маєте продемонструвати, яким би не був цей рівень.

Загальний план і окремий аркуш для кожного місця

Корисний ERP має два рівні.

Перший - загальний. Він міститься в MANEX, керівництві з експлуатації: передбачувані ситуації, процедури, ролі, ланцюг оповіщення. Він мало змінюється.

Другий - специфічний для кожного завдання. Саме він потрібен на місці:

• точні координати місця, щоб продиктувати їх екстреним службам;
• найближча лікарня та пожежна частина з під'їзними шляхами;
• місцеві контакти: замовник, керівник об'єкта, підрозділ управління повітряним рухом;
• місце збору та під'їзд для транспорту екстрених служб;
• ризики, властиві місцю: збережувані речовини, лінії електропередачі, присутні люди.

Типовий ERP, скопійований з одного завдання на інше, підводить саме тут. Того дня, коли він потрібен, ні в кого немає часу шукати адресу лікарні.

Коли він обов'язковий

У відкритій категорії формальний ERP не вимагається. Тримати напоготові корисні номери та адресу місця - залишається доброю практикою.

У специфічній категорії він є частиною пакета документів: його очікують за OSO #08 в оцінці SORA, а керівництво з експлуатації його містить. Це один із документів, які розглядає орган, бо він показує, чи подумав оператор про те, що буде потім.

Головне

1. ERP - не процедура польоту. Він починається, коли повітряне судно вже не має значення.
2. Як мінімум він містить передбачувані ситуації, процедуру для кожної і контакти, з якими треба зв'язатися.
3. Він пропорційний можливим вторинним наслідкам, а не обсягу документації.
4. Його відпрацьовують. План, який ніколи не репетирували, не витримує стресу.
5. Його деталізують для кожного місця. Саме польовий аркуш заощаджує час.

Читати далі

• SORA для дронів - методологія оцінки ризику, яка вимагає ERP у специфічній категорії.
• MANEX - керівництво з експлуатації, яке містить загальний ERP.
• JARUS - група органів, яка публікує SORA.