Agent 365 Workshop

Vos nouveaux collègues n'ont pas de contrat de travail.

Ils ont quand même besoin d'un onboarding. Dans l'Agent 365 Workshop, nous identifions les agents qui travaillent déjà dans votre tenant, déterminons qui en est responsable, quelles sont leurs permissions et ce qui se passe quand leur responsable part.

Demander le workshop

Quatre questions auxquelles presque aucun tenant ne peut répondre

Les agents naissent aujourd'hui là où les macros Excel voyaient le jour autrefois : dans les métiers, vite et sans ticket. C'est voulu, et nous trouvons ça bien ainsi. Mais cela signifie que le nombre de comptes sans dossier RH grossit plus vite que tout autre groupe dans l'annuaire, et que la direction finit par poser quatre questions auxquelles le tenant lui-même n'a pas de réponse.

Qui a créé l'agent ?La registry contient un nom. Mais elle ne dit pas si cette personne est encore dans l'entreprise ni si elle est consciente de sa responsabilité.
Que peut-il faire ?Un agent qui agit pour le compte d'un utilisateur hérite de ses droits. Un agent autonome dispose des siens. Dans les deux cas, quelqu'un doit avoir pris cette décision en connaissance de cause.
Qui est responsable ?L'entreprise répond des accès, des dépenses et des erreurs d'un agent. C'est pourquoi chaque agent a besoin d'un sponsor, comme tout visiteur externe.
Que se passe-t-il quand le responsable part ?Les Service Principals de la dernière décennie le montrent : ils continuent de tourner jusqu'à ce que quelqu'un les retrouve. Les agents ont besoin d'une date d'expiration et d'une révision récurrente.

La différence entre vos collaborateurs et les identités ayant accès à vos données, c'est votre personnel invisible. Les agents en sont la partie la plus récente, et celle qui croît le plus vite.

La première étape

Agent 365 Workshop

Nous apportons les requêtes, vous apportez le tenant et les personnes qui savent ce qui a été construit dans les métiers. À la fin, une liste est sur la table : quels agents sont actifs, qui les a créés, ce qu'ils peuvent faire et lesquels doivent rester. Vous décidez ensuite sur la base de faits.

InventaireRegistry et clientsAgent 365 collecte les agents issus de Microsoft 365, Copilot Studio, Power Platform et Foundry. Defender for Endpoint détecte ceux qui sont installés localement sur les clients. Nous analysons les deux ensemble avec KQL.
AttributionSponsor et droitsPour chaque agent, nous déterminons qui en est responsable, s'il agit pour le compte d'un utilisateur ou avec sa propre identité, et à quelles ressources il accède.
RèglesBlueprint et lifecycleCe que le Conditional Access peut faire pour les identités d'agents et ce qu'il ne peut pas faire, comment les Agent Blueprints définissent les droits avant la création, et comment les dates d'expiration et les Access Reviews s'appliquent également aux agents.
RésultatListe et prochaines étapesLa liste de vos agents avec leurs responsables, les décisions que vous devez prendre maintenant, et une proposition pour la suite, avec ou sans nous.

Demander l'Agent 365 Workshop

À qui s'adresse le workshop

Aux entreprises où des agents travaillent déjà, même si personne ne les a encore comptés. Microsoft 365 E7 inclut Agent 365 et la Entra Suite, mais le workshop fonctionne aussi avec Agent 365 en licence seule.

Ce que vous apportez

Un tenant Microsoft 365 avec Agent 365 ou E7
Des droits de lecture globaux pour la journée, sans accès administrateur
Les personnes qui savent ce qui a été construit dans Copilot Studio et SharePoint
Optionnellement Defender for Endpoint Plan 2 pour les agents sur les clients

Ce que nous apportons

Les requêtes KQL pour la registry et les clients
Les questions que nous posons dans chaque tenant
L'expérience avec les Service Principals que plus personne ne connaît
Les Agent Blueprints que nous sommes en train de construire

Et ensuite

La liste est un point de départ, pas une finalité.

Les agents n'ont ni appareil ni localisation. La protection des appareils et du réseau ne s'applique pas à eux, seule l'identité compte. C'est pourquoi chaque réponse issue du workshop atterrit dans Entra : sponsor, droits, date d'expiration, Conditional Access. Ceux qui ne veulent pas gérer ça manuellement nous confient cette gestion sous forme de code. Managed Entra est le service qui transforme la liste en un état pérenne.

Vers Managed Entra

Questions que nous entendons avant le workshop

Réponses concises. Si votre question n'y figure pas, posez-la nous ci-dessous.

Les agents ne sont pas encore un sujet chez nous.

Il y en a souvent déjà qui tournent, créés dans Copilot Studio, comme SharePoint Agents ou localement sur les clients. Le workshop montre qui les a créés et ce qu'ils peuvent faire. Si la liste reste vide, vous en aurez la certitude à l'issue du workshop.

Faut-il E7 pour cela ?

Non. Agent 365 existe en licence autonome ; E7 l'inclut avec E5, Copilot et la Entra Suite. Defender for Endpoint Plan 2 est utile pour les agents sur les clients, mais reste optionnel.

Le workshop voit-il tous les agents ?

Non, et nous le disons d'emblée. La registry affiche principalement les agents natifs Microsoft et ceux qui s'appuient sur des plateformes Microsoft. Les accès via clé API contournent Entra et n'y apparaissent pas. Nous nommons cette lacune plutôt que de l'ignorer.

Avez-vous besoin de droits d'administration dans notre tenant ?

Non. Les requêtes s'exécutent avec des droits de lecture, rien n'est modifié pendant le workshop. Ce que vous changez ensuite, c'est vous qui en décidez.

Que se passe-t-il après le workshop ?

Vous repartez avec la liste et les décisions en suspens. Beaucoup de clients commencent par faire le ménage eux-mêmes. Ceux qui souhaitent faire gérer les règles durablement sous forme de code reçoivent une offre pour Managed Entra, à prix fixe.