Af Greg Nowak. Senest opdateret 2026-10-02.
En ny medarbejder starter på mandag. Kontrakten er underskrevet, men computeren skal bestilles, kontoen oprettes, og nogen skal tage stilling til systemadgang. Når aftalerne ligger spredt i mails, er det svært at se, hvem der gør hvad, og om noget stadig mangler fredag eftermiddag.
Kunne jeres virksomhed bruge det her? nowa.dk sætter AI-automatisering op for danske virksomheder.
En fælles arbejdsgang kan samle opgaverne. AI kan lave det første udkast ud fra en godkendt ansættelsesbesked: IT opretter konto, administrationen bestiller udstyr, og lederen planlægger introduktion. Det sparer indtastning, men adgang kræver stadig en beslutning fra den leder, der kender medarbejderens rolle.
Giv arbejdsgangen et klart udgangspunkt
Start først, når ansættelsen er godkendt. Et kort skema med navn, startdato, afdeling, nærmeste leder og rolle giver nok til at foreslå de fleste praktiske opgaver. Lønoplysninger og kontraktmateriale hører ikke hjemme i IT's opgaveliste. Jo færre oplysninger der sendes rundt, desto lettere er listen også at kontrollere.
En valgt rolle er mere brugbar end en løs beskrivelse i et fritekstfelt. Har virksomheden en tjekliste for rollen, kan AI bruge den til at foreslå opgaver og gøre opmærksom på mangler. Hvis startdato eller leder mangler, må arbejdsgangen bede om oplysningen, før den sender opgaver videre. Formuleringer som »skal kunne se det hele« er ikke et grundlag for at tildele rettigheder.
To kontroller med hvert sit formål
Microsoft beskriver, hvordan en prompt kan indgå i et Power Automate-flow, og hvordan den genererede tekst kan sendes til menneskelig gennemgang. Det passer godt til den første del af onboarding: AI foreslår opgaver og ansvarlige, og en medarbejder retter listen. Derefter bekræfter lederen den konkrete rolle og adgang. Se Microsofts beskrivelse af AI-prompts og menneskelig gennemgang i Power Automate.
Den første kontrol handler om arbejdet: Mangler der en opgave? Har den en ejer og en frist? Er noget allerede gjort? Lederens kontrol handler om rettigheder til grupper, delte områder og applikationer. At godkende en velformuleret opgaveliste er ikke det samme som at godkende alle adgange på listen.
| Trin | Ansvarlig | Beslutning eller synligt resultat |
|---|---|---|
| Ansættelse meldes klar | Administration eller HR | Startdato, leder og rolle er bekræftet. |
| Opgaver foreslås | AI i arbejdsgangen | Et udkast bygger på beskeden og rollens faste tjekliste. |
| Listen kontrolleres | Udpeget medarbejder | Mangler og fejl rettes; opgaver får ejer og frist. |
| Adgang godkendes | Nærmeste leder | Konkrete grupper og systemer bekræftes eller afvises. |
| Arbejdet udføres | IT og øvrige ansvarlige | Hver opgave får status, så åbne trin kan følges op. |
Adgang kræver mere præcision end »opret bruger«
Det er forholdsvis enkelt at sende opgaven »opret bruger« til IT. »Giv adgang til kundedata« efterlader væsentlige spørgsmål: Hvilket system og hvilken gruppe gælder det? Skal adgangen gælde fra første dag? Hvem må godkende den? Hvis svarene mangler, skal opgaven gå til lederen eller systemejeren til afklaring.
Et afgrænset standardsæt for hver rolle gør beslutningen lettere. Lederen kan bekræfte sættet, fjerne en adgang eller begrunde en ekstra. Gem både beslutningen og udførelsen: hvem godkendte hvad og hvornår, og hvad ændrede IT faktisk? Den historik hjælper, hvis en fejl skal undersøges, eller adgangen senere skal ændres eller fjernes ved et rolleskift.
Bruger virksomheden Microsoft, er Entra Lifecycle Workflows relevant at undersøge. Microsoft beskriver arbejdsgange for nye medarbejdere, rolleændringer og fratrædelse samt historik og revisionslog. Funktionen kræver relevante Entra-licenser, så valget afhænger af den eksisterende opsætning. I Google Workspace dokumenterer Directory API blandt andet oprettelse af brugere og ændringer i gruppemedlemskab. API'et kan udføre en godkendt beslutning; selve adgangsbeslutningen ligger hos virksomheden.
Det åbne arbejde skal kunne ses før mandag
Oprettede opgaver er kun nyttige, hvis nogen kan se, hvor de står. Hver opgave bør have en ejer, en frist og en forståelig status. Er udstyret endnu ikke bestilt, skal det stå som åbent. Kan IT ikke oprette kontoen, fordi rollen er uklar, skal den afvente en navngiven persons svar. En teknisk fejlmeddelelse må ikke forveksles med en afsluttet opgave.
En kort oversigt før startdatoen kan vise, hvad der er færdigt, hvad der venter på godkendelse, og hvad der kræver handling. Så kan lederen afklare adgangen, mens administrationen følger op på udstyret. Efter første arbejdsdag kan samme oversigt bruges til at tjekke, om medarbejderen faktisk kan arbejde, og til at lukke de sidste opgaver.
Del kun de personoplysninger, opgaven kræver
En onboardingliste skal fortælle folk, hvad de skal gøre. Den behøver ikke indeholde hele personalesagen. Datatilsynets vejledning om ansættelsesforhold fremhæver, at personoplysninger skal opbevares ud fra et konkret behov og slettes, når opbevaring ikke længere er nødvendig. Vejledningen behandler blandt andet oplysninger fra rekruttering. Derfor bør virksomheden beslutte, hvilke oplysninger hver ansvarlig får, og hvor længe opgavelister og godkendelseslog skal gemmes. Læs Datatilsynets vejledning om personoplysninger i ansættelsesforhold.
Det gælder også AI-trinnet. Startdato og rolle kan være nødvendige for at foreslå opgaver. Ansøgningsmateriale, private kontaktoplysninger og løn skal ikke med i prompten, blot fordi filerne ligger samme sted. Virksomheden må selv fastlægge behandlingsgrundlag, adgang til oplysningerne og passende slettefrister for den valgte løsning.
Prøv forløbet af på én rolle
Begynd med en almindelig rolle og dens faste opgaver. Udpeg, hvem der må godkende adgang, og lad arbejdsgangen lave et udkast, der kan rettes, før konti eller grupper ændres. Undervejs kan I se på, hvor opgaver mangler en ejer, hvor godkendelser går i stå, og hvad der stadig er åbent på startdatoen. Så bliver det tydeligt, hvilke trin der skal justeres.
Hos nowa.dk, Gregs AI-automatiseringsservice for danske virksomheder, kan Greg hjælpe med at bygge netop sådan et forløb: fra den godkendte ansættelsesbesked til et kontrolleret AI-udkast, lederens adgangsbeslutning og en synlig log over arbejdet. Det giver mindre gentaget koordinering og et klart sted at følge op, når mandag nærmer sig.
Relateret på GrN.dk
- AI på bookingsiden: Hvad må den love kunden, før I taler sammen?
- Fra salgsmøde til CRM: Automatisér opfølgningen uden datarod
- Kundeindbakken må sortere sig selv – men ikke kommandere din AI
Brug for hjælp til den slags opgaver?
Tal med Greg om en onboardingarbejdsgang Kontakt Greg her.
