IA souveraine : architecture et contrôle en entreprise

Réponse courte : une IA souveraine d’entreprise se choisit à partir des contrôles nécessaires sur les données, les accès, les modèles, l’exploitation et la sortie du fournisseur. L’hébergement européen ou les poids accessibles ne suffisent pas à conclure. Cartographiez le système complet, demandez des preuves, comparez les options et testez les contraintes avant de généraliser le déploiement.

Définition de travail : IA souveraine. Un système dont l’organisation peut comprendre, décider et vérifier les conditions d’utilisation, de traitement des données et d’exploitation, selon les exigences qu’elle a retenues. Cette définition éditoriale n’est ni une qualification officielle ni une certification.

La bonne question n’est pas seulement « quel modèle européen acheter ? ». C’est « quelles dépendances acceptons-nous pour ce cas d’usage, lesquelles devons-nous contrôler, et comment le démontrer ? ».

Ce guide s’adresse aux directions générales, DSI et CTO qui doivent transformer une intention de souveraineté en décisions d’architecture et d’achat. Il propose une méthode, une matrice et un exemple industriel illustratif. Il ne constitue pas un avis juridique : obligations, contrats et qualifications doivent être examinés avec les personnes compétentes.

Partir du travail à réaliser, pas d’une étiquette

Décrivez un usage précis avant de comparer les prestataires. Un assistant qui résume des documents publics et un agent qui prépare un dossier commercial confidentiel n’ont pas les mêmes contraintes. Le second peut aussi accéder à des outils, produire des traces et transmettre des extraits qui ne figurent pas dans la question initiale.

La CNIL recommande de partir d’un besoin concret, d’encadrer les usages et de choisir un mode de déploiement adapté au cas et aux données. Sa FAQ distingue notamment système sur site, infrastructure distante et accès par API. CNIL, FAQ du 18 juillet 2024, consultée le 29 octobre 2026

Notre point de départ est une fiche d’une page : résultat attendu, utilisateurs, données nécessaires, actions permises et usages exclus. Indiquez aussi qui finance, qui exploite et qui peut arrêter le service. Cette fiche évite de comparer des architectures qui ne résolvent pas le même problème.

Imaginez la construction d’un atelier. Choisir la nationalité d’une machine ne définit pas qui possède les clés, où partent les pièces ni comment réparer une panne. Pour l’IA, il faut de la même manière examiner les locaux, les accès, les flux et les responsabilités autour du modèle.

Distinguer cinq questions souvent mélangées

Nous proposons de séparer localisation, accès, maîtrise technique, cadre contractuel et autonomie opérationnelle. Cette grille est une méthode de cadrage Elia Studio, pas un classement réglementaire des fournisseurs.

Synthèse visuelle du tableau conservé en HTML ci-dessus ; chaque dimension demande une preuve distincte. Cadre éditorial illustratif, non certifiant.

Un critère satisfait ne compense pas automatiquement un autre critère bloquant. Une excellente qualité de réponse ne rend pas acceptable une destination de données interdite. Une infrastructure locale n’est pas utile si personne ne sait maintenir les composants qui y tournent.

Pour chaque exigence, distinguez ce qui est obligatoire, ce qui relève d’une préférence et ce qui reste à arbitrer. Cette séparation rend la discussion explicite. Elle évite de présenter un compromis économique comme une contrainte juridique ou une préférence de marque comme une preuve de contrôle.

Cartographier le système complet et ses données dérivées

Le périmètre ne s’arrête pas au modèle de langage. L’ANSSI traite le système comme un ensemble de composants et recommande de prendre en compte les données d’entraînement, les données additionnelles et les données d’usage, dont les requêtes et réponses. Son guide examine également les interconnexions et les responsabilités aux différentes phases du cycle de vie. ANSSI, guide du 29 avril 2024, consulté le 29 octobre 2026

Dans votre carte, suivez au minimum : document source, extraction de texte, indexation, recherche, construction de la requête, inférence, réponse, outils appelés, journalisation, sauvegarde et suppression. L’inférence désigne ici l’exécution du modèle pour produire une réponse. Les représentations vectorielles sont des données dérivées utilisées pour la recherche ; ne les excluez pas de l’inventaire.

Ajoutez les environnements de développement et de test. Si un incident est reproduit avec une copie de dossier dans un outil de suivi, cette copie fait partie du problème à maîtriser. Demandez aussi ce que voit le support et ce qu’il peut télécharger.

La carte doit être lisible par le métier : quelle information quitte quelle frontière, pour quelle raison, vers quel destinataire ? Le schéma technique détaillé vient ensuite. Une flèche sans propriétaire ou sans règle de conservation est une question ouverte, pas une hypothèse implicitement acceptée.

Inventaire visuel illustratif des frontières à examiner. Les flux entre ces composants doivent ensuite être documentés et vérifiés.

Pourquoi « hébergé en Europe » ne clôt pas l’analyse

La résidence des données est une dimension de décision. Notre recommandation est de vérifier séparément les lieux d’inférence, de stockage, de sauvegarde, d’administration et de support. Une région commerciale ne doit pas devenir un raccourci pour toutes les opérations d’un service.

Lorsqu’une infrastructure externe est utilisée, la CNIL demande une attention aux contrats, aux périmètres de responsabilité et aux accès autorisés. Elle traite aussi l’encadrement des transferts hors de l’Union européenne lorsque ceux-ci sont concernés. Ce point exige une analyse du montage réel, pas une conclusion à partir du seul écran de sélection de région. CNIL, FAQ du 18 juillet 2024, consultée le 29 octobre 2026

Préparez une fiche par service : donnée reçue, finalité, lieu déclaré, durée de conservation, réutilisation éventuelle et accès exceptionnels. Faites valider les éléments juridiques et contractuels. Le rôle de l’architecture est de traduire les exigences retenues en configuration et en tests, non de remplacer cet examen.

Si une qualification d’hébergement est exigée pour le projet, demandez sa référence et son périmètre exact. Ne déduisez pas la qualification de votre solution entière du seul nom d’un hébergeur. Nous recommandons de relier l’offre effectivement achetée, ses composants et ses options à la preuve fournie, puis de documenter ce qui reste hors périmètre.

Pourquoi des poids accessibles ne garantissent pas la maîtrise

Un modèle dit « open-weight » met ses paramètres à disposition sous certaines conditions. Dans le projet, il faut lire la licence exacte, identifier la version et vérifier les conditions de l’usage envisagé. La CNIL recommande de prendre connaissance de la licence et de la documentation lors du choix d’un système. CNIL, FAQ du 18 juillet 2024, consultée le 29 octobre 2026

Pour notre analyse, séparez la disponibilité des poids, les droits contractuels, les ressources nécessaires et l’ensemble des services utilisés. Télécharger des poids n’installe ni une équipe d’astreinte ni une procédure de mise à jour. Cela ne démontre pas non plus que tous les composants périphériques fonctionnent sans service distant.

Exemple limité à une fonctionnalité documentée : Mistral indique que la recherche web de sa Suite auto-hébergée est envoyée à son cloud, plutôt qu’exécutée dans le cluster. Ce constat concerne cette fonctionnalité et sa documentation consultée à cette date ; ce n’est pas une généralisation sur tous ses modes de déploiement. Mistral, documentation consultée le 29 octobre 2026

La leçon de conception est de tester les dépendances effectives : recherche web, reconnaissance de documents, supervision, gestion de licence, mises à jour et services de secours. Un déploiement local est une propriété à vérifier composant par composant, pas une promesse à étendre automatiquement à toute l’application.

Comparer les options sur le même cas d’usage

Nous conseillons de comparer une API managée, un service dédié ou privé et une exploitation sur une infrastructure maîtrisée. Les noms commerciaux varient : faites préciser ce qui est mutualisé, isolé et administré par chaque partie.

Aucune ligne n’est une recommandation universelle. La CNIL décrit les avantages et coûts du sur-site, ainsi que les garanties à examiner pour le cloud et les API. Le choix dépend du besoin et des données. CNIL, FAQ du 18 juillet 2024, consultée le 29 octobre 2026

Évaluez les options sur les mêmes questions, documents autorisés et critères métier. Comparez ensuite qualité, temps total, exceptions, coût complet et capacité d’exploitation. Une option moins chère à la requête peut demander davantage de contrôle humain. Une infrastructure réservée peut être pertinente pour un besoin sans l’être pour tous les usages de l’entreprise.

La matrice de décision Elia Studio

Cette matrice est une proposition éditoriale de travail. Elle ne certifie pas un fournisseur et ne produit pas un score légal. Son intérêt est de rendre chaque arbitrage explicable et chaque preuve retrouvable.

Le DPO est le délégué à la protection des données. Complétez une ligne avec une preuve datée ou avec un manque explicitement nommé. Évitez les appréciations « bon », « européen » ou « entreprise » sans référence vérifiable. Distinguez preuve documentaire, configuration observée et test exécuté : ces niveaux de confirmation ne sont pas équivalents.

En revue de décision, commencez par les critères bloquants. Un critère inconnu qui pourrait changer l’autorisation des données doit être traité avant l’ouverture du pilote correspondant. Les autres écarts peuvent devenir des actions assignées, avec un responsable et une condition de réexamen. Le tableau ne doit pas masquer les incertitudes derrière une moyenne.

Exemple industriel illustratif : un assistant documentaire

Prenons une situation fictive : une équipe souhaite retrouver des rapports, comparer des versions et préparer une synthèse. Certains documents sont publics, d’autres sont limités à une équipe. Ce scénario n’est pas un retour client et aucun gain chiffré n’est revendiqué.

Le premier périmètre est borné : retrouver les documents autorisés et répondre avec des références. L’envoi externe, la modification des documents et la décision engageante sont exclus. L’équipe métier prépare des questions représentatives, dont des cas sans réponse et des versions contradictoires.

Une première architecture place l’authentification et les règles d’accès devant la recherche. Les passages récupérés vont ensuite à un modèle autorisé pour cette catégorie de données. Les journaux conservent seulement les éléments nécessaires au support, selon une politique validée. Une fonction de recherche web n’est pas activée par défaut.

Les variantes d’hébergement sont comparées sur ce périmètre identique. Si une destination ne satisfait pas une contrainte bloquante, elle n’est pas utilisée avec ces documents, même si ses réponses sont meilleures sur d’autres tests. Si un composant d’extraction externalise les pages, ce flux entre dans la comparaison au même titre que l’inférence.

Le pilote ne cherche pas à prouver une souveraineté abstraite. Il doit montrer que les règles sont appliquées, que les preuves sont accessibles et que le métier obtient des réponses utilisables. La décision finale peut être un déploiement, une réduction du périmètre, une correction ou un arrêt.

Garder les autorisations hors du modèle

Le choix du lieu d’exécution n’autorise pas automatiquement les actions. Un agent qui lit un rapport et un agent qui envoie une réponse doivent avoir des outils et droits distincts. Notre guide d’architecture des agents IA détaille la séparation du modèle, de la passerelle d’outils et de l’exécution.

L’ANSSI recommande de limiter les interconnexions au besoin et de maîtriser les accès à privilèges. Son guide souligne les risques propres aux données additionnelles et au besoin d’en connaître. Ces contrôles restent nécessaires autour du modèle. ANSSI, guide du 29 avril 2024, consulté le 29 octobre 2026

Nous recommandons des tests explicites : lecture d’un dossier non attribué, demande d’export, instructions malveillantes dans une pièce, tentative d’accès au support et action hors périmètre. Il ne suffit pas que le prompt demande au modèle de respecter une règle. La couche applicative et les systèmes cibles doivent pouvoir la faire appliquer.

Pour les assistants documentaires, le choix RAG ou GraphRAG dépend des questions et des preuves à retrouver. Un graphe ne dispense pas de contrôler les données dérivées, les synthèses et les relations extraites. La souveraineté du modèle ne remplace pas cette conception des droits.

Exploitation, coût et réversibilité : préparer l’après-pilote

La personne qui choisit un modèle n’est pas nécessairement celle qui sera appelée en cas de panne. Désignez l’exploitant, le responsable des mises à jour et le chemin de support. Précisez ce qui se passe quand le service externe est indisponible, que le budget est atteint ou qu’un changement de modèle dégrade la qualité.

Le coût à comparer comprend le calcul, l’indexation, le stockage, les outils, le contrôle humain, la maintenance et les reprises. Notre guide sur le ROI complet de l’automatisation IA distingue la capacité libérée d’une économie financière effectivement constatée. Ne transformez pas un prix de jeton en coût total de service.

Testez la sortie du fournisseur avant qu’elle ne devienne urgente. Exportez un petit périmètre autorisé : règles, schémas, références documentaires, jeux d’évaluation et paramètres nécessaires à la reconstruction. Rejouez une tâche sur une solution de remplacement. Notez les opérations manuelles, limites contractuelles et différences de résultat, sans annoncer une portabilité parfaite.

L’autonomie opérationnelle doit rester proportionnée. Tout exploiter soi-même peut déplacer la dépendance vers une personne indispensable ou une infrastructure non maintenue. Le bon compromis est celui que l’entreprise peut financer, expliquer et faire fonctionner dans la durée, avec des responsabilités documentées.

Une trajectoire de décision en six livrables

1. Cadrage : une fiche d’usage, ses utilisateurs et ses exclusions.
2. Cartographie : les données, flux, dépendances et administrateurs.
3. Exigences : les critères bloquants, préférences et inconnues.
4. Comparaison : les options et preuves, sans score opaque.
5. Pilote : une évaluation métier, des tests de contrôle et une reprise.
6. Exploitation : un responsable, un budget, un suivi des changements et une sortie testée.

Cette séquence est une proposition de méthode, pas un calendrier ni une promesse de durée. Un élément non vérifié reste visible dans le dossier de décision. Les conditions qui déclenchent une révision doivent être écrites : nouvelle source de données, nouvel outil, changement de public, de fournisseur ou de responsabilités.

Elle complète la trajectoire des agents du POC à la production. Dans les deux cas, la décision utile porte sur un système exploitable, pas sur une démonstration isolée ou une conformité supposée.

Cadrer une feuille de route avec Elia Studio

Elia Studio propose des feuilles de route IA souveraines et des agents sur mesure. Le point d’entrée est un cas réel, avec contraintes et responsabilités explicites. Le livrable recherché est une décision argumentée reliant besoin métier, système d’information, risques, options techniques et conditions d’exploitation.

Contactez Elia Studio pour cadrer ce travail. Une discussion utile commence par les données concernées, ce que le système devra faire et ce que l’organisation doit conserver sous son contrôle.

Sources consultées le 29 octobre 2026. Références CNIL et ANSSI citées avec leur date de publication ; documentation fournisseur valable pour la fonctionnalité et la date indiquées. Ce guide n’est ni un avis juridique ni une attestation de conformité.