Fra Excel-kaos til revisjonsklart: migrering til strukturert dokumentasjon

Mange virksomheter starter KI-dokumentasjonen i det verktøyet de kjenner best: et regneark. Det er forståelig – Excel er tilgjengelig, fleksibelt og krever ingen opplæring. Problemet oppstår når dokumentasjonen vokser: versjoner sprer seg, filer ligger i ulike mapper, og ingen vet hva som er gjeldende. Denne artikkelen gir deg en praktisk fremgangsmåte for å migrere fra ustrukturert dokumentasjon til noe som tåler revisjon.

Merk: Denne artikkelen er veiledende og beskriver en tilnærming som kan tilpasses virksomhetens størrelse og eksisterende verktøy.

Hva «Excel-kaos» ser ut som

De fleste virksomheter kjenner igjen ett eller flere av disse mønstrene:

Spredt informasjon

• Klassifiseringsnotater i ett regneark, risikovurdering i et annet.
• Leverandørdokumentasjon som vedlegg i e-post.
• Drøftingsreferater i et Word-dokument i noens personlige mappe.
• Opplæringsregisteret i en tredje fil.

Versjonsproblemer

• Flere kopier av samme fil: «Systemfil_v2_endelig.xlsx», «Systemfil_v2_endelig_OPPDATERT.xlsx».
• Ingen vet hvilken versjon som er gjeldende.
• Endringer gjøres uten at forrige versjon arkiveres.

Manglende sporbarhet

• Ingen logg over hvem som endret hva, og når.
• Ingen godkjenningshistorikk.
• Ingen kobling mellom dokumenter – for eksempel mellom systemfilen og konsekvensvurderingen.

Personavhengighet

• Bare én person vet hvor filene er.
• Når personen er borte, er dokumentasjonen utilgjengelig.

Hva «revisjonsklart» betyr

Revisjonsklart betyr ikke perfekt. Det betyr at dokumentasjonen oppfyller fire kriterier:

1. Komplett: All påkrevd informasjon finnes – eller det er dokumentert at den mangler og hvorfor.
2. Sporbar: Du kan se hvem som opprettet og endret dokumentet, og når.
3. Tilgjengelig: Dokumentene er samlet på ett sted og kan hentes frem raskt.
4. Oppdatert: Innholdet gjenspeiler dagens situasjon, ikke situasjonen da filen ble opprettet.

Ved tilsyn eller revisjon er det disse fire punktene du blir vurdert mot – ikke om du bruker et bestemt verktøy.

Vurder utgangspunktet ditt

Før du migrerer, kartlegg hva du faktisk har. Bruk denne oversikten:

KARTLEGGING AV EKSISTERENDE DOKUMENTASJON
==========================================

System: [Systemnavn]

Dokumenttype         | Finnes? | Hvor?            | Sist oppdatert | Eier
---------------------|---------|------------------|----------------|----------
Systemfil            | Ja/Nei  | [Plassering]     | [Dato]         | [Navn]
Klassifisering       | Ja/Nei  | [Plassering]     | [Dato]         | [Navn]
Konsekvensvurdering  | Ja/Nei  | [Plassering]     | [Dato]         | [Navn]
Leverandørdok.       | Ja/Nei  | [Plassering]     | [Dato]         | [Navn]
Drøftingsreferat     | Ja/Nei  | [Plassering]     | [Dato]         | [Navn]
Tilsynsrutine        | Ja/Nei  | [Plassering]     | [Dato]         | [Navn]
Opplæringsregister   | Ja/Nei  | [Plassering]     | [Dato]         | [Navn]
Hendelseslogg        | Ja/Nei  | [Plassering]     | [Dato]         | [Navn]

Denne kartleggingen gir deg oversikt over hva som finnes, hvor det er, og hvor hullene er.

Velg en målstruktur

Du trenger ikke et avansert system. Velg en struktur som passer virksomhetens størrelse:

Alternativ 1: Delt mappe med fast struktur

Passer for virksomheter med få KI-systemer (1–3) og lite endringstakt.

KI-dokumentasjon/
├── Oversikt/
│   ├── KI-systemoversikt.xlsx
│   └── Ansvarsmodell.docx
├── System A/
│   ├── Systemfil.docx
│   ├── Klassifisering.docx
│   ├── Konsekvensvurdering.docx
│   ├── Leverandørdokumentasjon/
│   ├── Drøfting/
│   └── Endringslogg.xlsx
├── System B/
│   └── [Samme struktur]
├── Opplæring/
│   ├── Opplæringsplan.docx
│   └── Opplæringsregister.xlsx
└── Hendelser/
    └── Hendelseslogg.xlsx

Alternativ 2: Dokumentsystem med maler

Passer for virksomheter med flere systemer (4+) eller høyrisiko-systemer.

• Bruk virksomhetens eksisterende dokumentsystem (SharePoint, Confluence, Google Drive med felles struktur).
• Opprett faste maler for systemfil, klassifisering og konsekvensvurdering.
• Bruk innebygd versjonering.
• Sett opp tilgangsstyring.

Alternativ 3: Dedikert verktøy

Passer for virksomheter med mange systemer, strenge krav eller behov for automatisering.

• Compliance-plattformer med KI-modul.
• GRC-verktøy (Governance, Risk, Compliance).
• Egenutviklede løsninger.

For de fleste SMB-er er alternativ 1 eller 2 tilstrekkelig.

Migreringsprosess i fem steg

Steg 1: Opprett målstrukturen

Lag mappestrukturen og malene før du begynner å flytte innhold. Sørg for at alle involverte vet hvor den nye strukturen ligger og hvordan den er organisert.

Sjekkliste:

• Mappestruktur er opprettet.
• Maler for systemfil, klassifisering og vurdering er klare.
• Tilgangsrettigheter er satt.
• Alle involverte er informert om den nye plasseringen.

Steg 2: Migrer ett system om gangen

Start med det viktigste systemet – typisk det med høyest risiko eller mest bruk. Flytt all dokumentasjon for dette systemet til den nye strukturen.

For hvert system:

1. Samle all eksisterende dokumentasjon (bruk kartleggingen fra tidligere).
2. Identifiser den gjeldende versjonen av hvert dokument.
3. Overfør innholdet til den nye malen.
4. Marker det som er utdatert eller mangler.
5. Arkiver de gamle filene (ikke slett dem ennå).

Steg 3: Fyll hull

Kartleggingen vil typisk avdekke mangler. Prioriter å fylle de viktigste hullene:

Ikke vent med å migrere til alt er komplett. Det er bedre å ha en strukturert fil med kjente hull enn en ustrukturert samling som ser komplett ut.

Steg 4: Etabler versjonskontroll

For hvert dokument i den nye strukturen, innfør enkel versjonering:

VERSJONSHISTORIKK
=================

Versjon | Dato       | Endret av | Beskrivelse
--------|------------|-----------|--------------------------------
1.0     | 2026-02-01 | [Navn]    | Migrert fra tidligere format
1.1     | 2026-03-15 | [Navn]    | Oppdatert leverandørinformasjon

Hvis du bruker et dokumentsystem med innebygd versjonering (SharePoint, Google Docs), bruk den – men legg likevel inn en synlig versjonshistorikk i selve dokumentet. Ved eksport til PDF eller utskrift mister du systemets versjonshistorikk.

Steg 5: Sett opp gjennomgangsrutine

Migreringen er ikke ferdig når filene er flyttet. Dokumentasjonen forfaller raskt hvis den ikke gjennomgås regelmessig.

Sett opp:

• Faste gjennomgangsdatoer – halvårlig for høyrisiko, årlig for øvrige.
• Påminnelser – i kalender eller oppgavesystem.
• Ansvar – en navngitt person per system.

Hva gjør du med de gamle filene?

Når migreringen er gjennomført:

1. Ikke slett de gamle filene umiddelbart. De kan inneholde historikk som er nyttig ved revisjon.
2. Flytt dem til en arkivmappe. Marker dem tydelig som «erstattet av ny struktur, [dato]».
3. Sett en frist for sletting. For eksempel 12 måneder etter migrering, forutsatt at all relevant informasjon er overført.
4. Fjern tilgang for redigering. Ingen skal oppdatere de gamle filene – all ny aktivitet skjer i den nye strukturen.

Eksempel: migrering av et rekrutteringssystem

Før (typisk utgangspunkt)

• «KI-screening oversikt.xlsx» i HR-lederens personlige OneDrive.
• «Leverandør info.pdf» som vedlegg i en e-post fra 2025.
• «Notat fra drøfting med tillitsvalgte.docx» i et fellesområde uten tydelig plassering.
• Ingen formell klassifisering.
• Ingen konsekvensvurdering.

Etter (revisjonsklart)

KI-dokumentasjon/
└── Rekrutteringssystem X/
    ├── Systemfil v1.0 (2026-02-01).docx
    │   [Inneholder: systembeskrivelse, klassifisering,
    │    eier, stedfortreder, versjoneringslogg]
    ├── Konsekvensvurdering v1.0 (2026-02-15).docx
    │   [Inneholder: FRIA, identifiserte risikoer, tiltak]
    ├── Leverandørdokumentasjon/
    │   ├── Leverandør teknisk dok. (mottatt 2026-01-20).pdf
    │   └── Forespørsel og svar (2026-01-10).pdf
    ├── Drøfting/
    │   └── Referat drøfting tillitsvalgte (2026-02-05).docx
    ├── Tilsynsrutine v1.0 (2026-02-15).docx
    └── Endringslogg.xlsx
        [Dato | Endring | Utført av | Versjon]

Forskjellen: alt er samlet, versjonert, sporerbart og tilgjengelig for alle som trenger det.

Typiske utfordringer under migrering

«Vi har ikke tid»

Migrering trenger ikke skje på én gang. Start med de viktigste systemene og ta resten over tid. En halv dag per system er ofte tilstrekkelig for den første migreringen.

«Vi vet ikke hva vi har»

Det er nettopp derfor kartleggingen er første steg. Å oppdage at du ikke vet hva du har, er i seg selv verdifull informasjon.

«Vi har for mange systemer»

Prioriter etter risiko. Høyrisiko-systemer først, deretter systemer som berører mange personer, deretter resten.

«Leverandøren har ikke svart»

Dokumenter at forespørselen er sendt. En ubesvart forespørsel er bedre enn ingen forespørsel – det viser at virksomheten har forsøkt å innhente informasjon.

«Vi trenger et nytt verktøy»

Kanskje – men ikke nødvendigvis. En godt organisert mappestruktur med faste maler er revisjonsklar. Ikke la verktøyvalg bli en unnskyldning for å utsette migreringen.

Vanlige feil å unngå

• Migrere uten å rydde. Å flytte kaos til en ny mappe gir ikke struktur. Gjennomgå og oppdater innholdet mens du migrerer.
• Beholde to parallelle systemer. Når migreringen er gjort, må det gamle systemet lukkes for redigering. To steder å oppdatere betyr at ingen av dem er oppdatert.
• Bare flytte filer uten maler. Struktur kommer fra maler, ikke fra mappenavn. Bruk faste maler for alle dokumenttyper.
• Ingen eier for den nye strukturen. Noen må eie den nye strukturen og følge opp at den brukes. Uten dette går det tilbake til kaos.
• Vente på at alt er perfekt. En ufullstendig struktur med kjente hull er bedre enn en ustrukturert samling som ser komplett ut. Start enkelt og forbedre over tid.

Sjekkliste

• Eksisterende dokumentasjon er kartlagt per system.
• Gjeldende versjoner er identifisert.
• Målstruktur (mappe og maler) er opprettet.
• Minst ett system er migrert som pilot.
• Hull i dokumentasjonen er identifisert og prioritert.
• Versjonshistorikk er etablert for migrerte dokumenter.
• Gjennomgangsrutine er satt opp med datoer og ansvarlige.
• Gamle filer er arkivert og markert som erstattet.
• Alle involverte vet hvor den nye strukturen ligger.
• Eier for den nye strukturen er utpekt.

Videre lesning

• Arbeidsflyt og maler (oversikt)
• Lag din første KI-systemfil: hvilken informasjon trenger du?
• HR KI-dokumentasjonspakke: hva bør ligge i mappen?
• Menneskelig kontroll (human oversight): roller, godkjenning og overstyringer
• Hendelser og klager i HR-AI: slik logger du og følger opp
• Hvem eier KI-dokumentasjon internt? (HR vs IT vs juridisk vs innkjøp)
• AI literacy i praksis: hvordan dokumentere opplæring for ansatte som bruker KI

Sist oppdatert

2026-02-02