Tous les articles

ATALAS LE BLOG

ARTICLE10 min de lecture

ChatGPT Enterprise : cinq décisions avant l’activation des agents persistants le 18 novembre

Un agent IA lumineux reste dans une enceinte transparente, devant cinq commandes de contrôle et une clé d’activation.

OpenAI a ouvert le 4 novembre 2026 une préversion administrateur des dots pour les espaces ChatGPT Enterprise, Edu et Healthcare éligibles. Ces agents persistants doivent devenir disponibles par défaut le 18 novembre, sauf opposition de l’administrateur. Ce décryptage aide les entreprises à décider si elles doivent refuser temporairement l’activation ou lancer un pilote contrôlé, puis à cadrer les droits, les systèmes connectés, les validations, le budget et les responsabilités.

Partager cet article

L’ARTICLE10 min de lecture

OpenAI a ouvert le 4 novembre 2026 une préversion administrateur de ses « dots » pour les espaces ChatGPT Enterprise, Edu et Healthcare éligibles. Un dot est un agent personnel persistant : il peut poursuivre un travail entre deux conversations, utiliser des applications autorisées et, selon les réglages, intervenir depuis Slack, Microsoft Teams, un ordinateur cloud ou l’ordinateur local d’un collaborateur.

Pour une entreprise éligible, la décision ne peut pas attendre la première demande d’un utilisateur. OpenAI indique que les dots, désactivés par défaut pendant la préversion, doivent devenir disponibles par défaut le 18 novembre 2026 sauf opposition de l’administrateur. L’activation n’impose pas de les déployer largement. Elle oblige en revanche à choisir dès maintenant entre deux options raisonnables : refuser temporairement l’accès ou ouvrir un pilote limité, avec un objectif, des droits et un budget explicites.

La position d’Atalas est simple : une disponibilité par défaut dans un produit n’est pas une autorisation de mise en production dans l’entreprise. L’éditeur fournit les commandes techniques. Le dirigeant doit encore décider ce qu’il accepte de déléguer.

Ce qui change le 18 novembre 2026

Pendant la préversion administrateur du 4 au 18 novembre, les propriétaires et administrateurs d’espaces éligibles peuvent activer les dots pour certains rôles ou groupes. À partir du 18 novembre, ils deviennent disponibles par défaut si l’organisation ne s’y est pas opposée. Chaque membre autorisé crée ensuite son propre dot : l’activation de l’option ne crée pas automatiquement un agent pour chaque utilisateur.

Le changement est plus important qu’une nouvelle interface de conversation. Un dot peut continuer une tâche dans le temps et se connecter à des outils de l’entreprise. Les administrateurs peuvent notamment contrôler l’autorisation d’utiliser les dots, leur ajout à Slack ou Microsoft Teams, l’accès à l’ordinateur local et l’usage de règles personnalisées. Ils peuvent aussi consulter les dots personnels et leurs connexions, les suspendre ou les reprendre, examiner l’activité administrative et l’usage, et, pour les propriétaires, les supprimer.

Certaines limites doivent être intégrées au choix. Les dots ne sont pas disponibles pour les espaces dont la résidence des données ou de l’inférence est située aux Émirats arabes unis. OpenAI précise également que les réglages de modèles de l’espace Enterprise ne s’appliquent pas aux dots. Enfin, l’accès à l’ordinateur local est désactivé par défaut pour Enterprise et ne transmet pas automatiquement au dot les garanties du poste de travail, comme les connexions au VPN, les sessions du navigateur ou les politiques appliquées à l’appareil.

Transformer les réglages du produit en décisions d’entreprise

Fait produit vérifiéDécision à prendre dans l’entreprise
Les dots deviennent disponibles par défaut le 18 novembre sauf oppositionRefuser temporairement ou ouvrir un pilote, puis désigner le décideur responsable
L’accès peut être accordé par rôle ou groupeChoisir une population pilote et interdire le déploiement général tant que les résultats ne sont pas établis
Les dots peuvent utiliser des applications connectéesDéfinir les systèmes autorisés, les données accessibles et les actions possibles dans chacun
L’ajout à Slack ou Teams peut être autoriséDécider dans quels canaux l’agent peut intervenir, sous quelle identité et avec quelles règles de communication
L’accès à l’ordinateur local est possible mais désactivé par défaut pour EnterpriseLe maintenir désactivé sauf cas d’usage documenté qui ne peut pas être traité dans l’environnement cloud
Les dots peuvent être facturés selon un forfait lié au travail visé ou une consommation graduéeFixer un budget, une unité de valeur et un seuil de suspension avant d’étendre l’usage

Cette traduction évite une erreur fréquente : considérer que le paramétrage du fournisseur constitue à lui seul une politique de gouvernance. Une autorisation « Utiliser les dots » dit qui peut ouvrir la fonctionnalité. Elle ne dit ni quel résultat l’entreprise attend, ni quel niveau d’erreur elle tolère, ni ce qu’un agent doit faire lorsqu’une donnée manque.

Les cinq décisions à prendre avant l’activation

1. Refuser temporairement ou lancer un pilote contrôlé

Le bon choix dépend moins de l’enthousiasme pour la technologie que de la capacité de l’entreprise à encadrer un premier usage.

Un refus temporaire est cohérent si aucun propriétaire métier n’est identifié, si les applications connectées ne sont pas inventoriées ou si l’organisation ne sait pas reconstituer les actions d’un agent. Il ne s’agit pas de renoncer : il s’agit de différer l’accès jusqu’à ce qu’un périmètre testable existe.

Un pilote est préférable lorsque l’entreprise dispose d’un processus borné, d’une équipe volontaire et d’un résultat observable. Le groupe initial doit rester assez petit pour que chaque dot, chaque connexion et chaque exception puissent être examinés. L’échéance du 18 novembre ne justifie pas un déploiement général.

2. Choisir un résultat métier, pas un assistant généraliste

Le pilote doit partir d’un résultat précis : préparer une revue hebdomadaire de dossiers, rassembler les pièces d’un appel d’offres, suivre des anomalies ou produire une synthèse destinée à un comité. « Aider l’équipe commerciale » n’est pas un mandat suffisant.

Pour sélectionner le premier cas d’usage, l’entreprise peut noter chaque candidat sur quatre critères : fréquence de la tâche, qualité des données, réversibilité des actions et facilité de vérification du résultat. Un processus fréquent, bien documenté, réversible et facile à contrôler est un meilleur terrain de départ qu’une décision rare aux conséquences financières importantes.

Cette logique complète notre analyse sur le contrôle interne des agents IA : le pouvoir confié à l’agent doit rester proportionné aux conséquences d’une erreur.

3. Cartographier les données, les outils et les actions

Pour chaque application connectée, il faut distinguer au moins quatre niveaux : lire, préparer, modifier et déclencher. Consulter un CRM, rédiger une proposition, modifier une opportunité et envoyer un message commercial ne sont pas la même permission.

La cartographie doit répondre à six questions :

  1. Quelles sources le dot peut-il consulter ?
  1. Quelles catégories de données sont exclues ?
  1. Quelles actions peut-il préparer sans les exécuter ?
  1. Quelles actions nécessitent une approbation humaine ?
  1. Quelles actions sont toujours interdites ?
  1. Quels journaux permettront de reconstituer l’exécution ?

OpenAI précise que les applications connectées conservent leurs propres autorisations et que les actions restent limitées par l’accès accordé à chaque service. Cette protection est nécessaire, mais elle ne remplace pas l’analyse métier : une action techniquement autorisée peut rester inadaptée au mandat du pilote.

4. Définir les validations, l’arrêt et la reprise

Un agent persistant doit savoir quand demander une décision et quand s’arrêter. Les seuils ne doivent pas rester dans une consigne vague. Ils doivent être reliés aux politiques d’approbation, aux droits des applications et au processus d’escalade.

La documentation d’OpenAI indique qu’un administrateur peut suspendre un dot. Cette suspension arrête le dot, mais ne supprime pas ses informations et n’annule pas les actions déjà réalisées. Des tâches séparées dans ChatGPT Work, Codex ou d’autres systèmes planifiés peuvent également continuer. La procédure d’arrêt doit donc couvrir toute la chaîne de délégation, pas seulement le bouton de pause du dot.

Avant le pilote, l’équipe doit tester au minimum quatre scénarios : donnée manquante, demande hors mandat, tentative d’action interdite et dépassement d’un seuil de coût ou de durée. La qualité d’un système agentique se mesure aussi à sa capacité à renoncer proprement.

5. Nommer le propriétaire, l’unité économique et la date de revue

Chaque pilote a besoin d’un propriétaire métier responsable du résultat, d’un responsable technique pour les accès et d’un interlocuteur sécurité pour les politiques d’agents. L’administration de la fonctionnalité ne doit pas devenir une responsabilité diffuse entre IT, métiers et direction.

OpenAI annonce une préversion gratuite du 4 au 18 novembre pour les espaces Enterprise éligibles, puis le début de la facturation pour les dots activés. Le travail qu’un dot délègue à des fils ChatGPT Work ou Codex est facturé séparément. Faute de tarif unique applicable à tous les usages, le budget doit être construit à partir du nombre de dots autorisés, du mode de facturation retenu, des tâches déléguées, du coût des applications et du temps humain de contrôle.

L’unité de suivi ne devrait pas être le nombre de messages ni le temps d’activité. Il faut mesurer le coût d’un résultat accepté : dossier préparé, anomalie vérifiée ou revue terminée. Notre analyse du coût réel des agents IA détaille cette logique.

Fixez enfin une date de revue avant l’ouverture du pilote. À cette date, l’entreprise doit décider de poursuivre, réduire, étendre ou arrêter, à partir de résultats documentés.

Exemple fictif : un dot pour préparer une revue commerciale

Une ETI industrielle fictive souhaite tester un dot pour préparer la réunion commerciale du lundi. Le dot peut lire les opportunités ouvertes et les comptes rendus enregistrés dans le CRM, puis produire une liste des dossiers incomplets ou bloqués.

Le pilote est limité à cinq responsables commerciaux pendant quatre semaines. Le dot ne peut ni modifier le CRM, ni envoyer de message, ni consulter les dossiers RH, ni accéder à l’ordinateur local. Il prépare uniquement une synthèse que le responsable commercial valide. Une opportunité sans source récente, un montant incohérent ou une donnée sensible déclenche une escalade sans recommandation automatique.

Les critères de décision sont définis avant le test : proportion de synthèses acceptées, temps humain de vérification, exceptions correctement remontées, coût par revue terminée et incidents d’accès. Cet exemple ne constitue pas une référence client ni une promesse de résultat. Il montre comment transformer une fonctionnalité générale en expérimentation gouvernable.

Les limites à ne pas oublier

Les dots ne sont pas une couche magique qui hérite de toutes les protections de l’entreprise. L’environnement cloud ne récupère pas automatiquement le VPN, les connexions du navigateur ou les politiques du poste local. Chaque service tiers conserve ses propres règles et son propre périmètre de conformité.

Dans Slack ou Microsoft Teams, seul le propriétaire du dot peut lui donner des instructions ; les messages directs ou mentions d’autres personnes ne lancent pas le travail. Cette limite réduit certains risques, mais l’entreprise doit toujours décider dans quels espaces l’agent peut publier et comment son identité est présentée.

Enfin, suspendre un dot n’efface pas son historique et ne revient pas sur les actions déjà exécutées. La réversibilité dépend donc du processus et des systèmes connectés, pas seulement du produit OpenAI.

La prochaine action à mener

Avant le 18 novembre, réunissez pendant une heure le propriétaire de l’espace ChatGPT, un responsable métier, l’IT et la sécurité. Sortez de cette réunion avec cinq éléments écrits : la décision d’opposition ou de pilote, la population autorisée, un cas d’usage unique, une matrice de permissions et une date de revue assortie d’un budget.

Si cette décision engage plusieurs métiers, des systèmes sensibles ou une dépendance durable à un fournisseur, Atalas peut vous aider à instruire l’arbitrage et à construire une trajectoire de déploiement alignée sur vos ressources, vos contraintes et le risque acceptable.

Questions fréquentes

Que se passe-t-il le 18 novembre 2026 ?

Pour les espaces ChatGPT Enterprise, Edu et Healthcare éligibles, les dots doivent devenir disponibles par défaut, sauf opposition de l’administrateur. Pendant la préversion du 4 au 18 novembre, ils restent désactivés par défaut et peuvent être ouverts à certains rôles ou groupes.

L’activation crée-t-elle automatiquement un dot pour chaque salarié ?

Non. Elle rend la fonctionnalité accessible aux membres autorisés. Chaque personne doit ensuite créer son dot pendant le parcours de prise en main.

Faut-il autoriser l’accès à l’ordinateur local ?

Pas par défaut. OpenAI le désactive par défaut pour Enterprise. Une entreprise devrait ne l’activer que pour un cas d’usage documenté, après avoir vérifié les fichiers accessibles, les commandes possibles, la disponibilité du poste et les contrôles qui ne sont pas hérités automatiquement.

Peut-on arrêter immédiatement un dot ?

Un administrateur peut le suspendre. Cette action n’efface toutefois pas ses informations, n’annule pas les actions déjà réalisées et ne garantit pas l’arrêt de tâches séparées déléguées à d’autres environnements. La procédure d’arrêt doit couvrir ces dépendances.

Comment budgéter sans prix moyen fiable ?

Calculez le coût par résultat accepté. Additionnez le mode de facturation du dot, les travaux délégués à ChatGPT Work ou Codex, les applications mobilisées, l’intégration et le temps humain de contrôle. Comparez ensuite ce total au coût et à la qualité du processus actuel.

Sources datées

  • ClaudIn, Blog, veille éditoriale secondaire consultée le 7 novembre 2026 ; les faits de cet article ont été vérifiés dans les sources OpenAI ci-dessus.

Partager cet article