Les points essentiels

  • OpenAI a publié une annonce officielle pour Presence ; sa disponibilité et son périmètre doivent encore être vérifiés selon le tenant, le pays et le contrat.[3]
  • Une comparaison de plateformes doit commencer par leur disponibilité et leur documentation actuelles, pas par une annonce indirecte.[1][2]
  • Identités, permissions des systèmes sources, approbations et journaux comptent davantage que le nombre d’agents présenté.[4][5]
  • Aucune plateforme ne remplace la gouvernance interne, le propriétaire métier et la procédure d’arrêt.[1][2]
  • Le choix doit être testé sur un même cas, avec export, incident et réversibilité.[2]

Vérifier que les produits comparés existent dans votre périmètre

Les noms et regroupements de produits changent rapidement. Une comparaison fondée sur une annonce seule peut opposer une fonctionnalité privée, un programme d’accès ou un aperçu à une offre réellement disponible.[2]

Cette page reconnaît l’annonce officielle de Presence et fournit une grille applicable aux fonctions effectivement documentées et accessibles chez chaque fournisseur au moment de l’achat.

Statut documentaire au 19 septembre 2026

OpenAI a officiellement annoncé Presence. La disponibilité, les éditions, les contrôles et le niveau de maturité doivent être vérifiés dans la documentation et le tenant concernés ; la même vérification s’applique à Microsoft Agent 365.[4][5]

  • Nom commercial et édition exacte.[1][2]
  • Pays, programme et contrat donnant accès.[2]
  • Fonctions en disponibilité générale ou aperçu.[1][2]
  • Périmètre de support et engagement de service.[1][2]
  • Date et URL de la documentation.[1][2]

Comparer les fonctions de gouvernance

Identité

Qui exécute l’agent et dans quel annuaire ou système source ses droits sont-ils gérés ?[4][5]

Permissions

Peut-on limiter outil, donnée, action, environnement et durée sans compter uniquement sur le prompt ?[4][5]

Approbations

Quelles actions passent par une personne et quelles informations lui sont montrées ?[1][2]

Audit

Peut-on reconstituer demande, version, sources, outils, validations et effets ?[4][5]

Portabilité

Quels agents, données, tests et journaux peuvent être exportés dans un format exploitable ?[4][5]

La grille à remplir avec les preuves de chaque fournisseur

La grille à remplir avec les preuves de chaque fournisseur
DimensionQuestionTest
DisponibilitéNotre tenant et pays sont-ils éligibles ?Accès réel
IdentitéCompte humain, partagé ou machine ?Révocation
DonnéesOù circulent-elles ?Flux et suppression
ActionQuels outils et limites ?Cas interdit
AuditQuels événements sont exportables ?Reconstitution
SortiePeut-on reconstruire ailleurs ?Export et reprise

Les erreurs avant un premier POC

  • Comparer une preview à un produit général.[1][2]
  • Acheter sur une liste de fonctions non contractuelle.[1][2]
  • Supposer que l’annuaire limite tous les outils.[4][5]
  • Laisser chaque équipe créer ses agents sans registre.[4][5]
  • Ne pas tester la suppression et la révocation.[1][2]
  • Confondre certification du fournisseur et conformité de l’usage.[1][2]

Un POC qui teste aussi la gouvernance

  • Un cas à résultat vérifiable.[1][2]
  • Une identité et des droits minimaux.[1][2]
  • Une action volontairement interdite.[1][2]
  • Un incident et une reprise simulés.[2]
  • Une exportation des journaux.[1][2]
  • Une tentative de reconstruction ou de sortie.[1][2]

Arbitrer sur des preuves

  • Réussite et coût de la tâche.[1][2]
  • Temps de configuration des contrôles.[1][2]
  • Actions bloquées et faux positifs.[1][2]
  • Qualité de la piste d’audit.[1][2]
  • Temps d’incident et de révocation.[2]
  • Portabilité des artefacts et compétences.[1][2]

Inventorier ce qui relève du modèle, de la plateforme et des systèmes Microsoft ou OpenAI

Plan de contrôle

Identifiez où vivent annuaire, groupes, rôles, secrets, approbations, journaux, données et règles métier. Une interface commune ne signifie pas que tous les contrôles sont appliqués dans la même couche.

Plan d’exécution

Décrivez où l’agent tourne, quelles API il appelle, avec quelle identité et dans quelle région. Vérifiez si une action locale, cloud ou connectée suit les mêmes politiques et laisse la même piste d’audit.[4][5]

Tenir un registre qui survit aux changements de noms commerciaux

Pour chaque agent, conservez propriétaire, finalité, utilisateurs, systèmes, données, modèle, version, droits, validations, coût, date de revue et procédure d’arrêt. Reliez ces champs aux identifiants techniques plutôt qu’à une appellation marketing seule.[4][5]

Tester la sortie avant de choisir la plateforme

  • Exporter instructions et schémas.[1][2]
  • Récupérer corpus et résultats d’évaluation.[1][2]
  • Recréer les identités et permissions.[1][2]
  • Extraire les journaux nécessaires.[1][2]
  • Remplacer un connecteur critique.[1][2]
  • Exécuter un mode manuel pendant l’interruption.[1][2]

Exiger une preuve pour chaque ligne de comparaison

Preuve produit et contractuelle

Associez chaque capacité à une page officielle datée, une configuration de tenant, une clause ou un test. Une feuille commerciale, une démo et une disponibilité générale n’ont pas le même poids pour engager un processus critique.

Preuve opérationnelle

Exécutez la même tâche, la même action interdite, la même révocation et la même extraction de journaux. Notez assistance nécessaire, limites rencontrées et écarts entre promesse et comportement réel.[1][2]

Comparer le coût total au-delà de la licence

  • Licences et consommation de modèles.[1][2]
  • Connecteurs, stockage et environnements.[1][2]
  • Administration des identités et secrets.[1]
  • Évaluation, supervision et incidents.[2]
  • Formation et support des équipes.[1][2]
  • Migration, double fonctionnement et sortie.[1][2]

Réexaminer le choix quand le produit ou le risque change

Planifiez une revue lors d’un nouveau modèle, connecteur, pays, traitement sensible, changement de prix ou incident. Rejouez les tests critiques et mettez à jour le registre ; la plateforme retenue pour un POC ne devient pas automatiquement le standard permanent.[2]

Vérifier avant d’agir

Les fonctions, pays, offres, politiques et interfaces évoluent. Consultez les sources officielles liées ci-dessous et vérifiez le compte concerné au moment de la décision. Une capture ou une date rapportée ailleurs ne remplace pas cette vérification.[1][2]

Questions fréquentes

OpenAI Presence est-il un produit public confirmé ?

OpenAI l’a officiellement annoncé. Exigez néanmoins une documentation produit, un périmètre de disponibilité et un accès contractuel actuels avant de le comparer ou de l’acheter.[2]

Une plateforme suffit-elle à gouverner les agents ?

Non. Il faut aussi des propriétaires, une classification des risques, des règles métier, une supervision et une procédure d’incident.

Comment éviter la multiplication sans contrôle ?

Tenez un registre, contrôlez la création et les identités, fournissez une voie approuvée et réexaminez les agents existants.[4][5]

Quel test est le plus révélateur ?

Tenter une action interdite, révoquer l’identité, reconstituer le parcours et reprendre le service ailleurs.[1][2]

Comment vérifier la conformité ?

Qualifiez l’usage, les données, les personnes affectées et les rôles ; ne déduisez pas la conformité d’une plateforme ou d’un label.

Quel fournisseur choisir ?

Celui dont les preuves, contrôles, intégrations, coût et réversibilité correspondent au cas et aux compétences de votre organisation.[1][2]

Sources

  1. ChatGPT Enterprise admin setupOpenAI. Consulté le . 123456789101112131415161718192021222324252627282930313233343536
  2. ChatGPT Work cloud securityOpenAI. Consulté le . 12345678910111213141516171819202122232425262728293031323334353637383940414243
  3. Introducing OpenAI PresenceOpenAI. Publié le . Consulté le . 1
  4. Microsoft Agent 365Microsoft. Consulté le . 1234567891011
  5. Microsoft Agent 365 documentationMicrosoft. Consulté le . 1234567891011

Poursuivre votre lecture