Sommaire
Un agent IA branché sur SharePoint peut rendre un document plus facile à trouver. Si ce document est déjà partagé trop largement, l’agent peut aussi rendre le problème plus visible. La validation commence donc par les droits réels des sources et se poursuit avec les réponses obtenues par différents utilisateurs. Une démonstration faite avec le compte administrateur explique peu ce qu’un invité pourra consulter.
Distinguer les contrôles qui s’appliquent
Microsoft décrit séparément l’accès aux agents et l’accès à leurs sources. Dans l’expérience fondée sur les fichiers .agent, le fichier détermine qui accède à l’agent ou le modifie; les réponses dépendent des droits de l’utilisateur sur les contenus. La licence ou la facturation à l’usage ajoute une condition distincte.
Ces couches doivent apparaître dans votre inventaire. Pour chaque agent, notez son propriétaire, les personnes qui peuvent l’utiliser, celles qui peuvent le modifier et les bibliothèques qui alimentent les réponses. Ajoutez les groupes qui accordent l’accès aux documents et leur responsable. Un partage hérité d’un ancien projet peut rester valide techniquement tout en étant devenu inapproprié.
Une base de connaissances avec accès contrôlés demande cette vérification avant les questions de qualité rédactionnelle. Une réponse exacte tirée d’un budget réservé constitue un problème si le destinataire ne devait pas connaître ce budget. Le contrôle doit donc porter sur le contenu livré et sa provenance, avec les mêmes comptes que ceux prévus en exploitation.
Poser les mêmes questions avec trois profils
Créez des comptes d’essai représentatifs : utilisateur métier, responsable et invité. Leurs groupes doivent reproduire les règles retenues, sans ajouter des droits administrateur pour simplifier le test. Préparez des documents fictifs dont les niveaux d’accès sont connus. Le responsable des données approuve ce que chaque profil devrait pouvoir lire avant de lancer les conversations.
Choisissez des questions où la réponse dépend d’un document précis : montant d’un budget réservé, procédure générale et coordonnées d’un dossier accessible à un groupe limité. La matrice associe chaque question à un profil et à un résultat attendu. Une absence de réponse peut être correcte; une réponse plausible doit être vérifiée dans la source avant d’être jugée réussie.
Conservez pour chaque observation le compte, les groupes, la configuration de l’agent, la question et les citations affichées. Vérifiez aussi les extraits. Un titre ou un résumé peut divulguer une information même si le lien final est inaccessible. Les cas proposés ici sont une méthode de recette, sans assertion de résultat obtenu sur un tenant Microsoft.
TableauMatrice proposée avec documents fictifs · bloc partageable
| Question et profil | Résultat attendu à approuver | |
|---|---|---|
| Politique générale | Employé, responsable et invité posent la même question. | Chacun reçoit seulement le contenu autorisé à son profil; l’invité peut avoir un refus complet. |
| Budget réservé | L’employé et le responsable demandent le montant. | Le responsable autorisé peut obtenir la source; l’employé ne reçoit ni montant ni extrait réservé. |
| Accès retiré | Le même utilisateur repose la question après révocation. | Observation datée sur nouvelle conversation, ancienne conversation et accès direct, sans délai inventé. |
Exemple fictif : un budget de projet trop accessible
Imaginons une PME fictive dont le dossier de projet contient un échéancier public à l’équipe et un budget réservé à la direction. Un ancien groupe accorde encore à tous les collaborateurs l’accès au budget. L’agent répond correctement au montant demandé par un employé. Le problème vient alors du partage de la source, même si la réponse respecte les droits configurés.
La correction proposée consiste à réviser le groupe et la structure des sources avec leur propriétaire, puis à reprendre la matrice. Il faut aussi vérifier l’accès direct au fichier. Modifier seulement les instructions de l’agent pour lui demander de garder les budgets secrets laisserait le document accessible par les autres chemins. Cet exemple est illustratif et ne décrit aucun client.
Avant de relier la recherche à une automatisation des processus internes, vérifiez séparément les droits des actions. Lire une procédure ne donne pas automatiquement le droit d’approuver un budget ou de modifier un dossier. Le contrat d’intégration doit préciser l’identité qui agit et les autorisations que le système cible vérifie.
Retirer un accès et observer le comportement
Le test de révocation commence avec un accès documenté et une réponse attendue. Retirez ensuite l’autorisation choisie selon la procédure d’administration, puis notez l’heure. Vérifiez les autres groupes, les liens de partage et les accès directs qui pourraient maintenir un droit. Un retrait apparent dans un groupe ne prouve pas que tous les chemins ont disparu.
Répétez la question dans une nouvelle conversation, puis examinez le comportement de la conversation précédente et l’accès au document. Conservez les observations datées et la configuration. N’annoncez aucun délai universel de propagation sans documentation propre au mécanisme utilisé et sans mesure dans l’environnement concerné. Une anomalie reproductible doit être transmise au responsable technique.
Une information déjà copiée dans un message, une capture ou un export ne disparaît pas par le seul retrait du droit sur la source. Définissez les règles de partage des réponses et la gestion des incidents avec l’organisation. Dans une application métier sur mesure, vérifiez également les caches et les espaces de conversation ajoutés par votre propre solution.
Refaire la recette pendant la transition annoncée
Microsoft a annoncé le 30 octobre, dans une publication mise à jour le 4 novembre 2026, une transition des agents SharePoint. Le changement de création doit commencer à la mi-novembre. Les expériences .agent existantes restent annoncées jusqu’à fin mars 2027, avec désactivation prévue en avril.
Ces dates constituent un calendrier annoncé, à vérifier pour votre organisation. Inventoriez les agents existants et choisissez un propriétaire pour leur transition. La migration de l’expérience de création ne corrige pas les droits des bibliothèques. Elle exige une nouvelle vérification des accès à l’agent, des sources, des licences et des endroits où les utilisateurs le retrouvent.
Pour décider de l’ouverture, le responsable des données examine la matrice et les écarts encore présents. L’équipe technique conserve la version testée et la méthode de retour au fonctionnement précédent lorsque celle-ci est applicable. Rejouez les questions après un changement de groupe, de source ou d’expérience d’agent. La preuve utile reste une réponse observée pour un profil connu.
Guides pour préparer la mise en œuvre
FAQ
Partager l’agent donne-t-il accès aux documents ?+
Microsoft distingue les droits sur l’agent des droits sur ses sources. Vérifiez les deux couches et les conditions de licence ou de facturation pour l’expérience concernée.
Faut-il tester avec un administrateur ?+
Un compte administrateur sert aux opérations de gestion. La recette des réponses demande des profils représentatifs et leurs droits réels, y compris un profil invité si pertinent.
Une révocation efface-t-elle les réponses déjà partagées ?+
Elle ne garantit pas l’effacement des copies, captures ou exports. Définissez les règles de conservation et de partage, puis observez les conversations selon la configuration.
La migration corrige-t-elle le surpartage ?+
Il faut réviser les droits des sources séparément. La nouvelle expérience d’agent ne remplace pas cette vérification ni la reprise des questions avec chaque profil.
Quand refaire les tests ?+
Après un changement de groupes, de sources, de partage ou d’expérience d’agent, reprenez les scénarios affectés et gardez une trace des résultats et des exceptions.
Préparer une matrice d’accès pour votre agent
Daillac peut vous aider à choisir les profils d’essai, les sources et les critères qui permettront de vérifier vos règles de confidentialité.
D
