TilskudTjek
FoU-fradraget: 110% fradrag på jeres udviklingsudgifter
FoU-fradraget (Ligningslovens § 8 B) er et skattefradrag, der giver jer 110% fradrag på jeres udgifter til forskning og udvikling.
Det betyder: for hver 100.000 kr. I bruger på kvalificerende FoU, får I et fradrag på 110.000 kr. på jeres selskabsskat. Med en skattesats på 22% er den reelle besparelse ~24.200 kr. pr. 100.000 kr. i udgifter.
Eksempel: 500.000 kr. i FoU-udgifter
🛑 Software-fælden: Hvorfor de fleste tech-virksomheder tager fejl
Problemet: De fleste softwarevirksomheder tror, at al kodning er FoU. "Vi udvikler en ny app", "Vi laver en ny feature", "Vi bygger en markedsplads" — det lyder som innovation, men i skattelovens øjne er det ofte drift, ikke FoU.
Skellet mellem FoU og drift er kritisk. FoU handler om at udforske det ukendte — at løse et teknisk problem, som I ikke ved, om I kan løse. Drift handler om at bygge kendte løsninger — at implementere en app med kendte teknologier og metoder.
Drift (IKKE FoU):
- "Vi bygger en e-commerce app med Shopify API, Stripe-betaling og en standard React frontend."
- "Vi laver en booking-platform med kendte teknologier: Node.js, PostgreSQL, en kalender-widget."
- "Vi bygger en CRM-app til vores branche — ligesom Salesforce, bare til vores specifikke use case."
FoU (kvalificerer):
- "Vi udvikler en NY reinforcement learning-algoritme til at optimere logistik-ruter, der kan reducere køretid med 40% — vi ved ikke, om det kan lykkes."
- "Vi bygger en ny distribueret database-arkitektur, der kan håndtere 1 million skrivninger per sekund uden data loss — det er teknisk uafprøvet."
- "Vi forsker i om WebAssembly kan køre machine learning-inferens i browseren uden GPU med <100ms latency — eksisterende biblioteker kan ikke."
De 5 kriterier: Sådan vurderer Skattestyrelsen FoU
Skattestyrelsen vurderer, om jeres udgifter kvalificerer som FoU, baseret på disse 5 kriterier fra OECD's Frascati Manual. Opfylder I alle 5, er udgifterne fradragsberettigede.
Arbejdet skal være planlagt, dokumenteret og gennemført med en klar metode. Det er ikke nok at "prøve sig frem" — I skal have en forskningsprotokol.
Software-eksempel: I har en teknisk designdoc, der beskriver hypoteserne, testmetoden, succes-kriterier og en plan for hvordan I validerer resultatet. I fører en dev-log.
Arbejdet skal kræve kreativitet — I skal finde på nye løsninger eller nye måder at kombinere eksisterende teknologi. Det er ikke nok at følge en tutorial.
Software-eksempel: I kombinerer transformer-arkitektur med graf-netværk på en måde, der ikke er publiceret i papers. Eller I opfinder en ny cache-eviction algoritme.
Formålet skal være at skabe ny viden — at finde ud af noget, som verden ikke kender til endnu. Hvis svaret findes i Stack Overflow eller dokumentation, er det ikke nyt.
Software-eksempel: I ved ikke, om jeres nye kompressionsalgoritme kan nå 10:1 ratio uden tab på medicinske billeder. Det er ny viden, hvis I finder ud af det.
Der skal være en konkret teknisk usikkerhed — I skal ikke vide, om jeres projekt er muligt at gennemføre. Hvis løsningen er kendt, er der ingen usikkerhed.
Nøglespørgsmål: "Kan vi Google os til løsningen?" Hvis ja → ikke FoU.
Software-eksempel: I ved ikke, om jeres distribuerede konsensus-algoritme kan holde <50ms latency ved 10.000 nodes. Det er teknisk usikkert.
Resultatet skal være forskelligt fra kendte løsninger. At bygge "Uber for X" eller "Airbnb for Y" er ikke forskelligt — det er en kendt forretningsmodel med kendt teknologi.
Software-eksempel: Jeres nye protokol adskiller sig fundamentalt fra HTTP ved at bruge peer-to-peer routing i stedet for client-server. Det er forskelligt.
✅ Eksempler på hvad der kvalificerer som FoU i software
Her er konkrete eksempler fra danske softwarevirksomheder, der har fået godkendt deres FoU-fradrag:
- Udvikling af en ny neural network-arkitektur til billedgenkendelse, der bruger 90% færre parametre end SOTA.
- En ny pathfinding-algoritme til logistics, der kombinerer A* med reinforcement learning.
- Custom recommendation-algoritme der lærer af implicit feedback (scroll, hover) uden explicit ratings.
- En distribueret time-series database, der kan håndtere 10M datapunkter/sek med <10ms query-latency.
- En ny index-struktur til geospatial data, der reducerer lookup-tid fra O(log n) til O(1) i 99% af queries.
- Forskning i om CRDTs kan bruges til eventual consistency i offline-first apps med <1s sync efter reconnect.
- En peer-to-peer protokol til IoT, der bruger mesh-networking og kan operere uden central server.
- En ny WebRTC-baseret arkitektur til real-time collaboration, der holder <50ms latency ved 100 samtidige brugere.
- Kan WebAssembly køre ML-inferens (BERT) i browseren uden GPU med <100ms latency? (Svar ukendt før I tester).
- Kan blockchain-baseret audit trail holde GDPR-compliance ved "right to be forgotten"? (Teknisk paradoks).
❌ Eksempler på hvad der IKKE kvalificerer
Dette er de mest almindelige eksempler på softwareudvikling, der ikke er FoU — selvom det føles som innovation:
- En booking-platform, markedsplads, eller "Uber for X" bygget med kendte frameworks (React, Node, PostgreSQL).
- Et CRM-system, HR-tool eller project management-app — selvom det er skræddersyet til jeres branche.
- En e-commerce-app med Shopify/WooCommerce integration og standard payment-gateway.
- Integration til Stripe, Twilio, SendGrid, Google Maps eller andre kendte API'er med eksisterende SDKs.
- REST eller GraphQL API'er bygget med standard frameworks (Express, FastAPI, Apollo).
- Webhook-handling, rate-limiting, auth-flows med OAuth2/JWT — alt sammen dokumenteret i best practices.
- Ny responsive hjemmeside, SPA (Single Page App), brugerflow — selvom det er "innovativt design".
- Brugerlogin, dashboard, admin-panel, notifications — standard UI-komponenter.
- A/B testing af forskellige UI-designs (det er markedsføring, ikke FoU).
- Bug fixes, performance-optimering (med kendte teknikker), security patches.
- Opdatering til nyere versioner af frameworks (React 17 → React 18).
- Refactoring til bedre kodestruktur (med kendt pattern som MVC, Clean Architecture).
Beregning: Sådan opgør I jeres FoU-fradrag
FoU-fradraget beregnes som 110% af jeres kvalificerende udgifter. I praksis skal I identificere hvilke medarbejdere der har arbejdet på FoU, hvor mange timer de har brugt, og hvilke andre udgifter der er direkte relateret.
Eksempel: Softwarevirksomhed med AI-projekt
Hvad kan indgå i beregningen:
- Løn til egne medarbejdere — faktisk løn inkl. pension og feriepenge, fordelt på FoU-timer
- Eksterne konsulenter — hvis de udfører FoU-arbejde (ikke projektledelse eller design)
- Materialer og software — cloud compute, databaser, licenser direkte brugt i FoU
Dokumentation: Hvad Skattestyrelsen forventer
Skattestyrelsen kan bede om dokumentation for jeres FoU-fradrag i op til 5 år bagud. Hvis I ikke kan dokumentere, skal I tilbagebetale fradraget — med renter.
Minimum dokumentation:
- Projektbeskrivelse — Hvad er det tekniske problem? Hvad er usikkerheden? Hvad er ny viden I søger?
- Timesedler — Hvem arbejdede på projektet, hvor mange timer, hvornår?
- Teknisk dokumentation — Design docs, research notes, test-resultater, kode-commits med beskrivelser
- Regnskabsbilag — Lønsedler, fakturaer fra konsulenter, cloud-regninger
Kombination med tilskud: Maksimér jeres værdi
FoU-fradraget kan kombineres med Innobooster, SMV:Digital og andre tilskud — men ikke på de samme udgifter. Her er strategien:
Kombination: Innobooster + FoU-fradrag
De 5 almindeligste fejl
Dette er langt den hyppigste fejl. Virksomheden fratrækker al udviklertid, selvom 80% er normal drift.
Løsning: Opdel jeres tid i "FoU-timer" (med teknisk usikkerhed) og "Drift-timer" (implementering af kendt). Brug de 5 kriterier som tjekliste.
Virksomheden fratrækker, men har ingen timesedler, ingen projektbeskrivelse, ingen teknisk dokumentation.
Løsning: Start dokumentationen fra dag 1. Brug et simpelt Google Doc: "Projekt X — FoU-log". Skriv hvad I tester, hvad I lærer.
Timer brugt på UX-design, A/B-testing af UI, SEO eller content marketing bliver fejlagtigt klassificeret som FoU.
Løsning: FoU er kun teknisk forskning — ikke business development eller design. Hvis I tester "hvilken farve knap konverterer bedst", er det marketing.
Når året er omme, "skønner" virksomheden at "ca. 40% af vores tid har været FoU" uden konkret dokumentation.
Løsning: Hold løbende timesedler. Hvis I bruger Toggl, Harvest eller lignende, tilføj tags: "R&D" vs. "Operations".
Virksomheden får Innobooster til at dække 35% af udgifterne, men fratrækker stadig 110% af hele beløbet på skatten.
Løsning: I kan kun bruge FoU-fradraget på den del I selv betaler (de 65%). Hold budgetterne adskilte.
Ofte stillede spørgsmål
Ja og nej. Fradraget reducerer jeres skattepligtige indkomst — så hvis I har underskud, "gemmes" fradraget til fremtidige år. Men hvis I vil have pengene kontant NU (som startup), se i stedet
skattekreditet (135% + kontant udbetaling).De sender en forespørgsel om dokumentation. I har typisk 30 dage til at svare. Kan I ikke dokumentere, at aktiviteterne opfylder de 5 kriterier, skal I tilbagebetale fradraget + renter. I kan klage til Landsskatteretten.
Kun hvis jeres bidrag udgør reel FoU. Hvis I udvikler en NY algoritme og udgiver den som open source, kan tiden kvalificere. Men hvis I bare "vedligeholder en pakke" eller "retter bugs", er det drift.
At træne en model med eksisterende biblioteker (scikit-learn, TensorFlow) på jeres data er IKKE automatisk FoU. Men at udvikle en NY arkitektur, en NY loss function, eller forske i om X metode virker på Y problem — det KAN være FoU.
Relaterede guides
Skattekredit for startups: 135% + kontant
Få FoU-fradraget udbetalt kontant, selvom I har underskud.
Læs guide →Innobooster ansøgning 2026
Kombiner Innobooster med FoU-fradraget for maksimal værdi.
Læs guide →Tre-lags-strategien
Sådan kombinerer I alle tre lag for maksimal værdi.
Læs guide →Vil I vide, om jeres projekt kvalificerer?
Vores gratis CVR-tjek giver jer et klart svar på, om I kan bruge FoU-fradraget. Den personlige rapport inkluderer en FoU-vurdering af jeres projekt og dokumentationsskabeloner.
Disclaimer: Denne guide er generel vejledning. FoU-fradrag er komplekst og kræver individuel vurdering. TilskudTjek er ikke revisor eller skatterådgiver. Spørg altid jeres revisor om konkret rådgivning.