Une solution d'IA se présente volontiers comme souveraine dès lors qu'elle est hébergée en Europe ou installée chez le client. La souveraineté se vérifie pourtant le jour où l'on veut changer de modèle, de prestataire ou d'hébergement. Si ce changement oblige à repartir de zéro, la dépendance demeure. Cet article propose cinq tests de réversibilité à mener pendant le pilote, avant la signature du contrat principal, avec les engagements à faire écrire pour chacun.

Pourquoi tester plutôt que demander

Dans un appel d'offres, tous les candidats affirment que le client garde la maîtrise de ses données et de son système. La différence apparaît à l'usage. Un export existe mais dans un format propriétaire. Le modèle peut être remplacé, à condition de refaire tout le paramétrage. L'installation fonctionne sur site, mais vérifie sa licence auprès d'un serveur distant.

Un exercice de réversibilité de quelques jours, intégré à la fin du pilote, transforme ces affirmations en constats. Notre page consacrée à l'IA d'entreprise sécurisée on-premise détaille les critères de sélection et les clauses d'appel d'offres. Les tests ci-dessous permettent de vérifier que ces clauses tiennent en pratique.

Test 1, changer de modèle

Les modèles de langage évoluent vite. Une version plus performante, moins coûteuse ou mieux adaptée à vos langues paraîtra pendant la durée du contrat. Le test consiste à remplacer le modèle par un autre modèle ouvert, puis à rejouer le jeu de questions de référence.

  • Résultat attendu. Le remplacement se fait par configuration, sans réécrire l'application ni reconstruire l'index.
  • À faire écrire. La liste des modèles compatibles, la procédure de remplacement et la conservation des consignes, des évaluations et des paramétrages.

Test 2, récupérer ses données

Vos documents ne suffisent pas. Un système d'IA accumule un index documentaire, des métadonnées de droits d'accès, des journaux d'utilisation, des corrections apportées par les utilisateurs et des jeux d'évaluation. Ces éléments représentent des mois de travail. Le test consiste à demander un export complet et à vérifier qu'il est lisible sans l'outil de l'éditeur.

  • Résultat attendu. Un export dans des formats documentés et ouverts, avec les droits d'accès associés à chaque document.
  • À faire écrire. Le périmètre exact de l'export, son format, son délai et son coût.

Test 3, exploiter sans l'éditeur

Un système que seul son éditeur sait redémarrer reste dépendant de lui. Le test consiste à confier à votre équipe technique une opération courante, comme un redémarrage, l'ajout d'un corpus ou la restauration d'une sauvegarde, en s'appuyant uniquement sur la documentation fournie.

  • Résultat attendu. L'opération aboutit sans appel à l'éditeur, ou avec une assistance limitée et documentée.
  • À faire écrire. La documentation d'exploitation, les procédures de reprise et un plan de transfert de compétences.

Test 4, déplacer l'infrastructure

Un hébergement peut changer pour des raisons de coût, de capacité ou de conformité. Le test consiste à réinstaller le système dans un second environnement, puis à observer ses connexions sortantes.

  • Résultat attendu. Une installation conditionnée et reproductible, qui fonctionne sans appel sortant obligatoire pour sa licence, sa télémétrie ou ses mises à jour.
  • À faire écrire. Les prérequis matériels et logiciels, les dépendances et les flux réseau nécessaires, flux par flux.

Test 5, survivre à la fin du contrat

Le dernier test se mène sur le papier. Que se passe-t-il le lendemain de la fin du contrat ? La licence s'éteint-elle ? Les adaptations réalisées sur vos données vous appartiennent-elles ? L'éditeur restitue-t-il, puis supprime-t-il, ce qu'il détient ?

  • Résultat attendu. Une période de réversibilité définie, pendant laquelle le service continue et l'éditeur assiste la transition.
  • À faire écrire. La durée et le coût de la réversibilité, la propriété des adaptations, les droits d'usage après la fin et la preuve de suppression des données.
« Une IA souveraine se reconnaît à la facilité avec laquelle on peut la quitter. »

Organiser l'exercice pendant le pilote

Ces tests ne demandent pas un projet supplémentaire. Ils s'intègrent à la dernière phase du pilote, sur le même environnement et avec les mêmes données.

  1. Annoncer l'exercice de réversibilité dès le cahier des charges du pilote.
  2. Constituer le jeu de questions de référence au début du pilote, pour mesurer chaque changement.
  3. Remplacer le modèle et comparer les résultats sur ce jeu.
  4. Demander l'export complet et l'ouvrir avec des outils standards.
  5. Faire réaliser une opération d'exploitation par votre équipe, documentation en main.
  6. Réinstaller le système dans un second environnement et relever ses connexions sortantes.
  7. Reporter chaque constat dans le contrat principal, avant signature.

Ces tests valent pour tout éditeur, BADIS AI compris.

Vous évaluez une solution d'IA souveraine ?

Le diagnostic IA cadre votre pilote, y compris les tests de réversibilité à prévoir dans son cahier des charges.

Demander mon diagnostic IA

Questions fréquentes

Qu'est-ce que la réversibilité d'une solution d'IA ?
La réversibilité désigne la capacité à quitter une solution, ou à en changer un composant, sans perdre ses données, ses paramétrages ni la continuité du service. Pour une IA, elle couvre le modèle, l'index documentaire, les évaluations, les journaux et l'exploitation du système.

Un hébergement en France suffit-il à rendre une IA souveraine ?
Non, la localisation de l'hébergement ne règle qu'une partie de la question. Une solution hébergée en France peut rester dépendante d'un éditeur pour ses licences, ses mises à jour ou son exploitation. La réversibilité vérifie que vous gardez la maîtrise du système si cette relation change.

Quand faut-il tester la réversibilité ?
Pendant le pilote, avant la signature du contrat principal. Un exercice de quelques jours suffit à vérifier qu'on peut changer de modèle, exporter ses données et réinstaller le système dans un second environnement. Après la signature, le rapport de force n'est plus le même.

Que deviennent les adaptations d'un modèle à la fin du contrat ?
Ce point doit être écrit dans le contrat. Les adaptations réalisées sur vos données, les jeux d'évaluation et les paramétrages devraient vous appartenir ou rester exploitables après la fin de la relation, avec une licence qui ne s'éteint pas avec le contrat.

Faut-il pouvoir faire fonctionner l'IA sans connexion internet ?
Pour les données sensibles, c'est un bon indicateur d'indépendance. Un système qui exige un appel sortant pour sa licence, sa télémétrie ou ses mises à jour reste dépendant de son éditeur. Un système capable de fonctionner dans un environnement déconnecté se déplace et se reprend plus facilement.

Pour aller plus loin

Retour au blog