Økonomichefen i softwarevirksomheden

I en softwarevirksomhed går mange af pengene til noget, der ikke kan tælles på et lager: udviklingstid, cloudforbrug og leverandører, der bygger på produktet. Som økonomichef eller økonomiansvarlig godkender du fakturaerne, skal budgettere ud fra estimater, der skrider, og bliver spurgt om fradrag og tilskud. Du behøver ikke kunne læse kode for at tage fat. Meget af arbejdet handler om at koble hver udgift til en leverance, en ejer og en beslutning. Siden her samler artiklerne fra din stol. Den nævner ingen beløb eller satser, og det almindelige IT-budget står under økonomichefen på ekstern-it-chef.dk.

Fakturaerne fra udviklingsleverandøren

En faktura på timer siger, hvor længe nogen har arbejdet. Den siger intet om, hvad I har fået. Stil derfor tre spørgsmål til hver faktura: hvilken leverance hører den til, hvem hos jer har godkendt leverancen, og ligger koden nu på jeres konto? Kan ingen svare, er det et ledelsesspørgsmål, som bør op til direktøren, før regningen bliver betalt igen næste måned.

• Sådan styrer I en udviklingsleverandør, der bygger produktet Den faste opfølgning, som gør fakturaen til noget, der kan holdes op mod et resultat.
• Hvornår er en leverance færdig? Kriterierne, der afgør, hvornår en betaling er rimelig.
• De tekniske krav, der skal med i udviklingsaftalen Det, der bør stå i aftalen, før den første faktura kommer.
• Ejer I selv koden, domænet og cloudkontoen? Det, I har betalt for, skal også stå i virksomhedens navn.

Cloudregningen og driften

Cloudregningen følger de valg, der er truffet i produktet, så den kan sjældent forhandles ned hos udbyderen alene. Det bedste spørgsmål er, hvad det koster at betjene én kunde eller én funktion, og om nogen ejer svaret. Vokser regningen hurtigere end kundetallet, skal teknikken med i samtalen.

• Cloudregningen vokser hurtigere end kunderne Overblik over forbrug pr. kunde og funktion, ejerskab og arkitektur.
• Hvem ejer driften: udviklerne, en driftsperson eller en leverandør? Fordelingen af ansvar bag de udgifter, der kommer hver måned.

Fradrag og tilskud

Rækkefølgen betyder mest her. Tilskud søges før projektstart, og dokumentation til skattespørgsmål laves bedst undervejs. Praksis for fradrag til forsøg og forskning er stram over for software, så regn ikke med fradraget i budgettet, før revisor har set på sagen. Overblikket står på skat og tilskud til softwareudvikling.

• Kan softwareudvikling give fradrag for forsøg og forskning? Kriterierne, og hvorfor almindelig produktudvikling sjældent er omfattet.
• Hvad skal udviklingsarbejdet kunne dokumentere for skat og tilskud? Den enkle projektlog, og hvem der ejer den.
• Tilskud til et softwareprojekt: hvad der skal være på plads før ansøgningen Den tekniske plan bag en ansøgning til Innobooster.
• SMV:Digital og softwarevirksomheder: hvad kan teknisk rådgivning bruges til? Hvornår ordningen passer, og hvornår den ikke gør.

Når budgettet bygger på estimater

Et udviklingsbudget er en samling af kvalificerede gæt. Bed om estimater med en usikkerhed på, og spørg, hvor stor en del af teamets tid der går til at holde det eksisterende produkt kørende. Bliver nye funktioner dyrere år for år, ligger forklaringen ofte i den tekniske gæld, altså kompromiser i koden, der bremser hver ændring.

• Hvorfor holder estimaterne aldrig? Det, du kan bede om i stedet for en enkelt dato.
• Teknisk gæld forklaret for ledelsen Begrebet som en prioritering, der kan indgå i budgettet.
• Teknologien på ledelsesmødet: hvad direktion og bestyrelse skal se Siden om fremdrift, gæld, risici og kapacitet, som kan lægges ved økonomirapporten.

Kontrakterne med kunderne

Løfter til kunderne påvirker både omkostninger og indtægter. Tjek, hvem der kender de særlige aftaler, og om de udgifter, der følger med, er med i budgettet.

• SLA og oppetid: hvad kan produktet faktisk holde? Løfterne om oppetid set ved siden af det, driften kan bære.
• Standardvilkår og skiftegebyrer: hvad ændrer sig i januar 2027? Reglerne, der kan ramme jeres vilkår og gebyrer, hvis I udbyder en cloudtjeneste.

Sikkerhed på budgettet

Sikkerheden i produktet hører til under udviklingen. Sikkerheden i virksomheden som helhed har sit eget budget, og det er beskrevet under sikkerhedsbudgettet på ciso-as-a-service.dk.

Når du skal bruge en teknisk modpart

Det meste kan du selv begynde på. Vurderingen af, om en leverandørs tid står mål med leverancen, eller om en stor arkitekturbeslutning er pengene værd, kræver en teknisk leder på jeres side af bordet. Er opgaven at analysere og planlægge, kan rådgivertilskuddet under SMV:Digital være relevant, og der er Nielco IT godkendt rådgiver. Hvad der påvirker prisen, og hvordan I får et tilbud, står under pris og tilbud.

Det skal I lade være med

• At betale faste udviklingsfakturaer uden en leverance at holde dem op imod · timer er ikke et resultat.
• At bede om besparelser på cloudregningen uden at inddrage udviklerne · årsagen ligger ofte i produktet.
• At budgettere med fradrag eller tilskud, før der er svar · afgørelsen er konkret.

Det skal I kræve af den eksterne

• ☐ Forklaringer, du kan bruge over for direktør og revisor.
• ☐ En kobling mellem udviklingsudgifter, leverancer og køreplanen.
• ☐ En ejer af cloudforbruget og en fast opfølgning.
• ☐ Klar besked om, hvad der hører hos revisor.

Kilder

• Den juridiske vejledning, C.C.2.2.2.20: forsøg og forskning efter ligningslovens § 8 B og praksis for software.
• Innobooster: ordningens vilkår.
• Virksomhedsguiden: Digitalisering (rådgivertilskud): analyserende og planlæggende rådgivning.

Senest gennemgået: november 2026.

Næste skridt

• Skat og tilskud til softwareudvikling
• Cloudregningen vokser hurtigere end kunderne

Læs også: Teknisk køreplan og teknisk gæld · Udviklingsteam og udviklingsleverandører

→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT