AI-politik skabelon til virksomheder

Opdateret 9. november 2026. Gratis at kopiere, redigere og bruge. Retskilder linker til EUR-Lex.

En AI-politik fortæller medarbejderne, hvilke AI-værktøjer de må bruge, hvilke data der må indgå i en prompt, hvem der kontrollerer resultatet, og hvordan betalt brug godkendes. Skabelonen nedenfor dækker de tolv punkter, en virksomhed har brug for, når den tager ChatGPT, Claude eller kodeagenter i brug, herunder AI-kompetencer efter artikel 4 i AI-forordningen, som gælder siden 2. februar 2025, og pligten til at oplyse om deepfakes efter artikel 50, som gælder fra 2. august 2026.

Erstat teksten i [klammer], slet det, der ikke passer, og læg politikken på jeres intranet. Skabelonen er leverandørneutral og fungerer med de AI-leverandører, I godkender.

Download skabelonen (.md)Ren tekst (.txt)

Begge filer indeholder hele skabelonen nedenfor, klar til at indsætte i Word, Google Docs, Confluence eller Notion.

Det dækker skabelonen

  1. 1. Formål og omfang
  2. 2. Godkendte værktøjer og adgang
  3. 3. Data i prompts
  4. 4. Godkendte modeller og leverandører
  5. 5. Kodeagenter
  6. 6. Lagring og logning
  7. 7. Menneskelig kontrol af resultater
  8. 8. Oplysning om AI-genereret indhold
  9. 9. Undervisning i AI-kompetencer
  10. 10. Indberetning af hændelser
  11. 11. Budget og godkendelse af betalt brug
  12. 12. Gennemgang og ejerskab

Skabelonen

Teksten i [klammer] udfylder I selv. Punkternes numre ligger fast, så I kan henvise til dem i undervisning og revisioner.

AI-politik

Virksomhed: [Virksomhed]
Ansvarlig for politikken: [Navn, rolle, f.eks. CIO eller CISO]

Godkendt af: [Direktion eller bestyrelse]

Version: 1.0. Gælder fra: [dato]. Næste gennemgang: [dato]

1. Formål og omfang

  1. 1.1

    Denne politik fastsætter reglerne for brug af værktøjer med kunstig intelligens (AI) i [Virksomhed]: chatassistenter, AI-funktioner i anden software, kodeagenter og AI-modeller, der kaldes via et API.

  2. 1.2

    Den gælder for alle medarbejdere, konsulenter og vikarer, der bruger AI i arbejdet for [Virksomhed], på virksomhedens eller egne enheder.

  3. 1.3

    Den gælder sammen med vores informationssikkerhedspolitik, databeskyttelsespolitik og politik for brug af IT. Hvis de er i strid med hinanden, gælder den strengeste regel.

  4. 1.4

    Spørgsmål om politikken sendes til [ansvarlig for politikken, e-mail].

2. Godkendte værktøjer og adgang

  1. 2.1

    Brug kun de AI-værktøjer, der står på listen over godkendte værktøjer på [link til intranet]. Listen angiver for hvert værktøj, hvad det må bruges til, og den højeste dataklasse, der er tilladt i det (punkt 3).

  2. 2.2

    Log ind i godkendte værktøjer med din arbejdskonto i [Virksomhed] via single sign-on (SSO) med [Microsoft Entra ID / Google Workspace / Okta]. Private konti og private abonnementer må ikke bruges til arbejde for [Virksomhed].

  3. 2.3

    Adgang gives via [gruppemedlemskab i identitetsudbyderen / en anmodning til IT-supporten]. Når du forlader [Virksomhed] eller skifter rolle, fjernes adgangen via de samme grupper.

  4. 2.4

    API-nøgler udstedes pr. person eller pr. applikation, deles aldrig og opbevares i [værktøj til hemmeligheder].

  5. 2.5

    Vil du foreslå et nyt værktøj, sender du [anmodningsformular] til [ansvarlig for politikken]. Sikkerhed, databeskyttelse og indkøb gennemgår det, før det kommer på listen. En gratis prøveperiode på et værktøj, der ikke er godkendt, tæller som brug.

3. Data i prompts

  1. 3.1

    Alt, hvad du skriver, indsætter, uploader eller lader et værktøj læse (filer, skærme, repositories, e-mail, lyd fra møder), tæller som en prompt.

  2. 3.2

    Klassificér data efter vores dataklassifikation. Tabellen viser, hvad der må indgå i en prompt i et godkendt værktøj.

    DataklasseEksemplerI et godkendt værktøj
    OffentligEksemplerPubliceret tekst fra hjemmesiden, pressemeddelelser, offentlig dokumentationI et godkendt værktøjTilladt
    InternEksemplerInterne processer, mødereferater uden personoplysninger, ikke-følsom kodeI et godkendt værktøjTilladt
    FortroligEksemplerKundekontrakter, ikke-offentliggjorte regnskabstal, kildekode, produktplanerI et godkendt værktøjKun i værktøjer, der er godkendt til Fortrolig, med leverandørvilkårene i punkt 4
    PersonoplysningerEksemplerNavne, e-mailadresser, kundeoplysninger, personaleoplysningerI et godkendt værktøjKun hvor et retsgrundlag og en databehandleraftale dækker værktøjet. Brug det mindst nødvendige, og pseudonymisér, hvor I kan
    Særlige kategorier og regulerede dataEksemplerHelbredsoplysninger, fagforeningsmedlemskab, strafbare forhold, betalingskortdata, klientdata under tavshedspligtI et godkendt værktøjIkke tilladt, medmindre [databeskyttelsesrådgiver] skriftligt godkender en bestemt brug
    HemmelighederEksemplerAdgangskoder, API-nøgler, tokens, private nøgler, forbindelsesstrengeI et godkendt værktøjAldrig
  3. 3.3

    Er du i tvivl om klassen, så behandl data som den højeste klasse, eller spørg [ansvarlig for politikken].

  4. 3.4

    Brug ikke AI-værktøjer til at udlede følsomme egenskaber om personer, til at overvåge medarbejdere eller til at træffe afgørelser om en enkeltperson uden den menneskelige kontrol i punkt 7.

4. Godkendte modeller og leverandører

  1. 4.1

    [Virksomhed] fører en liste over godkendte AI-modeller og over de leverandører, der må køre dem. En model eller leverandør, der ikke står på listen, må ikke behandle data fra [Virksomhed].

  2. 4.2

    En leverandør kommer først på listen efter en gennemgang af: hvor inferensen kører [f.eks. kun i Europa], om leverandøren gemmer prompts og svar (vi kræver nul datalagring for Fortrolig og højere), om leverandøren træner på vores data (det må den ikke), dens underdatabehandlere og en underskrevet databehandleraftale.

  3. 4.3

    Modeller med åbne vægte godkendes pr. applikation, til de formål, der står på listen.

  4. 4.4

    Nye forsøg og fallbacks skal holde sig inden for listen. Et værktøj, der i det skjulte sender forespørgsler videre til andre leverandører, er ikke godkendt.

  5. 4.5

    [Ansvarlig for politikken] vedligeholder listen på [link] og gennemgår den sammen med denne politik.

5. Kodeagenter

  1. 5.1

    Kodeagenter (for eksempel Claude Code, Codex, Cursor, GitHub Copilot eller Cline) må bruges på de repositories, der står på [link].

  2. 5.2

    Læg aldrig hemmeligheder i prompts, agentinstruktioner eller committet kode. Hold .env-filer og legitimationsoplysninger uden for agentens rækkevidde, og kør [værktøj til scanning af hemmeligheder] på hvert commit.

  3. 5.3

    Agenter kører med de mindste rettigheder, de har brug for: ingen legitimationsoplysninger til produktion, ingen skriveadgang til produktionssystemer og ingen automatisk godkendelse af kommandoer, der sletter data, ændrer infrastruktur eller pusher til beskyttede branches.

  4. 5.4

    Al kode skrevet af AI går gennem den normale gennemgang af pull requests hos en anden person end den, der genererede den, og gennem de samme tests og sikkerhedsscanninger som al anden kode. Forfatteren af pull requesten er ansvarlig for koden.

  5. 5.5

    Kontrollér licenserne på de afhængigheder, agenten tilføjer, og på længere passager, den gengiver ordret.

  6. 5.6

    MCP-servere, plugins og udvidelser er værktøjer efter punkt 2 og skal godkendes før brug.

6. Lagring og logning

  1. 6.1

    Godkendte værktøjer sættes op, så leverandørerne ikke gemmer en kopi af prompts og svar ud over det, der er nødvendigt for at besvare hver forespørgsel, hvor leverandøren tilbyder det.

  2. 6.2

    [Virksomhed] logger metadata om brugen af AI: hvem, hvilket værktøj eller hvilken nøgle, hvilken model og leverandør, hvornår og hvad det kostede. Oplysningerne gemmes i [12 måneder].

  3. 6.3

    Indholdet af prompts og svar logges ikke centralt, medmindre [lovkrav eller godkendt brugsscenarie]. Hvor det logges, beskyttes det som den højeste dataklasse, det indeholder.

  4. 6.4

    Chathistorik i godkendte værktøjer slettes efter [periode]. Resultater, der er forretningsdokumenter, gemmes i [dokumentsystem], ikke kun i AI-værktøjet.

  5. 6.5

    Brugslogs bruges til sikkerhed, omkostningsstyring og compliance, som beskrevet i [privatlivserklæring for medarbejdere].

7. Menneskelig kontrol af resultater

  1. 7.1

    Du er ansvarlig for de AI-resultater, du bruger. Kontrollér fakta, tal, citater, kilder, kode og juridiske udsagn, før du lægger vægt på dem.

  2. 7.2

    En kvalificeret person gennemgår AI-resultater, før de sendes til en kunde, offentliggøres, bruges i en kontrakt eller indgår i en afgørelse om en person, for eksempel ansættelse, præstationsvurdering, kredit eller adgang til en ydelse.

  3. 7.3

    AI træffer ikke endelige afgørelser, der har retsvirkning eller tilsvarende betydelige følger for en person. [Angiv brug, der er forbudt eller kræver en særskilt risikovurdering.]

  4. 7.4

    Hvor din profession kræver det, noterer du i [system], når AI har bidraget væsentligt til rådgivning til en klient.

8. Oplysning om AI-genereret indhold

  1. 8.1

    Når [Virksomhed] offentliggør billed-, lyd- eller videoindhold, der er en deepfake (indhold, der ligner virkelige personer, genstande, steder eller begivenheder og fejlagtigt fremstår som ægte), oplyser vi, at indholdet er genereret eller manipuleret kunstigt. Det er en pligt for idriftsættere efter artikel 50, stk. 4, i AI-forordningen fra 2. august 2026.

  2. 8.2

    Når vi offentliggør tekst, der er genereret eller manipuleret med AI, for at informere offentligheden om forhold af offentlig interesse, oplyser vi også det, medmindre en person har gennemgået eller redigeret teksten, og [Virksomhed] har det redaktionelle ansvar for den.

  3. 8.3

    Maskinlæsbar mærkning af AI-resultater (vandmærker, metadata) er en pligt for udbyderen af AI-systemet efter artikel 50, stk. 2. Fjern ikke sådanne mærker.

  4. 8.4

    Ud over lovens krav [mærker vi chatbots, som kunder bruger, som AI / oplyser vi det i kundekommunikation, når indholdet i høj grad er genereret af AI].

9. Undervisning i AI-kompetencer

  1. 9.1

    [Virksomhed] træffer foranstaltninger til at understøtte AI-kompetencerne hos sine medarbejdere og hos andre, der bruger AI-systemer på dens vegne, under hensyntagen til deres viden, erfaring, uddannelse og træning og den sammenhæng, værktøjerne bruges i. Det er pligten i artikel 4 i AI-forordningen, som gælder siden 2. februar 2025.

  2. 9.2

    Alle gennemfører [grundkursus i AI], før de får adgang til et godkendt værktøj, og [en genopfriskning hver 12. måned].

  3. 9.3

    Undervisningen dækker denne politik, dataklasserne, hvordan modeller kan tage fejl, prompt injection og den godkendte brug af hvert værktøj. Udviklere, der bruger kodeagenter, og teams, der bruger AI i afgørelser om personer, får ekstra undervisning tilpasset deres rolle.

  4. 9.4

    [HR / ansvarlig for politikken] registrerer, hvem der har gennemført hvilken undervisning.

10. Indberetning af hændelser

  1. 10.1

    Indberet til [sikkerhedskontakt eller kanal] inden for [24 timer]: data, der er indtastet i et værktøj, hvor det ikke var tilladt, en hemmelighed, der er blevet eksponeret for et AI-værktøj, skadelige eller diskriminerende resultater, der har nået en kunde, en agenthandling, der uventet har ændret eller slettet noget, eller mistanke om prompt injection.

  2. 10.2

    Vi forventer, at fejl indberettes hurtigt, og det er ikke en disciplinær sag. At skjule en fejl er et brud på denne politik.

  3. 10.3

    Udskift en eksponeret hemmelighed med det samme. [Sikkerhed / databeskyttelsesrådgiver] vurderer, om databeskyttelsesreglerne kræver anmeldelse til tilsynsmyndigheden eller underretning af de berørte.

11. Budget og godkendelse af betalt brug

  1. 11.1

    Betalte AI-abonnementer, licenser og API-forbrug skal godkendes af [budgetansvarlig] før køb. AI-værktøjer købes ikke på private kort uden [godkendelse af udlæg].

  2. 11.2

    Hver person og hver applikation med betalt brug har et månedligt budget, som [budgetansvarlig] fastsætter. Når budgettet er brugt, stopper brugen, indtil [budgetansvarlig] godkender mere.

  3. 11.3

    [Økonomi] gennemgår AI-udgifterne pr. person, applikation og omkostningssted hver [måned].

  4. 11.4

    Ubrugte licenser og nøgler opsiges ved den [kvartalsvise] gennemgang.

12. Gennemgang og ejerskab

  1. 12.1

    [Ansvarlig for politikken] ejer denne politik, listen over godkendte værktøjer og listen over godkendte modeller og leverandører.

  2. 12.2

    Politikken gennemgås hver [6. måned] og straks efter en alvorlig hændelse, en ny type værktøj eller en ændring i lovgivningen.

  3. 12.3

    Brud på denne politik behandles efter [personalepolitik / kontraktvilkår].

  4. 12.4

    Versionshistorik: [dato, version, ændring, godkendt af].

Baseret på den gratis AI-politik skabelon på https://standardcompute.com/ai-politik-skabelon (version af 9. november 2026). Gratis at kopiere og redigere. Ikke juridisk rådgivning.

Download skabelonen (.md)Ren tekst (.txt)

Sådan håndhæver I politikken med en gateway

En politik på intranettet holder kun, hvis værktøjerne følger den. En AI-gateway sidder mellem jeres medarbejdere, apps og agenter og modelleverandørerne, så punkt 2, 3, 4, 6 og 11 håndhæves på hver forespørgsel i stedet for i hvert værktøjs egne indstillinger.

Standard Compute er den gateway: ét API til Claude, GPT, Gemini og førende åbne modeller, med kontrollerne nedenfor sat op én gang for hele virksomheden.

Punkt i politikkenDet håndhæver Standard Compute
2. Adgang og SSOForbind Microsoft Entra ID eller en anden SAML-identitetsudbyder, så jeres medarbejdere logger ind med deres arbejdskonti. Medarbejderne logger ind i Claude Desktop og Claude Code med deres Microsoft-arbejdskonto, så der ikke er API-nøgler at dele ud, og adgangen følger jeres Entra-grupper via SCIM-provisionering.
4. Godkendte leverandørerVælg præcis hvilke inferensleverandører der må håndtere jeres data, for hele virksomheden, et team eller en enkelt nøgle. Lavere niveauer kan kun indsnævre reglerne, nye leverandører tilføjes aldrig uden en administrators godkendelse, og fallbacks kan aldrig gå uden om jeres liste.
4. Godkendte modellerBestem hvilke modeller hver nøgle må bruge, så åbne modeller som GLM, DeepSeek, MiniMax og Kimi går til de applikationer, I vælger, og frontiermodeller til dem, der har brug for dem.
4. Hvor inferensen kørerSæt en Europa-regel for virksomheden, et team eller en enkelt nøgle, så besvares hver forespørgsel, også nye forsøg og fallbacks, kun af godkendte europæiske inferens-endpoints. Hvis intet europæisk endpoint kan besvare den, afvises forespørgslen, før jeres prompt bliver sendt.
6. LagringSlå kravet om nul datalagring (zero data retention) til, så sendes hver forespørgsel kun til inferens-endpoints, der forpligter sig til ikke at gemme en kopi af jeres data. Vi behandler jeres prompts i hukommelsen og skriver dem aldrig til lager eller logs, og Standard Compute træner aldrig på jeres prompts eller svar.
11. BudgetterHver person og app får et fast månedligt budget, der aldrig overskrides, og I kan sætte forbrugsgrænser pr. nøgle og for hele virksomheden.
6 og 12. RevisionHver ændring, en administrator foretager, registreres med værdierne før og efter, og I kan eksportere en oversigt over hver forespørgsel med modellen, leverandøren, der besvarede den, og den regionsregel, der gjaldt, gemt i 12 måneder.

Opret et virksomhedsområde

Retskilder

Artikel 4 (AI-kompetencer) og artikel 50 (gennemsigtighed) i forordning (EU) 2024/1689, AI-forordningen. Artikel 4 gælder siden 2. februar 2025; artikel 50 gælder fra 2. august 2026.

Artikel 4 som affattet ved forordning (EU) 2026/1744, den digitale omnibus om AI, offentliggjort i EU-Tidende den 24. juli 2026: udbydere og idriftsættere træffer foranstaltninger til at understøtte AI-kompetencerne hos deres personale, og der skal ikke garanteres et bestemt niveau af AI-kompetencer for den enkelte.

Skabelonen er generel vejledning, ikke juridisk rådgivning. Lad jeres databeskyttelsesrådgiver eller advokat gennemgå den i forhold til reglerne i jeres branche.

Spørgsmål virksomheder stiller

Kræver AI-forordningen en AI-politik?
AI-forordningen kræver ikke et dokument, der hedder AI-politik. Artikel 4 kræver, at virksomheder, der bruger AI-systemer, træffer foranstaltninger til at understøtte deres medarbejderes AI-kompetencer, og den gælder siden 2. februar 2025. Artikel 50 tilføjer oplysningspligter for deepfakes og visse offentliggjorte tekster fra 2. august 2026. En skriftlig politik plus undervisning er den almindelige måde at vise, at I har truffet de foranstaltninger.
Hvad skal en AI-politik indeholde?
Omfang, de godkendte værktøjer og hvordan adgang gives, hvilke dataklasser der må indgå i prompts, de godkendte modeller og leverandører, regler for kodeagenter, lagring og logning, menneskelig kontrol af resultater, oplysning om AI-genereret indhold, undervisning i AI-kompetencer, indberetning af hændelser, budgetgodkendelse af betalt brug og en fast gennemgang. Skabelonen på denne side dækker alle tolv.
Må medarbejdere lægge kundedata ind i ChatGPT eller Claude?
Kun i et værktøj, der er godkendt til den dataklasse, under en databehandleraftale og med leverandørvilkår, der udelukker træning på jeres data og lagring af en kopi af dem. Særlige kategorier af personoplysninger og hemmeligheder holdes ude af prompts. Punkt 3 i skabelonen opstiller det som en tabel, I kan tilpasse.
Hvem skal mærke AI-genereret indhold efter AI-forordningen?
Udbydere af AI-systemer mærker syntetisk lyd, billeder, video og tekst i et maskinlæsbart format (artikel 50, stk. 2). Virksomheder, der bruger AI, oplyser om deepfakes, de offentliggør, og om AI-genereret tekst, der offentliggøres for at informere offentligheden om forhold af offentlig interesse, medmindre en person har gennemgået den, og virksomheden har det redaktionelle ansvar (artikel 50, stk. 4). Begge dele gælder fra 2. august 2026.
Hvordan håndhæver vi en AI-politik teknisk?
Send AI-trafikken gennem en gateway, der anvender reglerne på hver forespørgsel. Med Standard Compute logger jeres medarbejdere ind via Microsoft Entra ID eller SAML, kun leverandører og modeller på jeres liste kan besvare en forespørgsel, en Europa-regel og nul datalagring kan sættes for virksomheden, et team eller en nøgle, hver person og app har et fast månedligt budget, og forespørgsler logges i 12 måneder.
Er skabelonen gratis?
Ja. Kopiér den, redigér den og offentliggør den internt i virksomheden uden kildeangivelse. Download den som Markdown eller ren tekst fra denne side.

Opret et virksomhedsområde, forbind jeres identitetsudbyder og sæt listerne over godkendte leverandører og modeller op i dashboardet.

Opret et virksomhedsområde