Insights · Blog · Lizenzierung · 28. Mai 2026
Multi-Tenant-Organisationen (MTO) sind längst Alltag: Konzerne mit Tochtergesellschaften, internationale Standorte mit eigenen Rechtsräumen oder Unternehmen nach einer Akquisition betreiben oft mehrere Microsoft-365-Tenants parallel. Mit Microsofts MTO-Funktion klingt vieles nach Vereinfachung — „eine Lizenz pro Mensch". Doch dieses Versprechen gilt nur für einen schmalen Lizenzbereich. Bei Dynamics 365 und der Power Platform sieht die Welt völlig anders aus.
Dieser Artikel erklärt, wo das „one human, one license"-Prinzip greift, wo nicht — und welche Lizenzen Sie in jedem Zieltenant tatsächlich erneut beschaffen müssen. Er richtet sich gleichermaßen an Entscheider, die Kosten planen, und an Administratoren und Architekten, die das Setup umsetzen.
1×
Entra ID Premium reist mit dem Nutzer — pro Person reicht eine Lizenz.
≥ P1
Voraussetzung pro MTO-Nutzer (Cross-Tenant-Sync inklusive).
5
Lizenz-Familien, die NICHT zwischen Tenants portabel sind.
Multi-Geo
Microsoft-Empfehlung statt Multi-Tenant — wenn rechtlich möglich.
Microsoft fasst die MTO-Lizenzphilosophie in einem Satz zusammen: Ein Mensch braucht nur eine Lizenz. Wer im Heimat-Tenant (Home Tenant) lizenziert ist, benötigt im Ressourcen-Tenant (Resource Tenant) keine zweite Lizenz.
Das klingt nach großen Einsparungen — aber dieser Satz gilt ausschließlich für Microsoft Entra ID Premium (P1/P2) und Entra ID Governance. Er ist kein allgemeines Lizenzprinzip für die gesamte Microsoft Cloud.
Genau hier entsteht in der Praxis das teuerste Missverständnis: Viele gehen davon aus, dass eine im Home Tenant lizenzierte Person automatisch überall „mitlizenziert" ist. Das stimmt nur für das Identitäts- und Zugriffs-Layer. Sobald produktiv mit Anwendungen gearbeitet wird — Postfächer, Teams Voice, CRM, ERP, Power Apps — ist in jedem Tenant separat zu lizenzieren.
Die Nutzung der Multi-Tenant-Organization-Funktion setzt voraus, dass jeder beteiligte Benutzer mindestens eine Microsoft Entra ID P1-Lizenz (oder höher) besitzt. Das deckt sowohl die MTO-Funktionalität als auch die zugrunde liegende Cross-Tenant-Synchronisation ab.
Beim Identitäts-Layer funktioniert das Sparprinzip tatsächlich. Wer im Home Tenant über Entra ID P1/P2 verfügt, ist im Resource Tenant entitled — es muss keine zweite Premium-Lizenz pro Person gekauft werden.
Zwei wichtige Bedingungen dabei:
Bei der Cross-Tenant-Synchronisation ist entscheidend, wo die Lizenz liegt: Jeder Benutzer im Quell-Tenant (Source), dessen Identität synchronisiert wird, braucht eine Entra ID P1-Lizenz. Der Ziel-Tenant (Target) benötigt für diese synchronisierten Benutzer keine zusätzlichen P1-Lizenzen. Die Lizenz „reist" praktisch mit dem Benutzer aus dem Home Tenant mit.
Für die produktiven M365-Dienste — Exchange Online, SharePoint, Teams — gilt das Sparprinzip nicht. Benutzerkonten, Identitäten, Sicherheitsgruppen, Subscriptions, Lizenzen und Speicher können nicht zwischen Tenants geteilt werden. Wer in einem zweiten Tenant produktiv mit M365-Workloads arbeitet, braucht dort eine eigene M365-Lizenz.
Ein anschauliches Beispiel ist Teams Phone / Voice: In der Praxis erfordert die Zuweisung einer Teams-Phone-Lizenz im Host-Tenant zusätzlich eine M365-Basislizenz (etwa E3) im selben Tenant. Ein externer Nutzer bräuchte damit eine Lizenz in beiden Tenants.
Ein MTO kann Tenants in mehreren Ländern umfassen — solange sie in derselben Cloud liegen. MTO ist innerhalb von GCC, GCC-H und DOD verfügbar, aber die Tenants dürfen nur innerhalb derselben Cloud-Umgebung liegen. Ein MTO zwischen Commercial Cloud und GCCH ist nicht möglich.
Das ist der Bereich, in dem die meisten Kostenfallen lauern. Das MTO-„one human, one license"-Prinzip ist eine reine Entra-Regel. Dynamics 365 und Power Platform folgen einer komplett anderen Logik.
Eine Dynamics-365- oder Power-Platform-Lizenz ist an genau einen Tenant (eine Entra ID) gebunden. Sie „reist" nicht mit dem Menschen mit. In einem Multi-Tenant-Szenario kann ein lizenzierter Benutzer nur auf Umgebungen zugreifen, die demselben Tenant zugeordnet sind. Für den Zugriff auf einen anderen Tenant muss der Benutzer als Gast eingeladen werden und benötigt dort unter Umständen eine separate Lizenz.
Hier liegt der größte Hebel für die Lizenzökonomie:
Microsofts Empfehlung ist deshalb klar: Für die meisten Unternehmen bietet der Einsatz mehrerer Environments innerhalb eines Tenants die beste Mischung aus Funktionalität und einfacher Verwaltung. Mehrere Tenants lohnen sich vor allem für Einheiten, die Verzeichnis und Lizenzen bewusst trennen wollen.
Manche Produkte werden pro Tenant statt pro Nutzer lizenziert. Bei mehreren Tenants fallen sie entsprechend mehrfach an:
Bei zwei Tenants brauchen Sie diese Lizenzen doppelt. Das wird in Budgetplanungen regelmäßig übersehen.
Auch technisch sind Multi-Tenant-Szenarien limitiert: Integrationen zwischen Customer-Engagement- und Finance-and-Operations-Apps lassen sich laut Microsoft nicht über Tenant-Grenzen hinweg umsetzen. Zusätzlich können Power-Platform-Tenant-Isolation-Einstellungen eingehende und ausgehende Cross-Tenant-Connectors blockieren.
Für länderübergreifende Szenarien empfiehlt Microsoft daher meist Single-Tenant mit Multi-Geo: Produktionsumgebungen lassen sich in verschiedenen Ländern und Regionen erstellen, bleiben aber Teil desselben organisationsweiten Tenants. Das hält Integrationen und Lizenzierung deutlich einfacher.
Ein häufiges reales Szenario:
Wo wird die Lizenz gebucht? Im DE-Tenant — dort, wo die Dynamics-Umgebung läuft. Der japanische Kollege wird als B2B-Gast in den DE-Tenant eingeladen, und ihm wird dort eine Dynamics 365 Sales Lizenz zugewiesen.
Warum nicht in Japan? Eine im japanischen Tenant gekaufte Lizenz ist an Japan gebunden und kann für den Zugriff auf eine DE-Umgebung nicht verwendet werden, da Lizenzen nicht zwischen Tenants geteilt werden. Sie würde dem Kollegen für den DE-Zugriff schlicht nichts nützen.
Es bleibt bei einer Sales-Lizenz — aber gebucht und zugewiesen im DE-Tenant über das Gastkonto. Keine zweite Lizenz in Japan, aber eben auch keine Übertragbarkeit der japanischen Lizenz. Wären die zwei getrennten Tenants nicht zwingend, wäre Single-Tenant mit Multi-Geo-Dataverse die sauberere Lösung.
| Lizenztyp | Im Zieltenant erneut nötig? |
|---|---|
| Entra ID P1 / P2 / Governance | Nein — „one human, one license" (aber ≥1 Premium-Lizenz muss im Tenant existieren) |
| Microsoft 365 / Office 365 (E3, E5) | Ja — pro Tenant, in dem der User Exchange/SharePoint/Teams nutzt |
| Teams Phone / Voice | Ja — erfordert zusätzlich eine M365-Basislizenz im Host-Tenant |
| Dynamics 365 (Sales, Customer Service, Field Service, F&O) | Ja — tenant-gebunden |
| Power Platform (Power Apps, Power Automate per-user) | Ja — pro Tenant |
| Tenant-Lizenzen (Customer Insights/Journeys, Copilot Studio) | Ja, doppelt — pro Tenant lizenziert |
Nur das Identitäts- und Zugriffs-Layer (Entra ID Premium/Governance) ist über die MTO portabel. Anwendungslizenzen (M365, Teams Voice, Dynamics 365, Power Platform) sind in jedem Tenant neu zu beschaffen und zuzuweisen.
30 Min Erstgespräch · kostenlos
Wir sehen Ihre Microsoft-Lizenzen mit Ihnen durch und nennen die ein bis zwei Hebel, die in Ihrem konkreten Setup wirken — ohne Verkaufstermin im Anschluss.
Häufige Fragen
Nein. Das Prinzip gilt ausschließlich für Microsoft Entra ID Premium (P1/P2) und Governance. Microsoft 365, Dynamics 365 und Power Platform sind davon ausgenommen.
Ja. Jeder Nutzer, der die MTO-Funktion verwendet, braucht mindestens Microsoft Entra ID P1.
Nicht pro Nutzer — das Entitlement reist mit, sofern beide Tenants Ihrer Organisation gehören. Im Zieltenant muss aber grundsätzlich mindestens eine Premium-Lizenz vorhanden sein.
Nein. Das Entitlement gilt nur für selbst besessene Tenants. Für dedizierte Konten im Kunden-Tenant müssen separate Lizenzen gekauft werden.
Im Quell-Tenant: Jeder synchronisierte Benutzer braucht dort eine P1-Lizenz. Der Ziel-Tenant braucht für diese Nutzer keine zusätzlichen P1-Lizenzen.
Nein. Dynamics-365-Lizenzen sind tenant-gebunden und nicht übertragbar. Der Nutzer muss als Gast in den Ziel-Tenant eingeladen und dort lizenziert werden.
Im deutschen Tenant (dort, wo die Umgebung läuft), über das B2B-Gastkonto. Nicht im japanischen Tenant.
In der Regel mehrere Environments innerhalb eines Tenants. Eine Lizenz gilt dann tenant-weit über alle Umgebungen. Mehrere Tenants führen schnell zu Mehrfachlizenzierung, insbesondere bei tenant-basierten Produkten.
Unter anderem Dynamics 365 Customer Insights (Journeys + Data) und Copilot Studio. Bei mehreren Tenants fallen diese mehrfach an.
Nur eingeschränkt. Integrationen zwischen Customer-Engagement- und Finance-and-Operations-Apps sind über Tenants hinweg nicht möglich. Für länderübergreifende Szenarien empfiehlt Microsoft Single-Tenant mit Multi-Geo.
Die MTO-Funktion spart Ihnen die Doppelung der Anmelde- und Sicherheitslizenz (Entra ID Premium) — nicht aber die Doppelung der Nutzungs- und Anwendungslizenzen. Sobald ein Mitarbeiter in einem zweiten Tenant produktiv mit M365, Teams Voice, Dynamics 365 oder der Power Platform arbeitet, sind dort neue Lizenzen zu beschaffen und zuzuweisen.
Wer Kosten und Architektur sauber planen will, sollte früh die Grundsatzfrage klären: Brauchen wir wirklich mehrere Tenants — oder reicht ein Tenant mit mehreren (Multi-Geo-)Environments? In den meisten Fällen ist die Single-Tenant-Variante sowohl lizenz- als auch integrationstechnisch der deutlich einfachere Weg.
30 Min Erstgespräch · kostenlos
Als Microsoft-Partner unterstützt arades Sie bei Lizenzierung, Architektur und Umsetzung — von der Kostenkalkulation bis zur technischen Implementierung.
Verwandte Beiträge
8. Mai 2026 · Dynamics 365
Was sich seit Oktober 2025 in der D365-Lizenz-Matrix verändert hat. Kommentierter Durchlauf des Change Logs.
8. Mai 2026 · Dynamics 365
D365-Lizenzmechanik, die wir bei jedem dritten Kunden falsch konfiguriert finden. Mit Berechnungsbeispielen.
8. Mai 2026 · Copilot
Premium-SKUs enthalten seit November 2025 jeweils 1.000 Credits/User/Monat. Ab welcher Nutzung lohnt das?
8. Mai 2026 · Compliance
Team Members ist die günstigste D365-Lizenz — und die häufigste Verstoßquelle. Was die Lizenz darf, was nicht.
