Forschungszulage für Softwareentwicklung: Welche Projekte förderfähig sind – und wie Sie sie von Tag eins an dokumentieren
FörderwissenRedaktion forschungsmittel.com31. Mai 20268 Min. Lesezeit
Die Forschungszulage ist eines der wenigen Förderinstrumente in Deutschland, auf das ein Rechtsanspruch besteht – kein Wettbewerb um Budgets, keine Antragsfrist, branchenoffen. Trotzdem lassen besonders softwaregetriebene Unternehmen hier regelmäßig Geld liegen. Nicht, weil ihre Arbeit nicht förderfähig wäre, sondern weil zwei Fragen nicht sauber beantwortet sind: Qualifiziert unsere Softwareentwicklung überhaupt? Und falls ja: Ist sie so dokumentiert, dass die Prüfung das auch erkennt? Dieser Beitrag beantwortet beide – faktenbasiert und ohne Versprechen, die niemand seriös geben kann.
Das Wichtigste in Kürze
| Auf einen Blick | Das sollten Sie wissen |
|---|---|
| Rechtsanspruch | Die Forschungszulage ist branchenoffen, ohne Antragsfrist und rückwirkend für bis zu vier Jahre möglich. |
| Software qualifiziert – aber nicht jede | Förderfähig ist F&E mit echter technischer Ungewissheit, nicht Routine wie CRUD, Standard-Integrationen oder reine Migrationen. |
| Dokumentation entscheidet | Nicht die Substanz, sondern der nachvollziehbare Nachweis der technischen Ungewissheit ist meist der eigentliche Engpass. |
| Von Tag eins dokumentieren | Wer den F&E-Anteil parallel zur Entwicklung festhält, hat im BSFZ-Verfahren eine belastbare Grundlage statt einer nachträglichen Rekonstruktion. |
Die Forschungszulage in Kürze
Die Forschungszulage nach dem Forschungszulagengesetz (FZulG) ist eine bundesweite, themenoffene steuerliche Förderung für Forschung und experimentelle Entwicklung. Der Fördersatz beträgt 35 % für kleine und mittlere Unternehmen (KMU nach EU-Definition) und 25 % für Großunternehmen, bezogen auf die förderfähigen F&E-Aufwendungen. Die maximale Bemessungsgrundlage liegt seit dem steuerlichen Investitionssofortprogramm bei 12 Mio. € pro Wirtschaftsjahr (für Aufwendungen ab dem 01.01.2026) – das entspricht einer maximalen jährlichen Zulage von bis zu 4,2 Mio. € für KMU. Neu ab 2026 ist außerdem eine pauschale Gemeinkostenpauschale von 20 % auf die übrigen förderfähigen Aufwendungen, ohne gesonderten Einzelnachweis.
| Parameter | Wert (Stand 2026) |
|---|---|
| Fördersatz KMU | 35 % |
| Fördersatz Großunternehmen | 25 % |
| Maximale Bemessungsgrundlage | 12 Mio. € pro Wirtschaftsjahr (ab 01.01.2026) |
| Maximale Zulage (KMU) | bis zu 4,2 Mio. € pro Jahr |
| Gemeinkostenpauschale (neu ab 2026) | 20 % ohne Einzelnachweis |
| Eigenleistung (ab 01.01.2026) | 100 €/Std. |
| Rückwirkung | bis zu 4 Wirtschaftsjahre |
| Rechtsgrundlage | § 3 FZulG |
Drei Punkte sind für Software-Unternehmen besonders relevant. Erstens: Die Zulage wird mit der Steuerschuld verrechnet – übersteigt sie diese, wird der Differenzbetrag ausgezahlt, auch an noch verlusttragende Start-ups. Zweitens: Ein Antrag ist rückwirkend für bis zu vier zurückliegende Wirtschaftsjahre möglich, sofern eine Dokumentation vorliegt. Drittens läuft das Verfahren zweistufig – die Bescheinigungsstelle Forschungszulage (BSFZ) prüft inhaltlich, ob ein Vorhaben Forschung oder experimentelle Entwicklung ist; den Festsetzungsantrag stellt anschließend Ihr Steuerberater beim Finanzamt.
Rechtsgrundlage: § 3 FZulG, Wachstumschancengesetz vom 28.03.2024, Gesetz für ein steuerliches Investitionssofortprogramm, in Kraft ab 01.01.2026. Angaben Stand 2026, Änderungen vorbehalten. Dies ist keine Steuerberatung – siehe Hinweise am Ende.
Welche Softwareprojekte förderfähig sind – und welche nicht
Die BSFZ prüft jedes Vorhaben an drei inhaltlichen Kriterien: Neuheit, technische Ungewissheit und planmäßige Vorgehensweise. Software kann diese Kriterien erfüllen – aber längst nicht jedes Softwareprojekt tut das, und genau hier entstehen die meisten Fehleinschätzungen in beide Richtungen.
| Häufig förderfähig | In der Regel nicht förderfähig |
|---|---|
| Neue Algorithmen oder Modelle mit echter Ergebnisungewissheit | Integration von Standardprodukten nach dokumentierten Mustern |
| Eigene Architektur für ein Problem ohne etabliertes Lösungsmuster | Klassische CRUD-Anwendungen |
| Experimentelle Entwicklung von Plattformmechaniken, Datenpipelines oder Domänenlogik mit iterativer Validierung | Marketingseiten und Content-Systeme nach bekannten Templates |
| Echtzeit-, verteilte und performancekritische Systeme ohne vorgezeichneten Entwicklungspfad | Reine Migrationen auf einen neueren Stack ohne substanzielle Neuentwicklung, UI-Redesigns sowie Wartung und Fehlerbehebung |
Die entscheidende Trennlinie verläuft dabei nicht am Endprodukt, sondern an der Arbeit. Ein SaaS-Dashboard ist für sich genommen keine Forschung – das neuartige Datenmodell und der Matching-Mechanismus dahinter können es sehr wohl sein. Wer eine Forschungszulage anstrebt, muss den förderfähigen F&E-Anteil sauber vom Nicht-F&E-Anteil im Scope und in der Dokumentation trennen. Die inhaltliche Einordnung selbst trifft am Ende die BSFZ.
„Die entscheidende Trennlinie verläuft nicht am Endprodukt, sondern an der Arbeit dahinter."
Der eigentliche Engpass ist selten die Substanz – sondern die Dokumentation
In der Praxis scheitern förderfähige Softwarevorhaben weniger an fehlender technischer Ungewissheit als daran, dass diese Ungewissheit nicht nachvollziehbar belegt ist. Die BSFZ möchte sehen, was zu Beginn unklar war, welche Alternativen geprüft und verworfen wurden, warum ein bekanntes Muster nicht passte und wie systematisch vorgegangen wurde. Genau diese Spur entsteht in vielen Teams nicht – oder wird erst Monate später aus der Erinnerung rekonstruiert, was Qualität und Belastbarkeit kostet.
Das ist der Grund, warum die Dokumentation kein nachgelagerter Schritt sein sollte, sondern parallel zur Entwicklung entstehen muss. Wer den F&E-Anteil erst nach Projektabschluss „herausarbeitet", arbeitet gegen die eigene Aktenlage. Wer ihn von Tag eins mitschreibt, hat im Prüfungsfall eine konsistente Grundlage – und kann das Kriterium der planmäßigen Vorgehensweise tatsächlich belegen statt nur behaupten.
Architektur und Dokumentation gehören zusammen
Die gute Nachricht für Software-Unternehmen: Die Disziplin, die ein System langfristig wartbar macht, ist weitgehend dieselbe, die den F&E-Anteil für eine Prüferin oder einen Prüfer nachvollziehbar macht. Schriftlich festgehaltene Architekturentscheidungen (welche Alternativen wurden abgewogen, warum fiel die Wahl so aus), eine saubere Trennung von experimentellen und Standard-Arbeitspaketen, eine projekt- und arbeitspaketbezogene Zeiterfassung – all das entsteht in einem gut geführten Entwicklungsprojekt ohnehin und deckt sich fast deckungsgleich mit dem, was die BSFZ erwartet.
Voraussetzung ist allerdings, dass von Anfang an architekturgeführt und dokumentationsbewusst gearbeitet wird. Hier arbeiten wir mit einem auf genau diese Arbeitsweise spezialisierten Umsetzungspartner zusammen: dem Berliner Softwarestudio H-Studio. H-Studio entwickelt MVPs, individuelle Plattformen und Modernisierungen so, dass der F&E- und der Nicht-F&E-Anteil bereits im Scope getrennt markiert und technische Hypothesen, geprüfte Alternativen und Ergebnisse in einer für die BSFZ geeigneten Struktur mitdokumentiert werden – parallel zur Lieferung, nicht im Nachgang. Die klare Rollentrennung ist dabei wichtig: H-Studio entwickelt und dokumentiert, forschungsmittel.com übernimmt die förderseitige Arbeit – Vorprüfung der Projektpassung, BSFZ-Antrag und Abstimmung mit Ihrem Steuerberater. Jede Partei bleibt innerhalb ihrer eigenen Qualifikation; die Zulage selbst fließt an Ihr Unternehmen.
Für Unternehmen bedeutet diese Zusammenarbeit vor allem eines: Der förderfähige Anteil eines Softwarevorhabens wird nicht nachträglich „gesucht", sondern entsteht prüffähig im laufenden Build – was die spätere Bescheinigung deutlich solider macht.
Rückwirkend und kombinierbar
Zwei Punkte, die Software-Unternehmen oft übersehen. Erstens die Rückwirkung: Auch bereits abgeschlossene oder laufende Entwicklungsarbeiten der letzten bis zu vier Wirtschaftsjahre können grundsätzlich noch geltend gemacht werden, sofern eine Dokumentation existiert oder belastbar rekonstruierbar ist. Zweitens die Kombinierbarkeit: Eine Kumulation der Forschungszulage mit Zuschussprogrammen wie ZIM oder Pro FIT Berlin ist unter bestimmten Voraussetzungen möglich – es gelten allerdings Kumulierungs- und De-minimis-Regelungen, deren Beurteilung im Einzelfall dem Steuerberater obliegt.
Nächster Schritt
Wenn Sie unsicher sind, ob Ihre Softwareentwicklung einen förderfähigen F&E-Anteil enthält, lässt sich das in einem kurzen Erstgespräch realistisch einordnen – ohne Verpflichtung. Sehen wir keinen plausiblen F&E-Anteil, sagen wir das offen. Förder-Check starten oder Erstgespräch vereinbaren.
Rechtliche Hinweise
Dieser Beitrag enthält allgemeine Informationen zur Forschungszulage nach dem Forschungszulagengesetz (FZulG). Er stellt keine Steuerberatung im Sinne des § 1 StBerG und keine Rechtsdienstleistung im Sinne des § 2 RDG dar und ersetzt keine auf den Einzelfall bezogene Beratung. Die genannten Beträge und Regelungen entsprechen der Gesetzeslage zum Stand 2026, einschließlich der Änderungen durch das Wachstumschancengesetz (28.03.2024) und das Gesetz für ein steuerliches Investitionssofortprogramm (in Kraft ab 01.01.2026); Programmparameter können sich ändern. Die abschließende Beurteilung der Förderfähigkeit obliegt ausschließlich der Bescheinigungsstelle Forschungszulage (BSFZ) und dem zuständigen Finanzamt. Es wird keine Garantie – weder ausdrücklich noch konkludent – übernommen, dass ein Vorhaben eine Bescheinigung oder eine Zulage erhält. Steuerliche Anträge und Erklärungen liegen in der Verantwortung des Unternehmens und seines Steuerberaters.
Offizielle Quellen: Forschungszulagengesetz (FZulG) · Bescheinigungsstelle Forschungszulage (BSFZ) · Bundesministerium der Finanzen.
Transparenzhinweis: H-Studio ist unser Umsetzungspartner für die softwareseitige Entwicklung und Dokumentation. Honorar und Konditionen für Entwicklungsleistungen werden direkt zwischen Ihnen und H-Studio vereinbart.