# Retningslinjer for bruk av kunstig intelligens

Bedrift: [Bedriften]  
Ansvarlig: [Navn, rolle, f.eks. IT-sjef eller sikkerhetssjef]  
Godkjent av: [Ledelsen]  
Versjon: 1.0. Gjelder fra: [dato]. Neste gjennomgang: [dato]  

## 1. Formål og virkeområde

**1.1** Disse retningslinjene setter reglene for bruk av verktøy for kunstig intelligens (KI) i [Bedriften]: chatassistenter, KI-funksjoner i annen programvare, kodeagenter og KI-modeller som brukes via API.

**1.2** De gjelder for alle ansatte, innleide og konsulenter som bruker KI i arbeid for [Bedriften], på jobbutstyr og privat utstyr.

**1.3** De gjelder sammen med retningslinjene våre for informasjonssikkerhet, personvern og bruk av IT. Ved motstrid gjelder den strengeste regelen.

**1.4** Spørsmål om retningslinjene sendes til [ansvarlig, e-post].

## 2. Godkjente verktøy og tilgang

**2.1** Bruk bare KI-verktøyene på listen over godkjente verktøy på [intranettlenke]. Listen viser hva hvert verktøy kan brukes til og den høyeste dataklassen som er tillatt i det (punkt 3).

**2.2** Logg inn i godkjente verktøy med jobbkontoen i [Bedriften] via enkel pålogging (SSO) med [Microsoft Entra ID / Google Workspace / Okta]. Private kontoer og private abonnementer kan ikke brukes i arbeid for [Bedriften].

**2.3** Tilgang gis gjennom [gruppemedlemskap i identitetsleverandøren / bestilling hos IT-brukerstøtte]. Når noen slutter i [Bedriften] eller bytter rolle, fjernes tilgangen gjennom de samme gruppene.

**2.4** API-nøkler utstedes per person eller per applikasjon, deles aldri og lagres i [hemmelighetshvelv].

**2.5** Nye verktøy foreslås via [skjema] til [ansvarlig]. Informasjonssikkerhet, personvern og innkjøp vurderer verktøyet før det kommer på listen. En gratis prøveperiode på et verktøy som ikke er godkjent, regnes som bruk.

## 3. Data i prompter

**3.1** Alt du skriver, limer inn, laster opp eller lar et verktøy lese (filer, skjermbilder, kodelagre, e-post, lyd fra møter), regnes som en prompt.

**3.2** Klassifiser data etter bedriftens klassifiseringsordning. Tabellen viser hva som kan gå inn i en prompt i et godkjent verktøy.

| Dataklasse | Eksempler | I et godkjent verktøy |
| --- | --- | --- |
| Åpen | Publisert tekst på nettstedet, pressemeldinger, offentlig dokumentasjon | Tillatt |
| Intern | Interne rutiner, møtenotater uten personopplysninger, kode som ikke er sensitiv | Tillatt |
| Fortrolig | Kundekontrakter, upubliserte økonomitall, kildekode, produktplaner | Bare i verktøy godkjent for Fortrolig, med leverandørvilkårene i punkt 4 |
| Personopplysninger | Navn, e-postadresser, kunderegistre, personalmapper | Bare med behandlingsgrunnlag og databehandleravtale som dekker verktøyet. Så lite som mulig, pseudonymisert der det går |
| Særlige kategorier og regulerte data | Helseopplysninger, fagforeningsmedlemskap, straffesaker, kortdata, klientdata under taushetsplikt | Ikke tillatt, med mindre [personvernombudet] godkjenner en bestemt bruk skriftlig |
| Hemmeligheter | Passord, API-nøkler, tokens, private nøkler, tilkoblingsstrenger | Aldri |

**3.3** Er du usikker på klassen, behandle dataene som den høyere klassen eller spør [ansvarlig].

**3.4** Ikke bruk KI til å utlede sensitive egenskaper ved personer, til å overvåke ansatte eller til å avgjøre noe om en person uten den menneskelige kontrollen i punkt 7.

## 4. Godkjente modeller og leverandører

**4.1** [Bedriften] har en liste over godkjente KI-modeller og leverandørene som kan kjøre dem. En modell eller leverandør som ikke står på listen, kan ikke behandle data fra [Bedriften].

**4.2** En leverandør kommer på listen først etter vurdering av: hvor inferensen kjører [f.eks. bare i Europa], om den lagrer prompter og svar (for Fortrolig og høyere krever vi null datalagring), om den trener på dataene våre (det får den ikke), underleverandørene og en signert databehandleravtale.

**4.3** Modeller med åpne vekter godkjennes per applikasjon, for bruken som står på listen.

**4.4** Nye forsøk og reserveruter holder seg innenfor listen. Et verktøy som i det stille sender forespørsler til andre leverandører, er ikke godkjent.

**4.5** [Ansvarlig] holder listen på [lenke] og går gjennom den sammen med disse retningslinjene.

## 5. Kodeagenter

**5.1** Kodeagenter (for eksempel Claude Code, Codex, Cursor, GitHub Copilot eller Cline) kan brukes i kodelagrene som står på [lenke].

**5.2** Aldri hemmeligheter i prompter, agentinstruksjoner eller kode som sjekkes inn. Hold .env-filer og påloggingsdata utenfor agentens rekkevidde, og kjør [verktøy for hemmelighetsskanning] på hver commit.

**5.3** Agenter kjører med minst mulig rettigheter: ingen påloggingsdata til produksjon, ingen skrivetilgang til produksjonssystemer og ingen automatisk godkjenning av kommandoer som sletter data, endrer infrastruktur eller pusher til beskyttede brancher.

**5.4** All kode skrevet av KI går gjennom vanlig pull request-gjennomgang av en annen person enn den som genererte den, og gjennom de samme testene og sikkerhetsskanningene som annen kode. Den som lager pull requesten, er ansvarlig for koden.

**5.5** Sjekk lisensene til avhengigheter agenten legger til, og til lengre passasjer den gjengir ordrett.

**5.6** MCP-servere, plugins og utvidelser er verktøy etter punkt 2 og må godkjennes før bruk.

## 6. Lagring og logging

**6.1** Godkjente verktøy settes opp slik at leverandørene ikke beholder noen kopi av prompter og svar utover det som trengs for å betjene hver forespørsel, der leverandøren tilbyr dette.

**6.2** [Bedriften] logger metadata om KI-bruk: hvem, hvilket verktøy eller hvilken nøkkel, hvilken modell og leverandør, når og til hvilken kostnad. Disse opplysningene lagres i [12 måneder].

**6.3** Innholdet i prompter og svar logges ikke sentralt, med mindre [lovkrav eller godkjent bruksområde]. Der det logges, beskyttes det som den høyeste dataklassen det inneholder.

**6.4** Samtalehistorikk i godkjente verktøy slettes etter [periode]. Resultater som er forretningsdokumenter, lagres i [dokumentsystem], ikke bare i KI-verktøyet.

**6.5** Bruksloggene brukes til sikkerhet, kostnadskontroll og etterlevelse, slik det står i [personvernerklæringen for ansatte].

## 7. Menneskelig kontroll av resultater

**7.1** Du er ansvarlig for alle KI-resultater du bruker. Kontroller fakta, tall, sitater, kilder, kode og juridiske utsagn før du støtter deg på dem.

**7.2** En kvalifisert person går gjennom KI-resultatet før det sendes til en kunde, publiseres, brukes i en kontrakt eller brukes i en avgjørelse om en person, som ansettelse, medarbeidervurdering, kreditt eller tilgang til en tjeneste.

**7.3** KI tar ikke endelige avgjørelser som har rettsvirkning eller tilsvarende betydelig virkning for en person. [List opp bruk som er forbudt eller krever en egen risikovurdering.]

**7.4** Der yrket ditt krever det, noter i [system] når KI har bidratt vesentlig til råd gitt til en klient.

## 8. Opplysning om KI-generert innhold

**8.1** Når [Bedriften] publiserer bilde, lyd eller video som er en deepfake (innhold som ligner virkelige personer, gjenstander, steder eller hendelser og feilaktig vil fremstå som ekte), opplyser vi at det er kunstig generert eller manipulert. Dette er en plikt for den som bruker KI-systemet, etter artikkel 50 nr. 4 i KI-forordningen, fra 2. august 2026.

**8.2** Når vi publiserer tekst som er generert eller endret av KI for å informere offentligheten om saker av allmenn interesse, opplyser vi også om det, med mindre en person har gjennomgått eller redigert teksten og [Bedriften] har det redaksjonelle ansvaret.

**8.3** Maskinlesbar merking av KI-innhold (vannmerker, metadata) er leverandøren av KI-systemets plikt etter artikkel 50 nr. 2. Ikke fjern slik merking.

**8.4** I tillegg til lovkravene gjelder dette i [Bedriften]: [chatboter i kundekontakt merkes som KI / kundekommunikasjon opplyser om det når innhold i hovedsak er KI-generert].

## 9. Opplæring i KI-kompetanse

**9.1** [Bedriften] iverksetter tiltak for å styrke KI-kompetansen til de ansatte og andre som bruker KI-systemer på bedriftens vegne, ut fra deres kunnskap, erfaring, utdanning og opplæring og sammenhengen verktøyene brukes i. Dette er plikten i artikkel 4 i KI-forordningen, som gjelder fra 2. februar 2025.

**9.2** Alle gjennomfører [grunnkurs i KI] før de får tilgang til et godkjent verktøy, og [en oppfriskning hver 12. måned].

**9.3** Opplæringen dekker disse retningslinjene, dataklassene, hvordan modeller kan ta feil, promptinjeksjon og hva hvert verktøy er godkjent til. Utviklere som bruker kodeagenter, og team som bruker KI i avgjørelser om personer, får i tillegg rollebasert opplæring.

**9.4** [HR / ansvarlig] registrerer hvem som har fullført hvilken opplæring.

## 10. Melding av hendelser

**10.1** Meld fra til [sikkerhetskontakt eller kanal] innen [24 timer] om: data lagt inn i et verktøy der de ikke var tillatt, en hemmelighet eksponert for et KI-verktøy, skadelig eller diskriminerende innhold som har nådd en kunde, en agenthandling som uventet endret eller slettet noe, eller mistanke om promptinjeksjon.

**10.2** Det forventes at feil meldes raskt, og det får ingen disiplinære følger. Å skjule en feil er brudd på retningslinjene.

**10.3** En eksponert hemmelighet byttes umiddelbart. [Informasjonssikkerhet / personvernombudet] vurderer om personvernregelverket krever melding til tilsynsmyndigheten eller til de berørte.

## 11. Budsjett og godkjenning av betalt bruk

**11.1** Betalte KI-abonnementer, lisenser og API-bruk må godkjennes av [budsjettansvarlig] før kjøp. KI-verktøy kjøpes ikke med private kort uten [refusjonsgodkjenning].

**11.2** Hver person og hver applikasjon med betalt bruk har et månedsbudsjett satt av [budsjettansvarlig]. Når budsjettet er brukt opp, stopper bruken til [budsjettansvarlig] godkjenner mer.

**11.3** [Økonomiavdelingen] går gjennom KI-kostnadene per person, applikasjon og kostnadssted [hver måned].

**11.4** Ubrukte lisenser og nøkler sies opp ved [kvartalsvis] gjennomgang.

## 12. Gjennomgang og ansvar

**12.1** [Ansvarlig] eier disse retningslinjene, listen over godkjente verktøy og listen over godkjente modeller og leverandører.

**12.2** Retningslinjene gjennomgås hver [6. måned], og straks etter en alvorlig hendelse, en ny type verktøy eller en lovendring.

**12.3** Brudd på retningslinjene behandles etter [reglement / avtalevilkår].

**12.4** Versjonshistorikk: [dato, versjon, endring, godkjent av].

---

## Rettskilder

- Artikkel 4 (KI-kompetanse) og artikkel 50 (åpenhet) i forordning (EU) 2024/1689, KI-forordningen (https://eur-lex.europa.eu/eli/reg/2024/1689/oj). Artikkel 4 gjelder fra 2. februar 2025, artikkel 50 fra 2. august 2026.
- Artikkel 4 slik den er erstattet ved forordning (EU) 2026/1744, den digitale omnibusen om KI (https://eur-lex.europa.eu/eli/reg/2026/1744/oj), kunngjort i EU-tidende 24. juli 2026: leverandører og brukere iverksetter tiltak for å styrke KI-kompetansen til de ansatte, uten krav om å garantere et bestemt nivå for hver enkelt.
- Malen er generell veiledning og ikke juridisk rådgivning. La personvernombudet eller en advokat gå gjennom den opp mot reglene i deres bransje.

_Basert på den gratis malen på https://standardcompute.com/ki-retningslinjer-mal (versjon 9. november 2026). Fri til å kopiere og redigere. Ikke juridisk rådgivning._