Souveraineté des données : ce que « souverain » veut dire pour vos agents IA

« Où sont nos données ? » La question tombe à chaque projet d’IA, et la réponse tient rarement en un seul lieu. Faire traiter un document par un agent met en jeu trois choses différentes : l’endroit où le fichier dort, l’endroit où il est lu et calculé, et ce que devient son contenu une fois le calcul terminé. Confondre les trois est à l’origine de la plupart des malentendus, dans les deux sens : des entreprises se rassurent à tort, d’autres refusent des projets sans risque réel.

Hébergement, traitement, entraînement : trois questions séparées

L’hébergement, c’est l’endroit où vos documents et vos bases reposent. Le traitement, c’est le moment où un modèle lit ces données pour produire un résumé, une réponse ou une fiche CRM. L’entraînement, c’est l’usage éventuel de vos contenus pour améliorer un modèle qui servira ensuite à d’autres. Les trois peuvent se dérouler à trois endroits différents, sous trois régimes contractuels différents.

Trois vérifications distinctes en découlent. Pour l’hébergement : dans quel pays, chez quel opérateur et sous quelle entité juridique vos données sont stockées. Pour le traitement : dans quelle région le modèle est appelé, combien de temps la requête est conservée, qui peut la lire pendant ce temps. Pour l’entraînement : si vos contenus alimentent un modèle, avec quelle garantie écrite et pour quelle durée.

En pratique, c’est le deuxième point qui coince. Une entreprise peut stocker ses fichiers en France et appeler, à chaque requête, un modèle exposé depuis une autre région du monde. Le stockage est souverain, le traitement ne l’est pas. Personne n’a menti, la question a simplement été posée trop vite.

Pourquoi « hébergé en France » ne répond pas à la question

Cette formule décrit un lieu physique. Elle ne dit rien de trois éléments qui pèsent autant : qui exploite la machine, qui peut y accéder pour la maintenir, et de quelle nationalité est la société qui signe le contrat. Un centre de données situé à Marseille peut être opéré par la filiale européenne d’un groupe qui relève d’un autre droit, ce qui replace le contrat sous une autre juridiction.

La loi américaine dite CLOUD Act permet à des autorités d’exiger d’un fournisseur soumis au droit américain la communication de données qu’il détient, y compris stockées hors des États-Unis. Le débat juridique sur sa portée exacte n’est pas clos et on ne prétend pas le trancher ici. Ce qu’un dirigeant doit en retenir est plus simple : la localisation du disque n’est qu’un paramètre parmi d’autres, et rarement le plus contraignant.

Il existe des qualifications qui vont plus loin, comme SecNumCloud délivrée par l’ANSSI, qui portent justement sur l’opérateur et son immunité aux droits extra-européens. Elles ont un coût, et un catalogue de services plus étroit. C’est un arbitrage, pas une case à cocher.

Ce que change le moteur dans votre cloud, et ce qu’il ne change pas

Une architecture possible consiste à déployer le moteur d’automatisation à l’intérieur du compte cloud du client, dans son propre projet Google Cloud ou son propre abonnement Azure, plutôt que dans une infrastructure mutualisée chez le prestataire. C’est ce qu’on met en place pour les entreprises qui ont cette exigence. Les effets sont concrets.

• Les documents traités ne sortent pas du périmètre technique de l’entreprise.
• Les journaux d’exécution, souvent oubliés, restent chez elle aussi.
• Le modèle est appelé depuis ce même environnement, dans une région choisie par le client.
• La rupture est nette : révoquer les accès du prestataire suffit à tout arrêter.

Ce que cette architecture ne change pas : le modèle reste celui d’un fournisseur tiers, et vous dépendez toujours de ses conditions d’usage, de ses versions et de sa disponibilité. Elle n’efface pas non plus le fait que la messagerie, les fichiers et l’agenda sont déjà, dans la plupart des PME, chez Google ou chez Microsoft. Mettre le moteur chez soi pendant que toute la bureautique est ailleurs a du sens, mais ce n’est pas de l’indépendance.

Il faut dire le revers. Ce déploiement demande un accès administrateur, un budget d’infrastructure au nom du client et quelqu’un capable de comprendre ce qui tourne. Selon l’Insee, en 2026, parmi les entreprises françaises qui n’utilisent pas l’IA, 54 % invoquent un manque d’expertise. C’est précisément la compétence qu’exige ce type de montage.

Ce qui reste hors de votre contrôle

Quelques éléments ne dépendront jamais entièrement de vous, quelle que soit l’architecture retenue.

• Le modèle lui-même : ses versions, ses garde-fous, ses changements de comportement d’une mise à jour à l’autre.
• Les conditions contractuelles du fournisseur de modèle, qui évoluent plus vite que votre projet.
• Les incidents de sécurité chez vos éditeurs bureautiques, qui hébergent déjà vos échanges.
• Ce que vos équipes font en dehors du cadre que vous avez posé.

Le dernier point est le plus sous-estimé. D’après BCG en 2025, 54 % des salariés déclarent qu’ils utiliseraient des outils d’IA même sans autorisation de leur employeur, et 62 % chez les moins de 40 ans. C’est une intention déclarée, pas une mesure d’usage réel, mais elle suffit à poser le problème : une architecture souveraine ne protège rien si un collaborateur colle un contrat client dans un assistant grand public depuis son téléphone. La réponse tient en deux volets, un outil interne au moins aussi commode que l’outil sauvage, et une règle écrite que les gens comprennent.

Les questions à poser à un prestataire

Elles se posent avant la démonstration, pas après.

• Où sont stockées les données au repos, chez quel opérateur et sous quelle entité juridique ?
• Dans quelle région le modèle est-il appelé, et cette région est-elle garantie au contrat ?
• Combien de temps les requêtes et les réponses sont-elles conservées, et qui peut les lire ?
• Mes contenus servent-ils à entraîner ou à améliorer un modèle ? Où est-ce écrit noir sur blanc ?
• Quels sous-traitants interviennent dans la chaîne, y compris pour l’hébergement, les journaux et la supervision ?
• Qui, chez vous, dispose d’un accès technique à mes données, et comment cet accès est-il tracé ?
• Que se passe-t-il si j’arrête demain : que récupère-t-on, que supprime-t-on, sous quel délai ?
• Le moteur peut-il tourner dans mon propre environnement, et à quel surcoût ?

Demandez que les réponses figurent au contrat ou dans une annexe technique. Un prestataire sérieux les a déjà rédigées. Une hésitation sur une question n’est pas disqualifiante, un flou sur toutes l’est.

Ce que dit le droit, et ce qu’on lui fait dire

Le RGPD encadre les données personnelles et leurs transferts hors de l’Union, il n’impose pas une obligation générale d’hébergement en France. Le règlement européen sur l’IA ajoute autre chose : son article 4, applicable depuis le 2 février 2025, demande aux fournisseurs comme aux déployeurs d’assurer un niveau suffisant de maîtrise de l’IA chez leur personnel et chez les personnes qui utilisent ces systèmes en leur nom. Aucun seuil d’effectif n’est prévu, et les contrôles des autorités nationales ont commencé le 2 août 2026.

Une précision utile, parce que l’inverse circule beaucoup : l’article 99, qui fixe les sanctions, ne cite pas l’article 4. Il n’existe donc pas d’amende propre à cette obligation de formation. Les 15 millions d’euros ou les 3 % du chiffre d’affaires annoncés sur de nombreux sites ne s’y rattachent pas. L’obligation est réelle, la menace financière brandie ne l’est pas. Se faire vendre un projet sur une peur inexacte est un mauvais point de départ.

Trier plutôt que tout verrouiller

Toutes vos données n’appellent pas le même niveau de protection. Un compte rendu de réunion commerciale, un contrat en cours de négociation, un dossier de salarié et une note interne déjà diffusée ne relèvent pas du même régime. Aligner l’ensemble sur le dossier le plus sensible coûte cher et ralentit tout. Aligner l’ensemble sur le moins sensible expose l’entreprise là où ça fait mal.

C’est pour cette raison qu’on pose la question pendant l’audit, avec le dirigeant et le responsable informatique s’il y en a un, plutôt qu’au moment du déploiement. Deux ou trois niveaux de sensibilité, une règle d’affectation claire, une architecture différente selon le niveau. Le reste est de la mise en œuvre.