Déployer l'IA sans qu'une seule donnée ne sorte de l'entreprise

La situation est presque toujours la même. Les équipes ont découvert ce que l'intelligence artificielle leur fait gagner. Elles l'utilisent. Et la direction découvre, souvent après coup, que des documents internes ont été collés dans un service hébergé hors d'Europe.

À partir de là, deux options se présentent, et elles sont mauvaises toutes les deux.

Le faux choix

Interdire. C'est la réponse réflexe, et c'est la moins efficace. Une note de service ne supprime pas un usage qui fait gagner deux heures par jour : elle le déplace sur les téléphones personnels, hors de toute visibilité. Vous n'avez pas supprimé le risque, vous avez supprimé votre capacité à le voir.

Autoriser. C'est honnête, mais ça signifie accepter que des documents partent vers une infrastructure que vous ne contrôlez pas, sous un droit qui n'est pas le vôtre. Pour une collectivité, un cabinet, une entreprise qui manipule des données de santé, de RH ou de contrats, ce n'est pas une décision qu'on prend tranquillement.

Ce choix a longtemps été indépassable parce que les modèles utilisables étaient tous distants. Ce n'est plus le cas.

Ce qui a changé

Des modèles ouverts, hébergeables sur votre propre infrastructure, sont aujourd'hui suffisants pour l'essentiel des usages bureautiques : rédiger, reformuler, résumer, extraire d'un document, répondre à partir d'une base documentaire interne.

« Suffisants » mérite d'être précisé, parce que c'est là que se joue la crédibilité du projet. Un modèle ouvert auto-hébergé n'égale pas les meilleurs modèles du marché sur les tâches les plus difficiles — raisonnement long, code complexe, analyse fine. Il les égale largement sur ce qu'un agent administratif lui demande dix fois par jour.

Le bon arbitrage n'est donc pas « le meilleur modèle », mais le meilleur modèle qui satisfait la contrainte. Quand la contrainte est « aucune donnée ne sort », le champ se réduit — et il reste largement de quoi faire.

Ce que ça demande réellement

Autant le dire : ce n'est pas un abonnement qu'on active. Il faut :

• une machine, dimensionnée pour le modèle retenu et le nombre d'utilisateurs simultanés ;
• un réseau fermé, où l'accès se fait depuis l'intérieur uniquement ;
• des comptes nominatifs, pour savoir qui a fait quoi — c'est ce qui rend l'usage auditable, et donc défendable ;
• de la maintenance, parce qu'un modèle qu'on installe et qu'on abandonne devient un passif en dix-huit mois.

Ce dernier point est celui qu'on oublie le plus souvent au moment de décider, et celui qui coûte le plus cher quand on l'a oublié.

Ce que ça vous donne en retour

Une garantie vérifiable. « Aucun appel vers l'extérieur » n'est pas une promesse contractuelle, c'est une propriété de l'architecture. Elle se contrôle au niveau du réseau, par quelqu'un qui n'a pas à vous croire sur parole.

La fin du contournement. Quand l'outil interne est correct et accessible, l'usage sauvage s'arrête de lui-même. Ce n'est pas une question de règlement, c'est une question de qualité de service.

Un coût prévisible. Vous payez une infrastructure, pas une consommation par jeton qui augmente avec l'adoption.

Le cas Grand Chambéry

Nous avons déployé pour la communauté d'agglomération du Grand Chambéry un assistant conversationnel entièrement interne : modèle ouvert français, accès par le réseau interne uniquement, comptes nominatifs, hébergement en France. Aucun appel vers l'extérieur.

Livré de bout en bout, infrastructure comprise, puis maintenu douze mois.

Ce qui rend ce projet intéressant n'est pas la prouesse technique — il n'y en a pas. C'est que la contrainte a été posée d'abord, et que toute l'architecture en a découlé. Quand on commence par choisir un outil et qu'on essaie ensuite de le mettre en conformité, on n'y arrive jamais.

Comment savoir si c'est votre cas

Posez-vous trois questions.

Est-ce que vos équipes utilisent déjà l'IA, avec ou sans autorisation ? Est-ce qu'un document que vous manipulez couramment poserait un problème s'il sortait ? Est-ce que vous seriez capable, aujourd'hui, de dire qui a envoyé quoi et où ?

Si la réponse est oui, oui, non — vous n'avez pas un problème d'outil. Vous avez un problème d'architecture, et il se règle.