La fin d’un abonnement SaaS ne devrait pas condamner une entreprise à perdre ses dossiers, ses réglages ou ses historiques. Pourtant, sans règles précises, la récupération des données peut devenir un chantier coûteux, lent et difficile à piloter.
Depuis l’application du Data Act, le contrat SaaS doit mieux encadrer le changement de fournisseur. Pour éviter les angles morts, il faut distinguer les obligations réglementaires des choix pratiques qui rendent la réversibilité des données réellement utilisable.
À retenir :
- Inventaire précis des données, réglages et historiques à récupérer
- Formats lisibles et procédure d’exportation des données documentée
- Délais, assistance et effacement définis dans le contrat SaaS
- Frais de changement interdits à partir du 12 janvier 2027
Réversibilité des données et obligations du Data Act
Ce cadre européen transforme les conditions de sortie en obligations contractuelles et opérationnelles. Selon le règlement (UE) 2023/2854, applicable depuis le 12 septembre 2025, le changement de fournisseur ne doit pas être entravé par des obstacles commerciaux, techniques ou organisationnels.
Un droit au changement à inscrire dans le contrat SaaS
Dans le périmètre du chapitre VI, le client peut changer de fournisseur ou rapatrier ses données, sous réserve des conditions prévues par le texte. Selon le Data Act, le contrat doit expliquer les droits et obligations liés à cette opération avant la signature.
Le texte prévoit un préavis maximal de deux mois, puis une période de migration normalement limitée à trente jours. Si une impossibilité technique justifie un délai supplémentaire, le fournisseur doit l’expliquer et proposer un calendrier de remplacement qui ne dépasse pas sept mois.
Un éditeur ne peut donc pas compter uniquement sur une clause générale promettant une « assistance raisonnable ». Le contrat doit permettre au client de comprendre le processus, les étapes de sortie et les responsabilités de chaque partie.
Des frais de sortie encadrés jusqu’en 2027
Le régime tarifaire évolue en deux temps : les frais de changement doivent rester liés aux coûts directement supportés jusqu’au 11 janvier 2027. À compter du 12 janvier 2027, le règlement prévoit leur suppression pour le changement de fournisseur.
Selon le Data Act, les contrats concernés doivent aussi préciser les modalités de récupération et de suppression des données après la période de restitution. Pour les contrats conclus avant le 12 septembre 2025, certaines obligations du chapitre VI ne s’appliquent qu’à partir du 12 janvier 2027.
Un éditeur qui révise ses tarifs et ses clauses dès maintenant évite de traiter ces échéances dans l’urgence. Il peut ensuite s’attaquer à la question plus concrète de ce que le client pourra réellement emporter.
Repères réglementaires de sortie :
- Préavis maximal de deux mois pour demander le changement
- Migration normalement réalisée dans les trente jours suivant le préavis
- Prolongation technique justifiée, avec un plafond de sept mois
- Suppression des frais de changement à partir du 12 janvier 2027
Portabilité des données : définir ce qui doit être récupéré
Une fois les délais posés, l’enjeu devient la qualité de la restitution des données. Une archive brute peut sembler complète tout en restant inutilisable si elle ne contient ni structure, ni historique, ni explication des relations entre les fichiers.
Identifier données métier, paramètres et traces
La clause doit décrire les catégories exportables avec assez de précision pour éviter les interprétations tardives. Une entreprise qui quitte un outil de facturation peut avoir besoin des factures, des coordonnées clients, des pièces jointes et des journaux de modification.
La propriété des données ne suffit pas à organiser leur reprise : il faut aussi préciser les limites applicables aux éléments techniques ou aux contenus de tiers. Pour un SIRH, les bulletins et historiques de paie peuvent exiger des modalités de conservation adaptées aux obligations de l’employeur.
Actifs à définir dans la clause :
- Données métier : dossiers, documents, factures et fichiers importés
- Paramètres : règles de gestion, modèles, workflows et connecteurs
- Traces : journaux, historiques et rapports utiles aux contrôles
- Documentation : dictionnaire de données et consignes de réimportation
Choisir un format des données exploitable
Le Data Act prévoit une fourniture dans un format structuré, couramment utilisé et lisible par machine pour les données exportables. Un accès par API peut aider, mais ne remplace ni une procédure claire ni une documentation des champs et des dépendances.
Le contrat devrait préciser la granularité de l’exportation des données, les formats disponibles et la durée pendant laquelle le client peut les récupérer. Le tableau suivant aide à distinguer les besoins courants, sans présumer des fonctions propres à chaque logiciel.
Éléments à préciser selon les actifs :
| Élément | À définir | Exemple de vérification |
|---|---|---|
| Données métier | Catégories incluses et périmètre | Présence des dossiers et pièces jointes |
| Paramètres | Réglages exportables ou documentés | Reconstitution des règles de workflow |
| Historique | Période et niveau de détail | Lecture des journaux et changements |
| Format | Structure et lisibilité machine | Test d’import dans un environnement cible |
Fin de contrat SaaS : organiser la migration sans rupture
La liste des fichiers ne garantit pas une sortie fluide : les équipes doivent savoir qui intervient, quand et avec quels moyens. Une migration des données réussie se prépare avant la résiliation, plutôt que le jour où l’accès au service devient incertain.
Planifier assistance, continuité et effacement
Une entreprise fictive utilisant un logiciel de gestion peut, par exemple, tester l’export d’un petit ensemble de dossiers avant de migrer toute sa base. Ce contrôle révèle souvent des champs manquants, des pièces jointes mal associées ou des formats incompatibles avec le nouvel outil.
Le contrat doit préciser l’assistance du fournisseur, les interlocuteurs, les coûts permis pendant la période transitoire et les conditions d’effacement final. Selon le Data Act, les modalités de sortie doivent être accessibles au client ; les obligations de protection des données personnelles restent également à prendre en compte.
Étapes de préparation opérationnelle :
- Inventorier les données et dépendances du service
- Tester un export puis vérifier son ouverture et sa structure
- Coordonner fournisseur sortant, client et prestataire entrant
- Confirmer la restitution complète avant l’effacement convenu
Réviser les contrats existants et tester les procédures
Pour un éditeur, l’audit doit couvrir les conditions générales, les contrats particuliers, les annexes techniques et les tarifs. Les clauses d’engagement, les restrictions d’export et les frais de sortie méritent une lecture commune par les équipes juridiques et techniques.
Le tableau ci-dessous propose un ordre de travail utile en 2026, alors que les échéances réglementaires approchent. Les contrats antérieurs concernés devront être examinés à la lumière de leur date et de leur durée, plutôt que modifiés indistinctement.
Priorités de mise en conformité :
| Chantier | Action | Résultat attendu |
|---|---|---|
| Contrats | Comparer clauses et exigences du règlement | Écarts identifiés et clauses révisées |
| Tarifs | Justifier les coûts de migration facturés | Grille transparente et actualisée |
| Technique | Tester les exports et documenter les formats | Procédure reproductible |
| Exploitation | Attribuer les rôles et répéter le scénario de sortie | Continuité mieux préparée |
Une clause précise ne remplace pas un test, mais elle donne aux équipes un cadre pour le réaliser. Quand la récupération fonctionne en pratique, la réversibilité devient une garantie vérifiable plutôt qu’une promesse difficile à interpréter.
Source : règlement (UE) 2023/2854 du Parlement européen et du Conseil du 13 décembre 2023, dit Data Act.
