← Retour à toutes les analyses
Gouvernance · 4 min de lecture

Quelles permissions donner à un employé IA connecté au CRM et aux emails ?

Une matrice pour décider ce qu’un agent IA peut lire, préparer ou modifier dans le CRM et les emails. Aucun envoi sans validation humaine.

Publié le · Mis à jour le · Par Équipe Pulse

Un employé IA n’a pas besoin d’accéder à toute l’entreprise pour préparer la suite d’un rendez-vous commercial. Cette matrice s’inscrit dans le parcours complet d’un agent IA commercial travaillant dans le CRM d’une PME.

Lui ouvrir tout le CRM, toute la messagerie et tout le Drive « au cas où » crée un système difficile à contrôler. La CNIL souligne que les agents connectés à plusieurs services font circuler davantage de données personnelles et que leur mémoire augmente les informations conservées.[1]

Il faut donc définir ce qu’il peut faire dans chaque outil pour cette mission, plutôt que compter le nombre de connecteurs disponibles.

Partir de la mission, pas du compte administrateur

Prenons un cas simple : après un rendez-vous, l’employé IA doit préparer les faits confirmés, les champs CRM, une tâche et un email de suivi en brouillon.

Cette mission ne justifie pas l’accès aux boîtes email de toute l’équipe. Elle ne nécessite pas non plus le droit de supprimer une opportunité ou d’envoyer un message sans contrôle.

La CNIL recommande de choisir les données strictement nécessaires à l’objectif poursuivi et de préférer une méthode moins intrusive lorsqu’elle permet d’obtenir le même résultat.[2]

La matrice de permissions Pulse

Niveau CRM Emails Décision humaine
Lire Opportunité concernée, contacts autorisés, dernières activités Conversation liée au dossier et pièces nécessaires Définir le périmètre accessible
Préparer Proposer des champs, une tâche et une prochaine action Rédiger un brouillon et proposer les destinataires Relire les faits et les inconnues
Écrire Ajouter un lien de compte rendu ou un fait réversible selon une règle validée Enregistrer un brouillon Valider la règle avant son activation
Envoyer Aucune action externe Aucun envoi automatique Confirmer contenu, destinataires et pièces jointes
Supprimer Interdit par défaut Interdit par défaut Procédure séparée et personne habilitée

Séparer les faits des interprétations

La date du rendez-vous, les participants confirmés et le lien vers le compte rendu sont des faits. Le niveau d’intérêt, la probabilité de signature ou le budget supposé sont des interprétations.

Les faits réversibles peuvent parfois être écrits après une période de test. Les interprétations doivent rester proposées et modifiables. Un champ vide ne doit jamais être complété par une supposition silencieuse.

Limiter aussi la mémoire

Une mémoire de travail utile conserve l’état de la mission : dossier reçu, sources consultées, sortie préparée, correction demandée et validation obtenue.

Elle ne doit pas devenir une copie permanente de tous les emails lus. Il faut décider ce qui est conservé, pendant combien de temps, où la trace est stockée et comment une information peut être corrigée ou supprimée.

Prévoir les exceptions avant l’autonomie

Le système doit s’arrêter lorsqu’une pièce annoncée manque, que deux sources se contredisent, qu’une donnée sensible apparaît hors périmètre ou qu’une action dépasse les droits prévus.

Le NIST recommande de gouverner, cartographier, mesurer et gérer les risques selon le contexte d’usage.[3] Pour une PME, cela signifie : quel signal bloque la mission, qui reçoit l’exception et quelle action reste interdite.

Exemple : après un rendez-vous commercial

L’employé IA consulte le compte rendu autorisé, la fiche CRM et la dernière offre validée. Il prépare les faits, les données manquantes, les champs, la tâche et l’email en brouillon.

Le commercial voit les sources utilisées. Il corrige une échéance, refuse une qualification trop optimiste et valide la tâche. L’email reste en brouillon jusqu’à sa validation explicite.

Le système a travaillé. Il n’a pas reçu les clés de toute l’entreprise.

Les six questions à trancher

  1. Quelle mission déclenche l’accès ?
  2. Quels dossiers et quelles sources sont autorisés ?
  3. Le système peut-il lire, préparer, écrire, envoyer ou supprimer ?
  4. Quelles données doivent rester hors périmètre ?
  5. Quel événement bloque le traitement et alerte une personne ?
  6. Quelle trace permet de comprendre et corriger l’action ?

Le Diagnostic Pulse transforme ces réponses en périmètre testable. Le pilote peut commencer en lecture seule, puis ouvrir des droits précis lorsque les sorties sont fiables.

Sources

[1] https://www.cnil.fr/fr/ia-agentique-cnil-cianum-note — CNIL, IA agentique et données personnelles

[2] https://www.cnil.fr/fr/tenir-compte-de-la-protection-des-donnees-dans-la-conception-du-systeme — CNIL, protection des données dès la conception

[3] https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.600-1.pdf — NIST, Generative AI Profile