Wat is technisch nieuwe programmatuur binnen de WBSO?

Voor softwarebedrijven is de WBSO vaak de belangrijkste fiscale regeling om technische innovatie financieel haalbaar te maken. Toch ontstaat er regelmatig discussie over één kernbegrip binnen softwareprojecten: technisch nieuwe programmatuur. Vooral bij SaaS-platformen, backend systemen, AI-oplossingen en cloud infrastructuur is het onderscheid tussen reguliere softwareontwikkeling en subsidiabele R&D niet altijd direct duidelijk.

De Rijksdienst voor Ondernemend Nederland (RVO) beoordeelt softwareprojecten niet op commerciële vernieuwing, maar op technische vernieuwing. Dat betekent dat een applicatie functioneel nieuw kan zijn voor de markt, terwijl het project alsnog buiten de WBSO valt als de technische realisatie onvoldoende complex is. Andersom kunnen interne systeemarchitecturen, algoritmes of schaalbaarheidsvraagstukken juist wél onder de regeling vallen, ondanks dat eindgebruikers daar weinig van zien.

Wanneer spreekt de WBSO van technisch nieuwe programmatuur?

Binnen de WBSO voor softwareontwikkeling draait het om programmeertechnische vernieuwing. De RVO kijkt daarbij specifiek naar software die technisch nieuw wordt ontwikkeld voor de eigen organisatie. Het gaat dus niet om standaardimplementaties, configuraties of bestaande softwarecomponenten die op een reguliere manier worden gecombineerd.

Technisch nieuwe programmatuur ontstaat wanneer ontwikkelaars tijdens het project technische onzekerheden moeten oplossen die vooraf niet eenvoudig te beantwoorden zijn. Vaak gaat het om vraagstukken rondom:

• schaalbaarheid van systemen;


• performance onder hoge belasting;


• realtime verwerking van grote datastromen;


• complexe API-architecturen;


• cloud infrastructuur;


• AI-modellen en algoritmes;


• gedistribueerde backend systemen;


• dataconsistentie en synchronisatie;


• security op architectuurniveau.

De kernvraag bij WBSO is niet of software gebouwd wordt, maar of ontwikkelaars programmeertechnische knelpunten moeten oplossen waarvoor vooraf geen directe standaardoplossing beschikbaar is.

Wat bedoelt de RVO met technische onzekerheid?

Technische onzekerheid is één van de belangrijkste beoordelingscriteria binnen S&O voor softwareontwikkeling. De RVO verwacht dat een bedrijf kan uitleggen waarom de technische oplossing vooraf nog niet vaststond.

Daarbij gaat het nadrukkelijk niet om onzekerheid over planning, capaciteit of functionele requirements. Het moet gaan om inhoudelijke onzekerheid binnen de software-engineering zelf.

Voorbeelden van technische onzekerheid zijn:

• een backend architectuur die miljoenen realtime events moet verwerken zonder latencyproblemen;


• een AI-oplossing waarbij bestaande modellen onvoldoende nauwkeurigheid behalen;


• een cloud infrastructuur die automatisch moet schalen zonder verlies van dataconsistentie;


• een algoritme dat complexe datasets efficiënt moet analyseren binnen strikte performance-eisen;


• een synchronisatiesysteem tussen meerdere microservices met concurrerende transacties.

Dit soort vraagstukken vereist doorgaans experimentatie, prototyping, technische analyses en iteratieve softwareontwikkeling. Juist dat onderzoeks- en ontwikkelkarakter maakt een project relevant voor de WBSO-regeling.

Welke softwareprojecten komen vaak in aanmerking?

Binnen softwarebedrijven ziet SubCode regelmatig terugkerende typen projecten die technisch inhoudelijk sterk aansluiten op de WBSO subsidie.

SaaS-platformen met complexe schaalbaarheidsvraagstukken

Veel SaaS-omgevingen moeten grote aantallen gebruikers, transacties of datastromen verwerken. Daarbij ontstaan programmeertechnische uitdagingen rondom multitenancy, caching, database-optimalisatie en load balancing.

Wanneer bestaande architecturen onvoldoende schaalbaar blijken en ontwikkelaars nieuwe technische oplossingen moeten ontwerpen, ontstaat vaak subsidiabele S&O.

AI-oplossingen en machine learning

AI-projecten vallen niet automatisch onder technisch nieuwe programmatuur. Het trainen van bestaande modellen of het implementeren van standaard AI-tools is meestal onvoldoende.

De WBSO wordt relevanter wanneer bedrijven:

• eigen algoritmes ontwikkelen;


• modellen optimaliseren voor specifieke use cases;


• nieuwe inference-architecturen ontwerpen;


• performanceproblemen binnen AI-pipelines oplossen;


• technische beperkingen rondom datasets of latency aanpakken.

Vooral bij maatwerkoplossingen binnen computer vision, NLP en voorspellende modellen ontstaan vaak aantoonbare technische knelpunten.

Backend systemen en infrastructuur

Complexe backend systemen vormen één van de meest voorkomende categorieën binnen WBSO-projecten voor softwareontwikkeling.

Denk aan:

• event-driven architecturen;


• gedistribueerde systemen;


• realtime synchronisatie;


• high-availability infrastructuur;


• container orchestration;


• database sharding;


• edge computing oplossingen.

Bij dit soort projecten ligt de technische innovatie vaak diep in de systeemarchitectuur en niet in de gebruikersinterface.

Wat valt meestal niet onder technisch nieuwe programmatuur?

De grens tussen reguliere development en subsidiabele R&D is in de praktijk belangrijk. Veel softwareactiviteiten zijn technisch waardevol, maar voldoen niet aan de criteria van de WBSO-regeling.

Activiteiten die vaak buiten de regeling vallen:

• standaard CRUD-applicaties zonder technische complexiteit;


• implementatie van bestaande frameworks zonder inhoudelijke innovatie;


• low-code of no-code configuraties;


• front-end werkzaamheden zonder programmeertechnische uitdagingen;


• functionele uitbreidingen op bestaande software;


• migraties zonder technische vernieuwing;


• beheer, onderhoud en bugfixing.

Ook het gebruik van moderne technologieën betekent niet automatisch dat sprake is van S&O. Een project met Kubernetes, AI of microservices kan alsnog buiten de WBSO vallen wanneer de technische implementatie grotendeels standaard is.

Hoe beoordeelt de RVO softwareprojecten?

De RVO kijkt bij softwareontwikkeling vooral naar de technische onderbouwing van het project. Daarbij moet duidelijk worden:

• welk technisch probleem opgelost moet worden;


• waarom bestaande oplossingen onvoldoende zijn;


• welke programmeertechnische knelpunten bestaan;


• welke oplossingsrichtingen onderzocht worden;


• waar de technische onzekerheid precies zit.

Algemene omschrijvingen zoals “we bouwen een innovatief platform” of “we ontwikkelen een slimme AI-oplossing” zijn onvoldoende. De technische diepgang bepaalt uiteindelijk of een project als technisch nieuwe programmatuur wordt beoordeeld.

Juist daarom is het belangrijk dat softwarebedrijven hun ontwikkelwerk vertalen naar concrete S&O-activiteiten. Engineers denken vaak in architectuurkeuzes, deploymentstrategieën of performance-optimalisaties, terwijl de WBSO-aanvraag die technische inhoud expliciet moet structureren volgens de beoordelingskaders van de RVO.

Waarom de technische onderbouwing vaak doorslaggevend is

Bij veel softwarebedrijven zit de technische innovatie daadwerkelijk in het project, maar wordt deze onvoldoende concreet beschreven in de aanvraag. Daardoor ontstaat het risico dat een project te functioneel of te oppervlakkig wordt gepresenteerd.

Een sterke WBSO-aanvraag voor softwareontwikkeling bevat daarom niet alleen functionele doelen, maar vooral:

• de technische context van het systeem;


• de beperkingen van bestaande oplossingen;


• de verwachte programmeertechnische risico’s;


• de experimentele ontwikkelaanpak;


• de technische validatie van oplossingen.

Vooral bij moderne softwarearchitecturen is die vertaalslag belangrijk. Veel innovatie zit tegenwoordig in schaalbaarheid, infrastructuur, performance en systeembetrouwbaarheid. Dat zijn precies de onderdelen die inhoudelijk goed aansluiten op technisch nieuwe programmatuur binnen de WBSO.

Wanneer schakel je een specialist in?

Softwarebedrijven die actief werken aan technische innovatie hebben vaak meer WBSO-potentie dan vooraf wordt gedacht. Tegelijk vraagt een sterke aanvraag om inhoudelijke kennis van zowel software-engineering als de beoordelingssystematiek van de RVO.

Vooral bij complexe softwareprojecten rondom AI-oplossingen, backend systemen, cloud infrastructuur en schaalbare SaaS-platformen is het belangrijk dat programmeertechnische knelpunten correct worden onderbouwd.

Een specialist met ervaring in softwareontwikkeling en technisch nieuwe programmatuur kan helpen om technische onzekerheden scherp te formuleren, S&O-activiteiten af te bakenen en de inhoud van een project goed aan te laten sluiten op de WBSO-criteria.