Tilladelser efter Flytning af filer i Teams/SharePoint
Forstå hvad der sker – gør det rigtigt – og undgå forkerte tilladelser
2. December 2025 / Ejner Jensen
Baggrund
Når man kopier en fil/mappe med Teams/SharePoints ”Kopiér til”-funktion, så kan man altid være sikker på, at den arver tilladelserne på destinationen – og man ender aldrig med brudt nedarvning af tilladelser på destinationen.😊
Desværre er dette ikke altid tilfældet, når man bruger ”Flyt til”-funktionen – her kan man godt risikere at få flyttet tilladelser og brudte nedarvninger med fra kilden til destinationen! 
Det er lidt kompliceret – og der er mange forskellige kombinationer – så der er (meget forståeligt) en del forvirring på internettet om denne funktionalitet. Det er også sjældent, at alle kombinationer er dækket. Disse ting betyder, at hvis du spørger Copilot eller Gemini, så giver de varierende svar – som desværre ofte er forkerte. 
Dette vil jeg prøve at råde bod på i denne artikel.
Når du har læst artiklen, håber jeg, at du forstår, hvordan flytninger virker og kan undgå forkerte tilladelser, når du flytter filer og mapper.
NB: Selv om jeg har testet mange forskellige scenarier, så kan det være, at der er yderligere special tilfælde!
Brudt nedarvning af tilladelser
Ved du ikke, hvad “brudt nedarvning” af tilladelser er, så læs om det i:
Få styr på fil-tilladelser i Teams/SharePoint.
Undtagelser
Her er undtagelserne fra, at der nedarves tilladelser på destinationen ved flytning.
Se også tegningen nedenunder.
Indenfor samme websted
Når du flytter en fil – eller en mappe med indhold – til en anden mappe/bibliotek på samme websted – så flytter tilladelserne på hvert enkelt element med. Det kan være en af disse to muligheder:
- Oplysningen om at elementet arver fra overliggende niveau
– og så er der ingen problemer - Elementets entydige tilladelser
– og så kan det blive kompliceret
Med andre ord:
- Alle elementer med brudt nedarvning på kilden, vil også få brudt nedarvning på destinationen!
NB: Dette gælder også, hvis elementerne ligger i en mappe, som ikke har brudt nedarvning!
Til et andet websted
Hvis du flytter én fil til et andet websted – og filen har direkte entydige tilladelser – så får du mulighed for at vælge om delings-tilladelserne skal flyttes med – men bemærk, den brudte nedarvning på filen flytter med!
NB: Gælder ikke mapper! …eller flytning af flere filer på én gang !
NB: Gælder ikke tilladelser til SharePoint-grupper – disse arves altid på destinationen!
I praksis sker dette, når du flytter en fil til et andet websted og har valgt at delingstilladelser skal flyttes med:
- Filen flyttes til destinationen
- Filen nedarver tilladelserne på destinationen
- Nedarvningen brydes
- Delingstilladelserne fra kilden tildeles på destinationen
– undtagen dem til SharePoint-grupper.
Overblikstegning - med eksempler
Eksempler
Eksempler på flytning indenfor samme websted:
- Du har en fil – fx en pressemeddelelse – som kun nogle få personer i første omgang har fået adgang til at læse (filen har fået entydige tilladelser).
Da det bliver offentligt, flytter du filen til en mappe, som alle har adgang til, så de kan se offentliggjorte pressemeddelelser.
Det virker bare ikke – for de begrænsede læserettigheder flytter med!
Her skal man i stedet kopiere filen (så har du to versioner af filen!)
– eller slette entydige tilladelser før eller efter flytningen.
På tegning: Flytning af Fil A til Mappe 3. - Du har en fil, der ligger i en fortrolig mappe, hvor filen arver tilladelser fra mappen.
På et tidspunkt flytter du filen til en anden mappe – og tror, at den stadig er fortrolig – men det er den ikke!
I dette tilfælde arver filen tilladelserne på destinationen.
På tegning: Flytning af Fil B til Mappe 3. - Du flytter en mappe, hvor der ikke er brudt nedarvning – og den arver fint tilladelserne på destinationen. Men i mappen var der en fil med et delingslink – og den vil beholde tilladelserne fra kilden og få brudt nedarvningen på destinationen!
På tegning: Flytning af Mappe 1 til Mappe 3. Fil A bibeholder tilladelser fra kilden!
Efterfølgende konsekvenser
Det er ikke sikkert, at man med det samme opdager, at der er sket noget utilsigtet, da man flyttede en fil/mappe til et andet sted.
Forkerte tilladelser opdages senere
Det er ofte først senere, at man opdager, at der er for få – eller for mange – der har adgang til en fil/mappe. Når det så bliver opdaget, kobler man det måske ikke til den tidligere flytning – og så kan man virkelig blive forvirret – og måske bekymret over tilladelserne på webstedet.
Brudt nedarvning
Hvis man senere ændrer på tilladelserne til webstedet, vil dette i nogle tilfælde ikke slå igennem på de filer/mapper, hvor nedarvningen er brudt. Dette kan du læse mere om i artiklen:
Fil-tilladelser i Teams/SharePoint
Afslutning
Jeg har kun testet kopiering/flytning i SharePoint, hvor jeg har brugt 3-priks-menu-funktionerne ”Kopiér til” og ”Flyt til” – og jeg har ikke testet fra OneDrive – men det bør virke som en kopiering til et andet websted.
Og så en anbefaling fra Internettet, som jeg vil støtte, selvom jeg ikke har testet den:
Important: Always use the SharePoint/OneDrive web interface “Move to” and “Copy to” functions described in this article. Avoid using File Explorer or the OneDrive sync client to move files, as these methods can remove crucial metadata, create sync conflicts during collaborative editing, fail to transfer hidden files, cause versioning issues, and bypass SharePoint’s built-in safeguards.
Til sidst nogle af de kilder, som Google Gemini og Copilot fandt om emnet:
- Tested SharePoint folder moves – the permission behavior is absolutely wild 😔
- SharePoint online – Does copying or moving folder/files retain the permissions?
- M365: Moving or Copying Files in SharePoint and OneDrive
NB: Jeg garanterer ikke 100%, at jeg har alle scenarier med!
Skriv en kommentar, hvis du har oplevet noget andet – eller har spørgsmål 😊
