Whiteboard-Speicherort in Teams-Kanälen wechselt zu SharePoint

Executive Summary

Microsoft räumt auf. Ab Ende September 2026 landen Whiteboards, die aus einem Teams-Kanal-Register heraus entstehen, nicht mehr im OneDrive desjenigen, der zufällig als Erster auf „Neues Whiteboard“ geklickt hat, sondern in der SharePoint-Site des Kanals. Standardmäßig aktiviert, ohne Admin-Aktion, ohne Schalter zum Abschalten. Angekündigt ist das als Message-Center-Meldung MC1253753.

Das klingt nach einer dieser Meldungen, die man wegklickt. Ist es aber nicht. Der Umzug beendet eine ganze Kategorie von Ticket-Klassikern: „Ich komme an das Whiteboard nicht ran“, „der Externe sieht nur ein leeres Register“, „der Kollege ist weg und mit ihm das Board vom Architektur-Workshop“. Vor allem aber verschiebt er Whiteboard-Inhalte aus einem Compliance-Blindfleck in einen Container, den Purview tatsächlich sieht: DLP, Vertraulichkeitsbezeichnungen, Aufbewahrung, eDiscovery, Auditprotokolle.

Der Haken liegt woanders. Der SharePoint-Umzug ist nur der freundliche Teil eines größeren Aufräumens. Parallel dazu läuft die Abschaltung der alten Whiteboard-Welt – und die hat harte Löschtermine. Am 22. August 2026 wird das Migrationswerkzeug abgeschaltet, am 5. September verschwinden nicht migrierte Legacy-Boards endgültig, am 14. September stirbt die Standalone-App. Heute ist der 18. August. Du hast also vier Tage, um den Teil zu erledigen, bei dem Nichtstun wirklich weh tut. Der SharePoint-Umzug danach ist Selbstläufer.

Worum geht es im Detail?

Whiteboard hatte von Anfang an ein Architekturproblem, das niemand so recht benennen wollte. Ein Whiteboard ist kein Chat-Objekt und kein Meeting-Artefakt, sondern eine Datei. Und Dateien brauchen einen Besitzer. Microsoft hat sich seinerzeit für die bequemste Antwort entschieden: Besitzer ist, wer das Board anlegt. Die Datei landete im OneDrive des Erstellers, alle anderen bekamen einen Freigabelink.

In der Theorie elegant. In der Praxis ist das der Grund, warum in jedem größeren Tenant irgendwo ein Board liegt, an das keiner mehr rankommt. Denn ein Freigabelink ist kein Berechtigungskonzept, sondern eine Wette darauf, dass niemand an den Sicherheitsschrauben dreht. Und an Sicherheitsschrauben wird gedreht, ständig.

Man muss dazu wissen, dass Whiteboard in den letzten Jahren komplett umgebaut wurde. Die erste Generation lag in einem eigenen Microsoft-Dienst, einem Silo mit eigener Speicherung, eigener Berechtigungslogik und praktisch keiner Anbindung an die Compliance-Werkzeuge des restlichen Tenants. Danach kam der Umbau auf echte Dateien im Format .whiteboard, abgelegt in OneDrive. Das war schon ein gewaltiger Fortschritt, weil aus einem Blackbox-Objekt ein Element wurde, das man sichern, suchen und mit Richtlinien belegen kann. Der jetzige Schritt ist die logische Fortsetzung: nicht nur eine Datei, sondern eine Datei am richtigen Ort.

Der Umzug in einem Bild: gleiche Oberfläche, völlig anderes Besitzverhältnis dahinter – und damit ein ganz anderes Risikoprofil.

Microsoft nennt in der Ankündigung drei Ursachen für Zugriffsprobleme, und alle drei sind in Deutschland Standardausstattung. Erstens Freigabeeinstellungen: Wer externe Freigaben tenantweit eingeschränkt hat – also so ziemlich jeder, der schon mal ein Datenschutz-Audit überstanden hat – sperrt damit unbeabsichtigt auch Gastnutzer aus Whiteboards aus, die diese Gastnutzer mitgezeichnet haben. Zweitens Information Barriers: In Banken, Kanzleien und überall dort, wo Bereiche voneinander getrennt sein müssen, greifen die Barrieren zwischen Personen. Wenn das Board an einer Person hängt, greift die Barriere auch dann, wenn die beiden im selben Projektkanal sitzen. Drittens Conditional Access: Eine Richtlinie, die konforme Geräte für OneDrive-Zugriff verlangt, trifft plötzlich auch den Kollegen, der „nur mal kurz“ das Whiteboard im Browser öffnen will.

Ab Ende September ist damit Schluss, zumindest für neu angelegte Kanal-Whiteboards. Die Datei landet in der Dokumentbibliothek des Kanals, dort wo auch die PowerPoint liegt, über die im selben Meeting gestritten wurde. Der Zugriff folgt der Kanalmitgliedschaft. Wer im Kanal ist, sieht das Board – und findet es auch über die Board-Auswahl wieder. Keine Freigabelogik, keine Sonderregel, kein Sonderfall.

Der eigentlich interessante Teil steht in einem Nebensatz: Die Boards erben damit die SharePoint-basierten Purview-Kontrollen. Bisher war ein Whiteboard für die meisten Compliance-Prozesse schlicht unsichtbar. Es lag zwar technisch im OneDrive und war damit theoretisch erfassbar – nur wusste niemand, in welchem OneDrive. Wer nach einem Architekturentwurf sucht, durchsucht Postfächer und Teamsites, nicht das Personallaufwerk eines Praktikanten aus dem vorletzten Sommer. Genau da lagen aber die Boards, auf denen die halbe Migrationsplanung skizziert war.

Kriterium für Kriterium: Der Umzug macht fast alles besser – zwei Punkte ändern sich nur, statt sich zu verbessern. Genau die solltest du im Blick behalten.

Ein Punkt, der in keiner Ankündigung steht und den du trotzdem einplanen solltest: das Speicherkontingent. Bisher zahlte der Ersteller mit seinem OneDrive-Kontingent für das Board. Künftig zahlt die Kanal-Site. Bei Teams mit vielen privaten Kanälen bedeutet das eine Verschiebung in Richtung SharePoint-Pool – privat und geteilt angelegte Kanäle bekommen nämlich jeweils eine eigene Site-Sammlung. Das ist kein Problem, aber wenn du ohnehin knapp am Limit segelst, ist es eine Zeile in der Kapazitätsplanung wert.

Was sind Chancen? Was sind Risiken?

Die Chance ist offensichtlich und trotzdem unterschätzt: Du bekommst einen ganzen Datentyp zurück unter Kontrolle, ohne dafür ein Projekt aufsetzen zu müssen. Whiteboards sind inhaltlich oft brisanter als die offiziellen Dokumente, die aus ihnen entstehen. Auf dem Board steht die ehrliche Version: die Namen der Kandidaten für die Reorganisation, die Zahlen vor der Schönung, die Systeme, die eigentlich schon abgeschaltet sein müssten. Wenn dieser Inhalt ab Ende September in einem Container liegt, auf den deine Aufbewahrungsrichtlinie und deine Vertraulichkeitsbezeichnung greifen, hast du ein handfestes Risiko entschärft – nebenbei, durch Abwarten.

Der zweite Gewinn ist betrieblich. Jeder Servicedesk kennt das Ticket „Zugriff auf Whiteboard“, und jeder Servicedesk hasst es, weil die Lösung Detektivarbeit ist: herausfinden, wer das Board erstellt hat, denjenigen finden, ihn zum Teilen überreden, und wenn er das Unternehmen verlassen hat, das Ganze über die Datenwiederherstellung seines OneDrive versuchen – sofern die Aufbewahrungsfrist noch läuft. Diese Ticketklasse verschwindet für neue Boards ersatzlos.

Und ein Gewinn, den erst der zweite Blick zeigt: Onboarding wird einfacher. Wer neu in ein Projektteam kommt, sieht künftig im Kanal alles, was es zu sehen gibt – die Dokumente, die Notizen und eben auch die Whiteboards, auf denen die Architektur entstanden ist. Bisher musste ihm jemand die Boards aktiv freigeben, was in der Praxis hieß: Er bekam sie nie zu sehen, weil niemand daran dachte. Ein halbes Jahr später wurde dann in einem Workshop dieselbe Zeichnung noch einmal gemalt, weil keiner wusste, dass es sie schon gab.

Womit wir bei den Risiken wären. Das größte ist nicht technischer, sondern organisatorischer Natur: Der Umzug ist standardmäßig aktiv und verlangt keine Admin-Aktion. Genau deshalb wird ihn niemand kommunizieren. Und dann sitzt in vier Wochen jemand in der Datenschutz-Abstimmung und behauptet, Whiteboards lägen im persönlichen OneDrive – mit einer internen Richtlinie als Beleg, die seit zwei Jahren niemand angefasst hat. Falsche Dokumentation ist schlimmer als gar keine, weil man ihr glaubt.

Das zweite Risiko ist die Zweiteilung. Bestehende Boards ziehen nicht mit um. Microsoft spricht ausdrücklich über neu erstellte Whiteboards. Du bekommst also einen Bestand, der weiterhin über Personenlaufwerke verstreut ist, und einen Neuzugang, der sauber in Kanal-Sites liegt. Für eDiscovery heißt das: Beide Welten müssen im Suchumfang bleiben. Wer nach dem Umzug nur noch die Teamsites durchsucht, produziert unvollständige Ergebnisse – im Rechtsstreit eine unangenehme Überraschung.

Und ein drittes, gern übersehenes: Was vorher an einer Person hing, hängt jetzt an einem Team. Wenn dein Lifecycle-Management Teams nach Inaktivität archiviert oder löscht, nimmt es die Whiteboards mit. Das ist völlig korrekt und trotzdem neu. Prüfe, ob eure Regeln für verwaiste Teams das berücksichtigen – sonst löscht ihr euch die Boards künftig sehr geordnet und sehr richtlinienkonform selbst weg.

Was müssen wir jetzt schon vorbereiten?

Reihenfolge ist hier alles. Das Dringende ist nicht das Wichtige, sondern das mit dem nächsten Datum.

Der Fahrplan im Überblick. Alles links von der orangen Linie ist Geschichte, alles rechts davon ist Löschung – mit genau einer freundlichen Ausnahme ganz rechts.

Erstens, und zwar heute: Prüfe, ob in eurem Tenant noch nicht migrierte Legacy-Boards liegen. Das Migrationswerkzeug ist am 22. August weg, das ist Samstag. Wenn ihr das Thema in den letzten Monaten sauber abgearbeitet habt, ist das ein Fünf-Minuten-Check. Wenn nicht, ist es das dringendste Ticket auf deinem Tisch. Nicht migrierbare Inhalte lassen sich nur noch exportieren, und auch dafür läuft die Uhr bis zum 5. September.

Zweitens: Kommuniziere den Wegfall der Standalone-App. Ab dem 14. September ist Teams der Zugangsweg. Wer Whiteboard bisher als eigene Desktop-App auf dem Surface Hub oder am Arbeitsplatz genutzt hat, braucht eine Ansage – idealerweise bevor er sie sich selbst gibt, per Ticket, mit Ausrufezeichen.

Drittens, Dokumentation. Microsoft schreibt selbst, dass keine Admin-Aktion nötig ist, empfiehlt aber genau zwei Dinge: interne Dokumentation aktualisieren und den Support informieren. Das ist der einzige echte Arbeitsauftrag aus dieser Änderung, und er kostet eine halbe Stunde. Betroffen sind eure Datenschutz-Dokumentation, das Verzeichnis der Verarbeitungstätigkeiten, wenn es Speicherorte benennt, das Servicedesk-Handbuch und jede Betriebsvereinbarung, die „Whiteboards werden im persönlichen OneDrive gespeichert“ stehen hat.

Viertens, Governance nachziehen. Prüfe, ob eure Aufbewahrungsrichtlinien für SharePoint-Sites so gesetzt sind, dass sie Whiteboard-Dateien sinnvoll erfassen. Prüfe, ob eure Vertraulichkeitsbezeichnungen auf Containerebene das gewünschte Verhalten erzeugen. Und stimm mit dem Lifecycle-Management ab, was beim Archivieren eines Teams mit den Boards passieren soll.

Fünftens – und das ist die Aufgabe, die niemand macht: Nimm dir den Altbestand vor. Alle Boards, die vor dem Umzug in Kanal-Registern entstanden sind, liegen weiter in fremden OneDrives. Solange die zugehörigen Personen im Unternehmen sind, funktioniert das irgendwie. Beim nächsten größeren Austritt nicht mehr. Ein Bericht über .whiteboard-Dateien in OneDrive-Speichern kostet dich einen Nachmittag und erspart dir später eine sehr unangenehme Suche.

Häufig gestellte Fragen

Werden bestehende Whiteboards automatisch nach SharePoint verschoben?

Nein. Die Änderung betrifft ausschließlich Whiteboards, die nach dem Rollout Ende September 2026 in einem Teams-Kanal-Register neu erstellt werden. Alle vorher angelegten Boards bleiben im OneDrive ihres jeweiligen Erstellers liegen und behalten dessen Freigabelogik.

Kann ich den Wechsel als Administrator abschalten oder verzögern?

Nein, die Änderung ist standardmäßig aktiviert und wird vom Whiteboard-Produktteam gesteuert; es gibt keinen Tenant-Schalter dagegen. Microsoft empfiehlt lediglich, die interne Dokumentation zu aktualisieren und den Support über den neuen Speicherort zu informieren.

Was passiert mit Whiteboards aus Teams-Besprechungen?

Die sind von dieser Änderung nicht betroffen – sie hängen weiterhin am Organisator beziehungsweise am jeweiligen Meeting-Kontext. Der Umzug gilt ausdrücklich für Whiteboards, die über die Kanal-Registerkarte angelegt werden.

Bis wann muss ich alte Whiteboards migriert haben?

Das Migrationswerkzeug für Legacy-Whiteboards steht nur noch bis zum 22. August 2026 zur Verfügung; danach ist keine Migration mehr möglich. Nicht migrierte Legacy-Boards werden am 5. September 2026 endgültig und unwiederbringlich gelöscht.

Greifen DLP und eDiscovery nach dem Umzug automatisch auf Whiteboards?

Ja, die Dateien erben die Purview-Kontrollen der Kanal-Site, also DLP, Vertraulichkeitsbezeichnungen, Aufbewahrung, eDiscovery und Auditprotokollierung. Voraussetzung ist, dass entsprechende Richtlinien für die betreffenden SharePoint-Sites überhaupt konfiguriert sind.