Microsoft Agent 365

Ce que c’est

Microsoft Agent 365 est le plan de contrôle des agents IA à l’intérieur d’un tenant Microsoft. Il tient un registre de tous les agents de l’organisation, donne à chacun une identité via Entra Agent ID, cartographie ce à quoi ces agents se connectent, et fournit les points d’accroche qui permettent à Conditional Access, Purview et Defender de s’appliquer à un logiciel qui agit seul comme ils s’appliquent déjà aux salariés. La disponibilité générale est arrivée le 1er mai 2026, et le même jour Microsoft a retiré le blade autonome Entra Agent Registry du centre d’administration Entra pour l’y intégrer : un seul plan de contrôle, pas deux.

La correction à poser avant tout le reste : Agent 365 ne construit pas les agents et ne les exécute pas. Copilot Studio et Microsoft Foundry construisent. Agent 365 gouverne ce qui a été construit. L’acheter parce que vous voulez des agents est le contresens le plus coûteux de cette catégorie, parce que la licence dont vous aviez réellement besoin, c’était la suite de base en dessous.

Pourquoi les équipes ops arrivent ici

Le déclencheur est rarement une exigence de sécurité. C’est le moment où quelqu’un demande combien d’agents peuvent écrire dans le CRM, dans l’ATS ou dans le référentiel de contrats, et où personne dans la salle ne sait répondre. Les agents arrivent un service à la fois — un responsable RevOps monte un agent de routage, une recruteuse câble un flux de présélection, le legal ops installe un tri d’intake — et chacun s’authentifie comme la personne qui l’a construit. Il n’y a pas de liste, pas de colonne propriétaire, et pas de sujet d’audit distinct de l’humain dont le token a été emprunté.

Agent 365 répond à cette question par un inventaire. Le registre couvre les agents Microsoft, les agents construits dans Copilot Studio et Foundry, les agents partenaires livrés préconfigurés pour lui (Genspark, Zensai, Egnyte, Zendesk au lancement) et les agents issus des agent factories de la liste de lancement : Kasisto, Kore et n8n. Les agents construits sur n8n reçoivent automatiquement un Entra Agent ID et apparaissent dans le centre d’administration sans travail d’identité de votre côté, ce qui est le chemin le moins cher entre une automatisation qui fonctionne et une automatisation gouvernée.

La réalité du prix

• 15,00 USD par utilisateur et par mois, en standalone, paiement annuel.
• Inclus dans Microsoft 365 E7 à 99 USD/utilisateur/mois — la Frontier Suite lancée le 1er mai 2026, qui empaquette E5, Copilot et Agent 365.
• Non inclus dans E5. Les Product Terms de juin 2026 exigent Microsoft 365 E5, Microsoft 365 Business Premium ou la combinaison Defender + Purview Suite Frontline Worker comme prérequis.

Les 15 USD sont un add-on, pas un prix d’entrée, et la fourchette réelle dépend entièrement de ce que vous possédez déjà :

• Déjà en E5, 200 postes : 15 USD × 200 = 36 000 USD/an en plus de ce que vous payez aujourd’hui.
• En Business Premium, 200 postes : 22 USD + 15 USD = 37 USD/utilisateur/mois, soit 88 800 USD/an tout compris.
• Sans base éligible, 200 postes : E5 à 60 USD plus 15 USD = 75 USD/utilisateur/mois, 180 000 USD/an. À ce stade vous achetez une suite de sécurité et la gouvernance d’agents vient avec ; évaluez alors l’achat sur la suite.

L’unité est ce que la plupart des budgets lisent de travers. Agent 365 se licencie par utilisateur humain, pas par agent — une licence couvre tout agent que cette personne gère, parraine, possède ou qui travaille pour elle. Votre quarantième agent est gratuit. Votre deux cent unième salarié coûte 15 USD par mois. Le coût suit l’effectif tandis que le risque suit le nombre d’agents, et une seule de ces deux courbes figure sur la facture.

L’exécution est une deuxième facture. Construire et faire tourner des agents se facture via Copilot Studio (capacity packs à 200 USD/mois pour 25 000 crédits, ou 0,01 USD par crédit en pay-as-you-go) ou via Microsoft Foundry sur la facture Azure, et Windows 365 for Agents — l’environnement géré dans lequel les agents peuvent travailler — coûte 0,40 USD par heure de VM en pay-as-you-go, aux États-Unis uniquement et en préversion.

Idéal pour

Un responsable IT ou ops dans une entreprise Microsoft-first déjà licenciée en E5 ou Business Premium, qui doit produire un inventaire avec propriétaire attribué de chaque agent disposant d’un accès en écriture à un système de référence, et qui a besoin que les politiques Conditional Access et Purview s’appliquent à ces agents plutôt qu’aux humains dont ils empruntent l’identité. Le cas délimité où il gagne sans discussion : une organisation ops avec des agents qui tournent dans Copilot Studio, Teams et n8n, et une revue de conformité à venir qui demande qui a autorisé chacun d’eux.

Ne convient pas pour

Une équipe de 5 à 30 personnes faisant tourner deux ou trois agents sur n8n ou un builder de workflow, sans suite Microsoft en dessous. La chaîne de prérequis coûte plus cher que les agents, et le même contrôle — un propriétaire par agent, un gate d’approbation sur les écritures, un journal d’exécution — vient du stack ops d’agents IA pour une fraction de la licence. C’est aussi le mauvais achat si les agents qui comptent sont des sessions Claude ou ChatGPT pilotées par un humain : ils ne figurent pas sur la liste des partenaires, n’atterrissent pas dans le registre, et se gouvernent dans leurs propres consoles d’administration ou pas du tout.

Face aux alternatives

• Okta for AI Agents — disponible de façon générale depuis le 30 avril 2026, avec registre d’agents, credentials à durée de vie courte au lieu de clés API statiques, journaux d’activité des agents expédiés vers votre SIEM, et Cross App Access (XAA), un protocole ouvert pour les agents qui franchissent les frontières applicatives. Choisissez Okta quand l’identité est déjà Okta-first et que les agents qui comptent agissent sur du SaaS non-Microsoft. Le plan de contrôle de Microsoft est le plus solide exactement là où se trouve votre tenant, et le plus mince partout ailleurs.
• Salesforce Agentforce — choisissez-le quand les agents qui méritent d’être gouvernés vivent dans Salesforce et agissent sur des données Salesforce. Une gouvernance assise à côté de l’enregistrement se prouve plus facilement qu’une gouvernance qui fédère vers lui, et une organisation revenue centrée sur Salesforce ira plus loin avec les contrôles natifs qu’avec une entrée de registre dans le centre d’administration d’un autre éditeur.
• Token Security et les plateformes indépendantes d’identité non humaine — choisissez-les quand le vrai problème est la prolifération de credentials (comptes de service, clés API, autorisations OAuth) et non un répertoire d’agents validés par l’entreprise. Lisez le segment avant de signer : Cisco a racheté Astrix en mai 2026, SailPoint a bouclé Entro le 29 juin 2026, et Cyera a signé une LOI sur Oasis le 28 juillet 2026. Les indépendants sont la moitié qui rétrécit sur ce marché.

Points de vigilance

• Les scénarios intéressants sont encore en préversion. Les agents autonomes et non-OBO — les agents qui agissent avec leur propre accès plutôt qu’au nom d’un utilisateur connecté — restent en préversion publique et sont sans frais jusqu’à leur GA. Cela couvre l’essentiel de ce qu’une équipe ops veut déployer sans surveillance. Garde-fou : rédigez le récit de conformité uniquement contre les capacités en GA, et traitez la couverture en préversion comme un accélérateur dont vous pourriez vous passer. Revérifiez la liste des préversions avant toute date d’audit sur laquelle vous vous engagez.
• Le prix par utilisateur masque la prolifération d’agents. Rien ne bouge sur la facture quand le compte passe de 12 agents à 60, donc aucun signal budgétaire ne se déclenche. Garde-fou : passez le registre en revue chaque mois contre une liste de propriétaires nommés et retirez tout ce qui n’a pas de propriétaire. Faites de cette revue un rendez-vous d’agenda avec une personne responsable, pas une phrase de politique interne.
• La chaîne de prérequis, c’est le vrai devis. Un devis à « 15 USD par utilisateur » est exact et incomplet : Conditional Access pour les agents exige M365 E3 au minimum, Identity Protection pour les agents exige E5, et le threat hunting exige une licence Defender for Cloud Apps séparée. Garde-fou : avant d’approuver, chiffrez la chaîne complète — suite de base, plus add-on, plus les SKU de sécurité derrière les contrôles précis que vous promettez — et obtenez du revendeur la correspondance contrôle-vers-SKU par écrit.
• Le portail n’a ni historique d’export ni comparaison de snapshots. Vous voyez le registre tel qu’il est aujourd’hui ; montrer à un auditeur comment il a évolué sur un trimestre est votre problème. Garde-fou : extrayez le registre via la Graph API selon une routine mensuelle vers votre propre stockage dès le premier jour. La première fois que vous aurez besoin du diff sera la première fois que vous ne pourrez pas le reconstituer.

À rapprocher : le stack de déploiement IA en entreprise s’appuie sur Agent 365 comme plan de contrôle et chiffre les couches autour.