Transformation numérique
Réversibilité : vérifier qu’un logiciel ne retient pas vos données
Les contrôles à mener avant de choisir un SaaS pour pouvoir récupérer les données, les preuves et les flux sans projet d’urgence.
Par La rédaction DEV N SI ·
Un logiciel peut répondre parfaitement au besoin aujourd’hui et devenir contraignant demain : changement de stratégie, hausse tarifaire, fusion, arrêt d’un produit ou nouvelle exigence métier. La réversibilité désigne la capacité à quitter la solution sans perdre les données, les preuves ni la continuité de l’activité. Cette question ne doit pas être repoussée à la fin du contrat. C’est avant le choix de l’outil que le rapport de force et les options techniques sont les plus favorables.
Distinguer export visible et données réutilisables
Un bouton « Exporter » n’apporte pas toujours une réversibilité suffisante. Un fichier PDF peut être lisible mais inutilisable pour une migration. Un tableur peut omettre l’historique, les relations entre objets, les commentaires ou les identifiants nécessaires au rapprochement.
Il faut lister les éléments à récupérer : données principales, utilisateurs, droits, statuts, journaux, pièces jointes, métadonnées et historique des modifications. Le format doit être documenté et exploitable par un autre système.
Vérifier l’API sur des cas réels
La présence d’une API dans une brochure ne garantit ni sa couverture ni sa facilité d’usage. Certaines opérations restent réservées à l’interface, certains champs ne sont pas exposés et les limites de débit rendent un export complet très lent.
Un test simple consiste à extraire un petit échantillon comprenant les cas difficiles : pièces jointes volumineuses, données anciennes, champs personnalisés et relations multiples. Ce test révèle rapidement les écarts entre la promesse et la capacité réelle.
Préserver les preuves et la traçabilité
Dans les outils de gestion, la valeur ne réside pas seulement dans l’état courant. Les horodatages, validations, versions, accusés et journaux peuvent être nécessaires pour expliquer une décision ou répondre à un contrôle.
La stratégie de sortie doit donc préciser quelles preuves seront conservées, dans quel format, pendant combien de temps et avec quel moyen de recherche. Une archive inaccessible ou impossible à relier aux données migrées ne répond pas au besoin.
Clarifier les conditions contractuelles
Les délais d’accès après résiliation, le coût d’un export, l’assistance proposée, la suppression finale et le format de restitution doivent être connus. Il faut également identifier qui réalise les transformations éventuelles et comment seront traitées les anomalies constatées pendant la migration.
Ces points techniques et contractuels se renforcent mutuellement. Une API complète reste peu utile si l’accès est coupé trop tôt ; une clause rassurante reste abstraite si aucun export n’a jamais été testé.
Organiser une répétition à petite échelle
La réversibilité se vérifie comme une sauvegarde : par un exercice. Une fois par an, exportez un périmètre représentatif, contrôlez les volumes, ouvrez les fichiers et mesurez le temps nécessaire. Documentez les dépendances et les étapes manuelles.
Cette répétition peut aussi servir à améliorer la qualité des données et à préparer d’autres usages, comme l’analyse ou l’archivage.
Prochaine étape
Sélectionnez votre application SaaS la plus critique et demandez un export complet d’un dossier représentatif. Vérifiez les relations, les pièces jointes et l’historique avant de considérer la réversibilité comme acquise.
Ressources complémentaires
Pour compléter ce chantier, consultez notre guide pour évaluer la maintenabilité des API.
Pour compléter ce chantier, consultez notre guide pour moderniser une application sans interrompre l’activité.
Pour compléter ce chantier, consultez notre guide pour tester sauvegardes et plan de reprise.
Pour compléter ce chantier, consultez notre guide pour formaliser les exigences dans le cahier des charges.
API · Données · Réversibilité · SaaS