Historisch ist SharePoint aus dem Bedarf entstanden, Teams eine gemeinsame Fläche für Dokumente, Listen und Intranet-Seiten zu geben. Über die Jahre ist die Plattform tief in die Microsoft-Welt hineingewachsen. Heute bildet SharePoint das Fundament unter der Dokumentenablage von Microsoft 365: Wenn in Microsoft Teams eine Datei geteilt wird, liegt sie technisch in einer SharePoint-Dokumentbibliothek. Auch OneDrive for Business setzt auf derselben technischen Basis auf. Für viele Unternehmen bedeutet das: Sie nutzen SharePoint bereits, ohne es bewusst als eigenständiges System zu betrachten.
Diese unsichtbare Allgegenwart ist Chance und Risiko zugleich. Chance, weil die Plattform ohne zusätzliche Anschaffung im Haus ist. Risiko, weil sie oft ungeplant und ohne Struktur wächst – aus jedem Team-Kanal entsteht eine neue Ablage, Berechtigungen werden ad hoc vergeben, und nach einigen Jahren fragt niemand mehr, wo welches Dokument in welcher Version eigentlich liegt. SharePoint entfaltet seinen Wert erst, wenn es bewusst als Dokumentenplattform konzipiert wird – nicht, wenn es unkontrolliert im Hintergrund mitläuft.
Um SharePoint richtig einzuordnen, lohnt sich die Trennung zweier Perspektiven, die die Plattform gleichzeitig bedient:
Wer SharePoint nur aus einer der beiden Perspektiven betrachtet, versteht die Plattform nur zur Hälfte. Ein reines DMS-Denken unterschätzt die Stärke bei der Zusammenarbeit; ein reines Collaboration-Denken übersieht die Notwendigkeit von Struktur, Metadaten und Governance. Die produktivsten SharePoint-Umgebungen sind die, die beide Sichtweisen bewusst zusammenführen.
Ein Grund für die vielen Missverständnisse ist die enorme Breite der Plattform. SharePoint ist kein Werkzeug für genau einen Zweck, sondern eine Art Baukasten: Man kann damit ein simples Team-Laufwerk betreiben, ein unternehmensweites Intranet aufbauen, strukturierte Fachanwendungen mit Listen und Workflows umsetzen oder ein zentrales Dokumentenmanagement etablieren. Diese Vielseitigkeit macht die Plattform mächtig – aber auch unübersichtlich. Zwei Unternehmen, die beide „SharePoint einsetzen“, können völlig unterschiedliche Dinge damit meinen.
Für die weitere Einordnung ist deshalb wichtig, SharePoint nicht als fertiges Produkt mit festem Funktionsumfang zu verstehen, sondern als Plattform, deren konkreter Nutzen stark von der eigenen Konzeption abhängt. Genau deshalb ist die Beschäftigung mit Editionen, Kernfunktionen und Governance – die Themen der folgenden Kapitel – kein technisches Beiwerk, sondern die eigentliche Voraussetzung für einen sinnvollen Einsatz.
Vorab ein wichtiger Hinweis zur Herangehensweise: Wir nennen bewusst keine konkreten Versionsnummern, Lizenzstufen oder Preise, weil Microsoft sein Produktportfolio, seine Namen und seine Konditionen regelmäßig anpasst. Maßgeblich ist die Logik der Varianten, nicht der tagesaktuelle Produktname. Die für Sie relevanten Editionen, Funktionsumfänge und Preise prüfen Sie bitte direkt beim Anbieter oder bei Ihrem Microsoft-Partner.
SharePoint Online ist die in Microsoft 365 integrierte Cloud-Variante. Sie wird von Microsoft betrieben, laufend aktualisiert und ist in den meisten gängigen Microsoft-365-Plänen bereits enthalten. Das ist der Grund, warum so viele Unternehmen SharePoint „haben“, ohne es je gezielt eingekauft zu haben: Wer Microsoft 365 für E-Mail und Office nutzt, hat SharePoint Online in der Regel mit an Bord.
Der große Vorteil der Cloud-Variante ist der geringe Betriebsaufwand: keine eigene Server-Infrastruktur, automatische Updates, hohe Verfügbarkeit und nahtlose Verzahnung mit Teams, OneDrive und den übrigen Microsoft-365-Diensten. Der Preis dafür ist die Abhängigkeit vom Cloud-Betrieb durch Microsoft – mit allen Konsequenzen für Datenhoheit und Datenschutz, die wir in Kapitel 09 ausführlich behandeln. Für die meisten Mittelständler, die ohnehin auf Microsoft 365 setzen, ist SharePoint Online der naheliegende Standardweg.
SharePoint Server ist die Variante, die ein Unternehmen auf eigenen Servern – im eigenen Rechenzentrum oder bei einem Hosting-Partner – selbst betreibt. Hier liegt die volle Kontrolle über Infrastruktur, Datenhaltung und Update-Zyklen beim Unternehmen. Das bringt maximale Datenhoheit, aber auch den vollen Betriebsaufwand: Server, Patches, Backups, Skalierung und Sicherheit müssen selbst verantwortet werden.
Die On-Premises-Variante bleibt relevant für Unternehmen mit besonders strengen Anforderungen an Datenhaltung und Kontrolle, mit regulatorischen Vorgaben, die eine reine Cloud-Nutzung erschweren, oder mit spezialisierten Altsystemen, die eine lokale Integration verlangen. Der Trend zeigt jedoch klar in Richtung Cloud: Microsoft investiert seine Innovationskraft – insbesondere bei KI-Funktionen – vorrangig in die Online-Variante. Wer heute neu einsteigt, sollte die On-Premises-Variante nur bei konkreten, belastbaren Gründen wählen und die langfristige Zukunftsfähigkeit sorgfältig bewerten.
SharePoint ist kein isoliertes Produkt, sondern der Speicher- und Strukturkern unter vielen Microsoft-365-Diensten. Dateien in Teams, persönliche Ablagen in OneDrive, Inhalte in Viva-Anwendungen, Datenquellen für Power-Platform-Lösungen – vieles davon liegt technisch in SharePoint. Diese zentrale Rolle ist eines der stärksten Argumente für die Plattform: Sie ist nicht eine weitere Insel, sondern das gemeinsame Fundament.
Gleichzeitig folgt daraus eine wichtige Konsequenz: Entscheidungen über SharePoint sind selten reine SharePoint-Entscheidungen. Wer die Ablagestruktur, die Berechtigungen oder die Aufbewahrung in SharePoint gestaltet, gestaltet damit indirekt auch, wie Teams und OneDrive funktionieren. Deshalb sollte SharePoint immer im Kontext der gesamten Microsoft-365-Strategie betrachtet werden, nicht als isoliertes Werkzeug.
Eine Dokumentbibliothek ist auf den ersten Blick ein Ort, an dem Dateien liegen – vergleichbar mit einem Ordner. Der entscheidende Unterschied liegt in den Metadaten: SharePoint erlaubt es, jeder Datei zusätzliche, strukturierte Informationen mitzugeben, etwa Dokumentart, Kunde, Projekt, Status, Vertraulichkeit oder Fälligkeitsdatum. Diese Metadaten sind der Kern eines strukturierten Dokumentenmanagements.
Der Unterschied zur klassischen Ordner-Denke ist grundlegend. In einer Ordner-Welt muss jedes Dokument an genau einer Stelle liegen, und die Struktur ist starr: Ein Vertrag liegt entweder im Ordner „Kunde X“ oder im Ordner „Verträge“, aber nicht sinnvoll in beiden. Mit Metadaten dagegen bleibt das Dokument an einem Ort, kann aber über verschiedene Sichten gefunden werden – gefiltert nach Kunde, nach Dokumentart, nach Status. Statt sich durch Ordnerbäume zu klicken, filtert und sucht man. Das ist der eigentliche Produktivitätsgewinn eines DMS-Ansatzes.
SharePoint kennt dafür auch verwaltete Metadaten: zentral gepflegte Begriffslisten – etwa eine einheitliche Liste aller Abteilungen oder Dokumentarten –, die unternehmensweit konsistent verwendet werden. Das verhindert Wildwuchs, bei dem dieselbe Kategorie mal so und mal anders geschrieben wird, und macht die Suche verlässlich. Der Aufbau einer sauberen Metadaten- und Begriffsstruktur ist allerdings Konzeptionsarbeit, die vor der technischen Umsetzung steht – und genau hier scheitern viele ungeplante SharePoint-Einführungen.
Ein Kernversprechen jedes Dokumentenmanagements ist die Nachvollziehbarkeit von Änderungen. SharePoint speichert auf Wunsch jede Änderung als eigene Version, sodass ältere Stände jederzeit abrufbar bleiben und man bei Bedarf auf eine frühere Fassung zurückgehen kann. Das beendet den verbreiteten Unsinn, Dateien mit Namenszusätzen wie „final“, „final_2“ oder „wirklich_final“ zu versionieren.
Ergänzend erlaubt das Ein- und Auschecken, ein Dokument vor der Bearbeitung zu „sperren“, damit nicht mehrere Personen gleichzeitig konkurrierende Änderungen vornehmen. In der modernen Zusammenarbeit tritt dieses Muster zwar zugunsten der gleichzeitigen Co-Bearbeitung von Office-Dokumenten in den Hintergrund, bleibt aber für kontrollierte Dokumentprozesse relevant. Wichtig ist die Erkenntnis: Versionierung ist etwas anderes als revisionssichere Archivierung – dazu mehr in Kapitel 06.
SharePoint bietet ein sehr feingranulares Berechtigungssystem. Zugriff lässt sich auf Ebene der Site, der Bibliothek, des Ordners und sogar des einzelnen Dokuments steuern. Diese Mächtigkeit ist Segen und Fluch zugleich: Richtig eingesetzt, erlaubt sie präzise Zugriffskontrolle; ungeplant genutzt, entsteht schnell ein Wildwuchs aus Einzelberechtigungen, den niemand mehr überblickt. Die klare Empfehlung lautet, Berechtigungen möglichst über Gruppen und wenige, saubere Ebenen zu steuern statt über unzählige Einzelfreigaben.
Für die Aufbewahrung bringt die Microsoft-365-Welt eigene Compliance-Werkzeuge mit, mit denen sich Aufbewahrungs- und Löschregeln definieren lassen – etwa, dass bestimmte Inhalte eine Mindestzeit erhalten und danach gelöscht oder markiert werden. Das ist ein wichtiger Baustein für einen kontrollierten Dokumenten-Lebenszyklus. Es ist jedoch ausdrücklich nicht gleichbedeutend mit einer revisionssicheren, GoBD-konformen Archivierung im engeren Sinne – ein Punkt, den wir bewusst später vertiefen, weil er im Mittelstand besonders oft missverstanden wird.
Unter Bezeichnungen wie Syntex bündelt Microsoft Fähigkeiten zum automatischen Verstehen von Dokumenteninhalten. Die Idee: Statt Metadaten von Hand zu vergeben, sollen KI-Modelle Dokumente automatisch klassifizieren – also erkennen, dass es sich etwa um einen Vertrag, eine Rechnung oder ein Angebot handelt – und relevante Informationen wie Vertragspartner, Datum oder Betrag automatisch als Metadaten extrahieren.
Das Potenzial ist erheblich: Wo heute Mitarbeitende manuell Kategorien vergeben, könnte KI diese Arbeit übernehmen und die Ablage konsistenter machen. In der Praxis hängt der Nutzen jedoch stark von der Dokumentqualität, der Einheitlichkeit der Dokumenttypen und dem Trainingsaufwand ab. Für sehr strukturierte, wiederkehrende Dokumente kann Content-Understanding einen großen Hebel bieten; bei heterogenen, uneinheitlichen Beständen ist der Aufwand höher und das Ergebnis unsicherer. Wir empfehlen, solche Funktionen an konkreten, gut abgegrenzten Anwendungsfällen zu erproben, statt sie pauschal als Allheilmittel zu betrachten. Der konkrete Funktionsumfang und die Lizenzvoraussetzungen ändern sich zudem – bitte beim Anbieter prüfen.
Power Automate ist der Automatisierungsdienst der Microsoft-Plattform und mit SharePoint eng verzahnt. Damit lassen sich Workflows gestalten: Wird ein Dokument in eine bestimmte Bibliothek gelegt, kann automatisch eine Freigabe angestoßen, eine Benachrichtigung versendet, eine Aufgabe erzeugt oder ein Status gesetzt werden. Für dokumentgetriebene Prozesse – Freigaben, Genehmigungen, Onboarding-Abläufe – ist das ein mächtiges Werkzeug, das ohne klassische Programmierung auskommt.
Die Stärke liegt in der Nähe zum Rest der Microsoft-Welt: Ein Workflow kann Daten aus SharePoint mit Teams-Benachrichtigungen, E-Mails und weiteren Diensten verbinden. Die Grenze liegt in der Komplexität: Einfache Abläufe sind schnell gebaut, anspruchsvolle Prozesse mit vielen Verzweigungen und Ausnahmen verlangen Konzeption, Test und Pflege. Automatisierung ersetzt nicht das saubere Prozessdesign – sie setzt es voraus.
Mit Copilot bringt Microsoft generative KI-Assistenz in die Microsoft-365-Welt und damit auch in den SharePoint-Kontext. Die Vision: Nutzende können in natürlicher Sprache Fragen zu ihren Dokumenten stellen, Inhalte zusammenfassen lassen oder Entwürfe auf Basis vorhandener Dateien erzeugen. Für die Wissensarbeit ist das ein potenziell großer Produktivitätshebel – die eigene Dokumentenbasis wird durchsuch- und befragbar, statt nur abgelegt zu sein.
Gleichzeitig gilt gerade hier ein realistischer Blick. Die Qualität der KI-Antworten hängt unmittelbar von der Qualität und Ordnung der zugrunde liegenden Inhalte ab: Wo Dokumente chaotisch, veraltet oder widersprüchlich abgelegt sind, liefert auch eine KI keine verlässlichen Ergebnisse. Zudem sind Fragen der Berechtigungen zentral – eine KI-Assistenz darf nur zeigen, was die anfragende Person auch sehen dürfte. Und schließlich sind Funktionsumfang, Verfügbarkeit und Lizenzierung von Copilot in Bewegung; konkrete Konditionen und Datenschutz-Rahmenbedingungen sind beim Anbieter zu prüfen und datenschutzrechtlich im Einzelfall zu bewerten.
Die enge Verzahnung mit Microsoft Teams ist für viele Unternehmen der Punkt, an dem SharePoint für sie real wird. Jedes Team in Microsoft Teams verfügt im Hintergrund über eine SharePoint-Site; die dort geteilten Dateien liegen in einer SharePoint-Dokumentbibliothek. Das bedeutet: Zusammenarbeit im Chat und strukturierte Ablage sind technisch dasselbe. Ein Dokument, das im Team-Kanal geteilt wird, kann zugleich mit Metadaten versehen, versioniert und berechtigt werden.
OneDrive for Business wiederum ist die persönliche Ablage jedes Nutzers – ebenfalls auf SharePoint-Technologie aufgebaut. Die Faustregel lautet: OneDrive für persönliche und in Arbeit befindliche Dokumente, SharePoint für gemeinsame, strukturierte Ablagen. In der Praxis verschwimmt diese Grenze oft, was zu Doppelablagen und Unklarheit führt. Eine klare Konvention, was wo abgelegt wird, ist deshalb Teil jeder guten SharePoint-Konzeption.
Über die Power Platform – mit Power Automate für Workflows, Power Apps für individuelle Anwendungen und Power BI für Auswertungen – wird SharePoint vom reinen Ablageort zur Datengrundlage für Fachanwendungen. SharePoint-Listen können als einfache Datenbanken dienen, auf denen Power Apps aufsetzen; Power Automate steuert die zugehörigen Prozesse; Power BI wertet die Daten aus. So entstehen ohne klassische Softwareentwicklung fachliche Lösungen – von der Urlaubsverwaltung bis zum kleinen Vertragsregister.
Diese Integrationstiefe ist ein echtes Alleinstellungsmerkmal. Sie erlaubt es, mit vorhandenen Microsoft-365-Mitteln erstaunlich viel abzubilden. Der Preis dafür ist die enge Bindung an einen einzigen Anbieter – ein Aspekt, den wir bewusst auch kritisch betrachten.
Trotz der Breite endet SharePoints Reich am Rand der Microsoft-Welt. Die Anbindung an branchenspezifische Fachsysteme, ERP-Lösungen oder Nicht-Microsoft-Anwendungen ist möglich, aber nicht automatisch geschenkt – hier sind Schnittstellen, Konnektoren oder individuelle Entwicklung nötig. Unternehmen mit heterogener Systemlandschaft sollten früh klären, wie gut sich ihre wichtigsten Fachsysteme an SharePoint anbinden lassen und wo dedizierte DMS/ECM-Lösungen mit spezialisierten Konnektoren im Vorteil sein können.
Für die Praxis heißt das: Je stärker ein Unternehmen ohnehin auf Microsoft 365 setzt, desto größer der Integrationsvorteil von SharePoint. Je mehr zentrale Prozesse dagegen in Nicht-Microsoft-Systemen laufen, desto sorgfältiger muss die Integrationsfrage geprüft werden – und desto eher lohnt der Vergleich mit spezialisierten Alternativen, den das folgende Kapitel behandelt.
Klassische Dokumentenmanagement- und Enterprise-Content-Management-Systeme – im DACH-Raum etwa Lösungen von d.velop, ELO oder DocuWare, um faire, verbreitete Beispiele zu nennen – sind von Grund auf als Archiv- und DMS-Systeme konzipiert. Ihr Kern ist die revisionssichere, unveränderbare Ablage mit lückenloser Protokollierung, spezialisierten Aktenstrukturen, tiefen ERP-Anbindungen und Funktionen, die auf regulierte Aufbewahrung ausgelegt sind. SharePoint dagegen ist als vielseitige Collaboration- und Dokumentenplattform entstanden – Archivierung ist nur einer von vielen Anwendungsfällen, nicht das zentrale Konstruktionsprinzip.
Dies ist der wichtigste und zugleich am häufigsten missverstandene Punkt dieses gesamten Artikels: SharePoint ist in seiner Standardausprägung kein revisionssicheres, GoBD-konformes Archiv. Zwar bietet die Plattform Versionierung und über die Microsoft-365-Compliance-Werkzeuge auch Aufbewahrungsregeln – aber das ist nicht dasselbe wie die unveränderbare, manipulationssichere und lückenlos protokollierte Langzeitarchivierung, die die GoBD für steuerlich relevante Belege verlangen.
Die GoBD – die Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form – fordern für aufbewahrungspflichtige Unterlagen unter anderem Unveränderbarkeit, Vollständigkeit, Nachvollziehbarkeit und eine Verfahrensdokumentation. In einer reinen SharePoint-Umgebung sind Inhalte grundsätzlich veränderbar und löschbar; Versionierung dokumentiert Änderungen, verhindert sie aber nicht im Sinne echter Unveränderbarkeit. Für eine belastbare, revisionssichere Archivierung braucht es daher in der Regel Zusatzlösungen: entweder ein spezialisiertes Archiv- oder DMS-System, das an SharePoint angebunden wird, oder zertifizierte Drittanbieter-Erweiterungen, die eine GoBD-konforme Ablage auf oder neben SharePoint sicherstellen.
Eine faire Gegenüberstellung zeigt: Beide Welten haben ihre Berechtigung, und die richtige Wahl hängt vom Schwerpunkt ab. SharePoint spielt seine Stärken dort aus, wo Zusammenarbeit, breite Verfügbarkeit im Team, Office-Integration und die Verzahnung mit Microsoft 365 im Vordergrund stehen. Spezialisierte DMS/ECM-Systeme punkten dort, wo revisionssichere Archivierung, regulierte Aufbewahrung, tiefe ERP-Integration und ausgereifte Akten- und Vorgangslogik entscheidend sind.
In der Praxis entscheiden sich viele Unternehmen bewusst für eine Kombination: SharePoint als lebendige Plattform für Zusammenarbeit und tägliche Dokumentenarbeit, ergänzt um ein spezialisiertes Archiv- oder DMS-System für die revisionssichere Aufbewahrung. Diese Zwei-Ebenen-Architektur verbindet die Stärken beider Welten – die Produktivität der Collaboration-Plattform und die Rechtssicherheit des spezialisierten Archivs. Sie ist allerdings kein Selbstläufer, sondern verlangt eine saubere Konzeption, welche Inhalte wann in welche Ebene wandern.
Die erste Weichenstellung ist das Betriebsmodell, das wir in Kapitel 02 bereits skizziert haben. Für die überwiegende Zahl der DACH-Mittelständler ist SharePoint Online der pragmatische Standardweg: geringer Betriebsaufwand, automatische Updates, sofortige Verfügbarkeit im Rahmen der vorhandenen Microsoft-365-Lizenzen. Der Preis ist die Verlagerung der Daten in die Microsoft-Cloud – mit den in Kapitel 09 behandelten Datenschutz-Konsequenzen.
Die On-Premises-Variante bleibt die bewusste Wahl bei besonderen Anforderungen an Datenhoheit oder bei regulatorischen Vorgaben, die eine reine Cloud-Nutzung erschweren. Ein Hybrid-Betrieb kann als Übergangsszenario sinnvoll sein, wenn Teile der Landschaft on-premises bleiben müssen, andere aber von der Cloud profitieren sollen. Hybrid ist allerdings betrieblich anspruchsvoll und selten ein dauerhafter Zielzustand. Die Entscheidung sollte entlang der eigenen Anforderungen an Datenhaltung, IT-Ressourcen und Zukunftsfähigkeit fallen – nicht entlang von Standardempfehlungen.
Governance klingt sperrig, ist aber der entscheidende Erfolgsfaktor. Gemeint ist ein klares Regelwerk für die zentralen Fragen: Wer darf neue Sites anlegen? Nach welchem Muster werden Bibliotheken und Metadaten strukturiert? Wie werden Berechtigungen vergeben und überprüft? Wer ist für welche Inhalte verantwortlich? Wie werden Namenskonventionen und Ablageregeln eingehalten? Ohne Antworten auf diese Fragen wuchert jede SharePoint-Umgebung binnen weniger Jahre zu einem unübersichtlichen Dickicht.
Besonders kritisch ist der Umgang mit dem ungeplanten Wachstum durch Microsoft Teams. Wenn jeder Mitarbeitende jederzeit ein neues Team und damit eine neue SharePoint-Site anlegen kann, entstehen schnell hunderte verwaiste, unstrukturierte Ablagen. Eine gute Governance definiert deshalb Leitplanken – ohne die Zusammenarbeit abzuwürgen. Die Kunst liegt darin, genug Struktur für Ordnung und genug Freiheit für produktives Arbeiten zu geben.
Der wichtigste Grundsatz für den Betrieb lautet: SharePoint ist kein Projekt mit Enddatum, sondern eine Plattform, die kontinuierlich gepflegt werden muss. Struktur, Berechtigungen und Inhalte veralten, wenn sich niemand um sie kümmert. Erfolgreiche Unternehmen benennen deshalb klare Verantwortliche und behandeln SharePoint als lebendes System, nicht als einmalige Einführung.
Der naheliegendste Nutzen liegt in der gemeinsamen Dokumentenablage mit Struktur: Statt gewachsener Netzlaufwerke oder verstreuter Team-Ordner entsteht eine durchsuchbare, metadatengestützte Ablage, die auch mobil und ortsunabhängig verfügbar ist. Gerade Unternehmen mit mehreren Standorten oder mobilen Mitarbeitenden profitieren von diesem Zugewinn an Verfügbarkeit und Ordnung.
Ein zweites starkes Szenario ist das Intranet und die interne Kommunikation: Nachrichten, Handbücher, Formulare, Ansprechpartner und Prozessbeschreibungen an einem zentralen, gepflegten Ort. Drittens eignet sich SharePoint als Basis für schlanke Fachanwendungen über die Power Platform – etwa einfache Antrags-, Freigabe- oder Verwaltungsprozesse, die sonst per E-Mail und Excel liefen. Viertens dient es als strukturierte Team- und Projektablage, in der Zusammenarbeit und Dokumentenmanagement zusammenfallen.
Für eine fundierte Entscheidung braucht es beide Seiten. SharePoint bringt im Mittelstand handfeste Vorteile mit, hat aber auch klare Einschränkungen, die man nicht übersehen sollte.
Die Quintessenz für den Mittelstand: SharePoint ist selten die falsche Wahl für Zusammenarbeit und strukturierte Ablage, wenn Microsoft 365 ohnehin genutzt wird – vorausgesetzt, es wird bewusst konzipiert und gepflegt. Für revisionssichere Archivierung und stark regulierte Prozesse braucht es ergänzende Lösungen. Und für Unternehmen mit hohen Anforderungen an Datenhoheit ist die Datenschutz-Dimension, die nun folgt, ein zentraler Entscheidungsfaktor.
Der verbreitete Eindruck, SharePoint sei „umsonst“, weil es in vielen Microsoft-365-Plänen enthalten ist, greift zu kurz. Zwar ist die Grundnutzung von SharePoint Online in vielen Plänen abgedeckt – die wahren Kosten entstehen aber an anderer Stelle: bei der Konzeption und Einführung, bei der laufenden Governance und Pflege, bei zusätzlichen Speicher- oder Lizenzstufen für erweiterte Funktionen, bei KI-Funktionen wie Copilot, die separat lizenziert werden, und bei den Zusatzlösungen für revisionssichere Archivierung. Wer diese Posten ausblendet, unterschätzt die tatsächlichen Aufwände deutlich.
Bewusst nennen wir hier keine konkreten Preise, Lizenzstufen oder Rechenbeispiele – Microsoft passt sein Portfolio und seine Konditionen regelmäßig an, und die tatsächlichen Kosten hängen stark von Plan, Nutzerzahl, Zusatzfunktionen und individuellem Bedarf ab. Die für Sie relevanten Preise und enthaltenen Leistungen prüfen Sie bitte direkt beim Anbieter oder bei Ihrem Microsoft-Partner. Für die Wirtschaftlichkeitsbetrachtung zählt ohnehin weniger der Listenpreis als die Gesamtbetrachtung aus Lizenz-, Einführungs- und Betriebskosten.
Der zentrale Datenschutz-Punkt lautet klar und unumwunden: Microsoft ist ein US-amerikanischer Anbieter. Das ist keine Wertung, sondern eine Tatsache mit konkreten Konsequenzen für den Datenschutz. Bei der Nutzung von SharePoint Online werden Unternehmensdaten in einer Cloud verarbeitet, die von einem US-Konzern betrieben wird. Für DACH-Unternehmen, die personenbezogene oder sensible Daten verarbeiten, wirft das Fragen auf, die vor einer Entscheidung geklärt werden müssen: Wo werden die Daten gespeichert? Wer kann darauf zugreifen? Welche rechtlichen Rahmenbedingungen gelten für den Datentransfer?
Die relevanten Stichworte sind Serverstandort, Datentransfer und Datenhoheit. Ein bloßer Verweis auf „die Cloud“ genügt nicht – entscheidend ist, in welcher Region die Daten tatsächlich liegen und welchen Rechtsordnungen sie unterliegen. Für einen US-Anbieter stellt sich insbesondere die Frage nach möglichen Zugriffsrechten nach US-Recht, unabhängig vom physischen Speicherort. Diese Fragen sind nicht theoretisch, sondern haben unmittelbare Bedeutung für die DSGVO-Konformität der Verarbeitung.
Die gute Nachricht: Microsoft hat auf die europäischen Datenschutz-Anforderungen reagiert und bietet Optionen an, die eine datenschutzfreundlichere Nutzung ermöglichen sollen. Dazu gehören die Wahl europäischer Rechenzentrumsregionen und die EU Data Boundary – eine Initiative, die darauf abzielt, die Verarbeitung von Kundendaten stärker innerhalb der Europäischen Union zu halten. Diese Optionen können die DSGVO-Konformität erleichtern und die Datenhoheit verbessern, sind aber keine automatische Garantie und ersetzen keine individuelle Prüfung des konkreten Verarbeitungsszenarios.
Ergänzend sollten Unternehmen zusätzliche Maßnahmen erwägen: eine saubere Klassifizierung der Daten nach Schutzbedarf, konsequente Verschlüsselung, restriktive Zugriffssteuerung und eine dokumentierte Auftragsverarbeitung. Für besonders sensible Datenbestände kann die Entscheidung fallen, diese gar nicht erst in die Cloud zu geben oder auf europäische beziehungsweise on-premises betriebene Alternativen zu setzen. Welche Kombination im Einzelfall trägt, ist eine Frage, die datenschutzrechtliche Expertise verlangt.
Zusammengefasst gilt: Die Datenschutz-Dimension ist bei SharePoint kein Randthema, sondern oft der entscheidende Faktor. Für viele Standard-Anwendungsfälle lässt sich mit EU-Region, sauberer Konfiguration und Zusatzmaßnahmen eine tragfähige Lösung finden. Bei hochsensiblen Daten oder strengen regulatorischen Vorgaben kann jedoch eine europäische oder on-premises betriebene Alternative die vorzugswürdige Wahl sein. Diese Abwägung sollte bewusst und fachlich fundiert getroffen werden – nicht nebenbei.
