Tester la réversibilité d’une solution numérique avant de s’engager
Une solution est réversible si vous pouvez reprendre les données et le travail nécessaires dans un autre environnement, avec un effort compris et acceptable. Un bouton Exporter ne suffit pas : testez un petit parcours de sortie avant de vous engager.
Cartographier ce que vous devrez reprendre
Distinguez les données métier, les pièces jointes, les historiques, les droits d’accès, les automatisations et les interfaces. Pour chaque élément, indiquez sa source, son responsable et la façon dont il serait repris. Conservez les inconnues dans une colonne dédiée.
Exemple pédagogique : quitter un CRM peut demander les contacts, les entreprises, les relations entre eux et les étapes des opportunités. Exporter seulement les contacts restitue un carnet d’adresses, pas le fonctionnement commercial. Cette liste est une méthode à adapter à votre activité.
Tester le contenu de l’export
Dans un environnement de test autorisé, créez quelques enregistrements fictifs : une entreprise liée à deux contacts, une pièce jointe et un champ contenant un accent. Exportez-les puis contrôlez les identifiants, les liens, les caractères et les éléments manquants. Ne transférez pas de données réelles pour cette démonstration.
Notez le format, les champs, la documentation et les limites observées. Comparez le nombre d’objets par type et les relations entre les objets. Conservez un exemple nettoyé et une description du résultat plutôt qu’une capture du seul bouton d’export.
Prouver la reprise dans un autre environnement
Chargez le petit export dans une cible de test ou un outil de lecture adapté. Vérifiez une tâche complète : retrouver l’entreprise, ses contacts et sa pièce jointe. Une archive lisible ne démontre pas que les processus, droits ou automatisations ont été reproduits.
Classez chaque élément : repris tel quel, transformé, recréé manuellement ou non repris. Documentez le rapprochement des identifiants et les contrôles. Si aucune cible n’est disponible, écrivez « reprise non testée » : cette limite doit rester visible dans la décision.
Chiffrer la sortie avec ses incertitudes
Séparez préparation, export, transformation, reprise, vérification et période de coexistence. Pour les montants inconnus, demandez un chiffrage ou notez une hypothèse explicite. Ajoutez la sortie à votre comparaison de coût total sans compter deux fois les mêmes heures.
Une dépendance peut apporter une valeur utile. La recommandation britannique citée invite à comparer cette valeur avec les difficultés d’un changement de fournisseur. Ce repère technique sert ici de point de réflexion ; ses règles de commande publique ne sont pas présentées comme des obligations françaises.
Décider puis conserver les preuves
Inscrivez la décision, les éléments non testés, les tâches à réaliser et leur responsable. Avant de supprimer une ancienne instance, définissez les conditions de réception, la conservation utile et le retour arrière. Une sortie de test réussie ne justifie pas une suppression en production.
Revoyez la grille lorsque de nouveaux champs, intégrations ou volumes changent la difficulté de sortie. Faites du test de reprise un livrable de sélection, de transmission ou de maintenance plutôt qu’une promesse commerciale difficile à vérifier.
Une fiche à conserver avec la décision
| Élément | Preuve |
|---|---|
| Données et relations | Liste des objets, identifiants et dépendances à reprendre. |
| Export | Échantillon fictif, format, champs présents et omissions. |
| Reprise | Tâche exécutée dans la cible de test et résultat observé. |
| Effort et limites | Coûts connus, inconnues, travaux manuels et responsables. |
Télécharger la fiche à compléter (CSV)
Questions fréquentes
Un export CSV prouve-t-il la réversibilité ?
Il prouve seulement qu’un fichier peut être obtenu. Il faut encore vérifier son contenu, ses relations et la reprise dans la cible. Les automatisations et permissions peuvent nécessiter un autre traitement.
Faut-il éviter toute dépendance propriétaire ?
La décision dépend du bénéfice et de l’effort de sortie acceptable pour votre contexte. Rendez les compromis visibles et vérifiez les points critiques au lieu de promettre une indépendance totale.
Références
Government Digital Service · Managing technical lock-in in the cloud
La grille pratique est une synthèse éditoriale à adapter à votre service. Elle ne constitue ni une certification ni un résultat d’audit.