Contrats numériques · Gouvernance technologique
Votre cloud est européen. Pouvez-vous vraiment en sortir ?
La souveraineté technologique devient concrète lorsque l’on examine les accès, les dépendances et les conditions de départ.
Statut du dossierRecherche arrêtée au 28 septembre 2026 · vérifier l’évolution des règles avant toute décision.
01
L’Europe propose un cadre de souveraineté
Le 3 juin 2026, la Commission européenne a présenté une communication sur la souveraineté technologique, accompagnée d’une stratégie pour le logiciel libre. Le paquet comprend une proposition de Cloud and AI Development Act, ou CADA. Ces documents témoignent d’une orientation politique : renforcer la maîtrise des infrastructures et des services numériques. Une communication n’impose cependant pas, par sa seule existence, une nouvelle obligation générale aux entreprises. [1,2]
La présentation de CADA distingue quatre niveaux de souveraineté ; la localisation dans l’Union n’en constitue que le premier. Ce détail intéresse les acheteurs : un centre de données européen ne répond pas, à lui seul, à toutes les questions de contrôle. Les pages consultées présentent un projet. Elles ne permettent pas d’affirmer que ces niveaux constituent déjà des exigences générales applicables à chaque PME. [3]
02
Du mot commercial à une capacité vérifiable
Pour préparer un achat, nous proposons de distinguer trois questions : où le service fonctionne-t-il, qui peut agir sur lui et comment l’entreprise pourrait-elle le remplacer ? Cette grille est une recommandation de gestion contractuelle, pas une définition légale exhaustive de la souveraineté. Elle évite de demander à un seul adjectif commercial de résumer une architecture technique et une relation juridique.
Demandez quels prestataires interviennent réellement, qui dispose d’un accès administratif et quelles fonctions dépendent d’une licence ou d’un service tiers. Comparez les réponses avec les pièces contractuelles. Une présentation commerciale peut rester trop générale pour savoir ce qui est promis dans votre configuration. Les responsabilités précises nécessitent la lecture du contrat et des règles applicables à l’activité concernée.
La sortie mérite une attention particulière. Un export annoncé peut être inutilisable sans les métadonnées, les historiques ou la documentation permettant de le reprendre ailleurs. À l’inverse, toute dépendance ne justifie pas un changement immédiat. L’enjeu est d’en connaître le coût, le délai et les conséquences avant de prolonger un engagement. Aucun résultat de conformité ne se déduit ici d’un simple test de migration.
03
Le geste Law Right : tester une sortie avant le renouvellement
- Choisissez un service important et demandez un export d’essai sur des données fictives ou appropriées au test. Faites vérifier par l’équipe compétente si les fichiers sont complets et réutilisables. Notez les opérations manuelles nécessaires : elles donnent une première mesure du travail qu’un départ demanderait.
- Mettez en regard cette expérience et les engagements écrits : formats disponibles, assistance, délais, coûts et modalités de suppression ou de restitution. Identifiez les points qui exigent une clarification négociée. Ne présentez pas cette liste comme un ensemble de clauses légalement obligatoires dans tous les contrats.
- Confiez enfin à une personne le suivi des dépendances critiques et du calendrier de renouvellement. Une option de remplacement devient utile lorsqu’elle a un responsable, une estimation et un délai. La recherche arrêtée au 28 septembre doit être actualisée avant publication ; l’évolution législative de CADA reste à vérifier.
La souveraineté se vérifie à chaque couche.
Où se trouvent les équipements et qui peut en contrôler l’accès ?
Schéma explicatif : relations illustratives, sans mesure des dépendances ni conclusion juridique.La maîtrise d’un service se mesure aussi à votre capacité documentée de le remplacer.
