La question que nous entendons chez nos clients n'est plus « faut-il autoriser l'IA ? », c'est « qu'est-ce qui a déjà été collé dedans ? ». La réponse à donner à vos équipes tient en une phrase : ce qui identifie un client ne quitte pas votre périmètre, et rien de ce que l'assistant produit ne part sans relecture humaine. Le choix de l'outil vient après.
Le mode de défaillance réel
Ce n'est pas le modèle qui pose problème, c'est le chemin que prend la donnée. Un extrait de ticket avec le nom du client et son adresse, un contrat déposé pour « en faire un résumé », un journal de production collé en entier pour comprendre une erreur : chaque fois, l'information sort de votre système d'information et atterrit chez un tiers, souvent sous un compte personnel, avec des conditions d'utilisation que personne n'a lues.
Ce n'est presque jamais malveillant. C'est quelqu'un qui essaie de finir son travail plus vite avec l'outil qu'il a sous la main. C'est exactement pour cela qu'une interdiction générale ne tient pas : elle déplace l'usage vers le téléphone personnel, là où vous ne voyez plus rien.
Quatre décisions à prendre avant de choisir un outil
- Écrire ce qui ne sort jamais. Une liste courte et lisible : identités de clients, contrats, données de paiement et de santé, secrets techniques, extraits de production. Une page, pas une charte de vingt.
- Des comptes d'entreprise, pas des comptes personnels. Un abonnement professionnel apporte un cadre contractuel, une administration des accès et une trace. Un compte personnel n'apporte aucun des trois.
- Anonymiser à la source. Le besoin porte presque toujours sur la structure du problème, pas sur l'identité : remplacez les noms, les numéros de contrat et les adresses avant de coller. Un jeu de données de démonstration règle une bonne partie des cas.
- Nommer qui valide. Rien ne part vers un client et rien ne s'écrit dans un outil métier sans qu'une personne identifiée l'ait relu. L'assistant prépare, l'humain décide.
Ce que ça change côté technique
Une fois ces règles posées, les questions d'architecture redeviennent tranchables : où tourne le service, quelles données transitent réellement, qui détient les clés, ce qui reste dans les journaux et pour combien de temps. Nous exploitons de la production pour d'autres, en France et en Suisse, et la discipline est la même que pour n'importe quel traitement sensible : périmètre défini, accès nominatifs, cloisonnement, journalisation, réversibilité. Un assistant n'invente pas une catégorie de risque nouvelle ; il ajoute une sortie de données à cartographier, et celle-là est déclenchée par un copier-coller plutôt que par un flux que vous avez conçu. Les erreurs que nous voyons encore sur le cloud se retrouvent d'ailleurs telles quelles ici : comptes partagés, absence de cloisonnement, journaux que personne ne lit.
Comment le vérifier cette semaine
- Demandez qui, dans l'entreprise, paie un abonnement IA sur sa carte personnelle. Le résultat est rarement celui qu'on attend.
- Regardez si les journaux de production sont lisibles depuis un poste bureautique. S'ils le sont, ils sont collables.
- Prenez trois usages réels et refaites-les avec des données anonymisées. Si le résultat tient, votre règle est applicable ; sinon elle sera contournée, et c'est la règle qu'il faut revoir.
Le cadre d'usage lui-même et les habitudes qui vont avec sont traités dans les questions à trancher avant de déployer et dans ce qui sépare deux équipes équipées du même outil. Sur la partie exploitation, voir notre infogérance cloud et notre conseil et audit.