Dans la grande majorité des cas, non : un tenant unique est préférable — collaboration native, administration et licences unifiées, identité commune. Les besoins de résidence des données se traitent avec Multi-Geo, et la délégation par pays avec les unités administratives. Le multi-tenant ne se justifie que pour des raisons précises : cloisonnement réglementaire fort, cession envisagée d'une entité, ou exigences de souveraineté incompatibles.
Le tenant est la frontière naturelle de Microsoft 365 : tout ce qui est dedans collabore nativement (Teams, SharePoint, agendas, annuaire), tout ce qui est dehors passe par des mécanismes de collaboration externe plus lourds. Éclater un groupe de 50 ou 200 personnes en trois tenants nationaux, c'est transformer chaque réunion transfrontalière en collaboration inter-entreprises : invités externes, doubles identités, partage dégradé.
S'ajoutent les coûts cachés : trois consoles d'administration, trois politiques de sécurité à maintenir alignées, des licences qui ne se mutualisent pas, et une complexité qui croît plus vite que l'effectif. Pour une PME ou une ETI multi-pays, la charge d'exploitation d'un multi-tenant est rarement assumable.
L'argument le plus souvent invoqué pour le multi-tenant est la localisation des données — « les données allemandes doivent rester en Allemagne ». Microsoft 365 y répond sans éclater le tenant : la fonctionnalité Multi-Geo permet d'affecter à chaque utilisateur une géographie de résidence pour ses données Exchange, OneDrive et SharePoint, au sein d'un tenant unique. C'est une licence additionnelle par utilisateur concerné, bien moins coûteuse qu'un second tenant.
Le mécanisme fonctionne d'ailleurs dans les deux sens : les géographies Multi-Geo incluent des zones hors Union européenne — dont les Émirats arabes unis — et un groupe peut donc choisir de stocker localement les données de son bureau de Dubaï si son activité le justifie, toujours dans le même tenant. La décision devient alors un arbitrage documenté : résidence locale pour les données du bureau, en veillant à l'encadrement des transferts pour les données personnelles européennes qui y transiteraient. Nuance importante : Multi-Geo répond à un besoin de résidence (où les données sont stockées au repos), pas à un besoin de cloisonnement (qui peut y accéder). Le cloisonnement se traite par les permissions, les barrières d'information et l'accès conditionnel — dans le même tenant.
Autre objection classique : « chaque pays doit administrer ses utilisateurs ». Les unités administratives d'Entra ID répondent exactement à cela : un administrateur local ne voit et ne gère que les utilisateurs, groupes et appareils de son périmètre. La DSI centrale ou le prestataire garde la gouvernance globale ; chaque pays garde son autonomie opérationnelle.
Trois situations légitiment réellement des tenants séparés. Le cloisonnement réglementaire fort : deux entités régulées dont les régulateurs exigent une séparation stricte des systèmes, ou des activités soumises à muraille de Chine. La trajectoire capitalistique : une entité destinée à être cédée gagne à être isolée dès le départ — une séparation de tenant a posteriori est un projet de migration lourd. La souveraineté incompatible : une entité soumise à des exigences (clouds souverains, secteurs sensibles) que le tenant du groupe ne peut pas satisfaire.
En dehors de ces cas, le multi-tenant est presque toujours un héritage — des rachats successifs jamais consolidés — plutôt qu'un choix. La consolidation de tenants est un projet exigeant mais rentable, à planifier avec méthode : migration des boîtes, des sites, des identités et des appareils, sans interruption de production.
Oui, mais c'est un projet de migration, pas un bouton : boîtes aux lettres, sites SharePoint, OneDrive, Teams, identités et appareils doivent être déplacés avec méthode. Bien préparée, l'opération est transparente pour les utilisateurs, mais elle se planifie sur plusieurs semaines.
Oui, sans difficulté : un tenant accepte de nombreux domaines vérifiés. Chaque entité conserve son domaine (@societe.fr, @societe.lu…) avec des adresses distinctes dans un annuaire commun.
Multi-Geo requiert un socle minimal de licences éligibles et s'ajoute par utilisateur concerné. Pour les petites structures, une alternative pragmatique consiste à héberger les données sensibles dans des ressources Azure de la région voulue.
DIGICAB conçoit et opère des environnements Microsoft 365 multi-pays : architecture de tenant, Multi-Geo, délégation par entité, consolidation après rachat. 30 minutes avec un ingénieur, sans démarchage ni engagement, pour arbitrer votre cas.
Prendre rendez-vous