SOFTWARE · SAAS · ALGORITHMEN · KI
Bei Software ist die Abgrenzung zwischen bloßer Erstellung und Entwicklung am schwierigsten. Die RVO betrachtet nicht das System, sondern das technische Problem und das neue Funktionsprinzip, das Sie im Programmcode umsetzen. Softwareentwicklung kann für die WBSO infrage kommen, wenn Sie selbst technisch neue Software bzw. neuen Programmcode entwickeln, dabei konkrete programmiertechnische Problemstellungen lösen und das neue informationstechnologische Funktionsprinzip in einer formalen Programmiersprache festlegen. Eine neue Funktionalität, Anwendung oder Benutzererfahrung allein reicht nicht aus.WBSO für Selbstständige. Softwareentwicklung kann für die WBSO infrage kommen, wenn Sie selbst technisch neue Software bzw. neuen Programmcode entwickeln, dabei konkrete programmiertechnische Probleme lösen und das neue informationstechnologische Funktionsprinzip in einer formalen Programmiersprache festhalten. Eine neue Funktionalität, Anwendung oder User Experience allein genügt nicht.
VON PETER KLAREN · AKTUALISIERT AM 19. SEPTEMBER 2026 · QUELLE: RVO-LEITFADEN 2026
AUF DIESER SEITE
Es müssen technische Risiken oder Unsicherheiten bestehen, und die Lösung darf sich nicht ohne Weiteres mit bestehender Technologie realisieren lassen. Bei Software/Programmcode prüft die RVO ausdrücklich, ob Sie selbst technisch neue Software bzw. technisch neuen Programmcode in einer formalen Programmiersprache entwickeln, programmiertechnische Probleme benennen und diese eigenständig lösen.
Was soll technisch ermöglicht werden?
Was ist mit bestehender Technologie technisch nicht möglich?
Welche technisch neue Software bzw. welchen technisch neuen Programmcode entwickeln Sie selbst?
In welcher Programmiersprache wird das Prinzip umgesetzt und getestet?
Ein Modell, eine Architektur, ein Algorithmus oder eine technische Beschreibung kann konzeptionell äußerst innovativ sein, fällt damit jedoch nicht automatisch unter die WBSO-Softwareentwicklung. Die qualifizierende Entwicklungsarbeit muss als Software bzw. Programmcode in einer formalen Programmiersprache umgesetzt werden. Auch bei einem Algorithmus gilt: Ihn lediglich zu formulieren, reicht nicht aus; er muss tatsächlich als Software bzw. Programmcode realisiert werden.
| Situation | Ausreichend für die WBSO? |
|---|---|
| Einen neuen Optimierungsalgorithmus mathematisch ausarbeiten | Für sich genommen nicht ausreichend |
| Den Algorithmus tatsächlich – beispielsweise in Python, C++ oder Rust entwickeln und dabei programmiertechnische Problemstellungen lösen, um die gewünschte Leistungsfähigkeit zu erreichen | Möglicherweise WBSO |
Dies ist die wichtigste Abgrenzung bei der WBSO für Software. Die RVO unterscheidet hier ausdrücklich: Die Erstellung einer neuen Funktionalität auf Grundlage verfügbarer Technologie gilt nicht als technisch neue Software bzw. technisch neuer Programmcode.
| Softwareentwicklung | Voraussichtlich WBSO-förderfähig? | Warum |
|---|---|---|
| Neue Benutzeroberfläche entwickeln | In der Regel nicht | Funktional neu, aber keine technische Entwicklung. |
| Neue SaaS-Funktion mit bestehenden Framework-Komponenten | In der Regel nicht | Bekannte Technologie wird eingesetzt. |
| Neuer Matching-Algorithmus, weil bestehende Methoden die Performance-Anforderungen nicht erfüllen | Möglicherweise | Programmiertechnischer Engpass mit ungewisser technischer Machbarkeit. |
| Neue Datenbankumgebung konfigurieren | In der Regel nicht | Anwendung bestehender Technologie. |
| Eigene Datenstruktur bzw. Indexierungsmethode aufgrund von Latenz- oder Speichergrenzen | Möglicherweise | Technisch neuartiges Funktionsprinzip. |
| Zwei bestehende Systeme über eine API miteinander verbinden | In der Regel nicht | Implementierung bzw. Integration bestehender Technologie. |
| Eigenes Echtzeitprotokoll, weil verfügbare Protokolle die Latenzanforderungen nicht erfüllen | Möglicherweise | Konkretes technisches Problem. |
| Neues KI-Modell mit einem bestehenden Framework trainieren | Für sich genommen nicht | Anwendung bestehender Technologie. |
RVO führt selbst folgendes Beispiel an: Das Projekt ist ein System, das Routen plant; das informationstechnologische Problem besteht darin, dass der bestehende Algorithmus die geforderten Spezifikationen nicht erfüllt.
Nicht ausreichend: “Wir entwickeln eine neue SaaS-Plattform.”
Ausreichend konkret: “Die aktuelle Suchstruktur erfordert einen linearen Vergleich von 15 Millionen Datensätzen, wodurch die Antwortzeit mehr als 800 ms beträgt; die verfügbaren Indexierungsmethoden erfüllen die Anforderungen innerhalb unseres Speicherlimits nicht.”
Nicht die Konzeption eines Algorithmus ist ausschlaggebend, sondern die Entwicklung von Software bzw. Programmcode, mit der ein technischer Engpass gelöst wird. Zu den relevanten Kategorien gehören unter anderem:
Ziel: 250.000 Kandidaten in Echtzeit vergleichen. Technisches Problem: Der bestehende Matching-Ansatz lässt sich bei mehr als 50.000 Datensätzen nicht innerhalb der erforderlichen Latenz skalieren. Lösungsansatz: neue Partitionierungs- und Scoring-Methode. Unsicherheit: Im Voraus ist nicht bekannt, ob der gewünschte Recall und die gewünschte Latenz gleichzeitig erreichbar sind.
Versagt ein bewährter Ansatz bei Ihren Datenmengen nachweislich? Konkrete messbare Engpässe stärken einen Antrag:
| Kategorie | Beispiel |
|---|---|
| Latenz | Von 800 ms auf <50 ms. |
| Durchsatz | 100 Transaktionen/Sek. → erfordert 10.000/Sek. |
| Arbeitsspeicher | Der Datensatz passt nicht mehr in den verfügbaren Speicher. |
| Nebenläufigkeit | Deadlocks und Race Conditions bei hoher Parallelisierung. |
| Speicherplatz | Der Ressourcenbedarf der bestehenden Indexierung wächst exponentiell. |
| Echtzeit | Die Ereignisverarbeitung muss innerhalb von 5 ms erfolgen. |
Wichtige Differenzierung: Eine hohe Performance-Anforderung allein begründet noch keine WBSO-Förderfähigkeit. Entscheidend ist, dass bestehende Techniken nachweislich nicht ausreichen und Sie selbst eine technisch neue Software- bzw. Programmcode-Lösung entwickeln müssen.
WBSO kann bei neuen Lösungen für folgende Bereiche relevant sein:
Achtung: Der Einsatz von Kafka, Kubernetes, Redis, PostgreSQL-Replikation oder eines bestehenden Konsensprotokolls stellt für sich genommen keine technisch neue Software bzw. keinen technisch neuen Programmcode dar. Die technische Unsicherheit muss in dem liegen, was Sie selbst neu entwickeln, und nicht lediglich in der Komplexität der Architektur.
Embedded Software kann die WBSO-Kriterien gut erfüllen, wenn strenge Einschränkungen hinsichtlich des Timings, des Speichers, des Energieverbrauchs oder der Hardware-Interaktion zu konkreten programmiertechnischen Problemstellungen führen, für die keine bekannte Lösung verfügbar ist.
RVO nennt selbst als Beispiel die Echtzeitsynchronisierung und Nachregelung von Maschinen mit eigener Software in C als mögliches S&O.
RVO führt im Leitfaden 2026 das Beispiel eines Unternehmens an, das TensorFlow zum Trainieren eines Modells verwendet: Da keine eigene Softwareentwicklung stattfindet, handelt es sich dabei nicht um technisch neue Software. Gleichzeitig nennt die RVO selbstentwickelte Bots/KI-Technik in Python und R als mögliches S&O.
| KI-Aktivität | WBSO-Software? |
|---|---|
| API von OpenAI, Anthropic oder Gemini integrieren | In der Regel nicht |
| Prompt Engineering | Für sich genommen nicht |
| Bestehendes Modell feinabstimmen | Nicht automatisch |
| TensorFlow/PyTorch verwenden und ein Standardmodell trainieren | Nicht automatisch |
| Eigene technisch neue Inferenzpipeline aufgrund von Latenz- oder Speicherproblemen | Möglicherweise |
| Eigene algorithmische Verfahren zur Modellkomprimierung oder Ablaufplanung | Möglicherweise |
| Eigene technisch neue Software für die multimodale Verarbeitung | Möglicherweise |
| RAG-Anwendung mit einer Standard-Vektordatenbank und einem Framework entwickeln | In der Regel nicht allein aus diesem Grund |
| Eigene Indexierungs-/Retrieval-Methode aufgrund eines nachweisbaren technischen Problems | Möglicherweise |
Die technisch neuartige Integration oder das Zusammenwirken bestehender Softwarekomponenten könnte als S&O gelten. Diese Komponenten müssen dann jedoch überwiegend selbst entwickelt worden sein und bereits im Unternehmen eingesetzt werden.
Wenn die technische Herausforderung in einem selbst entwickelten neuen Kommunikations- oder Zusammenwirkungsprinzip liegt und die übrigen Voraussetzungen erfüllt sind.
RVO-Gegenbeispiel: Die Echtzeitsynchronisierung von Maschinen mittels selbst entwickeltem C-Programmcode könnte als S&O gelten, während die Verbindung von Maschinen über verfügbare APIs keine technisch neue Software bzw. keinen technisch neuen Programmcode darstellt.
RVO bezeichnet das Erlernen der Nutzung einer für das Unternehmen neuen Entwicklungsumgebung ausdrücklich nicht als S&O: „First Use“ wird als Lernphase betrachtet.
Die folgenden Situationen veranschaulichen, in welchen Fällen Softwareentwicklung mit technischen Unsicherheiten behaftet sein kann. Es handelt sich um anonymisierte Beispiele und nicht um Aussagen zu bestimmten Kunden.
Bestehende Algorithmen erfüllen die Anforderungen bei der erforderlichen Datensatzgröße und Latenz nicht. Das Unternehmen entwickelt eine neue Partitionierungs- und Bewertungsmethode.
TECHNISCHES PROBLEM → EIGENER LÖSUNGSANSATZ → TECHNISCHER NACHWEIS
Verfügbare Protokolle verursachen einen zu hohen Jitter. Das Unternehmen entwickelt eigene Echtzeit-Synchronisationssoftware.
TECHNISCHES PROBLEM → EIGENER LÖSUNGSANSATZ → TECHNISCHER NACHWEIS
Speicher- und Energiebeschränkungen verhindern den Einsatz des bestehenden Ansatzes. Das Unternehmen entwickelt eine neue energiesparende Verarbeitungsroutine.
TECHNISCHES PROBLEM → EIGENER LÖSUNGSANSATZ → TECHNISCHER NACHWEIS
Bestehende Replikationsstrategien bieten keine ausreichende Kombination aus Konsistenz und Latenz. Das Unternehmen entwickelt einen eigenen Konsistenzmechanismus.
TECHNISCHES PROBLEM → EIGENER LÖSUNGSANSATZ → TECHNISCHER NACHWEIS
Die bestehende Inferenzpipeline erreicht auf der Edge-Hardware nicht die erforderliche Bildrate. Das Unternehmen entwickelt eine neue Verarbeitungsroutine.
TECHNISCHES PROBLEM → EIGENER LÖSUNGSANSATZ → TECHNISCHER NACHWEIS
Standard-Retrieval liefert innerhalb des Latenz- und Arbeitsspeicherbudgets keine ausreichende Präzision. Das Unternehmen entwickelt eine eigene Indexierungs- und Ranking-Technik.
TECHNISCHES PROBLEM → EIGENER LÖSUNGSANSATZ → TECHNISCHER NACHWEIS
Siehe auch WBSO-Beispiele und die komplexe WBSO-Fälle.
RVO fragt im offiziellen Projektformular ausdrücklich nach Programmiersprachen, Entwicklungsumgebungen, Tools, technischer Neuheit, Risiken und Unsicherheiten.
Nutzen Sie den ausführlichen Leitfaden für eine aussagekräftige WBSO-Projektbeschreibung und den Leitfaden für WBSO beantragen.
Git-Verlauf, Tickets und technische Entwürfe bilden eine gute Grundlage. Ergänzen Sie diese um:
Es muss nicht alles vorhanden sein. Entscheidend ist, dass die Dokumentation erkennen lässt, welche technischen Arbeiten tatsächlich durchgeführt wurden. Die vollständigen Anforderungen finden Sie unter WBSO-Projektdokumentation.
Die niederländische Regierung prüft derzeit, wie die WBSO besser auf Entwicklungen im Bereich KI und moderner Softwareentwicklung abgestimmt werden kann. Die genauen Anpassungen stehen noch nicht fest. Sobald neue Kriterien bekannt sind, aktualisieren wir diese Seite.
Wenn Sie selbst ein neues informationstechnologisches Funktionsprinzip entwickeln und dieses in einer formalen Programmiersprache umsetzen, wobei konkrete programmiertechnische Herausforderungen gelöst werden.
Nein. Eine innovative App qualifiziert sich nicht automatisch für die WBSO. Entscheidend ist, welches informationstechnologische Problem Sie selbst lösen und welches technisch neuartige Funktionsprinzip Sie tatsächlich in Software/Programmcode umsetzen.
Das Trainieren eines Standardmodells mit einem bestehenden Framework ist für sich genommen keine technisch neue Software bzw. kein technisch neuer Programmcode. Selbst entwickelte technisch neue Software bzw. technisch neuer Programmcode im Umfeld des Modells kann hingegen die Voraussetzungen erfüllen.
Meist nicht. Nur wenn die technische Herausforderung in einem selbst entwickelten, neuartigen Kommunikations- oder Kooperationsprinzip liegt, kann sie möglicherweise die Voraussetzungen erfüllen.
Nein, aber das Funktionsprinzip muss in einer formalen Programmiersprache umgesetzt werden; eine bloße Idee oder ein Algorithmus auf dem Papier reicht nicht aus.
Nur wenn bestehende Technologien nachweislich nicht ausreichen und Sie selbst eine technisch neue Lösung in Form von Software/Programmcode entwickeln müssen.
Dazu gehören unter anderem Standard-CRUD-Anwendungen, Frontend-Entwicklung, Dashboards, CMS-Konfigurationen, standardmäßige API-Anbindungen und das Erlernen der Nutzung einer neuen Entwicklungsumgebung (erstmalige Nutzung).
Lassen Sie unverbindlich prüfen, welches informationstechnologische Problem Sie lösen und welches technisch neuartige Funktionsprinzip Sie tatsächlich in Software/Programmcode umsetzen.
QUELLEN UND INHALTLICHE PRÜFUNG
Geprüft von Peter Klaren, WBSO-Spezialist seit 2004. Zuletzt inhaltlich aktualisiert: 21. September 2026.
