Microsoft-365-Tenant korrekt erstellen: Welche Vorgehensweise passt und welche Erstentscheidungen sind später kaum korrigierbar?
Ein Microsoft-365-Tenant ist mehr als ein „neues Abonnement“: Er bildet den isolierten Rahmen für Identität (Entra ID), Sicherheitsrichtlinien, Mandantenkonfiguration, Compliance-Einstellungen und die Verwaltung von Diensten wie Exchange Online, SharePoint, Teams oder Intune. Viele Grundentscheidungen, die bei der Erstellung und den ersten Minuten der Konfiguration getroffen werden, lassen sich später nur mit erheblichem Aufwand ändern – etwa Tenant-Name und -Branding-Basics, Ownership und Zuständigkeiten, Domain- und Identitätsstrategie, Admin-Kontenmodell oder der frühe Sicherheitsstandard. In der Praxis entstehen Probleme häufig nicht durch fehlende Features, sondern durch unklare Verantwortlichkeiten, falsch gesetzte Defaults, „mitlaufende“ Admin-Rechte produktiver Benutzer oder eine unübersichtliche Lizenz- und Rollenvergabe. Administratoren und IT-Dienstleister stehen daher vor einer konkreten Aufgabe: den Tenant so anzulegen und initial abzusichern, dass Betrieb, Support, Auditierbarkeit und spätere Migrationen (z. B. bei Firmenkauf, Providerwechsel oder Mandantenkonsolidierung) ohne Notfallmaßnahmen möglich bleiben.
