Un service cloud peut être facile à adopter et difficile à quitter. Données exportées dans un format incomplet, dépendances techniques, délai de préavis ou fonctions propriétaires transforment parfois une migration théorique en projet coûteux. Le Data Act européen vise notamment à faciliter le changement entre fournisseurs de services de traitement de données et à limiter le verrouillage.
Le règlement est applicable depuis le 12 septembre 2025. Il ne réalise toutefois pas la migration à la place du client : les droits contractuels ne remplacent ni l’inventaire technique, ni les tests, ni la compréhension des responsabilités.
Identifier les services réellement concernés
Cartographiez les infrastructures, plateformes, bases de données, espaces de stockage et applications dépendant d’un fournisseur. Un abonnement SaaS peut utiliser un autre cloud en arrière-plan, tandis qu’une application développée en interne peut dépendre de plusieurs services gérés difficiles à reproduire.
- données métier et pièces jointes ;
- comptes, groupes et permissions ;
- journaux, historiques et métadonnées ;
- automatisations, API et webhooks ;
- clés, certificats et secrets ;
- configurations réseau et règles de sécurité ;
- sauvegardes et plans de reprise.
Lire le contrat comme un scénario de sortie
Recherchez la procédure de changement, le préavis, les délais de récupération, la période transitoire, l’assistance disponible et la suppression après départ. Distinguez les frais de sortie, les coûts d’utilisation normaux pendant la migration et les prestations supplémentaires demandées au fournisseur.
Vérifiez aussi les engagements du client : maintenir un compte actif, préparer la destination, respecter la sécurité et confirmer la fin du transfert. Faites clarifier par écrit les formulations ambiguës avant de dépendre davantage du service.
Définir ce qui doit être portable
Un export de fichiers ne reconstitue pas nécessairement le service. Il peut manquer les relations entre objets, les droits, les versions, les commentaires ou les journaux. Demandez la liste des données exportables, les formats, la documentation du schéma et les limites.
Pour une base ou une application, mesurez également l’effort nécessaire pour remplacer les fonctions propriétaires. La portabilité des données et l’équivalence fonctionnelle sont deux sujets distincts.
Construire une migration test
- Choisir un jeu de données représentatif et anonymisé si possible.
- Exporter avec la procédure standard.
- Importer vers la destination envisagée.
- Comparer volumes, champs, droits et résultats métier.
- Mesurer le temps d’interruption et les performances.
- Documenter les transformations manuelles.
Ce test révèle les dépendances avant la résiliation. Il fournit aussi une estimation plus honnête du coût, qui inclut la préparation, les doubles abonnements temporaires, les développements et la validation.
Prévoir la coexistence et le retour arrière
Une bascule immédiate n’est pas toujours souhaitable. Définissez une période de coexistence, la source de vérité, les écritures encore autorisées et la méthode de synchronisation. Fixez un point de non-retour et les critères qui imposeraient de revenir à l’ancien système.
Ne pas oublier la sécurité
Une migration multiplie temporairement les copies, comptes et flux. Limitez les droits, chiffrez les transferts, journalisez les opérations et planifiez la suppression contrôlée des fichiers intermédiaires. Vérifiez que les sauvegardes restent disponibles pendant toute la transition.
La fiche de réversibilité minimale
- propriétaire du service et contact fournisseur ;
- données et dépendances ;
- formats et procédure d’export ;
- destination ou solution de remplacement ;
- durée estimée, coûts et période de coexistence ;
- contrôles de complétude ;
- suppression finale et preuves.
Le Data Act renforce le cadre du changement de fournisseur. La vraie liberté de sortie dépend cependant d’une architecture compréhensible, d’exports testés et d’un responsable capable d’exécuter le plan avant l’urgence.
Tester la sortie dès l’achat
Ajoutez un test de réversibilité aux critères de réception du service, avant d’y charger tout l’historique. Demandez un export, ouvrez les fichiers et faites relire le résultat par la personne qui connaît les données. Répétez ce contrôle après une évolution majeure du produit. Une procédure confirmée pendant la négociation possède davantage de valeur qu’une promesse découverte au moment de la résiliation.
Article informatif. Les outils, règles et pratiques peuvent évoluer : vérifiez les sources officielles et adaptez les recommandations aux risques de votre organisation.
