SORA-Antrag für Drohnen - Leitfaden 2026

Du planst einen Drohnenflug, der über die Open Category hinausgeht – BVLOS, über 120 Meter oder im besiedelten Gebiet mit einer schwereren Drohne? Dann führt meist kein Weg an einer SORA vorbei. Doch der Prozess für einen SORA-Antrag ist komplex: Risikobewertung, Compliance Matrix, Betriebshandbuch – und in Deutschland warten Piloten oft mehr als sechs Monate auf ihre Genehmigung. Dieser Leitfaden zeigt dir, wie du den gesamten Prozess meisterst.

Inhaltsverzeichnis

Das musst du wissen

Was ist SORA? Standardisierte EU-Methodik zur Risikobewertung für Drohnenflüge in der Specific Category
Wann brauchst du SORA? Bei Flügen außerhalb der Open Category – etwa BVLOS, über 120 Meter, mit Drohnen über 25 kg oder beim Flug mit C3/C4-Drohnen im besiedelten Gebiet
SORA 2.5 als Standard: SORA 2.5 ist der von der EASA veröffentlichte Standardweg (AMC/GM) zur Erfüllung von Artikel 11 der VO (EU) 2019/947. Nationale Behörden wie das LBA oder die Austro Control können seine Anwendung verlangen – in Deutschland ist dies seit 01.01.2026 für Erstanträge der Fall
Zeitaufwand realistisch: Die manuelle Erstellung einer vollständigen SORA-Dokumentation kann je nach Komplexität des Einsatzes zwischen 20 und 60 Stunden dauern
Digitale Helfer: Digitale Tools helfen beim Antrag und reduzieren den Aufwand

Dieser Ratgeber richtet sich an Drohnenpiloten und Unternehmen in Deutschland und Österreich, die eine Betriebsgenehmigung in der Specific Category beantragen möchten – vom ersten SORA-Antrag bis zur Verlängerung.

Was ist ein SORA-Antrag?

SORA steht für Specific Operations Risk Assessment – eine standardisierte Methodik zur Risikobewertung von Drohnenflügen, die von der internationalen Expertengruppe JARUS entwickelt und von der EASA in das europäische Regelwerk integriert wurde.

Die SORA-Methodik ist kein eigenständiges Genehmigungsdokument, sondern der zentrale Bestandteil eines Antrags auf Betriebsgenehmigung in der Specific Category. Sie dient dazu, systematisch nachzuweisen, dass dein geplanter Flugbetrieb mit einem akzeptablen Sicherheitsniveau durchgeführt werden kann.

Eine vollständige SORA-Dokumentation umfasst mehrere Komponenten: das Betriebskonzept (ConOps), das die geplante Operation beschreibt, die eigentliche Risikobewertung mit Bestimmung von Boden- und Luftrisiko, die Darstellung von Mitigationsmaßnahmen zur Risikoreduktion, die Compliance Matrix mit Nachweis der Operational Safety Objectives (OSOs) sowie das Betriebshandbuch (Operations Manual, OM). Das OM dokumentiert alle operativen Verfahren und muss insbesondere Normal Procedures (Standardverfahren), Contingency Procedures (Notfallverfahren bei Abweichungen) und Emergency Procedures (Notverfahren bei kritischen Situationen) enthalten. Zusätzlich müssen die Verweise auf OSOs, Mitigationen und Containment-Anforderungen im OM nachvollziehbar dargestellt sein.

Die rechtliche Grundlage bildet Artikel 11 der Durchführungsverordnung (EU) 2019/947. Diese Verordnung gilt einheitlich in allen EU-Mitgliedsstaaten sowie in assoziierten Staaten wie Norwegen, Liechtenstein, Island und der Schweiz.

Einen umfassenden Überblick über die Grundlagen findest du in unserem Ratgeber Was ist SORA bei Drohnen?.

Brauche ich überhaupt SORA?

Nicht jeder gewerbliche Drohnenflug erfordert eine SORA. Viele professionelle Einsätze lassen sich in der Open Category oder mit vereinfachten Verfahren durchführen.

Die Specific Category – und damit die Notwendigkeit einer Betriebsgenehmigung – greift, wenn mindestens eine Bedingung der Open Category nicht erfüllt ist. Wenn dein Vorhaben nicht in Open, STS oder PDRA passt, ist eine Betriebsgenehmigung in der Specific Category erforderlich – häufig mittels einer individuellen SORA-Risikobewertung. Die häufigsten Auslöser sind Flüge außerhalb der direkten Sichtweite (BVLOS), Flughöhen über 120 Meter AGL, Drohnen mit einem Abfluggewicht über 25 kg, Flüge über Menschenansammlungen sowie der Betrieb von Drohnen der Klassen C3, C4 oder nicht klassifizierten Drohnen mit mehr als 25 kg in besiedelten Gebieten oder in der Nähe von unbeteiligten Personen.

Besonders relevant für viele professionelle Piloten: Drohnen ohne CE-Klassifizierung (Altgeräte vor 2024) oder der Klassen C3 und C4 dürfen in der Open Category nur in der Unterkategorie A3 betrieben werden – also mit mindestens 150 Metern Abstand zu Wohn-, Gewerbe- und Industriegebieten sowie zu Erholungsgebieten. Wer mit solchen Drohnen näher an besiedelten Bereichen fliegen möchte, benötigt eine Genehmigung in der Specific Category.

Bevor du in den aufwändigen SORA-Prozess einsteigst, prüfe immer diese Alternativen: Lässt sich der Flug so anpassen, dass er in der Open Category durchführbar ist? Passt dein Vorhaben in ein Standardszenario (STS-01 oder STS-02)? Gibt es ein passendes PDRA (Predefined Risk Assessment) für deinen Anwendungsfall?

💡 Tipp: Mit wingman kannst du in wenigen Minuten eine erste Einschätzung erhalten, ob dein geplanter Flug voraussichtlich SORA-pflichtig ist. Die interaktive Risikokarte zeigt dir sofort Boden- und Luftrisiken deines Fluggebiets an – sowohl für Deutschland als auch für Österreich. Beachte: Die finale Entscheidung über die Genehmigungsfähigkeit liegt immer bei der zuständigen Behörde.

Eine detaillierte Entscheidungshilfe findest du in unserem Artikel Wann brauche ich einen SORA-Antrag?. Die Standardszenarien haben wir separat in einem Vergleich mit PDRAs, LUC und SORA erklärt: STS, PDRA, SORA und LUC im Vergleich – Welches Verfahren zur Betriebsgenehmigung passt zu dir?

SORA 2.0 vs. SORA 2.5: Die neue EU-Methodik

Mit der EASA-Entscheidung ED Decision 2025/018/R wurde am 29. September 2025 die SORA-Version 2.5 offiziell in das EU-Regelwerk integriert. Diese Aktualisierung bringt wesentliche Änderungen, die den Antragsprozess in vielen Fällen vereinfachen – aber auch eine Umstellung erfordern.

Übergangsfristen

In Deutschland gilt seit dem 01.01.2026 die Pflicht, Erstanträge nach SORA 2.5 zu stellen. Bestehende Genehmigungen nach SORA 2.0 können noch bis maximal 31.12.2027 verlängert werden – danach ist eine Umstellung auf SORA 2.5 erforderlich.

In Österreich hat die Austro Control eine Übergangsfrist von sechs Monaten nach der EU-Einführung vorgesehen. Bis etwa März 2026 können Anträge wahlweise nach SORA 2.0 oder SORA 2.5 eingereicht werden.

Die wichtigsten Änderungen

SORA 2.5 reduziert die Anzahl der Prozessschritte von 11 auf 10 und führt eine klare Zwei-Phasen-Struktur ein: Phase I umfasst die Risikoanalyse mit allen Annahmen, Phase II die Nachweisführung und den Safety Case.

Die Anzahl der Operational Safety Objectives (OSOs) wurde von 24 auf 17 reduziert, indem thematisch verwandte Ziele zusammengeführt wurden. Neu ist dabei eine Spalte „Verantwortliche Partei“, die eindeutig festlegt, ob ein Nachweis vom Hersteller, vom Betreiber oder von einem Dienstleister zu erbringen ist.

Eine der bedeutendsten Neuerungen betrifft die Bodenrisiko-Bewertung: Statt qualitativer Kategorien wie „sparsely populated“ oder „populated“ verwendet SORA 2.5 quantitative Bevölkerungsdichtewerte als zentrales Element. Die EASA stellt dafür in Zusammenarbeit mit dem Joint Research Centre (JRC) und Copernicus offizielle Population Density Maps bereit. Qualitative Betrachtungen – etwa zur Art der Bebauung oder zu besonderen lokalen Gegebenheiten – können je nach Anwendungsfall jedoch weiterhin relevant sein und sollten im ConOps berücksichtigt werden.

Für SAIL-II-Operationen unter VLOS wurde der Dokumentationsaufwand deutlich reduziert: Statt eines vollständigen Betriebshandbuchs kann in vielen Fällen die Compliance Matrix als zentrale Referenz- und Nachweisübersicht dienen. Das OM mit den wesentlichen Verfahren (Normal, Contingency, Emergency Procedures) bleibt jedoch erforderlich – der Detaillierungsgrad kann bei SAIL II geringer ausfallen.

Aspekt	SORA 2.0	SORA 2.5
Anzahl Schritte	11	10
Anzahl OSOs	24	17
GRC-Bestimmung	Qualitativ	Quantitativ (Population Density)
Prozess-Phasen	Keine formale Trennung	Phase I + Phase II
ERP (Notfallplan)	Eigenständige M3-Mitigation	M3 entfällt als Mitigation; Notfall- und Contingency-Aspekte bleiben jedoch Bestandteil der SORA und müssen im OM nachvollziehbar beschrieben werden
SAIL II VLOS	Vollständige Dokumentation	Reduzierter Dokumentationsaufwand; Compliance Matrix als Nachweisübersicht

⚠️ Achtung: Bestehende SORA-2.0-Unterlagen sind nicht 1:1 auf SORA 2.5 übertragbar. Die veränderte OSO-Struktur, die quantitative Risikobewertung und die neue Phasen-Logik erfordern ein strukturiertes Re-Mapping auf die SORA-2.5-Systematik.

Alle Details zu den Unterschieden findest du in unserem Vergleichsartikel SORA 2.0 vs. SORA 2.5.

SORA-Alternativen im Überblick

SORA bietet die größte Flexibilität für komplexe oder ungewöhnliche Einsatzszenarien – ist aber auch die aufwändigste Option. Für viele Standardanwendungen gibt es einfachere Wege in die Specific Category.

Option	Aufwand	Flexibilität	Geeignet für
Open Category	Minimal	Gering	Standardflüge bis 120 m, VLOS, Abstand zu Personen
STS-01 / STS-02	Mittel	Mittel	VLOS / BVLOS bis SAIL II mit C5/C6-Drohnen
PDRA	Mittel	Mittel	Vordefinierte Szenarien (z. B. PDRA-S01)
SORA	Hoch	Maximal	Komplexe, individuelle Einsätze
LUC	Sehr hoch	Maximal	Wiederkehrende Operationen, Selbstgenehmigung

Einen ausführlichen Vergleich aller Verfahren findest du in unserem Ratgeber: STS, PDRA, SORA und LUC im Vergleich – Welches Verfahren zur Betriebsgenehmigung passt zu dir?

Die Standardszenarien STS-01 und STS-02 sind vereinfachte Verfahren für definierte Einsatzprofile. STS-01 deckt VLOS-Operationen über kontrolliertem Bodenbereich in besiedelten Gebieten ab, STS-02 ermöglicht BVLOS-Flüge über dünn besiedeltem Gebiet. Beide erfordern jedoch zertifizierte C5- bzw. C6-Drohnen und eine Betriebserklärung.

PDRAs (Predefined Risk Assessments) sind von der EASA vordefinierte Risikobewertungen für typische Anwendungsfälle. Sie vereinfachen den Genehmigungsprozess, da die grundlegende Risikobewertung bereits durchgeführt wurde.

Ein LUC (Light UAS Operator Certificate) ist die „Königsdisziplin“: Mit diesem Zertifikat darfst du dir bestimmte Flüge in der Specific Category selbst genehmigen, ohne jedes Mal die Behörde einzubinden. Der initiale Aufwand und die Anforderungen an das interne Sicherheitsmanagementsystem sind jedoch erheblich.

Wann lohnt sich also der Mehraufwand einer individuellen SORA? Immer dann, wenn dein Einsatzszenario nicht in ein Standardszenario oder PDRA passt – etwa bei ungewöhnlichen Fluggebieten, spezieller Ausrüstung oder Operationen mit höherem Risikoprofil. Auch bei wiederkehrenden komplexen Einsätzen kann eine einmalig erstellte generische SORA-Genehmigung langfristig effizienter sein.

Mehr zu den Alternativen: SORA-Alternativen: Wann funktionieren STS, PDRA und LUC?

SORA-Prozess nach Version 2.5

Der SORA-Prozess nach Version 2.5 (JARUS JAR-doc-25, Release Mai 2024) umfasst zehn Schritte in zwei Phasen. In Phase I leitest du alle Sicherheitsanforderungen aus deiner geplanten Operation ab. In Phase II weist du die Erfüllung dieser Anforderungen nach und stellst das Comprehensive Safety Portfolio (CSP) zusammen.

Phase I: Anforderungsableitung (Schritte 1–9)

Schritt 1 – Dokumentation der geplanten Operation (ConOps): Du sammelst alle relevanten technischen, operationellen und organisatorischen Informationen zu deinem Vorhaben. Das ConOps beschreibt Fluggebiet, Einsatzzweck, eingesetzte Drohne, Flugparameter und Verfahren – es bildet die Grundlage für alle weiteren Schritte.

Schritt 2 – Bestimmung der intrinsischen Ground Risk Class (iGRC): Basierend auf der maximalen Charakteristik deiner Drohne (Größe, Geschwindigkeit) und der Bevölkerungsdichte im Überfluggebiet ermittelst du das intrinsische Bodenrisiko. SORA 2.5 nutzt dafür quantitative Bevölkerungsdichtewerte – die EASA stellt entsprechende Population Density Maps bereit.

Schritt 3 – Bestimmung der finalen GRC (optional): Durch Anwendung von Bodenrisiko-Mitigationen kannst du die GRC reduzieren. Mögliche Mitigationen sind M1A (Sheltering), M1B (operationelle Einschränkungen), M1C (Bodenbeobachtung) und M2 (Reduzierung der Aufpralleffekte). Die finale GRC darf maximal 7 betragen – höhere Werte fallen in die Certified Category.

Schritt 4 – Bestimmung der initialen Air Risk Class (ARC): Das Luftrisiko wird anhand der Luftraumklassifikation bestimmt. Parameter sind unter anderem Luftraumtyp (kontrolliert/unkontrolliert), Flughöhe, Nähe zu Flughäfen und ob es sich um typischen oder atypischen Luftraum handelt. Die initiale ARC reicht von ARC-a (niedrigstes Risiko) bis ARC-d (höchstes Risiko).

Schritt 5 – Anwendung strategischer Mitigationen zur Bestimmung der residualen ARC (optional): Durch strategische Mitigationen – etwa zeitliche oder räumliche Einschränkungen, Vereinbarungen mit ANSPs oder Nutzung von U-Space-Diensten – kannst du die initiale ARC zur residualen (finalen) ARC reduzieren. Bei VLOS-Operationen ist eine Reduktion um eine Klasse möglich.

Schritt 6 – Tactical Mitigation Performance Requirements (TMPR): Für BVLOS-Operationen werden die Anforderungen an taktische Mitigationen zur Kollisionsvermeidung festgelegt. Die TMPR-Anforderungen (Low, Medium, High) leiten sich aus der residualen ARC ab. Bei VLOS-Operationen dokumentierst du stattdessen dein See-and-Avoid-Verfahren.

Schritt 7 – Bestimmung des SAIL (Specific Assurance and Integrity Level): Aus der finalen GRC und der residualen ARC ergibt sich das SAIL – eine Skala von I bis VI. Das SAIL bestimmt, mit welchem Robustheitsniveau du die Sicherheitsziele (OSOs) erfüllen musst. Je höher das SAIL, desto umfangreicher die Nachweispflichten.

Schritt 8 – Bestimmung der Containment-Anforderungen: Du evaluierst die Adjacent Area – das Gebiet außerhalb deines Ground Risk Buffers – und bestimmst die erforderlichen Containment-Anforderungen (Low, Medium, High). Diese stellen sicher, dass das Sicherheitsniveau auch im Fall eines Kontrollverlusts eingehalten wird.

Schritt 9 – Identifikation der Operational Safety Objectives (OSOs): Die 17 OSOs decken technische, organisatorische und personelle Sicherheitsaspekte ab. Für jedes OSO ermittelst du das erforderliche Robustheitsniveau basierend auf dem SAIL und sammelst die entsprechenden Nachweise.

Phase II: Nachweisführung (Schritt 10)

Schritt 10 – Comprehensive Safety Portfolio (CSP): Du stellst alle Dokumente, Nachweise und die Compliance Matrix zusammen. Das CSP enthält das finalisierte ConOps, alle Sicherheitsbehauptungen (Claims), die abgeleiteten Anforderungen und die Compliance-Nachweise. Es bildet die Grundlage für die Bewertung durch die Behörde.

💡 Tipp: wingman führt dich Schritt für Schritt durch den SORA-Prozess und berechnet GRC, ARC und SAIL automatisch. Du lädst deinen Flugplan hoch, gibst die Parameter ein – und erhältst einen strukturierten SORA-Report. Beachte: Der Report unterstützt deinen Antrag, die Genehmigungsentscheidung liegt jedoch ausschließlich bei der zuständigen Behörde.

Länderspezifische Umsetzung: Deutschland und Österreich

Obwohl SORA eine EU-einheitliche Methodik ist, unterscheiden sich die Antragsprozesse zwischen den Mitgliedsstaaten erheblich.

Deutschland: Antrag beim LBA

In Deutschland ist für die meisten Bundesländer das Luftfahrt-Bundesamt (LBA) zuständig. Für einige Bundesländer liegt die Zuständigkeit bei den jeweiligen Landesluftfahrtbehörden – die örtliche Zuständigkeit richtet sich nach dem Hauptwohnsitz (natürliche Personen) bzw. Sitz (juristische Personen) des Antragstellers.

Antragstellung: Der Antrag erfolgt per E-Mail an uas-specific@lba.de. Du benötigst das Antragsformular FV.GO-UASOPA-0106 (Erstanträge) bzw. FV.GO-UASOPA-0104 (Änderungen), deine SORA-Risikobewertung sowie das Betriebshandbuch – idealerweise basierend auf dem LBA-Musterhandbuch.

Empfohlener Ablauf: Das LBA empfiehlt dringend, vor der formellen Antragstellung ein Vorgespräch zu nutzen. Dafür sendest du eine formlose E-Mail mit einem groben Betriebskonzept und ersten SORA-Angaben. Im Vorgespräch können offene Fragen geklärt und die Erfolgsaussichten eingeschätzt werden.

Bearbeitungszeit: Das LBA weist selbst auf einen erheblichen Rückstau hin. Für Erstanträge musst du aktuell mit Bearbeitungszeiten von deutlich über sechs Monaten rechnen. Jede Nachforderung aufgrund unvollständiger oder fehlerhafter Unterlagen verlängert den Prozess um weitere Wochen.

⚠️ Wichtig für deutsche Piloten: Die lange Bearbeitungszeit ist ärgerlich – aber du hast indirekt Einfluss darauf, wie schnell dein Antrag bearbeitet wird. Im nächsten Abschnitt erfährst du, wie du die Erfolgschancen deines Antrags maximierst.

Relevante Links:

Vertiefende Informationen: SORA-Antrag in Deutschland: LBA-Prozess | FastFlight-Verfahren

Österreich: Antrag bei der Austro Control

In Österreich ist die Austro Control (ACG) zentral für alle SORA-Anträge zuständig. Der Prozess ist stärker digitalisiert als in Deutschland.

Antragstellung: Anträge werden über das Portal dronespace.at eingereicht. Die E-Mail-Adresse für direkte Kommunikation lautet dronespace@austrocontrol.at. Das Antragsformular und alle erforderlichen Vorlagen stehen im Download-Bereich des Portals zur Verfügung.

Digitales System: Das Austro Control Dronespace System integriert Betreiberregistrierung, Flugplaneinreichung, Luftraumprüfung und Antragsverwaltung in einer Plattform. Für viele Piloten ist dieser Prozess übersichtlicher als das E-Mail-basierte Verfahren in Deutschland.

Übergangsfristen SORA 2.5: Die Austro Control gewährt eine sechsmonatige Übergangsfrist nach der EU-Einführung von SORA 2.5. Bis voraussichtlich März 2026 können Anträge noch nach SORA 2.0 eingereicht werden.

Gebühren: Die Gebühren richten sich nach der Austro Control Gebührenverordnung (ACGV). Laut ACGV (Stand: Februar 2026) liegen die Gebühren für einfache Betriebserklärungen (STS) bei etwa 300–400 €, komplexe SORA-Anträge werden nach Aufwand berechnet.

Relevante Links:

Austro Control Dronespace: https://www.dronespace.at
Specific Category Informationen: https://www.dronespace.at/specific
SORA Guide der Austro Control: https://www.dronespace.at/specific/specific_operations_risk_assessment_sora

Vertiefende Informationen: SORA-Antrag in Österreich

Tipps für einen erfolgreichen Antrag

Die Bearbeitungszeit bei den Behörden – besonders beim LBA – ist ein kritischer Faktor. Du kannst sie nicht direkt beeinflussen, aber du kannst dafür sorgen, dass dein Antrag beim ersten Mal vollständig und korrekt ist. Das vermeidet zeitraubende Nachforderungen.

Vor der Antragstellung

Nutze das Vorgespräch: Sowohl das LBA als auch die Austro Control bieten Beratungsgespräche vor der formellen Antragstellung an. Nutze diese Möglichkeit – offene Fragen lassen sich hier klären, bevor sie zu Ablehnungsgründen werden.

Verwende die offiziellen Vorlagen: Das LBA stellt ein Musterhandbuch zur Verfügung, das international anerkannt ist und den Prüfaufwand erheblich reduziert. Die Austro Control bietet ebenfalls Templates im Download-Bereich. Abweichungen von diesen Strukturen solltest du nur in begründeten Ausnahmefällen vornehmen.

Definiere dein Fluggebiet realistisch: Ein zu groß gewähltes Fluggebiet führt zu höherem GRC und damit zu mehr Anforderungen. Beschränke dich auf das tatsächlich benötigte Operationsgebiet – du kannst später jederzeit einen Änderungsantrag stellen.

Bei der Dokumentation

Konsistenz ist entscheidend: ConOps, SORA-Formular und Betriebshandbuch müssen zueinander passen. Widersprüche – etwa unterschiedliche Höhenangaben oder abweichende Verfahrensbeschreibungen – führen unweigerlich zu Nachfragen.

Vollständige OSO-Nachweise: Für jedes OSO musst du entsprechend dem geforderten Robustheitsniveau Nachweise erbringen. „Noch in Arbeit“ oder pauschale Verweise sind keine akzeptablen Angaben.

Mitigationen plausibel begründen: Wenn du Bodenrisiko-Mitigationen geltend machst, musst du nachweisen können, dass sie tatsächlich wirksam sind. Eine M1C-Mitigation (Bodenbeobachtung) erfordert beispielsweise dokumentierte Verfahren und geschultes Personal.

Nach der Einreichung

Terminfristen kommunizieren: Wenn du einen verbindlichen Zeitplan hast – etwa einen gebuchten Auftrag – teile dies der Behörde in der initialen Mail mit. Das garantiert keine Beschleunigung, ermöglicht aber eine Abstimmung.

Reaktionsschnell sein: Bei Rückfragen der Behörde solltest du zeitnah und vollständig antworten. Jede Verzögerung auf deiner Seite verlängert den Gesamtprozess.

📌 Beispiel aus der Praxis: Ein Inspektionspilot definierte sein Fluggebiet als gesamtes Industriegelände (2 km²). Das resultierende hohe GRC erforderte umfangreiche Nachweise. Nach Beratung reduzierte er auf das konkrete Inspektionsareal (0,3 km²) – das senkte sein SAIL von III auf II und vereinfachte den Antrag erheblich.

Typische Fehler und wie du sie vermeidest

Aus der Praxis und den Rückmeldungen der Behörden kristallisieren sich wiederkehrende Fehler heraus, die zu Ablehnungen oder Nachforderungen führen.

Fehler 1: Unvollständige Compliance Matrix

Die OSOs müssen nicht nur aufgelistet, sondern mit konkreten Nachweisen belegt werden. „Wird eingehalten“ ohne Beschreibung des Wie reicht nicht aus. Beschreibe für jedes OSO, welche Maßnahmen du triffst und wie du die Einhaltung sicherstellst.

Fehler 2: Fluggebiet zu groß oder unpräzise definiert

Ein vage formuliertes Fluggebiet („Großraum München“) ist nicht genehmigungsfähig. Definiere konkrete geografische Grenzen mit Koordinaten. Je größer und heterogener das Gebiet, desto höher die Anforderungen.

Fehler 3: Mitigationen ohne ausreichende Begründung

Mitigationen zur Risikoreduktion sind wertvoll – aber nur, wenn ihre Wirksamkeit nachvollziehbar ist. Eine M2-Mitigation (technische Maßnahmen zur Aufprallreduzierung) erfordert technische Nachweise, eine M1C-Mitigation dokumentierte Beobachtungsverfahren.

Fehler 4: Veraltete SORA-Version oder Formulare

Seit 01.01.2026 akzeptiert das LBA für Erstanträge nur noch SORA 2.5. Achte darauf, die aktuellen Formulare zu verwenden – alte Versionen führen zur Ablehnung.

Fehler 5: Inkonsistenzen zwischen Dokumenten

ConOps, SORA-Formular und Betriebshandbuch müssen eine konsistente Geschichte erzählen. Unterschiedliche Angaben zu Flughöhen, Geschwindigkeiten oder Verfahren werfen Fragen auf und verzögern die Bearbeitung.

Dauer und Kosten eines SORA-Antrags

Zeitaufwand für die Erstellung

Der Aufwand für eine vollständige SORA-Dokumentation variiert stark je nach Komplexität des Einsatzes und deiner Erfahrung mit der Methodik. Als grobe Orientierung – basierend auf Erfahrungswerten aus der Praxis:

Einarbeitung in die SORA-Methodik: 10–20 Stunden (entfällt bei Folge-SORAs)
ConOps und Risikobewertung: 8–20 Stunden
Compliance Matrix / OSOs: 5–15 Stunden
Betriebshandbuch: 10–25 Stunden
Gesamt bei manueller Erstellung: ca. 30–80 Stunden

Diese Werte sind Richtwerte und können je nach individuellem Szenario erheblich abweichen. Ein erfahrener Pilot mit einer gut dokumentierten Standardoperation wird schneller sein als jemand, der erstmals einen komplexen BVLOS-Antrag vorbereitet.

Behördliche Bearbeitungszeit

Deutschland (LBA): Das LBA weist auf seiner Website selbst auf einen erheblichen Bearbeitungsrückstau hin. Nach aktuellen Erfahrungswerten (Stand: Februar 2026) solltest du für Erstanträge mit Bearbeitungszeiten von deutlich über sechs Monaten rechnen. Änderungs- und Verlängerungsanträge werden in der Regel schneller bearbeitet.

Österreich (Austro Control): Die Bearbeitungszeiten sind nicht offiziell publiziert und variieren je nach Komplexität. Erfahrungswerte aus der Praxis deuten auf Zeiträume von etwa 4–12 Wochen für Standardfälle hin – diese Angabe ist jedoch unverbindlich und kann im Einzelfall abweichen.

Gebühren

Deutschland: Die Gebühren variieren je nach Zuständigkeit (LBA oder Landesluftfahrtbehörde) und Komplexität des Antrags. Konkrete Angaben findest du in der jeweiligen Gebührenordnung.

Österreich: Die Austro Control erhebt Gebühren nach der ACGV. Laut ACGV (Stand: Februar 2026) liegen die Gebühren für einfache Betriebserklärungen (STS) bei etwa 300–400 €, komplexe SORA-Anträge werden nach Aufwand berechnet und können deutlich höher ausfallen.

SORA digital mit wingman

wingman ist eine digitale Plattform für die automatisierte SORA-Risikobewertung, entwickelt von skyzr. Die Software unterstützt sowohl SORA 2.5 als auch SORA 2.0 und ist aktuell für Deutschland und Österreich verfügbar.

So funktioniert wingman

Der Prozess gliedert sich in fünf Schritte: Du legst deine Organisation und Benutzer an, erfasst deine Drohnen mit allen technischen Daten, zeichnest dein Fluggebiet ein oder lädst es als Datei hoch, durchläufst die SORA geführt Schritt für Schritt und erhältst am Ende einen fertigen SORA-Report zur Einreichung bei der Behörde.

Zentrale Features

Automatische Risikobewertung: Auf Basis deines Flugplans berechnet wingman GRC, ARC und SAIL in Sekundenschnelle. Die Berechnung berücksichtigt aktuelle Bevölkerungsdaten und Luftraumdaten für Deutschland und Österreich.

Interaktive Risikokarte: Das Herzstück von wingman visualisiert Bevölkerungsdichte, Lufträume, Flugbeschränkungsgebiete und andere Risikofaktoren. Du siehst sofort, wo erhöhte Anforderungen gelten.

Automatische Berechnung von Pufferzonen: Contingency Volume und Ground Risk Buffer werden automatisch berechnet – aufwändige manuelle Kalkulationen entfallen, Berechnungsfehler werden vermieden.

Mitigationen anwenden: Du wählst Mitigationsmaßnahmen aus und siehst sofort, wie sie das Risiko reduzieren. wingman zeigt dir die Auswirkungen auf GRC und SAIL.

SORA-Report: Der fertige Report kann digital per Link geteilt oder als PDF exportiert werden. Die Struktur ist so gewählt, dass Behörden den Antrag effizient prüfen können.

Für wen eignet sich wingman?

Drohnen-Operatoren: Automatisierte Risikoanalyse für alle Missionen in der Specific Category
Industrie-Dienstleister: Effiziente Planung für wiederkehrende Inspektionen und Vermessungen
Consultants und Experten: Professionelle Berichterstellung mit Versionskontrolle für Kundenprojekte

Preise

Free: Grundfunktionen kostenlos (Drohnenverwaltung, Risikokarte)
Specific Basic: 199 €/Monat – vollständige SORA-Erstellung
Specific Plus: 299 €/Monat – erweiterte Funktionen für komplexe Betriebe
7 Tage kostenlos testen: Alle Funktionen unverbindlich ausprobieren

🛠 Tool: wingman führt dich durch alle 10 SORA-Schritte und berechnet auf Basis deines Flugplans automatisch Boden- und Luftrisiko. Der fertige SORA-Report ist so strukturiert, dass er bei LBA oder Austro Control eingereicht werden kann. Beachte: wingman unterstützt die Erstellung deiner Unterlagen – die Genehmigungsentscheidung trifft ausschließlich die zuständige Behörde.

➡️ Jetzt wingman 7 Tage kostenlos testen

Häufige Fragen zum SORA Antrag

Was ist SORA bei Drohnen?

SORA (Specific Operations Risk Assessment) ist die standardisierte EU-Methodik zur Risikobewertung für Drohnenflüge in der Specific Category. Sie dient dazu, systematisch nachzuweisen, dass eine geplante Operation mit akzeptablem Sicherheitsniveau durchgeführt werden kann.

Wann brauche ich einen SORA-Antrag?

Wenn dein Vorhaben nicht in die Open Category, ein Standardszenario (STS) oder ein PDRA passt, ist eine Betriebsgenehmigung in der Specific Category erforderlich – häufig mittels einer individuellen SORA-Risikobewertung. Typische Auslöser sind BVLOS-Flüge, Höhen über 120 Metern, Drohnen über 25 kg oder der Betrieb von C3/C4-Drohnen in besiedelten Gebieten.

Was ist der Unterschied zwischen SORA und einer Betriebsgenehmigung?

SORA ist die Risikobewertung, die Betriebsgenehmigung ist das behördliche Dokument. Die SORA ist ein zentraler Bestandteil des Genehmigungsantrags – sie zeigt, dass du die Risiken erkannt und angemessen adressiert hast.

Kann ich gewerblich fliegen ohne SORA?

Ja, viele gewerbliche Flüge sind in der Open Category möglich und benötigen keine SORA. Entscheidend ist nicht der gewerbliche Zweck, sondern ob die Betriebsbedingungen der Open Category eingehalten werden.

Was ist neu bei SORA 2.5?

SORA 2.5 bringt eine klarere Struktur (10 statt 11 Schritte, Zwei-Phasen-Modell), weniger OSOs (17 statt 24) und quantitative Bodenrisiko-Bewertung anhand von Bevölkerungsdichten als zentrales Element. Der Dokumentationsaufwand für SAIL-II-VLOS-Operationen wurde reduziert. Die M3-Mitigation (ERP) entfällt als eigenständige Risikoreduktion, Notfall- und Contingency-Aspekte bleiben jedoch Bestandteil der SORA-Argumentation.

Muss ich bestehende Genehmigungen auf SORA 2.5 umstellen?

Nicht sofort. Bestehende SORA-2.0-Genehmigungen in Deutschland können noch bis 31.12.2027 verlängert werden. Danach ist eine Umstellung erforderlich. In Österreich gelten ähnliche Übergangsregelungen.

Wie lange dauert ein SORA-Antrag in Deutschland?

Das LBA weist auf seiner Website auf einen erheblichen Bearbeitungsrückstau hin. Nach aktuellen Erfahrungswerten (Stand: Februar 2026) solltest du für Erstanträge mit deutlich über sechs Monaten rechnen. Vollständige, fehlerfreie Anträge werden tendenziell schneller bearbeitet.

Wie lange dauert ein SORA-Antrag in Österreich?

Die Austro Control publiziert keine offiziellen Bearbeitungszeiten. Erfahrungswerte aus der Praxis deuten auf etwa 4–12 Wochen für Standardfälle hin – diese Angabe ist jedoch unverbindlich und kann im Einzelfall abweichen.

Welche Unterlagen brauche ich für einen SORA-Antrag?

Im Kern brauchst du das Antragsformular, eine vollständige SORA-Risikobewertung, ein Betriebshandbuch (Operations Manual) mit Normal, Contingency und Emergency Procedures sowie Verweisen auf OSOs, Mitigationen und Containment, die Compliance Matrix als Nachweisübersicht, Nachweise zu deiner Qualifikation und ggf. technische Dokumentation zur Drohne.

Was kostet ein SORA-Antrag?

Die Behördengebühren variieren je nach Land und Komplexität. In Österreich liegen die Gebühren laut ACGV (Stand: Februar 2026) für einfache Verfahren bei etwa 300–400 €. Hinzu kommt der Zeitaufwand für die Erstellung – oder die Kosten für Beratung bzw. Software.

Was bedeuten GRC, ARC und SAIL?

GRC (Ground Risk Class) beschreibt das Bodenrisiko, ARC (Air Risk Class) das Luftrisiko. Aus beiden ergibt sich das SAIL (Specific Assurance and Integrity Level), das die Komplexität deiner Operation klassifiziert und die Nachweisanforderungen bestimmt.

Wie wird das Bodenrisiko (GRC) bestimmt?

Die GRC basiert primär auf der Bevölkerungsdichte im Überfluggebiet und den Eigenschaften deiner Drohne (kritische Fläche, Geschwindigkeit). SORA 2.5 verwendet quantitative Bevölkerungsdaten aus den EASA Population Density Maps als zentrales Element. Qualitative Betrachtungen – etwa zur Art der Bebauung – können je nach Fall ergänzend relevant sein.

Was sind OSOs und wie erfülle ich sie?

OSOs (Operational Safety Objectives) sind Sicherheitsziele, die je nach SAIL-Level mit unterschiedlicher Robustheit erfüllt werden müssen. Du weist für jedes relevante OSO nach, wie du es in deinem Betrieb umsetzt.

Was ist eine Compliance Matrix?

Die Compliance Matrix ist eine tabellarische Übersicht, in der du für jedes OSO dokumentierst, wie du es erfüllst. Sie dient als zentrale Referenz- und Nachweisübersicht. Bei SAIL-II-VLOS-Operationen kann der Dokumentationsaufwand reduziert werden, das Betriebshandbuch mit den wesentlichen Verfahren bleibt jedoch erforderlich.

Wann reicht ein Standardszenario (STS)?

Standardszenarien eignen sich für definierte Einsatzprofile: STS-01 für VLOS über kontrolliertem Bodenbereich in besiedelten Gebieten, STS-02 für BVLOS über dünn besiedeltem Gebiet. Voraussetzung sind zertifizierte C5- bzw. C6-Drohnen.

Was ist ein PDRA?

Ein PDRA (Predefined Risk Assessment) ist eine vordefinierte Risikobewertung für typische Szenarien. Der Genehmigungsprozess ist vereinfacht, da die grundlegende Risikobewertung bereits durchgeführt wurde.

Wann lohnt sich ein LUC?

Ein LUC (Light UAS Operator Certificate) lohnt sich für Unternehmen mit häufigen Specific-Operationen, die sich bestimmte Flüge selbst genehmigen möchten. Der initiale Aufwand ist hoch, da ein umfassendes Sicherheitsmanagementsystem erforderlich ist.

Kann ich einen SORA-Antrag selbst stellen?

Ja, eine SORA kann ohne externe Beratung erstellt werden. Der Prozess erfordert jedoch eine intensive Einarbeitung in die Methodik. Für komplexe Fälle oder bei Zeitdruck kann professionelle Unterstützung sinnvoll sein.

Gibt es Software, die bei der SORA-Erstellung hilft?

Ja, wingman von skyzr ist eine digitale Plattform für die automatisierte SORA-Risikobewertung. Sie führt Schritt für Schritt durch den Prozess, berechnet Risikokennzahlen automatisch und erstellt behördenkonforme Reports.

Wie lange ist eine SORA-Genehmigung gültig?

Die Gültigkeitsdauer wird von der Behörde festgelegt und variiert. Genehmigungen nach SORA 2.0 in Deutschland wurden maximal für zwei Jahre erteilt. Eine Verlängerung muss rechtzeitig beantragt werden.

Kann ich meine SORA-Genehmigung erweitern?

Ja, über einen Änderungsantrag kannst du Fluggebiete, Verfahren oder eingesetzte Drohnen anpassen. Der Änderungsantrag wird in der Regel schneller bearbeitet als ein Erstantrag.

Zusammenfassung

SORA ist die standardisierte EU-Methodik zur Risikobewertung für Drohnenflüge in der Specific Category – sie bildet den Kern jedes Antrags auf Betriebsgenehmigung
SORA 2.5 ist der von der EASA veröffentlichte Standardweg zur Erfüllung von Artikel 11 der VO (EU) 2019/947 – in Deutschland seit 01.01.2026 für Erstanträge erforderlich, in Österreich läuft eine Übergangsfrist bis ca. März 2026
Der SORA-Prozess umfasst 10 Schritte in zwei Phasen: In Phase I (Schritte 1–9) werden Risiken bewertet und Anforderungen abgeleitet, in Phase II (Schritt 10) wird das Comprehensive Safety Portfolio erstellt
Die Bearbeitungszeit beim LBA beträgt nach aktuellen Erfahrungswerten über sechs Monate – vollständige, fehlerfreie Anträge und die Nutzung der offiziellen Vorlagen können den Prozess beschleunigen
Prüfe vor dem SORA-Aufwand immer Alternativen: Open Category, Standardszenarien (STS) oder PDRAs können für viele Anwendungsfälle ausreichen
Digitale Tools wie wingman reduzieren den Erstellungsaufwand erheblich und minimieren Fehlerquellen durch automatische Berechnungen und geführte Prozesse