Souveraineté de vos données IA : ce qu'un DAF doit vraiment exiger

Un projet IA arrive sur votre bureau. Pitch propre, ROI crédible, le prestataire parle de "cloud souverain" et de "données protégées". Vous signez, ou pas. La vraie question n'est pas de savoir si vous êtes pour ou contre la souveraineté, mais ce que ce mot recouvre dans le contrat qu'on vous présente.

Dans la plupart des dossiers observés en 2026, la mention "souverain" dans une plaquette ne dit rien de la réalité technique. Elle cohabite avec un stockage chez un acteur français et une inférence routée vers une API américaine. Elle cohabite avec un prestataire qui ne porte aucune certification en propre et qui s'appuie sur celles de son hébergeur sans le préciser. Elle cohabite avec un contrat sans clause de réversibilité.

Ce qui suit est la liste des questions que votre DSI ou votre RSSI vont vous poser, et donc celles que vous devez avoir préparées avant d'arbitrer. Pas un plaidoyer, une checklist.

Ce que "souverain" veut vraiment dire dans un contrat

Le mot souverain n'a pas de définition légale en France. Dans le meilleur des cas, il décrit une intention : limiter l'exposition de vos données à des juridictions extra-européennes, notamment au Cloud Act américain qui permet aux autorités US d'exiger l'accès à des données stockées par une entreprise de droit américain, où qu'elles se trouvent.

Pour qu'une promesse de souveraineté soit vérifiable, il faut trois choses minimum : un hébergeur nommé, sous juridiction européenne, dont la qualification est traçable. Tout le reste est de la communication.

Côté hébergeurs crédibles aujourd'hui : Scaleway et OVHcloud côté français, Outscale, plus quelques acteurs européens de taille comparable. Au-dessus se superpose la qualification SecNumCloud délivrée par l'ANSSI, qui garantit notamment l'immunité aux lois extraterritoriales. Pour les données de santé, c'est la certification HDS qui s'applique. Ces qualifications appartiennent à l'hébergeur, jamais au prestataire IA qui s'appuie dessus.

La checklist à exiger par écrit

1. Quel hébergeur, nommément

Refusez la formule "cloud souverain européen". Demandez le nom de l'opérateur (Scaleway, OVHcloud, autre) et la localisation physique du datacenter qui hébergera vos données et fera tourner les modèles. Un prestataire sérieux le donne en une phrase. Un prestataire qui esquive vous signale que la réponse va vous déplaire.

2. Qui porte la qualification

SecNumCloud, HDS, ISO 27001, SOC 2 : ces certifications appartiennent à l'infrastructure. Un cabinet de conseil ou un intégrateur IA peut s'appuyer sur un hébergeur SecNumCloud sans être lui-même qualifié SecNumCloud. C'est normal et attendu. Ce qui ne l'est pas, c'est qu'un prestataire IA prétende porter SecNumCloud en propre.

Recognity n'est pas certifié ISO 27001 ou SOC 2 en propre, parce que notre rôle est d'opérer une couche IA au-dessus d'une infrastructure qui, elle, est qualifiée. C'est la position honnête de la quasi-totalité des intégrateurs IA français en 2026. Tout discours contraire mérite une vérification documentaire.

3. Modèle ouvert servi localement ou API tierce

C'est la question qui change tout. Si votre prestataire utilise un modèle ouvert servi localement (Mistral, Llama, Qwen) déployé sur l'infrastructure qu'il vous a nommée, vos prompts et vos données ne sortent pas du périmètre européen. S'il utilise une API d'OpenAI, d'Anthropic ou de Google, chaque requête part vers les États-Unis, peu importe l'emballage. La zone UE proposée par certains acteurs américains réduit la latence et le stockage géographique, mais l'entité juridique reste soumise au droit américain.

Posez la question telle quelle : pour chaque appel modèle, où s'exécute l'inférence et quelle entité juridique en a la garde.

4. DPA signé et précis

L'avenant RGPD (Data Processing Agreement) n'est pas un formulaire. Il doit définir qui est responsable de traitement, qui est sous-traitant, les finalités exactes, la durée de conservation par type de donnée, la liste nominative des sous-traitants ultérieurs et la procédure si le prestataire veut en ajouter. Si le DPA présenté est générique ou se contente de renvoyer aux clauses contractuelles types, c'est insuffisant pour un projet IA qui manipule de la donnée sensible.

5. Plan de réversibilité écrit

C'est le point que les DAF sous-estiment systématiquement. La réversibilité, c'est votre capacité à reprendre votre système en interne ou à le confier à un autre prestataire, sans tout reconstruire.

Demandez par écrit : sous quel format vous récupérez vos données (export structuré, pas un dump propriétaire), comment vous récupérez les modèles fine-tunés que le prestataire a entraînés sur votre donnée, comment vous récupérez la documentation d'exploitation, les secrets, le code des agents et des pipelines RAG. Précisez le délai de bascule en jours ouvrés. En dessous d'une garantie de 30 à 60 jours, vous êtes en situation de lock-in.

6. Audit et traçabilité

Vous devez pouvoir auditer l'usage de votre donnée par le prestataire, ou permettre à un tiers de le faire. Cela passe par des journaux d'accès consultables, une traçabilité des requêtes au modèle, un droit d'audit annuel inscrit au contrat. Si le prestataire refuse l'audit ou le conditionne à des frais dissuasifs, le contrat est asymétrique.

7. Localisation du run d'inférence, pas seulement du stockage

C'est le piège le plus fréquent en 2026. Beaucoup de propositions affichent un stockage en France ou en Europe, ce qui est vrai, et masquent que l'inférence part vers une API hors UE. Pour vos données, le moment de l'inférence compte autant que le stockage : votre prompt, qui contient souvent l'information sensible, transite.

Exigez la séparation explicite dans la documentation technique : où est stockée la base, où s'exécute le modèle, où passent les vecteurs d'embedding.

Pourquoi cette posture protège votre projet, pas seulement votre conformité

Un projet IA verrouillé sur une API tierce non européenne, sans plan de réversibilité, sans audit possible, est opérationnel le jour de la signature. Il devient un problème le jour où l'API change ses conditions, augmente ses prix, ferme un endpoint, ou que la réglementation européenne durcit les transferts. Ce jour-là, l'arbitrage n'est plus entre deux fournisseurs : c'est entre subir ou reconstruire.

La checklist ci-dessus n'est pas un mur anti-américain. Certains projets justifient pleinement d'utiliser un modèle propriétaire américain pour une fonction non sensible, après analyse. C'est un cadre de décision. Elle vous permet de dire oui en connaissance de cause, ou non en sachant pourquoi.

Questions fréquentes

Que valent les promesses "souveraine" sans hébergeur nommé

Rien de vérifiable. Tant que le contrat ne mentionne pas le nom de l'hébergeur, la localisation du datacenter et la qualification associée, la mention "souverain" est un argument de plaquette. Demandez l'information par écrit avant signature. Un prestataire qui ne peut pas la fournir en 48 heures n'est pas prêt à livrer un projet sensible.

OpenAI propose désormais une zone UE, est-ce suffisant

C'est une amélioration sur le stockage et la latence, pas sur la juridiction. L'entité contractante reste soumise au droit américain, donc au Cloud Act. Pour des données qui n'engagent pas de secret métier critique (synthèse de documents publics, brouillons internes), la zone UE peut être acceptable après analyse de risque. Pour des données financières confidentielles, des dossiers RH ou des informations stratégiques, le risque résiduel reste non nul.

Faut-il refuser tout fournisseur sans ISO 27001 en propre

Non, à condition que le fournisseur s'appuie sur une infrastructure qualifiée et le documente. La quasi-totalité des intégrateurs IA français de moins de 200 personnes ne portent pas ISO 27001 en propre, parce que la certification coûte cher et concerne d'abord l'infrastructure. Ce qui compte, c'est de savoir où vos données vivent, et que cette couche soit certifiée. Un fournisseur qui prétend l'inverse mérite une vérification documentaire avant toute autre discussion.

Qu'est-ce que la réversibilité change concrètement

Elle change votre rapport de force pendant toute la durée du contrat, pas seulement à la sortie. Un prestataire qui sait que vous pouvez partir en 30 jours reste attentif aux conditions tarifaires, aux délais, à la qualité du livrable. Un prestataire qui sait que vous êtes captif négocie en position dominante à chaque renouvellement. La clause de réversibilité est donc un outil de gouvernance autant qu'un filet de sécurité.

Comment vérifier que mon prestataire dit vrai

Quatre points de contrôle. Demandez le nom et l'adresse du datacenter, puis vérifiez sur le site de l'hébergeur. Demandez le numéro de qualification SecNumCloud ou HDS et croisez avec la liste publique de l'ANSSI ou de l'agence du numérique en santé. Demandez la liste des sous-traitants ultérieurs et regardez si une entité hors UE y figure. Posez une question piège sur l'inférence : dans quelle juridiction s'exécute le modèle quand mon collaborateur pose une question. Une réponse imprécise vaut signal d'alarme.

Recognity peut-il porter ces garanties seul

Non, et c'est sain. Notre rôle est d'opérer la couche IA (agents, RAG, fine-tuning, orchestration) au-dessus d'une infrastructure qualifiée portée par un hébergeur partenaire. Nous documentons la chaîne, signons un DPA détaillé, prévoyons la réversibilité contractuelle et technique. Les certifications d'infrastructure sont portées par l'hébergeur, comme c'est l'usage. C'est l'agencement qui protège votre projet, pas la prétention d'un acteur unique à tout porter.