sora

SORA 2.5 wyjaśnione dla polskich operatorów dronów

Jako operator drona w Polsce ważne jest dokładne zrozumienie Oceny Ryzyka Operacji Specyficznych, czyli metodyki SORA w wersji 2.5. Metoda ta, opracowana przez JARUS, służy do systematycznej oceny ryzyka specyficznych operacji bezzałogowych statków powietrznych (UAS). W Polsce, dla operacji w kategorii szczególnej, przeprowadzenie SORA i uzasadnienie środków ograniczających ryzyko jest wymogiem przed uzyskaniem zezwolenia operacyjnego od Urzędu Lotnictwa Cywilnego (ULC).

Czym jest SORA 2.5?

SORA 2.5 to aktualna wersja Oceny Ryzyka Operacji Specyficznych, jednolitej i ustandaryzowanej metodologii opracowanej przez Joint Authorities for Rulemaking on Unmanned Systems (JARUS). Metoda ta pozwala operatorom UAS na systematyczną analizę ryzyka operacyjnego oraz ustalenie adekwatnych środków jego ograniczenia. W kontekście polskim, jest ona kluczowym narzędziem dla ULC przy ocenie wniosków o zezwolenia na operacje w kategorii szczególnej.

Do głównych elementów SORA 2.5 należą:

- Ocena wrodzonego ryzyka operacyjnego poprzez Specific Assurance and Integrity Level (SAIL).

- Analiza ryzyka dla osób na ziemi (Ground Risk Class, GRC) oraz ryzyka związanego z innymi użytkownikami przestrzeni powietrznej (Air Risk Class, ARC).

- Uzasadnienie ograniczenia (containment), które wykazuje, że ewentualna utrata kontroli nad dronem nie spowoduje nieakceptowalnego ryzyka poza wyznaczonym obszarem operacyjnym, uwzględniając odpowiednią integralność i zapewnienie (assurance).

Rola Urzędu Lotnictwa Cywilnego (ULC) w procesie SORA 2.5 w Polsce

W Polsce ULC jest kompetentnym organem zatwierdzającym operacje w kategorii szczególnej. Operatorzy, którzy planują wykonywać bardziej skomplikowane misje, w tym operacje BVLOS, muszą przedstawić ULC dokładną ocenę ryzyka przeprowadzoną metodą SORA 2.5 wraz z uzasadnieniem środków minimalizujących ryzyko.

ULC ocenia:

- Kompletność i poprawność oceny ryzyka zgodnie z metodyką SORA.

- Proponowane środki ograniczające ryzyko zarówno na ziemi, jak i w przestrzeni powietrznej, w tym środki containment.

- Niezawodność wykorzystanego systemu UAS oraz kwalifikacje operatora.

Jak krok po kroku przeprowadzić SORA 2.5?

Przeprowadzenie SORA 2.5 wymaga uporządkowanego podejścia, które zwykle obejmuje następujące etapy:

1. **Określenie kontekstu operacji:** Zdefiniowanie scenariusza lotu, typu i modelu drona, profilu lotu, otoczenia (np. obszar miejski czy teren wiejski) oraz rodzaju przestrzeni powietrznej, w której operacja będzie przeprowadzana.

2. **Ocena wrodzonego ryzyka operacyjnego (SAIL):** Na podstawie parametrów takich jak zasięg lotu, charakterystyka operacji i warunki środowiskowe określa się Specyficzny Poziom Zapewnienia i Integralności (SAIL) — miarę ryzyka dla całej operacji.

3. **Ocena ryzyka dla osób na ziemi (GRC):** Analiza, ilu ludzi może potencjalnie znajdować się na obszarze wykonywanej operacji i oszacowanie skutków w razie awarii.

4. **Ocena ryzyka kolizji z innym ruchem lotniczym (ARC):** Analiza potencjalnego ryzyka związanego z napotkaniem przez drona innych statków powietrznych w przestrzeni operacyjnej.

Najczęstsze błędy polskich operatorów przy składaniu SORA

W praktyce polscy operatorzy dronów często popełniają podobne błędy w procesie przygotowywania SORA 2.5:

- Niepełne uzasadnienie i brak konkretnych dowodów na skuteczność proponowanych środków ograniczających ryzyko, zwłaszcza w złożonych misjach.

- Brak aktualnych i dokładnych danych środowiskowych, takich jak rzeczywista gęstość zaludnienia, co prowadzi do niedoszacowania ryzyka dla osób na ziemi.

- Niedocenianie roli i znaczenia szczegółowo opisanej Koncepcji Operacji (ConOps) i Planu Reagowania Kryzysowego (ERP), co utrudnia ocenę przez ULC proceduralnych aspektów bezpieczeństwa.

- Niewystarczające uwzględnienie krajowych wymagań i uzupełnień stosowanych przez ULC obok przepisów EASA oraz brak wskazania wszystkich wymaganych dokumentów i dowodów.

Lista kontrolna dla poprawnego wniosku SORA 2.5 w Polsce

Dla zwiększenia szans na pozytywne rozpatrzenie wniosku, operator powinien zweryfikować następujące elementy:

- Czy Koncepcja Operacji (ConOps) jest jasno i szczegółowo opisana oraz odzwierciedla planowany scenariusz?

- Czy właściwie określono poziom SAIL i załączono uzasadnienie tej oceny?

- Czy przeprowadzono kompleksową ocenę ryzyk dla osób na ziemi (GRC) i innych użytkowników przestrzeni powietrznej (ARC)?

- Czy zastosowano adekwatne i weryfikowalne środki ograniczające ryzyko oraz szczegółowo opisano containment?

Częste pytania

Jak uzasadnić ograniczenie (containment) w SORA 2.5?

Ograniczenie polega na wykazaniu, że UAS pozostanie w wyznaczonych granicach operacyjnych i że w przypadku utraty kontroli nie nastąpi nieakceptowalne ryzyko poza tym obszarem. Wymagana integralność i poziom zapewnienia (assurance) wynikają z warunków metodyki SORA, obejmujące parametry obszaru operacyjnego, tereny sąsiednie oraz stosowanie dodatkowych systemów bezpieczeństwa. Decyzja ta nie opiera się wyłącznie na gęstości zaludnienia.

Czy SORA 2.5 jest obowiązkowa dla wszystkich operacji dronów w Polsce?

Nie. W Polsce SORA 2.5 jest wymagana wyłącznie dla operacji w kategorii szczególnej, dla których nie istnieją dostępne standardowe scenariusze ani PDRAs. W operacjach w kategorii otwartej lub takich, które odpowiadają zatwierdzonym PDRA, SORA może nie być konieczna. Operator powinien skonsultować klasyfikację kategorii i wymagania ze swoim organem nadzoru, czyli ULC.

Jak poprawnie przygotować dokumentację SORA dla ULC?

Dokumentacja powinna być kompleksowo zorganizowana i zawierać przede wszystkim: Koncepcję Operacji (ConOps), Plan Reagowania Kryzysowego (ERP), a także wszelkie niezbędne dowody techniczne oraz operacyjne, takie jak certyfikaty UAS, dane z szkoleń operatora, raporty konserwacyjne i analizy ryzyka. Platforma DroneManual udostępnia szablony i wskazówki pomocne w przygotowaniu kompletnego dossier.

Co oznacza poziom SAIL w metodzie SORA?

SAIL, czyli Specific Assurance and Integrity Level, to klasyfikacja ryzyka operacji wskazująca wymaganą integralność i stopień zaufania do systemu UAS i procedur operacyjnych, by ryzyko pozostawało na akceptowalnym poziomie.

Czym różni się SORA od PDRA?

SORA to szczegółowa, manualna ocena ryzyka stosowana dla unikalnych lub bardziej skomplikowanych operacji w kategorii szczególnej. PDRA (Pre-Determined Risk Assessment) to wcześniej zatwierdzone scenariusze standardowe umożliwiające prostszy i szybszy proces uzyskania zezwolenia dla wielu rutynowych typów operacji w tej samej kategorii.