Kostenlos testen
Kostenlos testen
How-to 5 Schritte 3 Min. Lesezeit Aktualisiert am 11. November 2026

So segmentieren Sie einen Microsoft 365 Tenant nach Tochtergesellschaft, Region oder Geschäftsbereich

Segmentieren Sie einen Microsoft 365 Tenant nach Tochtergesellschaft, Region oder Geschäftsbereich, damit jeder Admin nur seinen Teil sieht, ohne separate Tenants.

Torsten Mandelkow Funktioniert mit
How-to

Was ist Tenant-Segmentierung in Microsoft 365?

Tenant-Segmentierung in Microsoft 365 heißt, einen Tenant in abgegrenzte Teile zu gliedern, meist nach Tochtergesellschaft, Region oder Geschäftsbereich, sodass jede Admin-Gruppe nur ihre eigenen Benutzer, Workspaces und Objekte sieht und steuert. Identität, Lizenzierung und Zusammenarbeit bleiben in einem Tenant, jeder Teil erhält eigene Verwaltung und Richtlinien.

Kurz gesagt

  • Segmentierung gliedert einen Tenant in abgegrenzte Teile; mehrere Tenants trennen alles.
  • Die Grenze ist zuerst eine Entscheidung: Tochtergesellschaft, Land oder Geschäftsbereich.
  • Segmente beginnen meist an einem Entra-ID-Attribut, dessen Qualität das Ergebnis bestimmt.
  • Begrenzen Sie Admin-Rollen auf das Segment, damit niemand Zugriff auf den ganzen Tenant braucht.

Schritt für Schritt

Fünf Schritte führen eine Segmentierung von der Entscheidung auf dem Papier zur wirksamen, abgegrenzten Verwaltung.

  1. Die Grenze festlegen

    Entscheiden Sie, ob Segmente Tochtergesellschaften, Ländern oder Geschäftsbereichen folgen und ob Segmentierung genügt oder eine rechtliche Grenze getrennte Tenants verlangt. Halten Sie fest, wer jedes Segment verwaltet.

  2. Das Attribut prüfen, nach dem Sie segmentieren

    Bestätigen Sie, dass das Entra-ID-Attribut, etwa Land, Unternehmen oder Abteilung, für jeden Benutzer gepflegt und korrekt ist. Ein Segment auf einem leeren Attribut enthält stillschweigend niemanden.

    Tipp: Zählen Sie kurz die Benutzer ohne das Attribut, bevor Sie etwas aufbauen.

  3. Jedes Segment per Filter definieren

    Legen Sie je Grenze ein Segment an, indem Sie Benutzer und die Objekte, die sie besitzen, filtern, zum Beispiel Benutzer mit Land Deutschland, und entscheiden Sie, welche Microsoft 365 Workloads jedes Segment umfasst.

    In Rencore:

  4. Admin-Rollen je Segment zuweisen

    Geben Sie jedem Admin eine auf ein Segment begrenzte Rolle, sodass ein Admin einer Tochtergesellschaft nur dieses Segment sieht und steuert. Benennen Sie einen zentralen Owner, der alle Segmente überblickt.

    In Rencore:

  5. Segmente und Richtlinien regelmäßig prüfen

    Prüfen Sie die Segmentzugehörigkeit nach Reorganisationen und Zukäufen erneut und wenden Sie die Richtlinien an, die jedes Segment braucht. Segmente, die niemand prüft, driften mit den Attributen dahinter.

Warum ein Tenant Segmentierung braucht

Wächst eine Organisation durch Tochtergesellschaften, Regionen und Zukäufe, versammelt ein Tenant viele Menschen mit unterschiedlichen Aufgaben. Ein zentrales Admin-Team trägt dann alle Arbeit und alle Rechte, während das IT-Team einer Tochtergesellschaft nicht für den eigenen Teil handeln kann, ohne mehr Rechte zu bekommen, als es haben sollte.

Segmentierung löst das, ohne den Tenant zu teilen. Identität, Lizenzierung und unternehmensübergreifende Zusammenarbeit bleiben an einem Ort, während Verwaltung, Sichtbarkeit und Richtlinien auf jedes Segment begrenzt werden. Verlangt eine rechtliche oder regulatorische Grenze vollständig getrennte Tenants, lässt sich jeder Tenant als eigene Umgebung steuern.

Konnektoren in dieser Anleitung

Jede Konnektor-Seite in der Rencore-Dokumentation listet die Objekte, Richtlinien, Berichte und Aktionen hinter diesen Schritten.

Häufige Fragen zur Segmentierung eines Microsoft 365 Tenants

Ist Segmentierung dasselbe wie mehrere Tenants?
Nein. Segmentierung gliedert einen Tenant in abgegrenzte Teile, sodass Identität, Lizenzierung und Zusammenarbeit an einem Ort bleiben, während Verwaltung und Richtlinien je Segment begrenzt sind. Mehrere Tenants trennen alles, was zu einer rechtlichen oder regulatorischen Grenze passt, aber Gastzugriff, gemeinsame Zusammenarbeit und einheitliche Governance erschwert, weil jeder Tenant eigene Einstellungen hat.
Was bieten Entra ID und Purview bereits für die Segmentierung?
Entra ID hält die Attribute, mit denen Segmentierung beginnt, und bietet Verwaltungseinheiten, um Admin-Rollen auf eine Menge von Benutzern, Gruppen oder Geräten zu begrenzen. Purview ergänzt Informationsbarrieren und Vertraulichkeitskennzeichnungen. Keines gibt Ihnen eine Sicht je Segment über Teams, SharePoint und Exchange, die Richtlinien, Verstöße und Owner dieses Segments zusammenführt.
Welche Grenze sollten wir zuerst wählen?
Wählen Sie die Grenze mit dem stärksten Grund, meist dort, wo Daten bleiben müssen oder eine Tochtergesellschaft für ihre Verwaltung verantwortlich ist. Land oder Tochtergesellschaft ist am einfachsten, wenn das Entra-ID-Attribut verlässlich ist. Eine Grenze nach Geschäftsbereich kann folgen, sobald das erste Segment funktioniert und die Attributqualität belegt ist.
Was geht am häufigsten schief?
Das Attribut hinter dem Segment ist leer oder veraltet. Benutzer, die das Land gewechselt haben, externe Mitarbeitende ohne Abteilung und Gäste ohne Attribute fallen stillschweigend aus jedem Segment, sodass Admins sie übersehen. Prüfen Sie die Attributabdeckung, bevor Sie Segmente aufbauen, und nach jeder Reorganisation erneut.
Wie segmentiert Rencore Governance einen Tenant?
Rencore Governance nutzt Tenant Segmentation, eingerichtet in den Workspace-Einstellungen unter Umgebungen und Virtuelle Umgebungen. Sie wählen die Objekte eines Segments per Filter, etwa das Land des Benutzers in Microsoft Entra ID, und weisen Admin-Rollen je Segment zu. Jeder Admin sieht und steuert dann nur sein Segment, und jeder Tenant lässt sich auch als eigene Umgebung steuern.

Zuletzt aktualisiert am 11. November 2026

Über den Autor

Torsten Mandelkow

Torsten ist Mitgründer und CAA bei Rencore. Während seiner Zeit als SharePoint-Berater war er stets bestrebt, den SharePoint-Entwicklungsprozess zu verbessern und zu automatisieren, zunächst durch die Gründung der SharePoint Software Factory (SPSF) und später durch die Entwicklung der SharePoint-Codeanalyse-Tools, die heute unter dem Namen SPCAF bekannt sind. Nach einem dreijährigen Intermezzo bei Microsoft ist er nun Teil des RENCORE-Teams und verantwortlich für die weitere technische Entwicklung aller unserer Tools.

Weiterlesen

Sehen Sie einen Tenant in abgegrenzte Segmente geteilt

Wir zeigen Ihnen in einer kurzen Demo, wie Virtuelle Umgebungen in Rencore Governance jeden Admin auf eine Tochtergesellschaft oder ein Land begrenzen.

Demo anfordernKostenlos testen
Rencore Newsletter

Abonnieren Sie unseren Newsletter

Erhalten Sie die neuesten Einblicke zur Governance von Microsoft 365, Copilot und KI-Agenten direkt in Ihr Postfach.

Loading form