AI-politik
1. Formål og omfang
- 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.
- 1.2
Den gælder for alle medarbejdere, konsulenter og vikarer, der bruger AI i arbejdet for [Virksomhed], på virksomhedens eller egne enheder.
- 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.
- 1.4
Spørgsmål om politikken sendes til [ansvarlig for politikken, e-mail].
2. Godkendte værktøjer og adgang
- 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
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].
- 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.
- 2.4
API-nøgler udstedes pr. person eller pr. applikation, deles aldrig og opbevares i [værktøj til hemmeligheder].
- 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
- 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.
- 3.2
Klassificér data efter vores dataklassifikation. Tabellen viser, hvad der må indgå i en prompt i et godkendt værktøj.
Dataklasse Eksempler I et godkendt værktøj Offentlig EksemplerPubliceret tekst fra hjemmesiden, pressemeddelelser, offentlig dokumentation I et godkendt værktøjTilladt Intern EksemplerInterne processer, mødereferater uden personoplysninger, ikke-følsom kode I et godkendt værktøjTilladt Fortrolig EksemplerKundekontrakter, ikke-offentliggjorte regnskabstal, kildekode, produktplaner I et godkendt værktøjKun i værktøjer, der er godkendt til Fortrolig, med leverandørvilkårene i punkt 4 Personoplysninger EksemplerNavne, e-mailadresser, kundeoplysninger, personaleoplysninger I 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 data EksemplerHelbredsoplysninger, fagforeningsmedlemskab, strafbare forhold, betalingskortdata, klientdata under tavshedspligt I et godkendt værktøjIkke tilladt, medmindre [databeskyttelsesrådgiver] skriftligt godkender en bestemt brug Hemmeligheder EksemplerAdgangskoder, API-nøgler, tokens, private nøgler, forbindelsesstrenge I et godkendt værktøjAldrig - 3.3
Er du i tvivl om klassen, så behandl data som den højeste klasse, eller spørg [ansvarlig for politikken].
- 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
- 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].
- 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.
- 4.3
Modeller med åbne vægte godkendes pr. applikation, til de formål, der står på listen.
- 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.
- 4.5
[Ansvarlig for politikken] vedligeholder listen på [link] og gennemgår den sammen med denne politik.
5. Kodeagenter
- 5.1
Kodeagenter (for eksempel Claude Code, Codex, Cursor, GitHub Copilot eller Cline) må bruges på de repositories, der står på [link].
- 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.
- 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.
- 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
Kontrollér licenserne på de afhængigheder, agenten tilføjer, og på længere passager, den gengiver ordret.
- 5.6
MCP-servere, plugins og udvidelser er værktøjer efter punkt 2 og skal godkendes før brug.
6. Lagring og logning
- 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.
- 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].
- 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.
- 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.
- 6.5
Brugslogs bruges til sikkerhed, omkostningsstyring og compliance, som beskrevet i [privatlivserklæring for medarbejdere].
7. Menneskelig kontrol af resultater
- 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.
- 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.
- 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.]
- 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
- 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.
- 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.
- 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.
- 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
- 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.
- 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].
- 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.
- 9.4
[HR / ansvarlig for politikken] registrerer, hvem der har gennemført hvilken undervisning.
10. Indberetning af hændelser
- 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.
- 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.
- 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
- 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].
- 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.
- 11.3
[Økonomi] gennemgår AI-udgifterne pr. person, applikation og omkostningssted hver [måned].
- 11.4
Ubrugte licenser og nøgler opsiges ved den [kvartalsvise] gennemgang.
12. Gennemgang og ejerskab
- 12.1
[Ansvarlig for politikken] ejer denne politik, listen over godkendte værktøjer og listen over godkendte modeller og leverandører.
- 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.
- 12.3
Brud på denne politik behandles efter [personalepolitik / kontraktvilkår].
- 12.4
Versionshistorik: [dato, version, ændring, godkendt af].