Vos données ne changent pas de règles avec l’outil.
La nature des informations, les accès, la conservation et les conditions du fournisseur doivent être examinés ensemble. Une autorisation donnée pour une situation ne vaut pas pour toutes les autres.
Une charte est un bon point de départ, et beaucoup d’équipes en ont déjà une. Devant un document précis, la question revient pourtant : peut-on le transmettre à cet outil ? Si la réponse demande à chaque fois de rouvrir toute la discussion, il reste à rapprocher le cadre du travail.
La confidentialité n’oblige pas à renoncer à tout usage. Elle oblige à distinguer les usages. Un exercice sur un texte fictif, une préparation à partir d’informations internes et le traitement d’un dossier individuel ne demandent pas la même décision. Cette différence doit pouvoir se lire avant l’envoi, pas se reconstituer après.
Une règle par tâche, pas une permission générale.
« L’équipe peut utiliser l’IA » laisse trop de questions ouvertes. Pour quoi faire ? Dans quel accès ? Avec quelles informations ? Un outil autorisé pour reformuler une communication générale n’est pas nécessairement autorisé pour recevoir les documents qui concernent une personne.
L’unité utile est la tâche. Nommez-la par un geste et un résultat : préparer un brouillon de réponse sur une procédure, retrouver une référence dans des documents approuvés ou mettre en forme un texte sans en changer le contenu.
Vous pouvez alors examiner ce qu’il faut réellement transmettre. Si l’objectif est de tester une présentation, un exemple fictif peut suffire. L’utilité d’une donnée doit pouvoir être expliquée ; sa présence dans le dossier ne justifie pas à elle seule son entrée.
Le registre doit rendre une décision lisible.
Une ligne de registre peut réunir les éléments suivants :
- la tâche et son responsable ;
- le résultat attendu, avec ce qui ne doit pas être produit ;
- les catégories d’informations nécessaires et celles qui sont exclues ;
- l’outil, le type de compte et les accès concernés ;
- les conditions de conservation, de réutilisation et de suppression examinées ;
- la personne qui autorise l’usage et la date de cette décision ;
- la vérification attendue avant utilisation du résultat ;
- les événements qui imposent un nouvel examen.
Ces champs ne sont pas un certificat. Ils permettent de voir ce qui a été décidé et ce qui manque. Une réponse inconnue doit apparaître comme telle, avec la personne chargée de la vérifier. Une case vide ne vaut pas accord.
Distinguez l’autorisé, l’attente et l’exclu.
Un usage confirmé peut être pratiqué dans les conditions écrites. Un usage en attente ne doit pas commencer avec des données réelles au motif qu’il semble proche d’un autre. Un usage exclu doit être décrit assez précisément pour être reconnu par la personne qui travaille.
Pour votre périmètre, « jamais » doit donc désigner une limite écrite, pas une formule générale sur une catégorie mal définie. Par exemple : les dossiers de santé restent hors de cet essai de rédaction de messages. Si un besoin différent apparaît, il demande un examen distinct ; il ne bénéficie pas de l’autorisation précédente.
Retirer un nom n’est pas une raison suffisante pour considérer un document comme autorisé. D’autres détails peuvent permettre d’identifier une personne. Quand cette question reste ouverte, le document attend hors de l’outil l’examen prévu par votre organisation.
La limite porte aussi sur ce qui sort.
« L’IA prépare. Votre expertise décide. » Le registre doit rendre cette séparation vérifiable. Il précise si le résultat est un brouillon, une synthèse avec références ou une liste de points à compléter. Il indique qui le relit et qui peut l’envoyer.
Le principe du Collège d’Experts donne un rôle au pair du métier dans ce travail : reconnaître les informations nécessaires, les exceptions et les décisions qui ne se délèguent pas dans le périmètre retenu. Ce rôle ne remplace pas l’examen juridique ou de sécurité par les fonctions compétentes.
Une préparation qui engage une décision individuelle n’est pas équivalente à une mise en forme. Le registre doit rendre cette différence visible avant que la qualité apparente du texte ne fasse oublier ce qu’il permet de décider.
Une ligne de registre, dans un exemple fictif.
Prenons la rédaction d’un message général pour l’accueil de nouveaux collaborateurs. L’entrée autorisée serait une procédure approuvée, sans dossier individuel, dans un accès dont les conditions ont été examinées. La sortie serait un brouillon à relire par la personne chargée de l’accueil.
Les informations exclues seraient les pièces d’identité, les éléments médicaux et les échanges personnels. La validation du message resterait humaine. Une question sur une situation individuelle reviendrait à l’équipe RH, hors de cet essai.
Si l’on souhaite ensuite adapter le message à partir d’un dossier nominatif, la tâche change. La ligne initiale ne couvre pas cet ajout. Le registre sert précisément à voir ce passage, plutôt qu’à donner une permission qui s’étendrait avec les habitudes.
Cet exemple décrit une organisation possible du cadre. Il n’atteste ni une autorisation réelle ni la conformité d’un service particulier.
Faites vivre la décision, pas seulement le document.
Un nouveau type de pièce, un changement de compte ou une autre utilisation du résultat peuvent modifier les conditions examinées. Le responsable doit savoir quand suspendre l’usage et demander une nouvelle décision. La date sert à retrouver ce qui était valable au moment concerné.
La version donnée aux utilisateurs peut être courte : ce qui entre, ce qui reste dehors, ce qui doit être vérifié et à qui s’adresser. Elle doit toutefois correspondre au registre détaillé. Deux documents qui se contredisent rendraient le cadre plus difficile à appliquer.
Le pas suivant : demandez la fiche « Le registre de ce qui entre et de ce qui reste dehors » pour préparer les décisions sur une première tâche.
Vous ne cherchez plus une permission générale : vous tenez les limites du travail que vous confiez.



Commentaires
Écrire le premier commentaire