Kernfeiten
- Software-R&D moet op zoek gaan naar een vooruitgang in computerwetenschappen of informatietechnologieHet gaat er niet alleen om een nieuw product te ontwikkelen.
- Routinematige ontwikkeling met behulp van vastgestelde kaders En bekende patronen komen niet in aanmerking.
- De voorschot kan bestaan uit algoritmen, gegevensverwerking, architectuur, AI/ML, beveiliging of integratie.
- Beide productbedrijven (SaaS, apps) en interne IT-teams (Op maat gemaakte systemen) kunnen in aanmerking komen.
- Personeelskosten voor ontwikkelaars, datawetenschappers en DevOps-engineers zijn doorgaans de grootste in aanmerking komende uitgave.
Wat wordt verstaan onder software-onderzoek en -ontwikkeling?
Om software- en technologieontwikkeling voor belastingdoeleinden als R&D te laten kwalificeren, moet er een aanvraag worden ingediend. vooruitgang in computerwetenschappen of informatietechnologie door daadwerkelijke wetenschappelijke of technologische onzekerheid op te lossen. De vooruitgang moet verder gaan dan wat een competente professional in het vakgebied gemakkelijk zou kunnen bereiken.[1]
Veelvoorkomende gebieden waar software-R&D in aanmerking komt, zijn onder andere:
- Nieuwe algoritmen: Het ontwikkelen van nieuwe computationele methoden om problemen op te lossen die bestaande algoritmen niet efficiënt aankunnen.
- AI en machinaal leren: Het ontwikkelen van nieuwe modelarchitecturen, trainingsmethoden of dataverwerkingspipelines waarbij de uitkomst onzeker is.
- Prestaties op grote schaal: Het behalen van verwerkingssnelheden, doorvoersnelheden of latentiedoelen die de bekende mogelijkheden overtreffen.
- Complexe integratie: Systemen met elkaar verbinden op manieren die nog niet eerder zijn bereikt, waarbij de haalbaarheid onzeker is.
- Beveiliging en cryptografie: Het ontwikkelen van nieuwe benaderingen voor cyberbeveiliging of encryptie die de stand van de techniek verbeteren.
- Data-engineering: Het verwerken, transformeren of analyseren van data op nieuwe manieren die verder gaan dan bekende technieken.
Wat komt niet in aanmerking?
De volgende activiteiten komen vaak voor bij softwarebedrijven, maar niet Dit wordt doorgaans als R&D beschouwd:[3]
- Standaardontwikkeling: Het bouwen van functionaliteiten met behulp van gevestigde frameworks (React, Django, Rails, .NET) zonder technologische onzekerheid.
- Configuratie en aanpassing: Het opzetten van standaardsoftware of CMS-platformen
- UI/UX-ontwerp: Ontwerpen is geen wetenschap of technologie (hoewel de technische implementatie van een nieuwe interface dat wel kan zijn).
- Systeembeheer: Regelmatige implementatie, monitoring en onderhoud
- Gegevensinvoer en -migratie: Gegevens verplaatsen tussen systemen met behulp van standaard ETL-tools.
- Testen en kwaliteitscontrole: Routinematige kwaliteitsborging (hoewel testen als onderdeel van het oplossen van onzekerheden in R&D ook kan gelden)
De belangrijkste test: Stel jezelf de vraag: "Wist een bekwame ontwikkelaar, met toegang tot openbaar beschikbare kennis, hoe dit moest voordat we begonnen?" Als het antwoord ja is, valt het niet onder onderzoek en ontwikkeling. Als het antwoord nee is, en je een systematische aanpak hebt gebruikt om de oplossing te vinden, dan valt het er waarschijnlijk wel onder.
Voorbeelden van in aanmerking komende software-R&D
| Project | Waarom het in aanmerking komt |
|---|---|
| Het ontwikkelen van een realtime fraudedetectiesysteem dat 1 miljoen transacties per seconde moet verwerken met een latentie van minder dan 10 ms. | Overstijgt de bekende prestatiecapaciteiten; onzekerheid over de vraag of de vereiste doorvoer en nauwkeurigheid gelijktijdig kunnen worden bereikt. |
| Het ontwikkelen van een systeem voor natuurlijke taalverwerking (NLP) dat op nauwkeurige wijze gestructureerde gegevens extraheert uit ongestructureerde juridische documenten in meerdere rechtsgebieden. | Een nieuwe uitdaging voor AI: bestaande NLP-modellen kunnen de domeinspecifieke taal en de variaties tussen verschillende rechtsgebieden niet met voldoende nauwkeurigheid verwerken. |
| Het bouwen van een gedistribueerde datapipeline die ACID-conformiteit handhaaft over 15 microservices met uiteindelijke consistentie binnen 200 ms. | Architectuuronzekerheid; bekende patronen (saga, tweefasencommit) voldoen niet tegelijkertijd aan de vereisten voor latentie en consistentie. |
| Het ontwikkelen van een beeldherkenningssysteem voor het detecteren van defecten kleiner dan een millimeter in gefabriceerde componenten met productiesnelheid. | Uitdaging in computervisie; onzekerheid over de vraag of voldoende nauwkeurigheid bij de vereiste snelheid kan worden bereikt met de beschikbare beeldresolutie. |
Typische subsidiabele kosten voor softwarebedrijven
Voor software- en technologiebedrijven is de grootste kostenpost vrijwel altijd personeelskostenGeschikte functies zijn doorgaans:[2]
- Softwareontwikkelaars en -ingenieurs (naar rato van de tijd besteed aan onderzoek en ontwikkeling)
- Datawetenschappers en machine learning-ingenieurs
- DevOps- en infrastructuurengineers (bij het oplossen van R&D-gerelateerde uitdagingen)
- Technische architecten (tijd besteed aan R&D, ontwerp en planning)
- CTO's en technische leiders (tijd besteed aan R&D-activiteiten)
Andere veelvoorkomende kosten zijn onder meer cloudcomputing (voor R&D-taken), specialistische softwarelicenties en extern ingehuurde medewerkers (contractontwikkelaars voor R&D-projecten).
Tip: Veel softwarebedrijven onderschatten hun R&D omdat ze het beschouwen als "gewoon ontwikkeling". Bekijk je sprintbacklogs, Jira-tickets en technische schulditems eens goed – al het werk waarbij er daadwerkelijke onzekerheid bestond over hoe een technisch doel te bereiken, kan hiervoor in aanmerking komen.
Documentatie van software-R&D
Softwarebedrijven zijn vaak goed gepositioneerd om hun R&D te documenteren, omdat ze al gebruikmaken van projectmanagementtools en versiebeheer. Nuttig bewijsmateriaal omvat onder meer:
- Git-geschiedenis: Commitberichten en branches die iteratieve pogingen laten zien om een probleem op te lossen.
- Jira/Trello/Asana: Tickets met beschrijvingen van technische uitdagingen en onderzoeken.
- Samenvloeiing/Begrip: Technische ontwerpdocumenten en architectuurbesluitvormingsdocumenten
- Pull request reviews: Codebeoordelingen waarin technische afwegingen en onzekerheden worden besproken.
- Slack/Teams: Gesprekken waarin het team technische obstakels bespreekt.
Veelgestelde vragen
Wordt het ontwikkelen van een nieuwe app of website beschouwd als onderzoek en ontwikkeling?
Niet automatisch. Het bouwen van een app of website met behulp van gevestigde technologieën, frameworks en ontwerppatronen is standaardontwikkeling, geen onderzoek en ontwikkeling. Als het project echter te maken krijgt met echte technologische onzekerheid – bijvoorbeeld het bereiken van realtime prestaties op ongekende schaal of het ontwikkelen van nieuwe algoritmen – dan kan het werk om die onzekerheid op te lossen wel als onderzoek en ontwikkeling worden beschouwd.
Kan agile ontwikkeling onderdeel uitmaken van onderzoek en ontwikkeling?
Ja, agile methodologie kan R&D omvatten. De BIS-richtlijnen vereisen een "systematische aanpak", en agile sprints met duidelijke hypotheses, iteratieve tests en analyses kunnen hieraan voldoen. De belangrijkste vraag is of het werk in de sprint wetenschappelijke of technologische onzekerheid aanpakt, en niet of de methodologie agile of waterval is.
Vallen AI en machine learning hieronder?
AI- en ML-projecten komen vaak in aanmerking omdat er vaak sprake is van echte onzekerheid over de vraag of een model de vereiste nauwkeurigheid kan bereiken, of een nieuwe architectuur zal werken, of hoe om te gaan met uitzonderlijke gevallen in de trainingsdata. Het simpelweg gebruiken van kant-en-klare ML-bibliotheken zonder aanpassingen is echter doorgaans geen voldoende voorwaarde.
Kan ik een vergoeding aanvragen voor het oplossen van bugs?
Over het algemeen niet. Het routinematig oplossen van bugs valt onder onderhoud, niet onder onderzoek en ontwikkeling. Als een bug echter een fundamentele technologische onzekerheid aan het licht brengt – zoals een raceconditie die niet kan worden opgelost met bekende technieken – dan kan het werk om die onderliggende onzekerheid op te lossen wel onder onderzoek en ontwikkeling vallen.
Verder lezen
- Wat wordt verstaan onder onderzoek en ontwikkeling? — de volledige BIS-richtlijnentest
- In aanmerking komende R&D-kosten — alle in aanmerking komende kostencategorieën
- Het R&D-technisch rapport — hoe je je verhaal schrijft
- Onderzoek en ontwikkeling in de maakindustrie — voorbeelden uit een andere sector
Zoekt u eenvoudige belastingsoftware?
# GoFile is HMRC erkend en wordt door meer dan 50.000 Britse bedrijven vertrouwd. Binnen enkele minuten ingesteld, met een gerust hart aangifte doen.
Begin gratisGeen creditcard nodig · Annuleer op elk moment