Die Forschungszulage ist für Softwareunternehmen besonders attraktiv — aber auch besonders schwierig zu beantragen. Dieser Leitfaden zeigt, wann Softwareentwicklung als FuE gilt und wie der BSFZ-Antrag formuliert werden muss.
Die kurze Antwort: Wenn die technische Lösung vorher nicht feststeht. Softwareentwicklung, die bekannte Methoden auf bekannte Probleme anwendet, ist keine FuE — auch wenn das Ergebnis komplex ist. Förderfähig wird es, wenn Sie eine technische Wissenslücke schließen.
Die BSFZ prüft Software-Projekte besonders kritisch, weil viele Anträge Produktentwicklung als Forschung tarnen. Der Schlüssel: Nicht beschreiben, was Sie bauen, sondern welche technische Frage Sie dabei beantworten müssen.
Faustformel: Wenn Sie Ihrem besten Entwickler die Aufgabe geben und er sagt „Ich weiß nicht, ob das funktioniert" — dann ist es wahrscheinlich FuE. Wenn er sagt „Das dauert, aber ich weiß wie" — dann ist es Entwicklung.
| Vorhaben | FuE? | Begründung |
|---|---|---|
| Eigenes ML-Modell für Anomalieerkennung in Zeitreihen | ✓ | Ungewiss, ob Accuracy mit vorhandenen Daten reicht |
| Deep-RL-System für Echtzeit-Personalisierung | ✓ | Konvergenz der RL-Methode unsicher |
| Edge-KI auf Embedded Hardware mit Latenz-Constraints | ✓ | Neuartige Architektur, Machbarkeit unklar |
| NLP-Pipeline für domänenspezifische Fachsprache | ✓ | Transfer auf Fachdomäne erfordert neue Methoden |
| Plattform mit neuartiger Echtzeit-Datenfusion | ✓ | Integration heterogener Quellen technisch unsicher |
| Standard-Website mit CMS | ✗ | Bekannte Technologie, keine Ungewissheit |
| ChatGPT-API in App einbauen | ✗ | API-Call = Standard-Anwendung, kein neues Wissen |
| Bestehende App auf React Native portieren | ✗ | Framework-Migration, keine Forschung |
| Dashboard mit Standard-Charts und SQL-Queries | ✗ | Bekannte Methoden, keine Wissenslücke |
| E-Commerce-Shop, auch wenn komplex | ✗ | Komplexität ≠ Forschung |
KI-Projekte haben die höchste Genehmigungsquote, wenn der Antrag richtig formuliert ist — weil sie naturgemäß technische Ungewissheit mitbringen. Aber „wir nutzen KI" reicht nicht. Die BSFZ will wissen:
Was genau ist die Forschungsfrage? Nicht „Wir entwickeln ein KI-System", sondern „Wir untersuchen, ob eine Kombination aus LSTM-Netzwerk und Attention-Mechanismus bei stark verrauschten Sensordaten eine Vorhersagegenauigkeit von >85% erreichen kann."
Was macht Ihren Ansatz neuartig? Nicht „Wir nutzen ML", sondern „Im Gegensatz zu bestehenden Lösungen, die auf aufbereiteten Datensätzen trainiert werden, müssen wir ein Modell entwickeln, das mit unstrukturierten Echtzeit-Daten umgehen kann."
Was sind die technischen Unsicherheiten? Algorithmische Konvergenz, Datenvarianz, Hardware-Limitationen, Domänen-Transfer, Erklärbarkeit — das sind die Dimensionen, die die BSFZ überzeugen.
Typische KI-Unsicherheiten für den BSFZ-Antrag: (1) Algorithmische Konvergenz bei begrenzten Daten, (2) Latenz unter Echtzeit-Anforderungen, (3) Robustheit bei Domänen-Shift, (4) Interpretierbarkeit für regulatorische Anforderungen, (5) Skalierbarkeit vom Prototyp zur Produktion.
SaaS-Projekte sind förderfähig, wenn die Plattform eine technisch neuartige Kernkomponente enthält. Der Rest der Plattform (Standard-UI, Authentifizierung, Billing) ist nicht förderfähig — aber die Personalkosten der Mitarbeiter, die an der FuE-Komponente arbeiten, sind es.
Beispiel: Eine SaaS-Plattform für Predictive Maintenance mit einer neuartigen Echtzeit-Anomalie-Erkennung. Die Anomalie-Erkennung ist FuE, das Dashboard nicht. Die Entwickler, die anteilig an der Anomalie-Erkennung arbeiten, können mit ihrem FuE-Anteil angesetzt werden.
| Teamgröße | Ø Personalkosten/Jahr | + 20% GK-Zuschlag | Förderung (KMU 35%) |
|---|---|---|---|
| 2 Entwickler | 180.000 € | 216.000 € | 75.600 € |
| 5 Entwickler | 450.000 € | 540.000 € | 189.000 € |
| 10 Entwickler | 900.000 € | 1.080.000 € | 378.000 € |
| 20 Entwickler | 1.800.000 € | 2.160.000 € | 756.000 € |
Ø 90.000 €/Entwickler. Nicht-KMU: 25% statt 35%. GF-Gehalt anteilig zusätzlich ansetzbar.
Unser Förder-Check rechnet es in 2 Minuten aus — basierend auf Ihrer Teamgröße und Rechtsform.
Förder-Check starten →Feld 1 (Ziel): Beginnen Sie mit der Forschungsfrage, nicht der Produktbeschreibung. „Ziel ist die Untersuchung, ob..." statt „Ziel ist die Entwicklung einer App..." Nutzen Sie „erstmalig" prominent.
Feld 2 (Stand der Technik): Technologische Abgrenzung, nicht Marktabgrenzung. „Bisherige Verfahren erfordern X, unser Ansatz nutzt Y" — nicht „Es gibt kein vergleichbares Produkt auf dem Markt".
Feld 3 (Arbeiten): Konkrete ML-Methoden nennen (K-Means, CNN, PPO, Transformer), nicht Frameworks (Python, TensorFlow). Progressive Komplexität: Grundlagen → ML-Integration → Advanced RL.
Feld 5 (Unsicherheiten): Mindestens 3–5 verschiedene technische Unsicherheits-Dimensionen. Jede mit konkretem Scheitern-Szenario. „Standard-ML reicht nicht, weil..." — das überzeugt die BSFZ.