Wo liegen Teams-Dateien wirklich – und wie wirken SharePoint-, OneDrive- und Teams-Berechtigungen zusammen?

Ablageorte in Teams technisch einordnen: Kanaldateien in SharePoint, Chatdateien in OneDrive, Besprechungsuploads und ihre Pfade

Microsoft Teams wirkt in der Oberfläche wie ein einheitlicher Dateispeicher, tatsächlich werden Inhalte jedoch je nach Kontext in unterschiedlichen Microsoft-365-Diensten abgelegt. Diese technische Zuordnung entscheidet über Pfade, Freigabelogik, Versionierung, Aufbewahrung und darüber, ob spätere Berechtigungsänderungen „mitwandern“ oder nicht. Für eine belastbare Dateiorganisation in Teams zählt deshalb weniger die Stelle, an der eine Datei in Teams sichtbar ist, sondern der zugrunde liegende Speicherort.

Kanaldateien: Dokumentbibliothek der zugehörigen SharePoint-Teamwebsite

Dateien, die in einem Teamkanal unter „Dateien“ hochgeladen oder dort erstellt werden, liegen in SharePoint Online. Hinter jedem Team steht eine Microsoft-365-Gruppe mit einer SharePoint-Teamwebsite; deren Standard-Dokumentbibliothek heißt üblicherweise „Dokumente“. Innerhalb dieser Bibliothek legt Teams für jeden Standardkanal einen Ordner an, der dem Kanalnamen entspricht. Die Teams-Registerkarte zeigt damit nicht einen eigenen Speicher, sondern eine gefilterte Sicht auf SharePoint-Inhalte.

Für Standardkanäle gilt: Mitgliedschaft im Team steuert den Zugriff auf die SharePoint-Website und damit auf die Kanalordner. Änderungen an Teammitgliedschaften wirken folglich auch auf die Leserechte in der zugrunde liegenden Bibliothek, ohne dass einzelne Dateien neu freigegeben werden müssen. Abweichungen entstehen, wenn Berechtigungsvererbung in SharePoint auf Ordner- oder Dateiebene unterbrochen wird; dann können Teammitglieder trotz Teams-Mitgliedschaft blockiert sein oder umgekehrt Zugriff behalten, obwohl sie nicht mehr im Team sind.

Private Kanäle und freigegebene Kanäle (Shared Channels) nutzen aus Berechtigungsgründen eigene SharePoint-Sites. Teams isoliert damit den Zugriff technisch sauber vom restlichen Team, anstatt innerhalb derselben Bibliothek viele gebrochene Berechtigungen zu erzeugen. In der Praxis bedeutet das: Der „Dateien“-Tab eines privaten oder freigegebenen Kanals zeigt auf eine andere Site-URL als die Teamwebsite; Dateipfade und Sensitivity/Retention-Regeln können dadurch abweichen, sofern im Tenant unterschiedlich konfiguriert.

Chatdateien: OneDrive des Uploaders und linkbasierte Freigaben

Dateien aus privaten Chats (1:1 oder Gruppenchat) werden nicht in SharePoint des Teams gespeichert, sondern im OneDrive for Business der Person, die hochlädt. Teams legt dafür einen Ordner an, der typischerweise „Microsoft Teams Chat Files“ heißt. Die anderen Chatteilnehmenden erhalten Zugriff über eine Freigabe (in der Regel ein Link oder eine direkte Berechtigung auf die Datei). Teams „transportiert“ also keine Datei, sondern referenziert einen OneDrive-Inhalt.

Diese Architektur erklärt typische Effekte: Wenn der Uploader das Unternehmen verlässt und OneDrive bereinigt wird, verschwinden die Dateien im Chatverlauf trotz weiterhin sichtbarer Nachrichten. Ebenso ändert eine spätere Änderung der Chatteilnehmenden nichts an der bereits vergebenen OneDrive-Freigabe. Der Zugriff folgt nicht der Chatlogik, sondern dem Berechtigungsmodell von OneDrive/SharePoint: Besitzer ist die Uploader-Person, und die Datei lebt in deren persönlicher Site.

Auch die Versionierung ist hier OneDrive/SharePoint-Versionierung, nicht „Teams-Versionen“. Wird eine Datei im Chat geteilt und später im Kanal weiterbearbeitet, entstehen häufig zwei unterschiedliche Objekte, wenn statt „Verschieben“ oder „Kopieren“ mit anschließendem Bereinigungs- und Link-Update gearbeitet wird. Technisch bleibt der Chat-Link auf das Original in OneDrive gebunden, solange kein neuer Link im Chat gepostet wird.

• OneDrive-Ordnerpfad (typisch): /personal/<UPN>/Documents/Microsoft Teams Chat Files/
• SharePoint-Standardbibliothek eines Teams: /sites/<Teamname>/Shared%20Documents/ (in der Oberfläche oft als „Dokumente“ angezeigt)
• Standardkanal-Ordner innerhalb der Bibliothek: /sites/<Teamname>/Shared%20Documents/<Kanalname>/
• Chatfreigabe ist nicht „Chat-Mitgliedschaft“: Zugriff basiert auf OneDrive/SharePoint-Berechtigungen der Datei (z. B. Linkberechtigung oder direkte Freigabe), nicht auf dem Chatobjekt in Teams.

Besprechungsuploads: abhängig von Kanalbezug und Identität des Upload-Kontexts

Besprechungen erzeugen in Teams stets einen Chat- und Datei-Kontext, der sich je nach Besprechungstyp unterscheidet. Bei einer Kanalbesprechung ist der Kanal der organisatorische Anker: Dateien, die im Kanalkontext genutzt oder über den Kanal bereitgestellt werden, liegen im SharePoint des Kanals (Standardkanal: Teamwebsite; privater/freigegebener Kanal: jeweilige Kanal-Site). Dadurch greifen automatisch die Kanalberechtigungen, und die Dateien werden in derselben SharePoint-Struktur versioniert und verwaltet wie andere Kanaldateien.

Bei nicht kanalgebundenen Besprechungen (ad-hoc, Outlook-Termin ohne Kanal) entspricht das Upload-Verhalten in vielen Fällen dem von Chatdateien: Der Upload landet im OneDrive des Uploaders und wird für die Besprechungsteilnehmenden freigegeben. Besonders sichtbar wird das bei Teilnehmerwechseln oder externen Gästen: Die Teilnahme an der Besprechung allein garantiert keinen späteren Zugriff, wenn der OneDrive-Link eingeschränkt wurde oder der Besitzer-Account nicht mehr verfügbar ist.

In der Praxis entstehen so drei parallele „Dateiwelten“ rund um Meetings: (1) Materialien im Kanal-SharePoint, (2) Ad-hoc-Uploads im OneDrive einzelner Personen und (3) separat gespeicherte Aufzeichnungen/Transkripte, deren Ablage je nach organisatorischer Konfiguration variieren kann. Für eine klare technische Einordnung genügt als Regel: Kanalbezug führt in SharePoint des Kanals; Chat-/Ad-hoc-Kontext führt in OneDrive des Uploaders, mit Freigabe über Links bzw. Einzelberechtigungen.

Pfade und „Öffnen in SharePoint/OneDrive“ als zuverlässiger Prüfpunkt

Die belastbarste Methode zur Klärung des Speicherorts ist die Weiterleitung in den jeweiligen Dienst. In Teams führen die Menüpunkte „In SharePoint öffnen“ (bei Kanaldateien) beziehungsweise „In OneDrive öffnen“ oder „Link kopieren“ (bei Chatdateien) zum tatsächlichen Objekt. An der URL lässt sich der Dienst eindeutig erkennen: ...sharepoint.com/sites/... oder ...sharepoint.com/teams/... steht für Team-/Kanal-Sites; ...sharepoint.com/personal/... kennzeichnet OneDrive-Personalsites.

Diese Unterscheidung ist mehr als Kosmetik. SharePoint-Sites unterstützen strukturierte Informationsarchitektur (Bibliotheken, Metadaten, Inhaltsarten), während OneDrive primär persönliche Arbeitsablage mit punktueller Freigabe ist. Teams zeigt Inhalte zwar in einer gemeinsamen Oberfläche, aber der technische Unterbau entscheidet, ob Berechtigungen über Gruppenmitgliedschaft vererbt werden oder als individuelle Freigaben „kleben bleiben“. Wer den Pfad kennt, kann spätere Effekte bei Zugriff, Versionierung und Aufbewahrung präzise vorhersagen.

Berechtigungen und Freigaben verstehen: Team- und Kanalmitgliedschaft, SharePoint-Gruppen, OneDrive-Teilen, Linktypen und Gastzugriff

Von Teams-Mitgliedschaft zu SharePoint-Berechtigungen: die Kette der Zugriffskontrolle

Dateien in Standardkanälen eines Teams liegen in der SharePoint-Teamwebsite der zugrunde liegenden Microsoft-365-Gruppe. Die sichtbare Teammitgliedschaft in Teams ist dabei nur die Oberfläche: technisch wirken Berechtigungen über SharePoint-Gruppen und -Rollen. Teams synchronisiert Mitgliedschaften weitgehend automatisch in die entsprechenden SharePoint-Gruppen, sodass sich Zugriffe auf Dokumentbibliotheken, Ordner und Dateien aus der Team- und Kanalstruktur ableiten.

Typisch sind drei SharePoint-Gruppen: Owners, Members und Visitors. In den meisten Setups erhalten Owners Vollzugriff, Members können bearbeiten und Visitors lesen. Teams-Kanaldateien in Standardkanälen landen üblicherweise in einer Dokumentbibliothek (häufig „Dokumente“) unter einem Ordner mit dem Kanalnamen. Wird die Teammitgliedschaft geändert, passt sich der Zugriff auf diese Inhalte entsprechend an; bereits geteilte Links können dennoch weiter funktionieren, wenn sie nicht an die Mitgliedschaft gebunden sind, sondern als eigenständige Freigabe existieren.

Spezialfall: Private und geteilte Kanäle besitzen ein eigenes Berechtigungsmodell. Private Kanäle erzeugen eine separate SharePoint-Website (site collection) mit eigener Mitgliederverwaltung; die Teammitgliedschaft allein reicht dort nicht. Geteilte Kanäle arbeiten ebenfalls mit separater SharePoint-Website, erlauben aber die Teilnahme ohne vollständige Teamaufnahme, inklusive B2B-Identitäten. Das reduziert Sichtbarkeit und Datenabfluss, verlangt jedoch saubere Governance, weil sich Berechtigungen nicht mehr „einfach“ aus dem Team ableiten.

OneDrive-Teilen in Chats: Eigentum, Lebenszyklus und typische Nebenwirkungen

Dateien, die in privaten Chats oder Gruppenchats hochgeladen werden, werden in OneDrive for Business der Person gespeichert, die den Upload ausführt (in einem Ordner wie „Microsoft Teams Chat Files“). Teams erzeugt anschließend eine Freigabe für die übrigen Chatteilnehmenden. Damit bleibt die hochladende Person Eigentümerin; Aufbewahrung, Löschung und Nachvollziehbarkeit folgen primär OneDrive- und Purview-Regeln dieses Kontos.

Das erklärt mehrere wiederkehrende Effekte: Verlässt die Eigentümerin die Organisation und wird das Konto gelöscht, kann der Zugriff auf Chat-Dateien abbrechen, sofern keine Übernahme- oder Aufbewahrungsmaßnahmen greifen. Ebenso kann die spätere Reduzierung von Chatteilnehmenden die ursprüngliche Freigabe nicht zwingend automatisch zurücknehmen, weil die Datei mit einem eigenständigen Berechtigungseintrag geteilt wurde. Versionsverlauf und Co-Authoring funktionieren weiterhin, aber die Zuständigkeit für Bereinigung und Governance liegt nicht beim Team, sondern beim OneDrive-Kontext.

Für langfristige Teamdokumente ist deshalb entscheidend, den Speicherort so zu wählen, dass Eigentümerschaft und Zugriff an die Teamstruktur gekoppelt sind. In der Praxis bedeutet das: Inhalte, die als Arbeitsstand oder Referenz für einen Kanal dienen, gehören in die SharePoint-Bibliothek des Kanals, nicht in den Chat.

Linktypen und Freigabeoptionen: was sie wirklich bewirken

Freigaben in OneDrive und SharePoint basieren auf Links, die an unterschiedliche Sicherheitsprinzipien gebunden sind. Entscheidend sind zwei Achsen: Wer darf den Link nutzen (z. B. nur Personen in der Organisation, bestimmte Personen, Personen mit Link) und welche Aktion ist erlaubt (anzeigen, bearbeiten, ggf. herunterladen blockieren, Ablaufdatum, Kennwort). Welche Linktypen angeboten werden, steuert der Tenant bzw. die SharePoint-Administrationskonfiguration; nicht jede Organisation erlaubt anonyme Links oder externe Freigaben.

„Bestimmte Personen“ ist in vielen Umgebungen der stabilste Modus, weil der Link nur für explizit benannte Identitäten funktioniert und Forwarding ins Leere läuft. „Personen in der Organisation“ eignet sich für breite interne Verteilung, kann aber bei versehentlicher Ablage sensibler Inhalte riskant sein, weil der Link intern beliebig weitergegeben werden kann. „Personen mit vorhandenem Zugriff“ erzeugt keinen neuen Zugriff, sondern liefert nur eine URL für bereits Berechtigte; das ist hilfreich, um nicht unbeabsichtigt Freigaben zu erweitern.

• Link ohne Berechtigungserweiterung: Personen mit vorhandenem Zugriff teilt nur die Adresse; es entsteht kein zusätzlicher Eintrag in der ACL.
• Identitätsgebundene Freigabe: Bestimmte Personen schreibt eine eindeutige Freigabe für benannte Konten/Groups; Linkweitergabe an Dritte funktioniert nicht.
• Breite interne Verteilung: Personen in <Organisation> erlaubt Nutzung durch jedes interne Konto mit Link; Governance hängt an DLP, Sensitivitätsbezeichnungen und Linkrichtlinien.
• Externe Freigabe (falls erlaubt): Gast-Zugriff erfolgt als authentifizierte B2B-Identität; anonyme Links (Jeder mit dem Link) sind tenantabhängig und sollten für Teamarbeitsbereiche restriktiv behandelt werden.

Beim Verschieben von Dateien zwischen OneDrive und SharePoint verändert sich nicht nur der Pfad, sondern häufig auch das Berechtigungsmodell. Ein echter „Verschieben“-Vorgang in Microsoft 365 kann die Datei als neues Element in der Zielbibliothek anlegen und dort die Vererbung übernehmen. Individuelle Freigaben aus dem Quellort werden je nach Methode und Richtlinie nicht automatisch 1:1 übernommen. Für kritische Inhalte empfiehlt sich daher die bewusste Neuzuweisung von Rechten im Ziel (z. B. über die SharePoint-Bibliothek), statt sich auf implizite Mitnahme zu verlassen.

Gastzugriff, externe Teilung und Kanaltypen: kontrollierte Öffnung ohne Datenabfluss

Gastzugriff in Teams und externe Freigabe in SharePoint/OneDrive sind getrennte Stellschrauben, die zusammenwirken können, aber nicht identisch sind. Ein Gast kann in einem Team Mitglied sein und dadurch auf Standardkanäle zugreifen, sofern die Team- und SharePoint-Einstellungen Gäste zulassen. Unabhängig davon kann eine einzelne Datei in SharePoint oder OneDrive extern geteilt werden, selbst wenn der Empfänger kein Teammitglied ist, sofern externe Freigabe aktiviert ist. Die Risikobetrachtung muss deshalb immer die tatsächliche Datenebene (SharePoint/OneDrive) einbeziehen, nicht nur die Teams-Oberfläche.

Private und geteilte Kanäle bieten hier differenzierte Steuerung: Private Kanäle kapseln Inhalte gegenüber dem restlichen Team, geteilte Kanäle erlauben gezielte Zusammenarbeit mit Personen außerhalb der Teamgrenzen. Beide Varianten reduzieren die Notwendigkeit, einzelne Dateien breit per Link zu teilen. Gleichzeitig steigt die Bedeutung sauberer Mitgliedschaftspflege, weil die Kanalmitgliedschaft die zentrale Berechtigungsquelle wird und „versehentliche“ Weitergabe über alte Links oder über OneDrive-Chatfreigaben die intendierte Abgrenzung unterlaufen kann.

In der Praxis hilft ein konsequenter Grundsatz: Dauerhafte Zusammenarbeit sollte über Mitgliedschaft (Team, privater Kanal, geteilter Kanal) abgebildet werden, punktuelle Übergaben über eng gebundene Links. Je stärker Inhalte an Rollen und Gruppen hängen, desto verlässlicher bleibt der Zugriff über Personalwechsel, Gerätewechsel und Projektdauer hinweg.

Dateien korrekt verschieben und organisieren: Umzug zwischen OneDrive und SharePoint, Umgang mit Links/Versionen, Namenskonventionen und typische Fehlannahmen

Verschieben ist nicht gleich Verschieben: Was technisch beim Umzug passiert

Dateien aus privaten Chats und 1:1- oder Gruppenunterhaltungen liegen in der Regel im OneDrive der hochladenden Person, häufig in einem Ordner wie OneDrive/…/Microsoft Teams Chat Files. Kanaldateien liegen dagegen in der SharePoint-Dokumentbibliothek des jeweiligen Teams, üblicherweise unter Dokumente/<Kanalname>. Ein „Verschieben“ zwischen diesen Welten ist deshalb kein reines Umbenennen, sondern ein Kopieren mit anschließendem Löschen am Quellort – inklusive aller Nebenwirkungen auf Freigabelinks, Versionshistorie und Metadaten.

Innerhalb derselben SharePoint-Bibliothek kann SharePoint häufig serverseitig verschieben. Dann bleiben Versionen und die Dokument-ID typischerweise erhalten, und Links sind deutlich stabiler. Ein Wechsel von OneDrive nach SharePoint (oder umgekehrt) erzeugt dagegen einen neuen Datei-Container mit neuer Versionskette. Das ist der entscheidende Grund, warum Links in Chats nach einem Umzug so oft ins Leere laufen, obwohl „die Datei doch noch da ist“.

Für planbare Umzüge gilt daher: erst den Zielort fachlich festlegen (Team/Projektbibliothek, Kanal, ggf. separate SharePoint-Seite), dann den Transfer durchführen und zuletzt die Kommunikation aktualisieren. Reihenfolgenfehler führen schnell zu doppelten Ablagen, unklaren Zuständigkeiten und Schattenfreigaben, die später niemand mehr nachvollziehen kann.

Praxisablauf: Umzug von OneDrive-Chatdateien in eine Teamstruktur

Der saubere Weg beginnt nicht in Teams, sondern in der jeweiligen Dateioberfläche (OneDrive oder SharePoint), weil dort die Zielbibliothek, Pfade und Berechtigungen sichtbar und prüfbar sind. Beim Transfer sollte bewusst zwischen „Kopie im Team“ (für gemeinsame Arbeit) und „Referenz im persönlichen Bereich“ (für Entwürfe oder personenbezogene Inhalte) unterschieden werden. Sobald mehrere Personen regelmäßig daran arbeiten, ist ein SharePoint-Ziel sinnvoll, weil Eigentümerschaft und Zugriffssteuerung teambezogen statt personenbezogen erfolgen.

• Quelle identifizieren: In OneDrive die Datei aus Microsoft Teams Chat Files öffnen und den aktuellen Linktyp prüfen (z. B. „Personen mit vorhandenem Zugriff“ vs. „Bestimmte Personen“).
• Zielbibliothek festlegen: In SharePoint die Teamwebsite öffnen und die Dokumentbibliothek Dokumente mit dem passenden Ordnerpfad wählen, z. B. Dokumente/Projekte/2025-ClientA/01_Working.
• Transfer durchführen: In OneDrive die Aktion Verschieben nach (oder Kopieren nach) verwenden und als Ziel die SharePoint-Teamwebsite auswählen; bei kritischen Dateien zuerst Kopieren nach nutzen und Löschung der Quelle erst nach Validierung.
• Zugriff validieren: Am Ziel die Berechtigungen prüfen: Standard ist „Mitglieder haben Bearbeiten“, „Besitzer Vollzugriff“, „Besucher Lesen“; bei sensiblen Ordnern Vererbung prüfen und dokumentieren.
• Kommunikationslinks ersetzen: In Teams den neuen SharePoint-Link teilen und dabei einen stabilen Linkmodus wählen (häufig Personen in der Organisation oder Personen mit vorhandenem Zugriff), statt individuellem Ad-hoc-Zugriff pro Chat.

Wichtig ist die Unterscheidung zwischen Datei-URL und Freigabelink. Die Datei kann korrekt im Team liegen, während alte Freigabelinks weiterhin auf den OneDrive-Speicherort zeigen. In der Praxis bleibt nur, neue Links zu erzeugen und in relevanten Beiträgen oder Dokumentationen zu aktualisieren.

Links, Versionen und Co-Authoring: Welche Nebenwirkungen realistisch sind

Bei Microsoft-365-Dateien (Word, Excel, PowerPoint) hängt Co-Authoring weniger am „Teams-Kontext“ als am Speicherort und den Berechtigungen. SharePoint bietet konsistente Versionierung, Papierkorb-Stufen und – je nach Bibliothekskonfiguration – zusätzliche Governance wie Inhaltsgenehmigung oder Aufbewahrungslabels. OneDrive bietet ebenfalls Versionen, aber die Eigentümerschaft bleibt personengebunden; bei Austritt oder Lizenzentzug entstehen organisatorische Risiken, wenn Inhalte nicht rechtzeitig in teamverwaltete Bibliotheken überführt werden.

Beim Verschieben zwischen OneDrive und SharePoint gehen Versionshistorien im Regelfall nicht „magisch“ mit. Selbst wenn die Datei identisch wirkt, beginnt die Versionszählung am Ziel neu. Auch Kommentare, Aufgabenverknüpfungen oder Verweise aus anderen Anwendungen können betroffen sein, weil sie häufig auf Link-IDs und Speicherorte referenzieren. Für Dateien, die in anderen Dokumenten verlinkt sind (z. B. Excel-Quellen, PowerPoint-Medien, Word-Referenzen), sollte der Umzug vorab getestet oder in einem Wartungsfenster geplant werden.

Namenskonventionen und Ordnerlogik: Stabilität entsteht durch Wiederholbarkeit

SharePoint und OneDrive sind technisch tolerant, organisatorisch aber empfindlich: lange Pfade, Sonderzeichen und ständig wechselnde Ordnerstrukturen erhöhen die Wahrscheinlichkeit für Synchronisationsprobleme, doppelte Ablagen und schwer nachvollziehbare Berechtigungsbrüche. Eine praxistaugliche Konvention hält Pfade kurz, trennt „Working“ von „Final“ und nutzt eine Sortierlogik, die auch ohne Teams-Kontext verständlich bleibt.

• Datumspräfix für Reihenfolge: YYYY-MM-DD für Besprechungsunterlagen oder Freigaben, z. B. 2025-11-18_Statusreport_ClientA.docx.
• Einheitliche Statusmarker: Kurze Suffixe wie _DRAFT, _REVIEW, _FINAL statt Versionen im Dateinamen wie „v7_final_final“; die Versionierung gehört in die Bibliothek.
• Ordner mit klarer Funktion: z. B. 01_Working, 02_Review, 03_Final, 99_Archive; numerische Präfixe stabilisieren die Reihenfolge unabhängig von Spracheinstellungen.
• Pfadlänge begrenzen: Flache Strukturen bevorzugen; keine tiefen „Projekt/Teilprojekt/Workstream/Meeting/…“-Kaskaden, wenn der gleiche Nutzen über Metadaten oder eine klarere Ordnertrennung erreicht wird.

Für langfristige Ablagen ist außerdem relevant, dass Kanalnamen oft umbenannt werden, während die zugrunde liegenden Ordnernamen in SharePoint nicht automatisch konsistent nachziehen. Wer eine stabile Ablage braucht, sollte projektbezogene Ordnerstrukturen in der Bibliothek planen, statt sich ausschließlich auf den automatisch erzeugten Kanalordner als „Ordnungssystem“ zu verlassen.

Typische Fehlannahmen, die zu Berechtigungs- und Datenproblemen führen

Viele Probleme entstehen weniger durch fehlende Funktionen als durch falsche mentale Modelle. Teams wirkt wie ein Dateispeicher, ist aber primär eine Oberfläche über SharePoint und OneDrive. Daraus folgen typische Irrtümer, die beim Verschieben und Organisieren unmittelbar schaden: Links werden als „die Datei“ interpretiert, Chatfreigaben als „Teamzugriff“, und ein Upload im Meeting als „im Kanal gespeichert“.

• „Eine Datei im Chat gehört dem Team“: Chat-Uploads liegen häufig in OneDrive der hochladenden Person; der Zugriff wird über Freigaben geregelt und kann bei Rollenwechseln oder Bereinigung von Freigaben wegbrechen.
• „Verschieben ändert nur den Ort, nicht die Freigaben“: Beim Umzug OneDrive ↔ SharePoint gelten am Ziel andere Berechtigungsvererbungen; alte Freigabelinks zeigen weiter auf den Quellpfad und verlieren ihre Gültigkeit.
• „Versionen lassen sich durch Dateinamen ersetzen“: Namensversionierung wie v1, v2 unterläuft Bibliotheksversionierung, erschwert Suche und erzeugt Dubletten; saubere Versionierung gehört in SharePoint/OneDrive, nicht in den Dateinamen.
• „Kanalberechtigungen sind immer identisch mit Teamrechten“: Private und geteilte Kanäle nutzen eigene SharePoint-Sites; Ablagen aus dem falschen Kanal führen zu scheinbar „verschwundenen“ Dateien, weil Berechtigungen und URLs sitegebunden sind.

Eine konsistente Organisationspraxis reduziert diese Fehlerquellen: gemeinsame Dateien in teamverwaltete SharePoint-Bibliotheken, personenbezogene Arbeitsstände in OneDrive, und Links stets als Zugriffsmittel begreifen, nicht als Speicherort. Damit bleiben Berechtigungen prüfbar, Versionen nachvollziehbar und Umzüge planbar, ohne dass später aufwendig nachgebessert werden muss.