En AI-tjeneste afregnes enten pr. bruger med en fast betaling for en periode, eller efter forbrug, hvor prisen følger mængden af tekst, modellen behandler. Nogle tjenester blander de to, så en fast plan pr. bruger har en grænse, og brug ud over grænsen afregnes som forbrug.
Valget mellem dem afgør, hvem der bærer usikkerheden. Ved pris pr. bruger kender I udgiften og risikerer at betale for pladser, der ikke bruges. Ved token pris betaler I for det, der faktisk bruges, og risikerer et forbrug, ingen har styr på. Her er de to former beskrevet uden tal, så en prisside kan læses med de rigtige spørgsmål.
Pr. bruger
En plads pr. medarbejder, betalt pr. måned eller år. Planen kan have en grænse for, hvor meget hver bruger kan bruge inden for et tidsrum, og i de prissider, vi har læst (8/11 2026), afhænger det af modellen, samtalernes længde og størrelsen på de filer, der sendes med, hvor hurtigt grænsen nås.
Det, formen er god til. Et kendt budget. Brugere, der arbejder i en færdig tjeneste med chat, dokumenter og søgning. Ledelsen ved på forhånd, hvad det koster at give en afdeling adgang.
Det, formen gemmer. Ubrugte pladser. Grænser, der rammer de mest aktive brugere midt i arbejdet. Brug ud over grænsen, som afregnes separat. Og pladser købt sammen med en pakke, hvor AI er lagt ind, så udgiften ikke kan ses for sig.
Pr. forbrug
Betaling efter mængden af tokens, altså de stykker, teksten deles i, når modellen læser og skriver. Taksten afhænger af modellen og står i udbyderens takstblad.
Det, formen er god til. Integrationer, hvor modellen bruges i jeres egne systemer. Opgaver med svingende mængde. Afprøvning af flere modeller, fordi I kan skifte uden at have købt pladser.
Det, formen gemmer. FinOps Foundation påpeger, at de tokens, en bruger skriver, ikke er de tokens, der afregnes. Med hver forespørgsel sender systemet også sine instruktioner, samtalens historik og det indhold, det har hentet. En søgning i egne dokumenter kan derfor sende langt mere tekst til modellen, end brugeren ser. Agenter, der kalder modellen igen og igen for at løse én opgave, kan få forbruget til at løbe løbsk, hvis der ikke er grænser.
Den tredje form: reserveret kapacitet
Nogle platforme sælger en fast mængde regnekraft, afregnet pr. time, uanset om der sendes forespørgsler. I de platformsdokumenter, vi har læst, kan den bindes for en periode mod en lavere effektiv takst, og en reservation garanterer ikke i sig selv, at kapaciteten er der. Formen ligner fast pris, men binder til en platform og en region. Den hører hjemme, når forbruget er stort og jævnt, eller når svartiden skal være forudsigelig.
Når modellen skifter
Her adskiller AI sig fra andre IT-køb. Modellen bag en tjeneste kan skifte, og prisen kan skifte med den.
Ved pris pr. bruger mærker I det ikke direkte. En ny model kan komme ind i den samme plan, og prisen forbliver den samme, men adfærden kan ændre sig, og grænsen kan nås hurtigere eller langsommere.
Ved forbrug kan en ny model have en anden takst. I de udbyderdokumenter, vi har læst, kan en udfaset model viderestilles automatisk til en nyere og afregnes efter den nye models takst. Det står i modellen skifter under jer. Forbrugsafregning for IT generelt, og prisens afhængighed af forhold uden for jeres kontrol, beskriver vendor-lock-in.dk.
Hvad formen gør ved adfærd
Pris pr. bruger giver brugerne frihed inden for grænsen og ingen grund til at spare. Det er godt for udbredelsen og kan skjule, at nogle opgaver bruger modellen dårligt.
Forbrug gør hver forespørgsel synlig, hvis I følger den. Det giver en anledning til at vælge en mindre model til lette opgaver og en større til svære. FinOps Foundation beskriver netop det: vælg den mindst kostbare model, som lever op til kravet til kvalitet. Uden opfølgning gør forbrug ingenting ved adfærden, og så er det kun regningen, der viser det.
Sådan vælger I
Del brugen op. Medarbejdere, der arbejder i en færdig tjeneste hver dag, passer til pr. bruger. Integrationer og svingende opgaver passer til forbrug. Et stort, jævnt forbrug med krav til svartid kan passe til reserveret kapacitet. Resultatet kan blive en blanding, og det er fint, så længe hver del har en ejer.
Bind jer ikke længere end til det, I har målt. Hvorfor, står i løbetid på en AI-aftale.
Hvad det kræver, og hvad det koster at lade være
Valget kræver en opdeling af brugen i grupper, en måling af forbruget i hver gruppe og en, der læser prissiden og vilkårene for grænser, tillæg og ændringer. Måling og opdeling kan ligge i en pilot, I allerede kører.
Uden valget køber hver afdeling på sin egen måde. Nogle betaler for pladser, de ikke bruger. Andre har en integration på forbrug uden grænser, som ingen følger. Regningen vokser i to retninger uden en samlet ejer, og ingen kan sige, hvad AI koster virksomheden.
Det skal I lade være med
- At budgettere ud fra brugernes egne beskeder · modellen får langt mere tekst.
- At give forbrug uden grænser · agenter og løkker kan løbe løbsk.
- At binde en reservation, før forbruget er målt · I binder jer til en størrelse, I ikke kender.
Det skal valget kunne vise
- ☐ Brugen delt i grupper med afregningsform for hver.
- ☐ Grænser pr. plan og hvad der sker ud over dem.
- ☐ Grænser og advarsler på forbrug.
- ☐ Hvad der sker med prisen, når modellen bag skifter.
Kilder
- FinOps Foundation, FinOps for AI Overview, https://www.finops.org/wg/finops-for-ai-overview/, læst 8. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Find ud af, hvor mange af jeres købte AI-pladser der blev brugt sidste måned.
Læs også: Posterne i et AI-valg · AI kommer ind gennem de systemer, I allerede har
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
