WBSO FAQ

WBSO voor softwareontwikkeling: wanneer komt jouw project in aanmerking voor subsidie?

Veel techbedrijven horen over de WBSO en vragen zich af of hun werk er wel voor in aanmerking komt. Want “gewoon” software ontwikkelen is toch geen onderzoek? En wat maakt jouw software nou “technisch nieuw” genoeg?

In dit artikel leggen we uit wanneer softwareontwikkeling in aanmerking komt voor WBSO-subsidie, met concrete voorbeelden van wat wel en niet kwalificeert.

Even opfrissen:

Wat is de WBSO ook alweer?

De WBSO (Wet Bevordering Speur- en Ontwikkelingswerk) is een fiscale regeling waarmee je als ondernemer minder loonbelasting betaalt over de uren die je medewerkers besteden aan technisch nieuwe ontwikkeling. De regeling geldt niet alleen voor software, maar ook voor hardware en firmware. 

Voor software bedrijven kan het voordeel al snel oplopen tot tienduizenden euro’s per jaar. Meer over welke kosten er precies subsidiabel zijn, lees je hier

WBSO voor softwareontwikkeling

Het belangrijkste criterium: ontwikkel je iets dat technisch nieuw is?

Om in aanmerking te komen voor WBSO, moet je de volgende cruciale vragen met “ja” beantwoorden: 

  1. Is er sprake van een nieuwe informatietechnologisch principe in de programmatuur die je ontwikkelt? Daarbij is het belangrijk om het onderscheid te kennen tussen technisch nieuw, en functioneel nieuw. Vrijwel alle software die gebouwd wordt is functioneel nieuw, die was er immers nog niet. Maar dat maakt het nog geen “speur en ontwikkelingswerk”. Het gaat erom of de oplossing die je ontwikkelt technisch nieuw is voor jouw bedrijf, gebaseerd op je eigen technische kennis en ervaring. Als je het eindresultaat kunt realiseren op basis van gangbare technieken of algemeen bekende werkingsprincipes, is er geen sprake van S&O. 
  2. Bevat het project technische onzekerheden of risico’s, waarvan het vooraf onduidelijk is of de gekozen aanpak werkt? Je vraagt de WBSO aan voordat je de technische knelpunten en gekozen oplossingsrichtingen gaat uitwerken, en daarbij mag het dus nog onduidelijk zijn of wat je in je hoofd hebt, ook echt gaat werken. Wat je in ieder geval moet weten: waar je verwacht tegenaan te lopen, hoe je dat beoogd op te lossen en welke tech stack je daarvoor gaat gebruiken.

Wat telt wél als subsidiabele software ontwikkeling?

Concrete voorbeelden van softwareprojecten die in aanmerking komen voor WBSO: 

  • Het ontwikkelen van nieuwe algoritmen of machine learning modellen waarbij de technische werking vooraf onzeker is 
  • Het bouwen van een eigen software platform, library, plug-in of module waarbij je technisch nieuwe principes toepast
  • Complexe validatie-algoritmen, state machines, messaging en queueing-componenten die voor jou technisch onbekend terrein zijn
  • Low-level optimalisaties waarbij de prestaties vooraf niet vaststaan, zoals bij real-time streaming architecturen of edge computing
  • Custom database-architechturen met onbekende performance implicaties. 

Het gemeenschappelijke element in al deze gevallen: je loopt tijdens de ontwikkeling aan tegen technische problemen waarvan je vooraf niet weet hoe je ze oplost. 

Wat telt niet als subsidiabele software ontwikkeling?

Dit valt buiten de WBSO-regeling:

  • Het bouwen van een standaard website of webshop op basis van bestaande platformen zoals Shopify of Wordpress
  • Het koppelen van bestaande API’s via standaard JSON, XML, of REST
  • Het inrichten of configureren van bestaande software van derden
  • SQL-scripting en het modelleren van data
  • Front-end design, UI/UX ontwerp en het ontwikkelen van schermen
  • Functionele ontwerpen en het beschrijven van modellen
  • Het implementeren van bekende technieken, ook als je ze nog niet eerder zelf hebt gebruikt. 

Een veelgehoord misverstand: als jij persoonlijk iets voor het eerst doet, maakt dat het nog niet technisch nieuw in de zin van de WBSO. De maatstaf is jouw eigen technische niveau en wat er met beschikbare kennis en tools realiseerbaar is. 

Een softwareontwikkelproject kan deels WBSO-subsidiabel zijn

In de praktijk bestaat een softwareproject zelden volledig uit subsidiabele ontwikkeling. Een typisch project bevat routinematige bouwwerkzaamheden én technisch nieuwe onderdelen door elkaar. 

Dat is geen probleem. Je kunt WBSO aanvragen voor het deel van het project dat technisch nieuw is, en voor de uren die aan dat deel worden besteed. Het is dan zaak om in je aanvraag goed te beschrijven welke specifieke technische knelpunten je verwacht, en voor welke onderdelen van het project die knelpunten spelen. 

Goed om te weten: RVO beoordeelt sofwareprojecten in 2026 strenger dan voorheen. Aanvragen worden vaker afgewezen als de beschrijving te functioneel is of te weinig onderscheid maakt tussen reguliere implementatie en echte, subsidiabele ontwikkeling. Een concrete, technisch onderbouwde projectbeschrijving is geen formaliteit, maar een vereiste. Onze consultants kunnen je erbij helpen! 

Twee voorbeelden uit de praktijk

Voorbeeld 1: wel subsidiabel

Een softwarebedrijf ontwikkelt een planningsmodule voor de zorgsector. De standaardoplossingen voor roosteroptimalisatie voldoen niet, omdat de sector te veel variabelen kent (kwalificaties, arbeidsrechtelijke beperkingen, patiëntprioriteiten). Het team ontwikkelt een eigen optimalisatie-algoritme waarbij vooraf onzeker is of de gekozen aanpak de gewenste performance resultaten haalt. Dit is subsidiabel: technisch onzeker, eigen oplossing, nieuw principe. 

Voorbeeld 2: niet subsidiabel

Een bureau bouwt een nieuwe website voor een klant, inclusief maatwerk CMS. Het CMS is functioneel nieuw, maar wordt gebouwd op basis van bekende framworks en technieken. Er zijn geen technische onzekerheden. Dit is reguliere softwareontwikkeling, geen subsidiabele S&O. 

LET OP: RVO kijkt ook naar het profiel van je team. Als je medewerkers een sterke technische achtergrond hebben, verwacht RVO dat de lat hoger ligt voor wat “technisch nieuw” is. Een ervaren ML-engineer die een standaard regressiemodel bouwt zal daar geen WBSO voor krijgen. Een junior developer die hetzelfde doet, mogelijk wel.

Conclusie

Softwareontwikkeling en WBSO: een perfecte combinatie

Softwareontwikkeling kan zeker subsidiabel zijn onder de WBSO, maar dit geldt niet voor alle software. De subsidie is er voor projecten waarbij de technische aanpak vooraf onzeker is en je zelf nieuwe principes moet ontwikkelen. Er moet sprake zijn van een technisch risico: je weet van te voren niet of je aanpak gaat werken. Weet je wat je gaat bouwen en ook al precies hoe je dat gaat doen, dan is er geen sprake van subsidiabele ontwikkeling (en kom je dus niet in aanmerking voor WBSO). 

WBSO

Benieuwd welke kansen er voor jou zijn?

Wil je weten of de software, hardware of firmware die jij ontwikkelt in aanmerking komen voor de WBSO subsidie? Neem contact met ons op en wij helpen je graag op weg!

Plan een vrijblijvende kennismaking in met een van onze subsidieconsultants. Samen zorgen we dat jij het maximale haalt uit jouw innovatie. 

Floris van Beijmerwerdt
Lang verhaal kort

Veelgestelde vragen over WBSO voor softwareontwikkeling

Heb je nog vragen over de WBSO subsidie voor softwareontwikkeling? Hiernaast vind je de meestgestelde. Staat jouw vraag er niet tussen? Stuur ons een berichtje!

Bij Het Subsidie Lab mengen we de juiste ingrediënten om jouw subsidieaanvraag te laten slagen. We mixen transparantie, betrouwbaarheid en samenwerking om zo tot de beste resultaten te komen. 

Mijn software is nieuw, betekent dit dat ik automatisch in aanmerking kom voor subsidie?

Functioneel nieuw is niet hetzelfde als technisch nieuw. De WBSO vereist dat je project technische onzekerheden bevat: je weet vooraf niet of de gekozen technische aanpak werkt. Is het eindresultaat realiseerbaar met gangbare technieken, dan komt het project niet in aanmerking voor WBSO. 

 

Wat wordt er bedoeld met technisch risico of onzekerheid?

Een technisch risico betekent dat je vooraf niet zeker weet of de door jou gekozen aanpak werkt. Je loopt tegen problemen aan die je zelf moet oplossen, zonder dat er een bestaande oplossing voor is. Lukt het niet, dan heb je kosten gemaakt zonder resultaat. Dat risico is precies wat de WBSO wil compenseren. Is de uitkomst vooraf zeker en de route bekend, dan is er geen sprake van S&O.

Telt het koppelen van API's als subsidiabele ontwikkeling?

Standaard koppelingen via JSON, XML of REST vallen buiten de regeling. Als de integratie echter leidt tot technische problemen die je zelf moet oplossen met nieuwe oplossingen, kan het relevante deel mogelijk wel kwalificeren.

Kan ik WBSO aanvragen als mijn softwareontwikkeling deels routine is en deels technisch nieuw?

Ja. Je vraagt WBSO aan voor het technisch nieuwe deel en de bijbehorende uren. Het is zaak om in je aanvraag duidelijk te beschrijven welke onderdelen subsidiabel zijn en welke niet.

Telt UI/UX ontwerp als subsidiabele ontwikkeling?

Nee. Front-end design, het ontwikkelen van schermen en UX-ontwerp vallen buiten de WBSO.

Wij gebruiken een bestaand framework maar bouwen er nieuwe functionaliteit op. Komen we in aanmerking voor de WBSO?

Dat hangt af van wat je ontwikkelt. Het gebruiken van een framework is op zich geen belemmering. Als de nieuwe functionaliteit technisch nieuw is en technische onzekerheden bevat, kan het deel uitmaken van een aanvraag.

Geldt de WBSO ook voor hardware- en firmware-ontwikkeling?

Ja. De WBSO geldt voor alle technische ontwikkeling: fysieke producten, productieprocessen én programmatuur. De criteria zijn dezelfde als voor software: technische nieuwheid en onzekerheid zijn leidend, ongeacht wat je bouwt.

Onze WBSO aanvraag is afgewezen. Wat nu?

Dat kan verschillende oorzaken hebben: de projectbeschrijving was te functioneel, of het project voldoet inhoudelijk niet aan de eisen, of er zijn andere redenen. In sommige gevallen is bezwaar mogelijk. Wij helpen je beoordelen wat de beste stap is. Neem contact op met Het Subsidie Lab.

We are using cookies to give you the best experience. You can find out more about which cookies we are using or switch them off in privacy settings.
AcceptPrivacy Settings

GDPR

  • Cookies van Subsidie Lab met een snufje data voor de perfecte mix!
  • Noodzakelijke cookies (altijd aan, geen lab jas nodig)
  • Statistische cookies (voor de data-nerds onder ons)
  • Marketingcookies (voor als je ons vaker wilt zien)

Cookies van Subsidie Lab met een snufje data voor de perfecte mix!

Het Subsidie Lab

Bij Het Subsidie Lab dokteren we niet alleen subsidies uit, maar ook hoe we onze website nog beter kunnen maken. Daarvoor gebruiken we cookies! Geen kruimels in je toetsenbord, maar slimme digitale helpers die zorgen dat alles soepel werkt en jij de beste online ervaring krijgt die je verdient!

Wel vinden wij belangrijk dat je zelf controle kan houden over de cookies die je in jouw digitale reageerbuisje wilt laten vallen!

Noodzakelijke cookies (altijd aan, geen lab jas nodig)

Deze cookies zijn de basis van onze website. Zonder deze digitale ingrediënten werkt de boel gewoon niet. Denk aan het onthouden van jouw cookie-voorkeuren en een soepel werkende site.

🧪 Voorbeeld: Site-functionaliteit, beveiliging en essentiële instellingen.

Statistische cookies (voor de data-nerds onder ons)

Met deze cookies duiken we in de cijfers en ontdekken we hoe bezoekers (zoals jij!) onze website gebruiken. Zo weten we welke experimenten slagen en welke nog bijstelling nodig hebben. Jouw gegevens blijven uiteraard anoniem, geen zorgen!

🧪 Voorbeeld: We zien welke pagina’s populair zijn en waar we nog wat extra chemie mogen toevoegen voor een A/B test.

👉 Toestaan? [Ja, geef mij inzichten!]

Marketingcookies (voor als je ons vaker wilt zien)

Deze cookies zorgen ervoor dat we jou later nog eens kunnen benaderen met relevante content. Geen spam maar gewoon slimme retargeting.

🧪 Voorbeeld: Je checkt onze site en later zie je een briljante innovatie-subsidie voorbijkomen in je social-feed. Coincidence? We think not!

👉 Toestaan? [Ja, laat die relevante ads maar komen!]