Forside › Analyse og fortolkning · Gennemgået oktober 2026 · Af John Nielsen
Kort svar: En AI-notetager leverer typisk tre ting: en optagelse, en transskription, der er lavet ud fra optagelsen, og et referat eller en opsummering, der er lavet ud fra transskriptionen. Hvert led tilføjer fejl, og de to sidste kan ofte redigeres bagefter. Bevisværdien falder derfor fra optagelse over transskription til referat. Ved en sikring skal alle tre led og deres versioner sikres fra den konto, hvor de faktisk ligger, og konklusioner om, hvad der blev sagt, skal så vidt muligt føres tilbage til optagelsen.
Hvad virksomheden praktisk skal gøre, er beskrevet på AI-notetagere i møder: hvem har optagelsen?, og den juridiske vurdering af referater og transskriptioner som bevis på AI-mødereferater og transskriptioner som bevis. Her gennemgås kilderne teknisk.
Tre typer notetagere
- Indbygget i mødeplatformen, fx transskription og intelligente opsummeringer i Teams, Zoom eller Google Meet. Data ligger i organisationens egen tenant eller konto.
- Bots, der deltager i mødet som en ekstra deltager. Optagelsen og teksten ligger hos botleverandøren, ofte på den konto, der inviterede botten, og det kan være en privat konto.
- Lokale programmer, der optager lyd fra computeren eller telefonen. Data ligger på enheden og eventuelt i leverandørens cloud.
Første skridt er at fastslå, hvilken type der blev brugt, og hvem der ejer kontoen. Mødedeltagerlisten kan vise en bot som deltager, mens et lokalt program ikke nødvendigvis efterlader spor i mødeplatformen.
Hvor data ligger i Microsoft 365
Ifølge Microsofts dokumentation gemmes optagelser og transskriptioner af Teams-møder i OneDrive og SharePoint. For planlagte møder og ad hoc-møder lander optagelsen i mødeindkalderens OneDrive i mappen Recordings, også hvis indkalderen ikke deltog. Ved opkald lander den hos den, der startede optagelsen, og ved kanalmøder i kanalens SharePoint-bibliotek. Transskriptionen gemmes sammen med optagelsen. Medindkaldere har samme redigeringsrettigheder som indkalderen.
Det har to konsekvenser. Filerne har den sædvanlige versionshistorik i OneDrive og SharePoint, og hændelser som visning, download, ændring og sletning kan findes i auditloggen; se Download og synkronisering i SharePoint og OneDrive. Og filerne kan omfattes af opbevaringspolitikker eller udløbe automatisk efter organisationens indstillinger, så de kan forsvinde, før sagen opstår.
Opkald og møder i Teams har desuden deres egne poster med deltagere og tidspunkter; se Teams-opkald og møder. AI-opsummeringer og spørgsmål stillet til Copilot om mødet er beskrevet i Copilot-interaktioner i Microsoft 365.
Versioner og redigering
Referater fra AI-notetagere kan i mange tjenester redigeres af værten eller ejeren, før de deles. Nogle tjenester viser, hvornår teksten sidst blev ændret, men ikke hvad der blev ændret. Transskriptioner kan i nogle tjenester også rettes. Derfor skal sikringen omfatte:
- den version, der blev delt med deltagerne, typisk i en mail eller mødechatten, med tidspunkt
- den aktuelle version i tjenesten
- versionshistorikken, hvis tjenesten har en
- den underliggende transskription og optagelse
Forskelle mellem den delte og den aktuelle version er ikke i sig selv mistænkelige. Rettelser af navne og fagudtryk er almindelige, men de skal kunne forklares.
Typiske fejl i transskription og referat
- Talergenkendelse: når flere sidder ved samme mikrofon i et mødelokale, tilskrives alt ofte lokalets konto. Navnet ved en replik er derfor ikke altid den, der talte.
- Genkendelsesfejl: dialekt, fagudtryk, navne, tal og sprog, der skifter undervejs, giver fejl. Negationer kan falde ud, og det kan vende meningen.
- Opsummeringsfejl: et referat kan udelade forbehold, slå udsagn sammen eller formulere en beslutning, der ikke blev truffet. Sprogmodeller kan også tilføje indhold, der ikke var i mødet.
- Huller: en bot, der kom sent ind eller blev smidt ud, har kun en del af mødet. Pauser i optagelsen ses som spring i tidskoderne.
- Tid: tidskoder i en transskription er ofte relative til optagelsens start. Koblingen til klokkeslæt kræver optagelsens starttidspunkt fra mødeplatformen.
Sikring trin for trin
- Identificér kilden: platform, notetager, kontoejer og mødets id og tidspunkt.
- Sikr optagelsen i originalformat fra den konto eller det bibliotek, hvor den ligger, ikke en kopi fra en deltager. Hash filen.
- Eksportér transskriptionen i tjenestens eget format, fx VTT eller DOCX, og gem den sammen med optagelsen.
- Sikr referatet i alle tilgængelige versioner og den version, der blev delt.
- Hent metadata: deltagerliste, tidspunkter for start og slut, og hvem der startede optagelsen og transskriptionen.
- Eksportér auditloggen for filerne og for mødet, og sæt et bevaringshold, hvis filerne kan udløbe.
- Registrér alt i bevisloggen med metode, konto og tidspunkt.
Er data hos en botleverandør, skal de eksporteres fra den konto, der ejer dem, eller via organisationens administratoradgang, hvis kontoen er en erhvervskonto. Optagelser fra en privat konto kan kun skaffes med ejerens medvirken eller ad processuel vej.
Notetagere fra eksterne deltagere
Når en ekstern deltager tager en notetager med, ligger optagelse, transskription og referat hos den deltagers organisation eller leverandør, uden for jeres tenant. I kan se botten i deltagerlisten og eventuelt i mødechatten, men ikke indholdet. Det samme gælder et lokalt program hos en deltager, som slet ikke behøver at vise sig i mødet.
For sikringen betyder det, at jeres egne spor begrænser sig til mødets metadata: hvem der deltog, hvornår botten kom ind og forlod mødet, og eventuelle meddelelser om optagelse. Dokumentér dem straks, fordi de er det, der kan vise, at en optagelse hos modparten overhovedet findes, og hvilket tidsrum den dækker. Selve indholdet kan kun skaffes med modpartens medvirken eller ad processuel vej, og en udleveret kopi bør ledsages af originalfilernes metadata og versionshistorik, så den kan kontrolleres.
Verifikation af indholdet
Den tekniske kontrol af en omstridt passage består i at gå fra referatet til transskriptionen og derfra til optagelsen, og at lytte selv. Hvis optagelsen ikke findes, er transskriptionen den bedste kilde, men den skal vurderes med de nævnte fejltyper for øje. Er der tvivl om, hvorvidt en optagelse er manipuleret, er det et separat spørgsmål om ægthed; se Deepfake i videomødet: mødelogs, deltagere og optagelser.
Google Meet, Zoom og andre platforme har tilsvarende funktioner, men placeringen af filerne og rettighederne er forskellig. I flere tjenester ligger opsummeringen hos værten, som kan redigere, dele og slette den. Afklar for den konkrete tjeneste, hvor optagelse, transskription og opsummering lagres, hvem der kan ændre dem, og om administratoren kan eksportere dem centralt.
Hvad sporene kan og ikke kan bevise
Optagelsen kan vise, hvad der blev sagt, og af hvem, hvis stemmerne kan genkendes. Transskriptionen viser, hvad tjenesten genkendte, og referatet viser, hvad en model og eventuelt en redaktør fik ud af det. Versionshistorik og auditlog kan vise, hvem der ændrede eller delte filerne. Ingen af dem viser alene, hvordan deltagerne forstod det, der blev sagt.
Kilder og versioner
- Microsoft Learn: Teams meeting recording and transcript storage and permissions in OneDrive and SharePoint
- Microsoft Learn: Manage transcription and captions for Teams meetings
Senest gennemgået: oktober 2026.
Næste skridt
Del af: Analyse og fortolkning
Læs også: Synkroniseringsklienter: Dropbox, Google Drive og iCloud Drive på computeren · Browserudvidelser som spor: installation, rettigheder og ondsindede udvidelser
→ Digital forensics-undersøgelse · For IT-afdelingen · Tlf. 70 13 63 23 · Digital bevissikring hos Nielco IT
