Typische Fehler bei SORA-Anträgen – und wie du sie vermeidest

Du hast Wochen in deine SORA-Dokumentation investiert, die Risikoanalyse durchgearbeitet, das Betriebshandbuch geschrieben – und dann kommt die Nachforderung der Behörde. Ein Dokument fehlt, ein anderes widerspricht der Risikoanalyse, und die ohnehin lange Wartezeit verlängert sich um weitere Monate. Das ist kein Einzelfall. Viele SORA-Anträge scheitern nicht an der Methodik selbst, sondern an vermeidbaren Fehlern in der Vorbereitung und Einreichung.

Das erfährst du in diesem Artikel

• Warum du vor dem SORA-Aufwand immer prüfen solltest, ob eine einfachere Alternative reicht
• Welche formalen Fehler in Deutschland und Österreich zur sofortigen Ablehnung führen
• Wie du Inkonsistenzen zwischen deinen Dokumenten vermeidest – der häufigste Grund für Nachforderungen
• Warum ein zu großes Fluggebiet deinen Antrag unnötig verkompliziert
• Wie du mit einem Vorgespräch bei der Behörde Wochen an Wartezeit sparst

Dieser Ratgeber richtet sich an Drohnenpiloten und Unternehmen in Deutschland und Österreich, die eine Betriebsgenehmigung in der Specific-Kategorie beantragen möchten – ob zum ersten Mal oder nach einer Ablehnung.

Dieser Artikel ist Teil unseres umfassenden SORA-Antrag für Drohnen: Leitfaden 2026. Dort findest du den vollständigen Überblick über den gesamten SORA-Prozess, die Voraussetzungen und die Methodik.

Fehler 1: Nicht geprüft, ob SORA überhaupt nötig ist

Der teuerste Fehler passiert, bevor du überhaupt mit der SORA anfängst: Du steckst Dutzende Stunden in die Erstellung einer vollständigen Risikoanalyse – obwohl dein Einsatz möglicherweise in die Open-Kategorie fällt oder über ein vereinfachtes Verfahren abgedeckt wäre.

Nicht jeder gewerbliche Drohnenflug erfordert eine SORA. Die Specific-Kategorie greift nur, wenn mindestens eine Bedingung der Open-Kategorie nicht erfüllt ist. Typische Auslöser sind Flüge außerhalb der direkten Sichtweite (BVLOS), Flughöhen über 120 Meter, Drohnen über 25 kg oder der Betrieb in besiedelten Gebieten mit nicht klassifizierten Drohnen.

Selbst wenn dein Einsatz in die Specific-Kategorie fällt, gibt es Alternativen zur individuellen SORA: Standardszenarien (STS) erfordern nur eine Betriebserklärung statt einer Genehmigung. PDRAs (Predefined Risk Assessments) sind vordefinierte Risikobewertungen der EASA für typische Einsatzprofile. Beide reduzieren den Aufwand erheblich – funktionieren aber nur, wenn dein Einsatz exakt in das jeweilige Szenario passt.

So vermeidest du den Fehler: Bevor du mit der SORA-Erstellung beginnst, prüfe systematisch: Fällt dein Einsatz noch in die Open-Kategorie? Passt er in ein Standardszenario? Kommt ein PDRA in Frage? Erst wenn alle drei Optionen ausscheiden, ist SORA der richtige Weg. Unser Ratgeber Wann muss ich einen SORA-Antrag machen? hilft dir bei der Einordnung. Einen detaillierten Vergleich aller Verfahren findest du im Artikel STS, PDRA, SORA und LUC im Vergleich.

Fehler 2: Falsche SORA-Version oder veraltete Formulare

⚠️ Fehler vermeiden: Seit dem 01.01.2026 akzeptiert das LBA für Erstanträge ausschließlich SORA 2.5. Wer versehentlich ein altes SORA-2.0-Formular einreicht, erhält eine Ablehnung – ohne inhaltliche Prüfung.

Dieser Fehler klingt trivial, kommt aber in der Praxis vor: Du verwendest Formulare oder Vorlagen, die du von einem Kollegen übernommen oder aus einer älteren Anleitung heruntergeladen hast – und die basieren noch auf SORA 2.0.

In Deutschland gilt seit dem 01.01.2026: Erstanträge müssen nach SORA 2.5 gestellt werden. Die aktuellen Formularnummern für das Standardverfahren beim LBA lauten FV.GO-UASOPA-0106 (Neuantrag) und FV.GO-UASOPA-0107 (Compliance Matrix). Für FastFlight-Anträge gilt das Formular FV.GO-UASOPA-01_11. Die alten Formulare sind nicht mit SORA 2.5 kompatibel.

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. Danach gilt auch hier ausschließlich SORA 2.5. Die aktuellen Antragsformulare stehen im Download-Bereich von dronespace.at bereit.

So vermeidest du den Fehler: Lade Formulare und Vorlagen immer direkt von der offiziellen Behörden-Website herunter – nicht aus Foren, alten E-Mails oder Drittquellen. Prüfe vor der Einreichung die aktuelle Formularversion. Wenn du dir unsicher bist, was sich zwischen SORA 2.0 und 2.5 konkret geändert hat, hilft dir unser Ratgeber SORA 2.5: Was ist neu und was hat sich geändert?.

Fehler 3: Antrag an die falsche Behörde geschickt

In Deutschland ist das LBA nicht für alle Bundesländer zuständig. Zehn Bundesländer haben die Zuständigkeit für die Specific-Kategorie an das LBA übertragen: Bayern, Berlin, Brandenburg, Mecklenburg-Vorpommern, Nordrhein-Westfalen, Saarland, Sachsen, Sachsen-Anhalt, Schleswig-Holstein und Thüringen. In den übrigen sechs Bundesländern sind die jeweiligen Landesluftfahrtbehörden zuständig. Die Zuständigkeit richtet sich nach dem Hauptwohnsitz (natürliche Personen) bzw. Sitz (juristische Personen) des Betreibers.

In Österreich ist die Lage einfacher: Die Austro Control ist zentral für alle SORA-Anträge im Land zuständig.

Wer seinen Antrag an die falsche Stelle schickt, verliert im besten Fall nur die Zeit für die Weiterleitung – im schlechteren Fall muss er den Antrag in einem anderen Format oder mit anderen Formularen erneut einreichen. Manche Landesluftfahrtbehörden in Deutschland verwenden eigene Antragsformulare, die vom LBA-Standard abweichen.

So vermeidest du den Fehler: Prüfe die Zuständigkeit vor der Einreichung über die dipul-Plattform oder die LBA-Website. Der Schritt zur Einreichung beim LBA erfolgt per E-Mail an uas-specific@lba.de, in Österreich an dronespace@austrocontrol.at. Weitere Details zum Ablauf beim LBA findest du in unserem Ratgeber SORA-Antrag in Deutschland: Der LBA-Prozess Schritt für Schritt erklärt.

Fehler 4: Fluggebiet zu groß definiert

Das Fluggebiet ist die Grundlage der gesamten Risikobewertung. Ein häufiger Fehler: Piloten definieren ihr Operationsgebiet deutlich größer als nötig – etwa ein komplettes Firmengelände, obwohl nur ein kleiner Bereich inspiziert werden soll. Das Problem: Je größer das Fluggebiet, desto höher fällt in der Regel die Ground Risk Class (GRC) aus. Und eine höhere GRC bedeutet ein höheres SAIL – was wiederum strengere Nachweisanforderungen bei den OSOs nach sich zieht.

💡 Tipp: Beschränke dein Fluggebiet auf das tatsächlich benötigte Operationsgebiet. Du kannst später jederzeit per Änderungsantrag erweitern. Ein Inspektionspilot definierte sein Fluggebiet zunächst als gesamtes Industriegelände mit rund 2 km². Das resultierende hohe GRC erforderte umfangreiche Nachweise. Nach Reduzierung auf das konkrete Inspektionsareal von 0,3 km² sank das SAIL von III auf II – der gesamte Antrag wurde erheblich einfacher.

In SORA 2.5 wird die Bodenrisikobewertung erstmals quantitativ auf Basis konkreter Bevölkerungsdichtedaten durchgeführt – nicht mehr rein qualitativ nach Gebietstyp. Die EASA hat dafür in Zusammenarbeit mit dem Joint Research Centre offizielle Population Density Maps entwickelt. Das macht die Bewertung objektiver, bedeutet aber auch: Ein zu großes Gebiet, das unnötig besiedelte Bereiche einschließt, treibt die GRC verlässlich nach oben.

Neben dem Fluggebiet selbst musst du auch Contingency Volume und Ground Risk Buffer korrekt dimensionieren. Beide werden als KML- oder KMZ-Datei eingereicht. Das LBA empfiehlt dafür den Volumenplaner auf dipul.de, mit dem du Flight Geography, Contingency Volume und Ground Risk Buffer direkt einzeichnen und exportieren kannst.

So vermeidest du den Fehler: Definiere dein Fluggebiet realistisch und konservativ. Mehr zur Dauer und den Zeitfaktoren bei der Antragserstellung findest du in unserem Artikel Wie lange dauert ein SORA-Antrag?.

Fehler 5: Inkonsistenzen zwischen den Dokumenten

Dieser Fehler ist laut Behörden der häufigste Grund für Nachforderungen: Die Angaben in ConOps, SORA-Risikoanalyse und Betriebshandbuch widersprechen sich. Unterschiedliche Flughöhen in verschiedenen Dokumenten, abweichende Geschwindigkeitsangaben, Verfahrensbeschreibungen im Betriebshandbuch, die nicht zur Risikoanalyse passen – solche Widersprüche fallen bei der Prüfung sofort auf.

📌 Beispiel: Im ConOps steht eine maximale Flughöhe von 100 m AGL, in der SORA-Risikoanalyse wird mit 80 m gerechnet, und das Betriebshandbuch beschreibt Verfahren für Flüge bis 120 m. Drei Dokumente, drei verschiedene Höhen – das führt unweigerlich zu einer Rückfrage der Behörde.

Die inhaltliche Konsistenz ist besonders wichtig, weil die Behörden die Dokumentation als Gesamtpaket prüfen. Das LBA wie auch die Austro Control erwarten, dass alle eingereichten Unterlagen ein stimmiges Bild ergeben. Unstimmigkeiten deuten für den Prüfer auf mangelnde Sorgfalt hin – und führen zu vertiefter Prüfung weiterer Punkte.

So vermeidest du den Fehler: Führe vor der Einreichung einen Konsistenz-Check durch. Vergleiche systematisch die zentralen Parameter – Flughöhe, Geschwindigkeit, Fluggebiet, Einsatzszenarien, Verfahren – über alle Dokumente hinweg. Was genau in jedes Dokument gehört, haben wir im Ratgeber SORA-Unterlagen: Was du für deinen Antrag brauchst aufgeschlüsselt.

Fehler 6: OSO-Nachweise nur aufgelistet statt belegt

Die Operational Safety Objectives (OSOs) sind ein zentraler Bestandteil jeder SORA. In SORA 2.5 gibt es 17 OSOs, die technische, organisatorische und personelle Sicherheitsaspekte abdecken. Für jedes OSO musst du entsprechend dem geforderten Robustheitsniveau (Low, Medium, High) einen konkreten Nachweis erbringen.

Ein häufiger Fehler: Piloten listen die OSOs auf und schreiben daneben „Wird eingehalten“ oder „Siehe Betriebshandbuch“ – ohne konkret zu beschreiben, wie sie die Anforderung umsetzen. Das reicht nicht. Die Behörde möchte wissen, welche Maßnahmen du konkret triffst und wie du die Einhaltung sicherstellst.

In der Compliance Matrix muss jedes OSO einen konkreten Verweis auf das zugehörige Dokument, Kapitel und die Seitennummer enthalten. Ein pauschaler Verweis auf „das Betriebshandbuch“ ohne genaue Stelle ist nicht akzeptabel. Das gilt gleichermaßen für das LBA in Deutschland und die Austro Control in Österreich.

SORA 2.5 hat eine wichtige Neuerung eingeführt: Jedes OSO enthält jetzt eine Spalte „Verantwortliche Partei“, die festlegt, ob ein Nachweis vom Betreiber, vom Hersteller oder von einem Dienstleister zu erbringen ist. Achte darauf, dass du nur die Nachweise lieferst, die tatsächlich in deiner Verantwortung liegen – und die Herstellernachweise (etwa MoC-Deklarationsblätter oder einen EASA Design Verification Report) beifügst, wo sie gefordert sind.

So vermeidest du den Fehler: Beschreibe für jedes OSO das „Wie“: Welche Maßnahme triffst du? Wie stellst du die Einhaltung sicher? Wo ist das im Betriebshandbuch dokumentiert? Wie du ein vollständiges Betriebshandbuch aufbaust, erfährst du in unserem Ratgeber Was benötigt ein SORA-2.5-konformes Betriebshandbuch?.

Fehler 7: LBA-Musterhandbuch nicht verwendet

Das LBA stellt ein Musterhandbuch für das Betriebshandbuch (Operations Manual) bereit, das international anerkannt und von der EASA veröffentlicht ist. Es enthält nicht nur eine bewährte Struktur, sondern auch konkrete Formulierungshinweise zu OSOs und Mitigationen. Die Austro Control bietet ebenfalls Templates im Download-Bereich von dronespace.at.

Wer stattdessen eine eigene Struktur wählt, riskiert zwei Dinge: einen deutlich höheren Prüfaufwand auf Behördenseite (weil der Prüfer die Informationen an ungewohnten Stellen suchen muss) und eine eingeschränkte internationale Anerkennung des Handbuchs. Das LBA empfiehlt ausdrücklich, nur in begründeten Ausnahmefällen von der Musterstruktur abzuweichen.

Wenn du perspektivisch auch in anderen EU-Ländern fliegen möchtest, empfiehlt das LBA, das Betriebshandbuch direkt auf Englisch zu verfassen. Beide Sprachen sollten dabei nicht in einem Handbuch gemischt werden.

So vermeidest du den Fehler: Nutze das Musterhandbuch des LBA als Ausgangsbasis. Es ist in deutscher und englischer Sprache verfügbar und auf der LBA-Website abrufbar.

Fehler 8: Kein Vorgespräch mit der Behörde geführt

Sowohl das LBA als auch die Austro Control empfehlen ausdrücklich, vor der formellen Antragstellung ein Vorgespräch zu führen. In Deutschland genügt dafür eine formlose E-Mail mit einem groben Betriebskonzept und ersten SORA-Angaben an uas-specific@lba.de. In Österreich bietet die Austro Control ein kostenloses Pre-Application Meeting an – ein einstündiges Online-Gespräch mit einem Experten des Drone Competence Centers, anfragbar über dronespace@austrocontrol.at.

Das Vorgespräch klärt offene Fragen, bevor sie zu Ablehnungsgründen werden. Der Prüfer kann frühzeitig auf Schwachstellen hinweisen, die Erfolgsaussichten einschätzen und dir bestätigen, dass dein Ansatz grundsätzlich tragfähig ist. Diesen Schritt auszulassen, ist einer der vermeidbarsten Fehler im gesamten Prozess.

So vermeidest du den Fehler: Plane das Vorgespräch fest in deinen Zeitplan ein – idealerweise, sobald du ein grobes Betriebskonzept und eine erste Risikoeinschätzung hast, aber bevor du das Betriebshandbuch ausformulierst.

Zusammenfassung

• Prüfe Alternativen zuerst: Open-Kategorie, STS und PDRA können dir den SORA-Aufwand vollständig ersparen.
• Verwende ausschließlich aktuelle SORA-2.5-Formulare: Veraltete Formulare führen zur sofortigen Ablehnung – in Deutschland seit 01.01.2026, in Österreich spätestens ab Frühjahr 2026.
• Kläre die Zuständigkeit: In Deutschland sind sechs Bundesländer nicht beim LBA, sondern bei den Landesluftfahrtbehörden. In Österreich ist die Austro Control zentral zuständig.
• Definiere dein Fluggebiet realistisch: Jeder unnötige Quadratmeter treibt GRC und SAIL nach oben und erhöht die Nachweisanforderungen.
• Stelle Konsistenz sicher: ConOps, Risikoanalyse und Betriebshandbuch müssen identische Angaben zu Flughöhe, Geschwindigkeit und Verfahren enthalten.
• Belege jedes OSO konkret: Nicht nur auflisten, sondern das „Wie“ beschreiben – mit Verweis auf Dokument, Kapitel und Seite.
• Nutze das Vorgespräch mit der Behörde: Es ist kostenlos, spart im Zweifel Monate und wird von LBA und Austro Control ausdrücklich empfohlen.

Häufige Fragen zu typischen Fehlern im SORA-Antrag

Digitale Tools können den Aufwand für die SORA-Erstellung erheblich reduzieren und typische Fehlerquellen wie inkonsistente Berechnungen oder fehlende OSO-Nachweise systematisch vermeiden. wingman by skyzr führt dich Schritt für Schritt durch den SORA-2.5-Prozess, berechnet GRC, ARC und SAIL automatisch und erstellt einen behördenkonformen Report für Deutschland und Österreich. Jetzt kostenlos testen.

Du brauchst individuelle Beratung für deinen Anwendungsfall? Kostenlose SORA-Erstberatung anfragen.

Quellen:

• Luftfahrt-Bundesamt (LBA) – Betriebsgenehmigungen / Erstantrag (lba.de)
• Austro Control – Specific Category / SORA (dronespace.at)
• EASA – Specific Operations Risk Assessment (easa.europa.eu)
• EASA ED Decision 2025/018/R (SORA 2.5)
• Digitale Plattform Unbemannte Luftfahrt (dipul.de)