À la fin d’un contrat SaaS, l’entreprise doit pouvoir récupérer ses informations, les comprendre et les réutiliser ailleurs. Cette réversibilité des données protège contre la dépendance à un fournisseur, mais elle se prépare bien avant la résiliation.
Une clause utile précise le périmètre de la restitution des données, les formats, les délais, l’assistance et la suppression des données. Pour éviter les mauvaises surprises, il faut aussi vérifier concrètement que l’export des données fonctionne et que la migration des données préservera la continuité de service.
À retenir : sécuriser la réversibilité des données SaaS
- Périmètre complet des données, métadonnées et pièces jointes
- Formats ouverts et documentation exploitable pour la migration
- Délais, assistance et frais définis avant toute sortie
- Tests réguliers, contrôle de sécurité et suppression attestée
Fin de contrat SaaS : quels risques la réversibilité contractuelle prévient-elle ?
Une fois les données accumulées dans un logiciel, quitter le service peut devenir plus difficile qu’il n’y paraissait à la signature. Une PME qui change d’outil comptable, par exemple, doit préserver ses historiques et documents, pas seulement télécharger un fichier de contacts.
Risques juridiques et périmètre de la restitution des données
Le contrat peut rester silencieux sur les formats, les délais et les responsabilités, ou limiter la remise aux seules données brutes. Selon l’article 28 du RGPD, le contrat de sous-traitance doit prévoir, à la fin des services, la suppression ou la restitution des données personnelles, sous réserve des obligations légales de conservation.
Selon ce même article, le responsable du traitement doit pouvoir choisir entre ces options, sauf exigence légale contraire. La portabilité des données prévue par le RGPD concerne, elle, les personnes physiques dans certaines conditions : elle ne remplace pas une clause de sortie organisant l’ensemble d’une migration d’entreprise.
Pour réduire les zones grises, la clause doit définir précisément les contenus concernés et le sort des copies après transfert.
Périmètre contractuel à vérifier :
- Données actives, pièces jointes et bases annexes
- Paramétrages, historiques et journaux utiles
- Métadonnées, droits d’accès et documentation technique
- Copies de sauvegarde et modalités de suppression
Ces éléments ne sont pas toujours exportés ensemble. Une vérification écrite évite de découvrir, au moment du départ, que des historiques ou des permissions ne figurent pas dans le fichier livré.
Formats, frais et délais de sortie
Un export propriétaire peut rendre les informations inutilisables sans l’application d’origine. Selon l’article 28 du RGPD, les modalités de fin de traitement relèvent du cadre contractuel entre responsable et sous-traitant ; les frais et délais de migration doivent donc aussi être négociés clairement.
| Point à définir | Question contractuelle | Exemple de précaution |
|---|---|---|
| Formats | Les données sont-elles lisibles ailleurs ? | Prévoir des formats documentés et adaptés aux contenus |
| Délai | Quand l’export sera-t-il disponible ? | Fixer un délai selon volume et complexité |
| Assistance | Qui accompagne la reprise ? | Délimiter les tâches et jours inclus |
| Coût | Quels frais peuvent s’ajouter ? | Encadrer les prestations exceptionnelles par devis préalable |
Préparer l’export des données et la migration vers un autre SaaS
Après avoir cadré les engagements, l’entreprise doit s’assurer que ses équipes sauront les appliquer. Un contrat précis ne suffit pas si le transfert n’a jamais été testé ou si personne ne sait interpréter les fichiers remis.
Interopérabilité et formats d’export exploitables
Des formats ouverts comme CSV, JSON ou XML facilitent souvent la reprise, mais le choix dépend de la structure des données. Une entreprise peut, par exemple, recevoir ses factures en fichiers lisibles tout en ayant besoin d’un export distinct pour les relations entre clients, écritures et pièces jointes.
Selon l’article 28 du RGPD, les traitements réalisés par le sous-traitant doivent être encadrés par le contrat ; pour organiser une sortie exploitable, les parties doivent traduire cette exigence en procédures et livrables précis.
Exigences techniques à inscrire au contrat :
- Formats documentés et compatibles avec des outils courants
- Accès sécurisé par API, portail ou transfert convenu
- Dictionnaire des données et documentation des relations
- Export des métadonnées et pièces jointes nécessaires
La séparation des données et de la logique applicative réduit également la dépendance à un seul éditeur. L’interopérabilité doit être vérifiée sur les données réelles, car un fichier techniquement ouvert peut rester difficile à exploiter sans dictionnaire ni structure cohérente.
Tests, continuité de service et responsabilités
Un test de réversibilité révèle les obstacles avant qu’une résiliation ne crée une urgence. Il peut porter sur un échantillon représentatif, puis être élargi aux volumes complets lorsque les contraintes techniques et les règles de sécurité sont validées.
Plan de test opérationnel :
- Choisir un périmètre représentatif des données
- Vérifier intégrité, lisibilité et pièces jointes
- Importer les fichiers dans un environnement de test
- Consigner les anomalies, délais et actions correctives
La préparation doit associer le fournisseur, l’équipe informatique, les métiers et le responsable de la protection des données. Ainsi, la continuité de service ne dépend pas d’un export lancé au dernier moment, mais d’une procédure connue et répétée.
Clause de réversibilité SaaS : organiser restitution et suppression
Une fois les modalités techniques définies, le contrat doit répartir les obligations jusqu’à la fin du transfert. La date de résiliation ne devrait pas provoquer une coupure immédiate si l’entreprise a besoin d’un accès temporaire pour contrôler ses fichiers.
Délais, assistance et coût de la réversibilité
La clause peut prévoir une période de récupération, un canal sécurisé et une assistance technique encadrée. Les délais doivent correspondre au volume et à la complexité du service : une échéance copiée d’un modèle générique risque d’être irréaliste ou trop courte.
| Étape | Engagement à préciser | Contrôle du client |
|---|---|---|
| Demande | Personne habilitée et canal de notification | Accusé de réception et date de départ du délai |
| Extraction | Périmètre, format et calendrier | Inventaire comparé aux contenus attendus |
| Assistance | Ressources et limites de l’accompagnement | Suivi des opérations et incidents signalés |
| Clôture | Suppression et preuve de traitement | Confirmation écrite après validation de la reprise |
Le contrat doit distinguer les opérations incluses dans le prix des demandes exceptionnelles, avec une méthode de chiffrage connue à l’avance. Cette précision évite qu’une facture imprévue ne retarde une migration déjà engagée.
Suppression des données après validation
La suppression des données doit intervenir après la restitution et la vérification de leur complétude, sous réserve des obligations légales de conservation. Le fournisseur peut aussi remettre une attestation décrivant le périmètre et les copies visés, sans divulguer d’informations sensibles sur son infrastructure.
Il est utile de conserver une trace des exports, des contrôles effectués et des demandes de suppression. Cette documentation aide à démontrer que les responsabilités ont été suivies et que les données personnelles n’ont pas été conservées sans justification.
Source : Parlement européen et Conseil, « Règlement (UE) 2016/679 », Journal officiel de l’Union européenne, 27 avril 2016, article 28.
