Forschungszulage für Softwareentwicklung: was wirklich als F&E zählt
Software ist ausdrücklich förderfähig — Tag für Tag entwickeln Teams Dinge, die die Forschungszulage genau adressiert. Der Haken: Nicht jede Zeile Code ist „Forschung & Entwicklung“. Entscheidend ist, ob technische Unsicherheit systematisch überwunden wird.
Viele Softwareunternehmen halten sich für nicht förderfähig, weil sie „nur programmieren“. Tatsächlich erfüllt ein großer Teil ihrer Arbeit die Kriterien der Forschungszulage — sie wird nur nie als solche erfasst. Die Förderung knüpft nicht an ein Branchenetikett, sondern an die Art der Tätigkeit.
Der Kern: technische Unsicherheit
Förderfähig ist Entwicklung, deren Ergebnis zu Beginn nicht offensichtlich war — wo also ein:e erfahrene:r Entwickler:in nicht von vornherein wusste, ob und wie sich ein Ziel erreichen lässt. Gefragt ist ein systematisches Vorgehen mit Hypothese, Umsetzung und Überprüfung. Genau das ist in moderner Softwarearbeit eher Regel als Ausnahme.
Diese Arbeiten zählen typischerweise
- Neue Architekturen & Algorithmen — etwa Performance-kritische Verfahren, verteilte Systeme, eigene Datenstrukturen.
- Machine-Learning- und KI-Entwicklung — Modelltraining, Feature-Engineering, eigene Pipelines.
- Prototypen & Machbarkeitsstudien — auch wenn sie am Ende verworfen werden.
- Integrationen unter echter Unsicherheit — wenn unklar ist, ob zwei Systeme technisch zusammenspielen.
- Performance-, Skalierungs- und Sicherheits-Engineering jenseits der Standardlösung.
Was in der Regel nicht zählt
- Routine-Programmierung nach bekanntem Muster ohne technische Unsicherheit.
- Reines Customizing, Konfiguration oder das Einbinden etablierter Bibliotheken.
- Optisches Redesign, Content-Pflege, klassische Wartung.
Der entscheidende Hebel: Dokumentation
Förderfähigkeit scheitert selten an der Arbeit — sondern daran, dass sie nicht belegt ist. Halten Sie je Vorhaben fest, welches technische Problem gelöst werden sollte, warum es unsicher war und wie viel Zeit hineinfloss. Tickets, Commits und Sprint-Notizen reichen als Grundlage oft schon aus.
Kurzes Praxisbeispiel
Ein SaaS-Team mit acht Entwickler:innen baut eine Echtzeit-Synchronisierung für Offline-Clients — ein Problem ohne fertige Standardlösung. Rund 60 % der Jahresarbeit fließen in dieses und zwei weitere Vorhaben mit echter technischer Unsicherheit. Bei 720.000 € Personalkosten und 60 % F&E-Anteil ergibt sich eine Bemessungsgrundlage von gut 500.000 € — als KMU sind das rund 180.000 € Zulage pro Jahr.
Zählt Ihre Entwicklung als F&E?
Der Check fragt in einer Minute die richtigen Punkte ab und schätzt Ihr Förderpotenzial als Spanne — ohne Anmeldung.
Anspruch prüfen →