Le licensing Microsoft est un monde complexe : contrats (EA, MCA, CSP…), familles de licences, bundles à multiples briques et canaux d’achat s’enchevêtrent au risque de perdre même les administrateurs aguerris. Cette complexité peut avoir un impact direct sur les coûts : licences surdimensionnées, achats réalisés via le mauvais canal ou migrations contractuelles subies lors de la disparition de programmes historiques. Cet article donne les repères pour s’y retrouver : d’abord les contrats et leur lien avec les comptes de facturation Cloud, puis les familles M365 et leur logique de bundles, enfin les canaux d’achat et les différents types de partenaires. Il ne s’agit pas ici de désigner le “bon” contrat, mais de permettre à chacun de mieux s’y retrouver dans cette jungle.
Les programmes de licences Microsoft
Pour commencer, nous allons aborder les programmes de licences disponibles chez Microsoft. Chaque programme permet de donner un cadre juridique et commercial avec l’organisation cliente ou un individu, dans le cas du grand public. Ces contrats permettent de définir plusieurs critères :
Ce qui peut être acheté : certains produits ne sont accessibles que sous certains contrats (par exemple, Azure en pay-as-you-go n’existe que sous un MCA, pas sous un Open Licence).
Les conditions commerciales : la durée d’engagement, les modalités de facturation (mensuelle, annuelle, à l’usage), les éventuelles remises de volume, les droits de résiliation.
Les droits d’usage accordés par l’éditeur : le contrat lui-même ne donne pas directement une licence produit, mais il fixe les règles générales (propriété intellectuelle, conformité, niveaux de service, confidentialité des données) qui s’appliquent à toutes les licences achetées dans son cadre.
La structure de facturation : le contrat détermine comment sont créés les comptes de facturation, et donc comment sont éditées les factures.
Pour résumer : signer un contrat Microsoft (EA, MCA, CSP…) ne vous donne pas encore de licence utilisable. Par contre, cela ouvre la porte pour accéder à l’achat des licences (Microsoft 365, Azure, Dynamics 365, etc.) selon les règles fixées par ce contrat. C’est la distinction à garder en tête : le contrat est le contenant juridique/commercial, la licence est le droit d’usage d’un produit précis à l’intérieur de ce contenant.
Il existe plusieurs programmes de licences, voici la liste des principaux connus :
Nom du programme / contratDescriptionOrganisation cibleEA (Enterprise Agreement)Contrat pluriannuel (3 ans) avec engagement de volume, remises liées au montant total engagé, permettant d’accéder à la Software Assurance. Progressivement remplacé par le MCA-E dans la stratégie commerciale de Microsoft.Grandes entreprises (généralement 500+ postes)MCA (Microsoft Customer Agreement)Contrat cadre non daté, sans durée fixe, signé une fois puis valable pour tous les achats ultérieurs (Azure, M365 via CSP, etc.). Sert de socle contractuel aux achats en libre-service et via partenaire.Toutes tailles d’organisationMCA-E (Microsoft Customer Agreement for Enterprise)Variante du MCA pensée pour remplacer l’EA chez les grands comptes : mécanismes d’engagement et de négociation modernisés, avec une logique commerciale proche de celle historiquement disponible dans l’EA.Grandes entreprises, alternative à l’EACSP (Cloud Solution Provider)Achat de licences Cloud et on-premises via un partenaire revendeur, sans engagement obligatoire. Facturation et engagement pouvant être mensuels, annuels ou pluriannuels . Devenu le canal par défaut pour les PME/ETI depuis la fermeture d’Open Licence.PME, ETI, et grandes entreprisesSPLA (Services Provider License Agreement)Licences louées mensuellement par un hébergeur/fournisseur de services pour héberger des solutions Microsoft chez ses clients.Hébergeurs, fournisseurs de services managésOEMLicences préinstallées par le fabricant, liées de façon permanente au matériel.TPE, particuliers, matériel neuf
Le paysage contractuel Microsoft n’a pas toujours été aussi resserré. Des programmes historiques comme Open Licence, fermé en janvier 2022 ou le MPSA, aujourd’hui en fin de vie, structuraient auparavant une bonne partie des achats des PME et ETI. Microsoft pousse désormais activement ses clients vers deux modèles :
CSP, devenu le canal par défaut pour les achats avec et sans engagement pour les organisations de toutes tailles.
MCA / MCA-E : remplaçant progressivement l’EA comme contrat cadre pour les grands comptes.
Cette bascule n’est pas neutre pour les organisations encore sous un programme historique : elle implique, à terme, une migration contractuelle et tarifaire qu’il vaut mieux anticiper plutôt que subir au moment d’un renouvellement.
Contrats Cloud et les comptes de facturation
Les achats de licences Windows, Microsoft 365 ou encore Azure ne sont pas rattachés à un contrat “physique” unique de la même manière qu’un EA papier : ils sont rattachés à un compte de facturation (billing account), lui-même associé à un contrat sous-jacent. Leur fonctionnement dépend du contrat acquis :
Sous MCA : chaque signature du contrat crée un compte de facturation visible dans le portail Azure et/ou le centre d’administration M365. Un client peut avoir plusieurs comptes de facturation s’il a signé plusieurs fois (par exemple un MCA individuel et un MCA passé via un CSP).
Sous CSP : le compte de facturation est rattaché à la relation partenaire-client. Ce canal repose sur une relation contractuelle entre Microsoft, le partenaire CSP et le client final. C’est le partenaire qui gère la facturation consolidée du client et son support.
Sous EA : la logique est différente, organisée autour d’un “enrollment” pluriannuel plutôt que d’un compte de facturation Cloud au sens MCA.
Concrètement, le compte de facturation est une représentation logique du contrat acquis par l’organisation cliente. Il permet ensuite de souscrire à des produits et services, selon les conditions du contrat de licences.
Contrats Cloud et comptes de facturation : la représentation logique – Image générée par IA (Microsoft Copilot)
À retenir : un programme de licence et un canal d’achat sont deux notions différentes. Un MCA ou un EA sont avant tout des cadres contractuels. Le CSP est quant à lui principalement un canal de distribution permettant d’acheter des licences Microsoft par l’intermédiaire d’un partenaire. C’est une confusion fréquente dans le licensing Microsoft.
Les familles de licences Microsoft 365
Une fois le contrat en place, les licences M365 elles-mêmes sont réparties en grandes familles, chacune avec ses propres gammes de plans et ses règles d’éligibilité :
FamillePlansCible / ÉligibilitéGrand publicMicrosoft 365 Personnel & FamilleParticuliers, jusqu’à 6 personnes pour l’abonnement famille.BusinessMicrosoft 365 Basic / Standard / PremiumEntreprise jusqu’à 300 utilisateursEntrepriseMicrosoft 365 E3 / E5 et E7 disponible depuis 2026
Office 365 E1 / E3 / E5Entreprise sans limite de taille.EducationMicrosoft 365 A1 / A3 / A5
Office 365 A1 / A3 / A5Établissements scolaires et universitaires accrédités, élèves/étudiants et personnelNon-profitMicrosoft 365 Business Basic / Standard / Premium for Nonprofit
Microsoft 365 E3 / E5 for NonprofitAssociations à but non lucratif validées (souvent via TechSoup), tarifs réduits ou dons de licences
Toutes les familles disposent d’une gamme de plans de licences avec une logique croissante : chaque palier ajoute des fonctionnalités de sécurité, de conformité ou de collaboration avancées par rapport au précédent, sans nécessairement tout reprendre à zéro.
Bundles et plans autonomes
Un plan Microsoft 365 (Business Premium, E3, E5…) n’est pas un produit unique : c’est un bundle, regroupant plusieurs briques logicielles, vendues ensemble à un tarif plus avantageux que si elles étaient achetées séparément. Un plan Microsoft 365 E5, par exemple, combine la suite Office, Exchange Online, SharePoint, Teams, Intune, Entra ID P2, Defender for Office 365, et d’autres briques de sécurité et de conformité.
Ce qui est moins connu : une grande partie de ces briques existent aussi en dehors du bundle, sous deux formes :
En plan autonome (standalone) : la brique peut être achetée seule, sans le reste du bundle. C’est le cas par exemple d’Exchange Online Plan 1/2, d’Entra ID P1/P2, d’Intune Plan 1, ou de Power BI Pro.
En add-on : la brique vient compléter un bundle déjà possédé, pour ajouter une fonctionnalité précise sans monter au palier supérieur. Par exemple, ajouter Defender for Office 365 Plan 2 en complément d’un Microsoft 365 Business Premium, plutôt que de migrer l’ensemble des utilisateurs vers un E5.
Cette logique permet d’ajuster finement un plan de licensing aux besoins réels d’une organisation, plutôt que de payer pour un bundle complet quand seule une fonctionnalité spécifique est nécessaire. Cela vaut aussi dans le cas contraire, pour éviter d’empiler des add-ons dont le coût cumulé dépasserait celui d’un palier supérieur.
Organisation des licences : bundles, plans autonomes et add-ons – Image générée par IA (Microsoft Copilot)
Les canaux d’achat
Une fois le contrat et les licences identifiés, il nous reste à savoir par où passer pour acheter. Deux grands canaux coexistent :
Achat direct : le client achète directement auprès de Microsoft, sans intermédiaire. C’est le modèle historique de l’EA et du MCA signé en direct, ainsi que des achats en libre-service (self-service purchase) pour certains produits.
Achat via CSP : le client achète via un partenaire revendeur, qui gère tout ou partie de la relation commerciale, technique et de support. Comme vu précédemment, ce canal repose sur une relation tripartite (client, revendeur et Microsoft), et se décline en deux profils de partenaires :
Partenaire de facturation directe (anciennement appelé Tier 1) : est facturé directement par Microsoft, gère l’intégralité de la relation client (facturation, support, provisioning).
Revendeur indirect (anciennement appelé Tier 2) : n’est pas facturé directement par Microsoft, mais s’appuie sur un Distributeur (anciennement Indirect Provider) qui achète en gros et gère la facturation en son nom.
Pour une PME ou une ETI, passer par un partenaire CSP, qu’il soit Partenaire de facturation directe ou Revendeur indirect, présente généralement l’avantage d’un accompagnement technique et d’un point de contact unique. À l’inverse, l’achat direct laisse l’organisation seule face à Microsoft pour la gestion courante des licences et de ses services. De plus, un partenaire CSP peut facilement vous proposer des tarifs négociés selon votre besoin, vos modalités d’engagement et de facturation.
Conclusion
Ces cinq étapes couvrent les étapes clés du parcours à réaliser par une organisation pour accéder à Microsoft 365 :
Choisir le programme définissant le contrat
Disposer d’un compte de facturation qui en découle
Identifier et souscrire à la famille de licences adaptée à sa nature, à ses besoins et à sa taille
Optimiser le licensing et son coût entre bundles, briques autonomes et add-ons
Enfin, le canal d’achat permettant de contractualiser : via un CSP ou en direct avec Microsoft
Pour conclure cet article, je vous partage quelques scénarios pour illustrer le fonctionnement de l’ensemble des étapes abordées dans cet article :
PME de 50 salariés, sans contrainte de conformité particulière : Microsoft 365 Business Premium, acheté via un partenaire CSP en Direct Bill Partner. Le partenaire CSP délivre un accompagnement de proximité et la facturation.
Association de 15 salariés éligible au programme non-profit : Microsoft 365 Business Basic en grant gratuit pour l’essentiel des comptes, complété par quelques licences Business Premium à tarif réduit pour les postes nécessitant les applications de bureau, le tout géré par un partenaire CSP habitué aux spécificités du programme Non-profit de l’éditeur.
ETI de 800 salariés avec des besoins de conformité renforcés : Microsoft 365 E3 comme socle, avec un add-on Defender for Office 365 Plan 2 pour les équipes exposées aux risques de phishing ciblé, plutôt qu’une bascule générale vers E5. Cela illustre un arbitrage bundle/add-on typique de la section 4.
Grand groupe de 3 000 salariés en fin de cycle EA : migration vers un MCA-E à l’occasion du renouvellement, anticipée plusieurs mois à l’avance pour éviter une bascule subie, comme évoqué en section 1.
Dans les quatre cas, la même logique s’applique : partir du besoin réel de l’organisation, puis remonter vers le contrat, la famille de licences et le canal d’achat qui y répondent, plutôt que l’inverse. C’est cette lecture “du besoin vers le contrat” que cet article vise à rendre accessible.
En tant que consultant freelance spécialisé sur l’écosystème Microsoft Infra Cloud & Modern Work, je peux vous accompagner dans la gestion et l’optimisation de vos licences et de vos services. N’hésitez pas à me contacter si besoin.
Consultant IT freelance, j’ai fondé SysBlue Consulting après 7 années d’expérience en ESN pour accompagner les PME et ETI sur leurs environnements Microsoft On-Premise et Cloud. Mes missions couvrent Microsoft 365, Azure, l’identité et la sécurité. J’interviens également en tant que formateur auprès d’entreprises et comme rédacteur sur IT-Connect.