Kernfeiten
- Het technisch rapport is niet ingediend U kunt uw CT600 meesturen, maar HMRC zal erom vragen als ze een onderzoek instellen.
- Elk in aanmerking komend project moet een eigen sectie hebben die de volgende informatie bevat: onzekerheid, vooruitgang en oplossing.
- Het rapport moet worden geschreven (of beoordeeld) door een bekwame professional — iemand met expertise op het betreffende gebied.
- HMRC zoekt naar specifieke, technische taal dat een echte wetenschappelijke of technologische onzekerheid aantoont.
- Een goed rapport bevat ook een kostenoverzicht voor elk project.
Waarom u een technisch rapport nodig hebt
Het technisch rapport (soms ook wel "technisch verslag" genoemd) is het belangrijkste document dat uitleg geeft over... Waarom Uw werk komt in aanmerking als onderzoek en ontwikkeling (O&O) voor belastingdoeleinden. Hoewel het niet samen met uw CT600-formulier wordt ingediend, zal HMRC er vrijwel zeker om vragen als zij een onderzoek naar uw aanvraag instellen.[1]
Zonder een degelijk technisch rapport is uw aanvraag kwetsbaar. HMRC heeft de controle op R&D-aanvragen sinds 2022 aanzienlijk verscherpt, en aanvragen zonder de juiste documentatie worden vaker betwist of verlaagd.
Aanbevolen structuur
Een goed technisch rapport volgt een duidelijke structuur voor elk project dat in aanmerking komt. De onderstaande structuur sluit aan bij de criteria van de BIS-richtlijnen die HMRC gebruikt om aanvragen te beoordelen:[3]
| Sectie | Wat moet erin opgenomen worden? |
|---|---|
| 1. Projectoverzicht | Korte beschrijving van de projectdoelstellingen en de context. |
| 2. Basiskennis | Wat was er al bekend op dat gebied toen al? Wat kon een bekwame professional al bereiken met de publiekelijk beschikbare kennis? |
| 3. Het gevraagde voorschot | Welke vooruitgang op het gebied van wetenschap of technologie wilde het project bewerkstelligen? |
| 4. De onzekerheid | Welke specifieke wetenschappelijke of technologische onzekerheden bestonden er? Waarom kon een bekwame professional het antwoord niet direct vaststellen? |
| 5. Uitgevoerde werkzaamheden | Welke systematische aanpak werd gevolgd om de onzekerheid op te lossen? Beschrijf de methoden, tests, iteraties en analyses. |
| 6. Resultaat | Is de onzekerheid weggenomen? Wat is er bereikt (of niet bereikt)? |
| 7. Kostenoverzicht | Specificatie van de in aanmerking komende kosten voor dit project: personeel, materialen, onderaannemers, enz. |
Schrijven over onzekerheid
De onzekerheid Dit onderdeel is het meest cruciale deel van uw rapport. HMRC richten zich sterk op de vraag of er daadwerkelijk sprake was van wetenschappelijke of technologische onzekerheid. Veelvoorkomende valkuilen zijn onder andere:[2]
- Te vaag: "We wisten niet of het zou werken" — dit beschrijft commercieel risico, niet technologische onzekerheid.
- Te algemeen: “Software ontwikkelen is complex” — complexiteit is niet hetzelfde als onzekerheid.
- De basislijn ontbreekt: Het niet uitleggen welke kennis al bestond en waarom die ontoereikend was.
Goede beschrijvingen van onzekerheden zijn specifiek en technisch:
Goed voorbeeld: “De bestaande signaalverwerkingsalgoritmen die beschikbaar zijn in open-sourcebibliotheken kunnen datasets van maximaal 10.000 records in realtime verwerken. Onze applicatie vereiste de verwerking van 500.000 records binnen hetzelfde latentievenster. Het was niet bekend of een aangepast algoritme dit zou kunnen bereiken zonder onaanvaardbaar gegevensverlies, en de theoretische literatuur behandelde datasets van deze omvang niet in een realtime context.”
Zwak voorbeeld: “We moesten een systeem bouwen dat grote hoeveelheden data snel kon verwerken. Dat was een uitdaging en vergde veel inspanning.” — dit beschrijft een zakelijke uitdaging, maar geeft geen wetenschappelijke of technologische onzekerheid weer.
De competente professional identificeren
In uw rapport dient u de volgende informatie te vermelden: bekwame professional die de onzekerheid kan bevestigen. Deze persoon moet beschikken over:[3]
- Relevante kwalificaties of ervaring op het gebied van wetenschap of technologie.
- Directe kennis van het project en de onzekerheden waarmee het te maken heeft.
- De mogelijkheid om te bevestigen dat de onzekerheid reëel was en niet gemakkelijk kon worden opgelost.
In de praktijk is dit vaak de technisch leider, senior ontwikkelaar, hoofd engineering of hoofdwetenschapper. Externe accreditatie is niet nodig; praktische ervaring in het vakgebied is voldoende.
Veelgemaakte fouten die je moet vermijden
- Het product beschrijven, niet het onderzoek en de ontwikkeling: Focus op de technische uitdagingen, niet op de kenmerken van het eindproduct.
- Algemene taal: Vermijd standaardteksten die op elk bedrijf in uw sector van toepassing zouden kunnen zijn.
- Het voorschot gemist: Geef duidelijk aan welke vooruitgang in wetenschap of technologie werd nagestreefd, en niet alleen wat de zakelijke doelstelling was.
- Geen systematische aanpak: Laat zien dat het werk gepland en methodisch was (hypothese, testen, analyse), en niet slechts een kwestie van vallen en opstaan.
- Retrospectieve rationalisatie: Schrijf het rapport zo snel mogelijk na het onderzoek en de ontwikkeling, niet jaren later wanneer de herinneringen vervaagd zijn.
Het bijhouden van gelijktijdige verslagen
De beste technische rapporten worden ondersteund door contemporaine documenten — documenten die tijdens het R&D-proces zijn opgesteld. Dit kunnen bijvoorbeeld de volgende documenten zijn:
- Projectplannen en specificaties
- Technische vergaderingsnotulen en besluitvormingsverslagen
- Testresultaten en analyserapporten
- Git-commitgeschiedenis en codebeoordelingsnotities (voor softwareprojecten)
- Laboratoriumnotitieboeken en experimentele verslagen
- E-mailconversaties waarin technische uitdagingen worden besproken
U hoeft deze documenten niet bij uw aanvraag in te dienen, maar het is wel een voordeel als u ze bij de hand hebt, mocht HMRC een onderzoek instellen.
Veelgestelde vragen
Wie moet het technisch rapport schrijven?
Het rapport moet worden geschreven of beoordeeld door een "competente professional" – iemand met de relevante technische kwalificaties en ervaring. Dit is vaak de hoofdingenieur, ontwikkelaar of wetenschapper die aan het R&D-project heeft gewerkt. Een R&D-adviseur kan helpen bij het structureren van het rapport, maar de technische inhoud moet afkomstig zijn van de mensen die het werk hebben uitgevoerd.
Hoe lang moet elke projectbeschrijving zijn?
Er is geen vaste lengtevereiste, maar elk project moet voldoende gedetailleerd worden beschreven zodat een HMRC inspecteur (die mogelijk geen specialist is in uw vakgebied) de onduidelijkheden begrijpt en verder kan gaan. Doorgaans zijn 500 tot 1500 woorden per project voldoende, afhankelijk van de complexiteit.
Wat als ik destijds geen rapport heb opgesteld?
Het is ten zeerste aan te raden het rapport op te stellen vóór of tijdens het indienen van de aanvraag. Als HMRC een onderzoek start en u geen rapport heeft, moet u er achteraf een opstellen, wat lastiger en minder overtuigend is. Begin al tijdens het R&D-proces met het bijhouden van gegevens.
Moet het rapport in een specifiek formaat worden aangeleverd?
Nee, HMRC schrijft geen specifiek format voor. Wel wordt een duidelijke, gestructureerde aanpak aanbevolen, waarin de basiskennis, de onzekerheden, de gekozen aanpak en het resultaat voor elk project aan bod komen. Consistentie en duidelijkheid zijn belangrijker dan het format.
Verder lezen
- Wat wordt verstaan onder onderzoek en ontwikkeling? — de criteria van de BIS-richtlijnen
- Aanvullend informatieformulier HMRC — het verplichte digitale formulier
- Vragen HMRC over onderzoek en ontwikkeling — wat er gebeurt tijdens een nalevingscontrole
- Hoe kunt u fiscale voordelen voor onderzoek en ontwikkeling aanvragen? — het volledige claimproces
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