What is tenant segmentation in Microsoft 365?
Tenant segmentation in Microsoft 365 means dividing one tenant into scoped parts, usually by subsidiary, region or business unit, so each group of admins sees and governs only its own users, workspaces and objects. Identity, licensing and collaboration stay in one tenant, each part gets its own administration and policies.
In short
- Segmentation divides one tenant into scoped parts; multiple tenants separate everything.
- The boundary is a decision first: subsidiary, country or business unit.
- Segments usually start from an Entra ID attribute, so its quality decides the result.
- Scope admin roles to the segment so no one needs access to the whole tenant.
Step by step
Five steps take a segmentation from a decision on paper to scoped administration that works.
-
Decide the boundary
Choose whether segments follow subsidiaries, countries or business units, and whether segmentation is enough or a legal boundary needs separate tenants. Write down who will administer each segment.
-
Check the attribute you will segment on
Confirm that the Entra ID attribute, such as country, company or department, is filled in and accurate for every user. A segment built on an empty attribute silently contains nobody.
Tip: Run a quick count of users with the attribute missing before you build anything.
-
Define each segment with a filter
Create a segment per boundary by filtering users and the objects they own, for example users whose country is Germany, and decide which Microsoft 365 workloads each segment includes.
In Rencore: -
Assign admin roles per segment
Give each admin a role scoped to a segment, so a subsidiary admin sees and governs only that segment. Name a central owner who sees across all segments.
In Rencore: -
Review segments and policies regularly
Re-check segment membership after reorganizations and acquisitions, and apply the policies each segment needs. Segments that nobody reviews drift as the attributes behind them change.
Why a tenant needs segmenting
As an organization grows through subsidiaries, regions and acquisitions, one tenant gets a lot of people with different responsibilities. A central admin team ends up with all the work and all the access, while a subsidiary IT team cannot act on its own part without being given more rights than it should have.
Segmentation fixes that without splitting the tenant. Identity, licensing and cross-company collaboration stay in one place, while administration, visibility and policies are scoped to each segment. Where a legal or regulatory boundary requires fully separate tenants, each tenant can then be governed as its own environment.
Connectors in this How-to
Each connector page in the Rencore docs lists the objects, policies, reports and actions behind these steps.
Last updated 11 November 2026


