De WBSO is de regeling waarmee de overheid meebetaalt aan technisch vernieuwend werk. Voor een ontwikkelaar die een groot deel van zijn tijd aan zulk werk besteedt, betaal je al snel 14.000 euro per jaar minder loonbelasting, en voor een team van vijf ruim 60.000 euro. Wie de WBSO aanvraagt en de aanvraag goedgekeurd krijgt, denkt vaak dat het moeilijke deel achter de rug is. Tot december. Dan blijkt dat je ontwikkelaars de helft van de aangevraagde uren hebben geschreven, dat niemand meer weet aan welk project die uren hoorden, en dat het voordeel dat je al hebt verrekend deels terug moet. Dit is het meest voorkomende WBSO-probleem in Nederlandse softwarebedrijven, en het is bijna altijd een werkplekprobleem, geen fiscaal probleem.
Waarom die uren zo belangrijk zijn
De WBSO werkt met een aanvraag vooraf en een verantwoording achteraf. Je vraagt een aantal uren aan per project, en op basis daarvan mag je gedurende het jaar minder loonbelasting afdragen. Vóór 1 april van het jaar erop meld je bij RVO, de dienst die de regeling uitvoert, hoeveel uren je werkelijk hebt gemaakt. Zijn dat er minder, dan betaal je het verschil terug. En bij een controle moet je die uren kunnen onderbouwen, per persoon, per dag, per project.
Twee dingen gaan in de praktijk mis. Ontwikkelaars weten niet welk werk onder welk WBSO-project valt, dus schrijven ze niets of alles. En niemand ziet tussentijds of het aantal uren op koers ligt, tot het te laat is om bij te sturen. Beide zijn op te lossen met een paar afspraken en de juiste plek om te registreren.
Wat een administratie minimaal moet bevatten
RVO schrijft geen systeem voor, wel een inhoud. Dit is de kern:
- Uren per persoon, per dag, per project. Niet per week of per sprint achteraf, maar op de dag zelf of kort erna.
- Een koppeling met de aanvraag. Elk uur hoort bij een project uit je WBSO-aanvraag, met dezelfde naam.
- Bewijs van het werk. Wat er is gedaan en wat het technische probleem was. Voor softwareteams zit dat bewijs grotendeels al in versiebeheer, tickets en ontwerpdocumenten. Je moet het alleen kunnen terugvinden.
- Een vaste bewaartermijn. De administratie moet ook jaren later nog opvraagbaar zijn.
Het punt is niet dat dit veel is. Het punt is dat het consequent moet gebeuren, door mensen die liever bouwen dan registreren.
Drie manieren om het te organiseren
De spreadsheet. De standaardoplossing, ook die van de meeste adviesbureaus. Werkt prima voor één tot drie ontwikkelaars die de discipline hebben om hem elke dag in te vullen. Werkt niet zodra iemand een week overslaat en gaat reconstrueren. Het grootste nadeel: niemand ziet in de spreadsheet hoe de uren zich verhouden tot wat is aangevraagd.
Je bestaande urenregistratie. Veel teams schrijven al uren voor klanten of projecten. Voeg de WBSO-projecten toe als aparte categorieën en je hebt de registratie geregeld. Het risico zit in de naamgeving: als het WBSO-project in je urentool anders heet dan in je aanvraag, is de koppeling bij een controle een puzzel. En ook hier ontbreekt meestal het overzicht tegenover de aanvraag.
Een tool die aan je werk hangt. Er zijn inmiddels tools die speciaal voor de WBSO zijn gebouwd. Ze koppelen aan versiebeheer en agenda, zodat een commit of een geplande ontwikkelsessie als bewijs meetelt, en ze waarschuwen als een team boven of onder het aangevraagde aantal uren dreigt uit te komen. WBSO.ai is daar een voorbeeld van; er zijn ook andere aanbieders. Voor een team van vijf of meer ontwikkelaars is dit doorgaans de aanpak die het minste van iedereen vraagt. Voor een team van twee is het overkill.
Welke je ook kiest: kies er één. Twee plekken om uren te schrijven betekent dat het nergens klopt.
Vier afspraken die meer uitmaken dan de tool
- Vertaal de aanvraag naar het team. Een WBSO-aanvraag is geschreven voor RVO, niet voor ontwikkelaars. Maak per project een lijstje van een paar regels: dit valt eronder, dit niet. Hang het in de wiki of bij de tickets. Zonder dat lijstje wordt “is dit WBSO?” een dagelijkse discussie of, erger, een vraag die niemand meer stelt.
- Registreer bij de bron. Hoe dichter de registratie bij het werk zit, hoe hoger de kans dat hij klopt. Uren bij het ticket, bij de commit, of aan het eind van de dag in dezelfde tool waar het werk staat. Een apart formulier op vrijdagmiddag verliest het altijd van het weekend.
- Kijk elke maand naar uren tegenover aanvraag. Eén persoon, één moment, één getal per project: gerealiseerd versus aangevraagd. Loop je achter, dan kun je in mei nog bijsturen. In november niet meer.
- Wijs een eigenaar aan. Niet de adviseur, niet “het team”, maar iemand in het bedrijf die de melding vóór 1 april doet en tussentijds aan de bel trekt. Bij kleine bedrijven is dat de oprichter, bij grotere de lead developer of de office manager.
Wat je ermee wint
Een goede registratie voorkomt terugbetalen en doorstaat een controle. Maar er zit nog een voordeel in dat vaak over het hoofd wordt gezien: wie zijn uren goed bijhoudt, ziet ook wanneer er méér ontwikkelwerk wordt gedaan dan aangevraagd. Dan kun je een aanvullende aanvraag indienen en voordeel ophalen dat anders was blijven liggen. Een bv mag tot en met 30 september nieuwe aanvragen doen voor het lopende jaar.
De WBSO beloont bedrijven die weten wat ze doen. Dat begint niet bij de aanvraag, maar bij de manier waarop het team zijn dag registreert.
