Softwareentwicklung und KI-Vorhaben sind im FZulG nicht pauschal förderfähig, aber auch nicht pauschal ausgeschlossen. Entscheidend ist, ob das konkrete Vorhaben die drei Kriterien der Bescheinigungsstelle Forschungszulage (BSFZ) erfüllt, also Neuartigkeit, technisches Risiko und Planmäßigkeit. In der Praxis fällt die Abgrenzung zwischen förderfähiger FuE und regulärer Produktentwicklung gerade in der Software-Branche besonders schwer, weil viele Entwicklungs-Aufgaben äußerlich gleich aussehen.
Dieser Beitrag zeigt, wann Software- und KI-Vorhaben tragfähig in den FZulG-Pfad gehören, wann sie als reguläre Entwicklung gelten, und welche drei Anwendungsmuster in der Beratungspraxis kleiner und mittlerer Unternehmen (KMU) regelmäßig FZulG-fähig sind.
Das Wichtigste in Kürze
- Software- und KI-Vorhaben sind nach FZulG förderfähig, wenn sie die drei BSFZ-Kriterien (Neuartigkeit, Risiko, Planmäßigkeit) erfüllen: siehe Beitrag BSFZ-Kriterien.
- Reguläre Produktentwicklung (bekannte Frameworks anwenden, bekannte Patterns implementieren) ist nicht förderfähig, auch wenn sie technisch anspruchsvoll ist.
- Drei förderfähige Muster in der KMU-Praxis: neue Algorithmen oder Modell-Architekturen mit offenem Wirksamkeitsnachweis; neue Verfahren zur Anwendung etablierter Methoden auf bisher nicht erschlossene Domänen-Daten; neue Architekturen für nicht-funktionale Anforderungen mit technischer Unsicherheit.
- EU-AI-Act-Compliance-Arbeit ist regulatorische Anpassung und damit nicht förderfähig.
- Stand: 2026-05-21; Re-Check 2026-08-18.
Warum die Abgrenzung in Software so schwer ist
Software-Entwicklung lebt im FZulG-Kontext mit einer strukturellen Eigenheit: das Endprodukt ist oft schwer von einer regulären Produktentwicklung zu unterscheiden, weil beide einen funktionierenden Code-Output erzeugen. Zwei Teams können dasselbe Repository und dieselbe Testabdeckung vorweisen, und nur eines davon betreibt FuE im Sinne des FZulG. Eine BSFZ-Begründung muss deshalb sehr klar zwischen dem Forschungsprozess (Wirkung unklar, Methodik experimentell) und dem Entwicklungsprozess (Wirkung erwartbar, Methodik bekannt) trennen.
Das fällt schwer, weil moderne Softwareentwicklung ihre methodischen Elemente teilt: Versionskontrolle, Tests, iterative Vorgehensweise. Die Abgrenzung liegt nicht im Vorgehen, sondern im Inhalt, und sie hängt an einer einzigen Frage.
War vor Beginn des Vorhabens unklar, ob das gewählte Verfahren das Ziel erreichen kann? Diese eine Frage trennt förderfähige FuE von regulärer Produktentwicklung, unabhängig vom technischen Aufwand oder der eingesetzten Technologie. Wer sie für ein Software-Vorhaben nicht klar beantworten kann, hat in der Regel ein Entwicklungs-Vorhaben.
Drei förderfähige Anwendungsmuster
Muster 1: Neue Algorithmen oder Modell-Architekturen. Sie entwickeln einen Algorithmus, dessen Wirksamkeit für die konkrete Problemstellung vor Beginn nicht belegt ist. Beispiel: ein Maschinenbau-KMU entwickelt einen neuen Optimierungs-Algorithmus für Sondermaschinen-Steuerungen, bei dem nicht klar ist, ob die mathematische Modellierung die Genauigkeits-Anforderungen erfüllt. Das ist klassische FuE, bei der die offene Frage inhaltlich ist und die Methodik experimentell.
Muster 2: Etablierte Methoden auf neue Domänen-Daten. Sie wenden eine etablierte Methode (z. B. transformerbasiertes Sprachmodell) auf eine bisher nicht erschlossene Domänen-Datenquelle an, und es ist vor Beginn unklar, ob die Methode auf diese Daten überhaupt sinnvoll transferiert. Diese Konstellation ist FZulG-fähig, wenn die Domänen-spezifische Wirksamkeit ein genuines Risiko trägt. Klassisches Beispiel: NLP-Verfahren auf spezialisierte Fach-Korpora aus regulierten Branchen, bei denen Sprache, Begriffe und Strukturen erheblich vom Trainings-Korpus abweichen.
Muster 3: Neue Architekturen für nicht-funktionale Anforderungen. Ihre Anwendung muss spezifische Anforderungen erfüllen (Latenz, Datenschutz-Architektur, Edge-Verarbeitung), für die keine etablierte Architektur existiert. Beispiel: eine Echtzeit-Bildanalyse, die vollständig auf einem Embedded-Gerät ohne Cloud-Anbindung läuft, mit Genauigkeits-Anforderungen über dem Stand der Technik für vergleichbare Geräte-Klassen. Hier liegt das Risiko in der Architektur-Frage, nicht in einzelnen Code-Stellen.
In allen drei Mustern begründet die inhaltliche Unklarheit vor Beginn die Förderfähigkeit. Wer das Muster sauber im BSFZ-Antrag herausarbeitet, hat eine stabile Begründung.
Was nicht förderfähig ist
Drei Konstellationen, die häufig fälschlich als FuE eingereicht werden:
Reguläre Anwendung etablierter Frameworks. Ein neues CRM-System, eine neue Web-Anwendung, eine Migration auf eine neue Cloud-Infrastruktur. Auch wenn das Vorhaben groß und technisch anspruchsvoll ist: solange bekannte Methoden auf bekannte Anforderungen treffen, fehlt das genuine FuE-Risiko.
KI-Tool-Einführung. Die Implementierung eines bestehenden KI-Tools (ChatGPT-API-Integration, vortrainiertes Bilderkennungs-Modell, kommerzielles Sprachmodell) in einen Geschäftsprozess. Das ist Adoption, nicht Forschung. Die methodische Tiefe der Tool-Entwicklung sitzt beim Hersteller, nicht beim anwendenden KMU.
EU-AI-Act-Compliance. Die organisatorische und technische Anpassung an die Anforderungen des EU-AI-Acts (Verordnung 2024/1689) ist regulatorische Pflicht-Arbeit, nicht FuE, auch wenn sie aufwändig ist; die AI-Act-Pflichten selbst behandelt der Beitrag Agentisches Arbeiten KMU. Wer Compliance-Arbeit als Forschung deklariert, verfehlt das Kriterium der Neuartigkeit.
Drei häufige Schreib-Fehler im BSFZ-Antrag für Software-Vorhaben
Die förderfähigen Muster entscheiden, ob ein Vorhaben in den FZulG-Pfad gehört. Bewilligt wird es trotzdem nur, wenn der Antragstext die Sache trifft, und genau daran scheitern Software-Vorhaben regelmäßig an drei Stellen.
Fehler 1: „State of the Art" wird nicht recherchiert. Eine Neuartigkeits-Behauptung ohne Bezug zu existierenden Tools, Bibliotheken oder Forschungspublikationen wirkt schwach. Korrektur: explizite Bezugnahme auf vergleichbare Open-Source-Projekte, kommerzielle Lösungen, oder Forschungsarbeiten, mit kurzer Begründung, warum sie nicht ausreichen.
Fehler 2: Risiko wird als „Lernkurve" beschrieben. „Wir müssen uns in die Technologie einarbeiten" ist kein FuE-Risiko. Korrektur: das Risiko inhaltlich formulieren, nämlich welche Eigenschaft des Verfahrens vor Beginn unklar ist. Dieselbe Sache tragfähig geschrieben: „Ob ein transformerbasiertes Modell auf unserem Fach-Korpus eine bessere Trefferquote erreicht als das bestehende regelbasierte Verfahren, war vor Projektbeginn nicht absehbar; ein Scheitern hätten wir am Ausbleiben dieses Vorsprungs erkannt."
Fehler 3: Planmäßigkeit als Sprint-Plan. Eine agile Aufgabenliste ist keine FuE-Methodik. Korrektur: zumindest skizzieren, welche experimentellen Verfahren eingesetzt werden: Vergleichs-Experimente, Ablations-Studien, Validierungs-Methoden.
Diese drei Fehler treten in Software-Anträgen besonders häufig auf, weil die Branche ein eigenes Methodik-Vokabular hat (Sprints, MVPs, Tickets), das in der BSFZ-Prüfung nicht trägt.
Antragsschwäche entsteht selten am Inhalt, häufig an der Beschreibungssprache. Wer State of the Art, Risiko und Planmäßigkeit in der Fachsprache des BSFZ formuliert statt in der Entwicklersprache des Teams, vermeidet die meisten Rückfragen.
Der nächste Schritt für ein konkretes Vorhaben
Wer ein Vorhaben vor sich hat, beginnt mit einer Notiz von einer halben Seite, lange vor dem Antrag: Welche Eigenschaft des gewählten Verfahrens war vor Projektbeginn unklar, und woran hätte man ein Scheitern erkannt? Wer diese Notiz schreibt, solange das Vorhaben läuft, hat später den Rohstoff für die Neuartigkeits- und Risiko-Begründung im Antrag.
Zwei Stellen entscheiden danach über die Tragfähigkeit: die drei Kriterien im Allgemeinen, beschrieben im Beitrag BSFZ-Kriterien, und die Stundenaufzeichnung im Team, die in Software-Häusern regelmäßig zur Schwachstelle wird, weil Sprint-Tickets keine FuE-Stunden sind (Stundenzettel Forschungszulage).
Häufige Fragen
Ist Softwareentwicklung im Unternehmen nach FZulG förderfähig?
Nur dann, wenn sie die drei BSFZ-Kriterien (Neuartigkeit, technisches Risiko, Planmäßigkeit) erfüllt. Reguläre Produktentwicklung mit bekannten Frameworks und Patterns ist nicht förderfähig, auch wenn sie technisch anspruchsvoll ist. Förderfähig sind in der Praxis vor allem neue Algorithmen, Domänen-Transfers etablierter Methoden und neuartige Architekturen für nicht-funktionale Anforderungen.
Sind KI-Vorhaben automatisch FZulG-fähig?
Nein. Die KI-Komponente an sich macht ein Vorhaben nicht förderfähig. Entscheidend ist, ob vor Beginn unklar war, ob die gewählte Methodik das Ziel erreichen kann. Die Integration eines bestehenden KI-Tools (z. B. ChatGPT-API) ist Adoption, nicht Forschung, und damit nicht förderfähig.
Was zählt als FuE in der Softwareentwicklung?
Vorhaben, in denen die Wirksamkeit eines Algorithmus, einer Modell-Architektur oder einer technischen Verfahrensweise vor Beginn nicht belegt ist. Die offene Frage muss inhaltlich sein („funktioniert die Methode überhaupt"), nicht nur zeitlich oder organisatorisch („wann sind wir fertig").
Sind AI-Act-Compliance-Arbeiten FZulG-fähig?
Nein. Regulatorische Anpassung an den EU-AI-Act (Verordnung 2024/1689) gilt als Pflicht-Arbeit ohne Forschungscharakter. Sie kann aufwändig sein, erfüllt aber nicht das Neuartigkeits-Kriterium. AI-Act-Compliance wird über reguläre Beratung oder ggf. BAFA-Beratungsförderung abgedeckt.
Wie unterscheide ich Forschungs- von Entwicklungsarbeit?
Über die Frage „war vor Beginn unklar, ob das gewählte Verfahren das Ziel erreichen kann". Wenn ja: Forschung. Wenn nein (nur zeitliche oder organisatorische Unklarheit): Entwicklung. Die methodischen Praktiken (Sprints, Tickets, Versionskontrolle) sind oft identisch; die inhaltliche Unklarheit ist der Unterschied.
Welche Schreib-Fehler vermeiden im BSFZ-Antrag?
Drei: Neuartigkeit ohne Bezug zu State of the Art, Risiko als „Lernkurve" beschrieben, Planmäßigkeit als bloßer Sprint-Plan. Software-Anträge fallen besonders häufig in diese drei Fehler, weil das Branchen-Vokabular im FZulG-Kontext nicht trägt.
Weiterführend
Förderung
Förderfähigkeit prüfen: Welcher Förderpfad passt zu Ihrem Vorhaben?
BAFA-Beratung oder Forschungszulage? Vier-Fragen-Vorprüfung, Pfad-Vergleich und Entscheidungsraster für KMU, bevor der Antrag gestellt wird.
Förderung
Forschungszulage beantragen: Antragsprozess für KMU
Der Forschungszulage-Antrag läuft in zwei Stufen: BSFZ-Bescheinigung und steuerliche Festsetzung beim Finanzamt. Schritt-für-Schritt-Anleitung, Fristen und drei häufige Fehler, Stand 2026-05-21.
Förderung
BSFZ-Kriterien: Neuartigkeit, Risiko, Planmäßigkeit erklärt
Die BSFZ prüft Forschungszulage-Anträge gegen drei FuE-Kriterien. Was Neuartigkeit, technisches Risiko und Planmäßigkeit konkret bedeuten — mit Praxisbeispielen und drei häufigen Schreib-Fehlern.
Agentisches Arbeiten
Agentisches Arbeiten im KMU: Verantwortung und Geschwindigkeit ohne Kontrollverlust
Agentisches Arbeiten im KMU ist eine Verantwortungsfrage. So beauftragen Sie KI-Agenten: Aufgabenbrief, Verantwortungsgrenze, Eskalationskante, Review-Rhythmus.