M365

Microsoft 365 Tenant (Mandant)

Allgemeine Infos

Ein Tenant (deutsch Mandant) ist die logisch abgeschottete Instanz einer Organisation in der Microsoft-Cloud. Er entsteht mit dem ersten Microsoft-365-, Azure- oder Dynamics-Abonnement und ist immer zugleich ein Microsoft-Entra-Tenant: Benutzer, Gruppen, Lizenzen, Rollen, Domänen und Richtlinien hängen an genau diesem Verzeichnis.

Jeder Tenant hat eine unveränderliche Tenant-ID (GUID) und eine Fallback-Domäne der Form firma.onmicrosoft.com. Eigene Domänen wie firma.de kommen nach der DNS-Verifizierung hinzu. Die Tenant-ID ist kein Geheimnis, sie taucht in Anmelde-URLs und Konfigurationen auf.

Abgrenzung: Ein Azure-Abonnement ist kein Tenant, sondern eine Abrechnungs- und Ressourceneinheit, die einem Tenant vertraut. Mehrere Tenants entstehen typischerweise durch Übernahmen, Test- und Entwicklungsumgebungen oder bewusste Trennung von Gesellschaften.

Seit dem 15. Oktober 2025 begrenzt Microsoft den Mailversand über onmicrosoft.com-Adressen auf 100 externe Empfänger pro 24 Stunden. Für den produktiven Mailverkehr braucht jeder Tenant daher eine eigene Domäne.

Funktionsweise & Details

Der Tenant ist der Sicherheits- und Verwaltungsrahmen, in dem alle Microsoft-365-Dienste arbeiten:

  1. Bei der Registrierung legt Microsoft den Tenant in der gewählten Region an. Das Land bestimmt den Datenstandort und lässt sich später nicht einfach ändern.
  2. Identitäten (Benutzer, Gruppen, Geräte, Apps) liegen in Microsoft Entra ID, Lizenzen und Abonnements im Microsoft 365 Admin Center.
  3. Die Tenant-ID findest Du im Entra Admin Center unter Entra ID > Übersicht > Eigenschaften oder im Azure-Portal.
  4. Die Fallback-Domäne kannst Du durch eine neue onmicrosoft.com-Domäne ersetzen. Es sind maximal fünf solcher Domänen möglich, angelegte lassen sich nicht löschen, und SharePoint-URLs ändern sich dabei nicht automatisch.
  5. Zwischen Tenants arbeitest Du über B2B-Zusammenarbeit, mandantenübergreifende Zugriffseinstellungen, Cross-Tenant-Synchronisierung oder eine Tenant-zu-Tenant-Migration. Dienstleister verwalten Kundentenants über GDAP und Microsoft 365 Lighthouse.

Vorteile & Nutzen

  • Klare Trennung von Daten und Identitäten anderer Organisationen, weil jede Richtlinie und jedes Objekt an genau einen Tenant gebunden ist
  • Zentrale Steuerung von Lizenzen, Rollen und Sicherheitsrichtlinien an einer Stelle statt pro Dienst
  • Eigene Domänen und Branding, sodass Benutzer mit der Firmenadresse arbeiten
  • Definierte Schnittstellen für die Zusammenarbeit mit Partnern über B2B und mandantenübergreifende Zugriffseinstellungen

Praxisbeispiel

Ein Maschinenbauer aus Baden-Württemberg mit 220 Mitarbeitenden betreibt einen Tenant für alle drei Standorte. Nach der Übernahme eines Zulieferers mit eigenem Tenant richtet die IT zunächst mandantenübergreifende Zugriffseinstellungen und B2B-Gastzugriff für gemeinsame Teams ein. Parallel plant sie die Tenant-zu-Tenant-Migration von Postfächern und OneDrive, damit nach einem Jahr nur noch ein Tenant mit einheitlichen Richtlinien übrig bleibt.

Worauf sollte man achten?

  • Den Tenant-Namen vor der Registrierung bewusst wählen, weil die erste onmicrosoft.com-Domäne bestehen bleibt und SharePoint-URLs daran hängen
  • Mindestens zwei Notfallzugriffskonten (Break Glass) mit Passkey oder Zertifikat anlegen, bevor Du Conditional Access aktivierst
  • Eigene Domäne für Mail verwenden, da onmicrosoft.com seit Oktober 2025 beim externen Versand gedrosselt wird
  • Zusätzliche Tenants nur mit klarem Grund anlegen, denn jede Trennung verdoppelt Richtlinien, Lizenzen und Pflegeaufwand
  • Datenstandort bei der Einrichtung prüfen, weil ein späterer Regionswechsel nur über aufwendige Migrationen möglich ist

Lizenz & Verfügbarkeit

Der Tenant selbst ist kostenlos und entsteht mit jedem Microsoft-Cloud-Abonnement. Microsoft Entra ID Free ist immer enthalten, Funktionen wie Conditional Access oder Identity Protection hängen an den zugewiesenen Lizenzen (z. B. Business Premium, Microsoft 365 E3/E5). Stand: Oktober 2026.

Fazit

Der Tenant ist das Fundament jeder Microsoft-365-Umgebung. Plane Namen, Domänen, Datenstandort und Admin-Konzept vor dem ersten Benutzer, weil spätere Korrekturen fast immer Migrationsprojekte sind.

Weiterführende Links

Verwandte Artikel