Ressources · Blog · Licences · 28 mai 2026

Licences Microsoft pour les organisations multi-tenant : ce qu'Entra ID, M365 et Dynamics 365 coûtent réellement.

Les organisations multi-tenant (MTO) sont depuis longtemps une réalité quotidienne : groupes avec filiales, sites internationaux disposant de leur propre cadre juridique ou entreprises issues d'une acquisition exploitent souvent plusieurs tenants Microsoft 365 en parallèle. Avec la fonctionnalité MTO de Microsoft, beaucoup de choses semblent simplifiées — « une licence par personne ». Mais cette promesse ne vaut que pour une fraction étroite des licences. Pour Dynamics 365 et la Power Platform, le monde est tout autre.

Cet article explique où le principe « one human, one license » s'applique, où il ne s'applique pas — et quelles licences vous devez réellement racheter dans chaque tenant cible. Il s'adresse tant aux décideurs qui planifient les coûts qu'aux administrateurs et architectes qui mettent en œuvre la configuration.

1×

Entra ID Premium voyage avec l'utilisateur — une licence par personne suffit.

≥ P1

Prérequis par utilisateur MTO (cross-tenant sync inclus).

Familles de licences qui NE sont PAS portables entre tenants.

Multi-Geo

Recommandation Microsoft plutôt que multi-tenant — si juridiquement possible.

Le principe de base : « One human, one license » — et ses limites étroites

Microsoft résume la philosophie de licence MTO en une phrase : une personne n'a besoin que d'une seule licence. Qui est licencié dans le tenant d'origine (Home Tenant) n'a pas besoin d'une seconde licence dans le tenant de ressources (Resource Tenant).

Cela ressemble à de grandes économies — mais cette phrase ne s'applique exclusivement qu'à Microsoft Entra ID Premium (P1/P2) et Entra ID Governance. Ce n'est pas un principe général de licence pour l'ensemble du cloud Microsoft.

C'est précisément là que naît en pratique le malentendu le plus coûteux : beaucoup supposent qu'une personne licenciée dans le tenant d'origine est automatiquement « co-licenciée » partout. Cela n'est vrai que pour la couche d'identité et d'accès. Dès qu'on travaille en production avec des applications — boîtes aux lettres, Teams Voice, CRM, ERP, Power Apps — il faut licencier séparément dans chaque tenant.

Condition préalable au MTO

L'utilisation de la fonction Multi-Tenant Organization présuppose que chaque utilisateur participant possède au moins une licence Microsoft Entra ID P1 (ou supérieure). Cela couvre tant la fonctionnalité MTO que la Cross-Tenant Synchronization sous-jacente.

Partie 1 : Entra ID & Microsoft 365 — où on économise, où on n'économise pas

Entra ID Premium : portable entre tenants

Au niveau de la couche identité, le principe d'économie fonctionne réellement. Qui dispose d'Entra ID P1/P2 dans le tenant d'origine est entitled dans le tenant de ressources — aucune seconde licence Premium par personne ne doit être achetée.

Deux conditions importantes à respecter :

Les deux tenants doivent appartenir à votre propre organisation. L'entitlement ne s'applique qu'aux tenants détenus en propre. Quiconque exploite en tant que Managed Service Provider (MSP) des comptes dédiés dans le tenant d'un client n'en bénéficie pas — des licences séparées sont dues là, car le tenant client n'est pas le sien.
Au moins une licence Premium dans le tenant cible. Malgré le principe « one human », au moins une licence Microsoft Entra Premium doit en principe exister dans le second tenant pour que les fonctions Premium y soient effectives. Il ne s'agit donc pas d'une licence par utilisateur synchronisé, mais le tenant ne peut pas être entièrement dépourvu de Premium.

Cross-Tenant Sync : la licence se trouve dans le tenant source

Pour la Cross-Tenant Synchronization, ce qui compte est où se trouve la licence : chaque utilisateur dans le tenant source dont l'identité est synchronisée a besoin d'une licence Entra ID P1. Le tenant cible n'a besoin d'aucune licence P1 supplémentaire pour ces utilisateurs synchronisés. La licence « voyage » pratiquement avec l'utilisateur depuis le Home Tenant.

Workloads Microsoft 365 : pas de portabilité

Pour les services M365 productifs — Exchange Online, SharePoint, Teams — le principe d'économie ne s'applique pas. Comptes utilisateurs, identités, groupes de sécurité, abonnements, licences et stockage ne peuvent pas être partagés entre tenants. Qui travaille en production avec des workloads M365 dans un second tenant a besoin d'une licence M365 dédiée là-bas.

Un exemple parlant est Teams Phone / Voice : en pratique, l'attribution d'une licence Teams Phone dans le tenant hôte requiert en outre une licence M365 de base (par exemple E3) dans le même tenant. Un utilisateur externe aurait ainsi besoin d'une licence dans les deux tenants.

Limites de cloud

Un MTO peut couvrir des tenants dans plusieurs pays — tant qu'ils sont dans le même cloud. MTO est disponible au sein de GCC, GCC-H et DOD, mais les tenants ne doivent se trouver qu'au sein du même environnement cloud. Un MTO entre Commercial Cloud et GCCH n'est pas possible.

Partie 2 : Dynamics 365 & Power Platform — le principe ne s'applique pas ici

C'est là que se cachent la plupart des pièges de coûts. Le principe MTO « one human, one license » est une règle purement Entra. Dynamics 365 et Power Platform suivent une logique complètement différente.

Les licences sont liées au tenant

Une licence Dynamics 365 ou Power Platform est liée à exactement un tenant (un Entra ID). Elle ne « voyage » pas avec la personne. Dans un scénario multi-tenant, un utilisateur licencié ne peut accéder qu'aux environnements attribués au même tenant. Pour accéder à un autre tenant, l'utilisateur doit être invité en tant qu'invité et peut nécessiter une licence séparée là-bas.

Environments vs tenants — le choix décisif

Voici le plus grand levier pour l'économie de licences :

Plusieurs environments dans un seul tenant : tous les utilisateurs du tenant peuvent accéder à plusieurs environments. Une licence D365 Sales permet ainsi l'accès à chaque environment Sales du même tenant — sous réserve des rôles de sécurité.
Plusieurs tenants : les utilisateurs d'un autre tenant doivent être invités en tant qu'invités — et c'est typiquement là que naît le besoin de licences multiples.

La recommandation de Microsoft est donc claire : pour la plupart des entreprises, utiliser plusieurs environments dans un seul tenant offre le meilleur compromis entre fonctionnalité et facilité d'administration. Plusieurs tenants ne valent la peine que pour des unités qui souhaitent séparer délibérément annuaire et licences.

Licences par tenant — le facteur de coût caché

Certains produits sont licenciés par tenant plutôt que par utilisateur. Avec plusieurs tenants, ils sont facturés en conséquence plusieurs fois :

Dynamics 365 Customer Insights (Journeys + Data) : licencié par tenant et inclut les droits pour les deux applications ainsi que l'installation dans un nombre illimité d'environments de production et de sandbox — y compris une capacité standard d'Interacted People et d'Unified People.
Copilot Studio (anciennement Power Virtual Agents) : licencié par tenant, facturé au volume de sessions.

Avec deux tenants, vous avez besoin de ces licences en double. C'est régulièrement oublié dans la planification budgétaire.

L'intégration cross-tenant est fortement restreinte

Techniquement aussi, les scénarios multi-tenant sont limités : selon Microsoft, les intégrations entre les applications Customer Engagement et Finance & Operations ne peuvent pas être mises en œuvre à travers les frontières de tenant. De plus, les paramètres Tenant Isolation de Power Platform peuvent bloquer les connecteurs cross-tenant entrants et sortants.

Pour les scénarios transfrontaliers, Microsoft recommande donc le plus souvent Single-Tenant avec Multi-Geo : les environments de production peuvent être créés dans différents pays et régions, mais restent partie du même tenant à l'échelle de l'organisation. Cela maintient les intégrations et la licence nettement plus simples.

Exemple pratique : tenant DE et tenant Japon

Un scénario réel fréquent :

Tenant DE exploite un environment Dynamics 365 Sales.
Tenant Japon dispose de son propre Entra ID et de ses propres comptes.
Des collègues japonais doivent accéder à l'environment Sales de DE avec leur compte japonais.

Où la licence est-elle réservée ? Dans le tenant DE — là où tourne l'environment Dynamics. Le collègue japonais est invité comme invité B2B dans le tenant DE, et une licence Dynamics 365 Sales y est attribuée.

Pourquoi pas au Japon ? Une licence achetée dans le tenant japonais est liée au Japon et ne peut pas être utilisée pour accéder à un environment DE, car les licences ne sont pas partagées entre tenants. Elle ne servirait simplement à rien au collègue pour l'accès DE.

Le résultat

il reste une licence Sales — mais réservée et attribuée dans le tenant DE via le compte invité. Aucune seconde licence au Japon, mais aussi aucune portabilité de la licence japonaise. Si deux tenants séparés n'étaient pas strictement requis, Single-Tenant avec Multi-Geo Dataverse serait la solution la plus propre.

Matrice de décision : quelle licence doit être de nouveau acquise dans le tenant cible ?

Type de licence	Nécessaire à nouveau dans le tenant cible ?
Entra ID P1 / P2 / Governance	Non — « one human, one license » (mais ≥ 1 licence Premium doit exister dans le tenant)
Microsoft 365 / Office 365 (E3, E5)	Oui — par tenant où l'utilisateur utilise Exchange/SharePoint/Teams
Teams Phone / Voice	Oui — requiert en plus une licence M365 de base dans le tenant hôte
Dynamics 365 (Sales, Customer Service, Field Service, F&O)	Oui — liée au tenant
Power Platform (Power Apps, Power Automate par utilisateur)	Oui — par tenant
Licences par tenant (Customer Insights/Journeys, Copilot Studio)	Oui, en double — licenciées par tenant

Règle générale

seule la couche d'identité et d'accès (Entra ID Premium/Governance) est portable via MTO. Les licences applicatives (M365, Teams Voice, Dynamics 365, Power Platform) doivent être acquises et attribuées à nouveau dans chaque tenant.

Entretien 30 min · gratuit

Transposer la question de cet article à votre propre cas ?

Nous parcourons vos licences Microsoft avec vous et nommons le ou les leviers qui fonctionnent dans votre configuration concrète — sans rendez-vous commercial qui suit.

Réserver un créneau Contact

Questions fréquentes

« One human, one license » s'applique-t-il à toutes les licences Microsoft ?

Non. Le principe s'applique exclusivement à Microsoft Entra ID Premium (P1/P2) et Governance. Microsoft 365, Dynamics 365 et Power Platform en sont exclus.

Ai-je besoin d'une licence particulière pour MTO ?

Oui. Chaque utilisateur qui utilise la fonction MTO a besoin au minimum de Microsoft Entra ID P1.

Mon utilisateur a Entra ID Premium dans le tenant d'origine. Dois-je acheter à nouveau Premium dans le tenant cible ?

Pas par utilisateur — l'entitlement voyage avec, à condition que les deux tenants appartiennent à votre organisation. Le tenant cible doit toutefois disposer en principe d'au moins une licence Premium.

Cela s'applique-t-il aussi aux comptes MSP dans le tenant client ?

Non. L'entitlement ne s'applique qu'aux tenants détenus en propre. Pour les comptes dédiés dans le tenant d'un client, des licences séparées doivent être achetées.

Où se trouve la licence pour la Cross-Tenant Sync ?

Dans le tenant source : chaque utilisateur synchronisé y a besoin d'une licence P1. Le tenant cible n'a besoin d'aucune licence P1 supplémentaire pour ces utilisateurs.

Puis-je utiliser une licence Dynamics 365 du tenant A pour un environment du tenant B ?

Non. Les licences Dynamics 365 sont liées au tenant et non transférables. L'utilisateur doit être invité comme invité dans le tenant cible et y être licencié.

Si des collègues japonais accèdent à un environment Dynamics allemand — où la licence est-elle attribuée ?

Dans le tenant allemand (là où tourne l'environment), via le compte invité B2B. Pas dans le tenant japonais.

Qu'est-ce qui est moins cher : plusieurs tenants ou plusieurs environments ?

En règle générale, plusieurs environments dans un seul tenant. Une licence s'applique alors à tout le tenant pour tous les environments. Plusieurs tenants entraînent rapidement des licences multiples, en particulier pour les produits licenciés par tenant.

Quels produits Dynamics/Power Platform sont licenciés par tenant ?

Entre autres Dynamics 365 Customer Insights (Journeys + Data) et Copilot Studio. Avec plusieurs tenants, ces produits sont facturés plusieurs fois.

Puis-je intégrer des applications Dynamics à travers les frontières de tenant ?

Seulement de manière limitée. Les intégrations entre les applications Customer Engagement et Finance & Operations ne sont pas possibles à travers les tenants. Pour les scénarios transfrontaliers, Microsoft recommande Single-Tenant avec Multi-Geo.

Conclusion

La fonction MTO vous épargne la duplication de la licence de connexion et de sécurité (Entra ID Premium) — mais pas la duplication des licences d'usage et applicatives. Dès qu'un collaborateur travaille en production avec M365, Teams Voice, Dynamics 365 ou la Power Platform dans un second tenant, de nouvelles licences doivent y être acquises et attribuées.

Pour planifier proprement coûts et architecture, il faut clarifier tôt la question fondamentale : avons-nous vraiment besoin de plusieurs tenants — ou un tenant avec plusieurs environments (Multi-Geo) suffit-il ? Dans la plupart des cas, la variante Single-Tenant est la voie nettement plus simple, tant en termes de licences que d'intégration.