Ressources · 52

Réversibilité : vérifier la sortie d’un fournisseur numérique

Tester export, reconstruction et continuité avant que le contrat ou la dépendance technique rende la sortie impraticable.

· 3 min

Schéma de méthode : Actifs → Dépendances → Export → Reconstruction → Bascule Schéma de méthode · étapes expliquées dans le texte

Ce que ce guide permet

  • Identifier les dépendances
  • Tester un export utilisable
  • Estimer la reconstruction
  • Préparer une bascule contrôlée

Contrôle express

  • Que perd-on sans ce fournisseur ?
  • Qui sait reconstruire le service ?
  • L’export préserve-t-il relations et droits ?
  • Quels coûts sont exclus du devis initial ?
  • Peut-on reprendre après une bascule ratée ?

Méthode pas à pas

  1. 01

    Décrire le service à préserver

    Listez les tâches essentielles et les actifs : données, pièces jointes, configurations, automatisations et droits. Définissez ce que le service de remplacement doit assurer et ce qui peut rester temporairement dégradé.

    Livrable : périmètre de sortie.

  2. 02

    Qualifier la dépendance

    Distinguez engagement commercial, format propriétaire, intégration technique et manque de compétences. Le guide GOV.UK recommande de mettre la valeur du service en regard de sa portabilité ; éviter toute dépendance n’est pas toujours le meilleur choix.

    Livrable : arbitrage valeur et portabilité.

  3. 03

    Tester un export représentatif

    Exportez un jeu autorisé contenant relations, historique et cas particuliers. Vérifiez format, encodage, identifiants et absence de secrets. Un fichier téléchargé ne prouve pas que les données pourront être comprises ou réimportées.

    Livrable : export et contrôle de complétude.

  4. 04

    Reconstruire ailleurs

    Réimportez le jeu dans un environnement isolé et exécutez une tâche essentielle. Notez adaptations, pertes de métadonnées et opérations manuelles. Incluez configuration et droits, pas seulement le contenu.

    Livrable : tâche rejouée et écarts.

  5. 05

    Chiffrer et ordonner la transition

    Estimez extraction, transfert, double fonctionnement, formation et support. Séparez coûts mesurés, devis et hypothèses. Fixez ordre de bascule, gel des modifications et retour possible si la recette échoue.

    Livrable : plan et hypothèses de coût.

  6. 06

    Garder la preuve à jour

    Refaites le test après une nouvelle intégration ou un changement de format. Vérifiez restitution et traitement des copies selon les règles applicables au service. La présence d’une clause de sortie ne remplace pas la démonstration technique.

    Livrable : calendrier et dossier de sortie.

Fiche de travail à réutiliser

À compléter avec vos observations autorisées. Ces champs constituent une trame de travail, pas des résultats observés.

ChampInformation à consigner
ActifPropriétaire, volume et dépendance
ExportFormat, relations, pièces et droits
ReconstructionTâche testée, résultat et écarts
BasculeCoûts, délai, arrêt et retour arrière

Exemple d’application

Situation illustrative

Exemple fictif : un CRM exporte les contacts mais ne restitue pas les liens vers les pièces jointes.

Décision et preuve attendue

La recette relève ce manque avant la bascule ; le plan ajoute extraction et rapprochement des pièces au lieu de déclarer la sortie prête.

Distinguer les mécanismes

MécanismeUtilitéPoint de vigilance
Clause de sortieDéfinir les engagements à examinerNe démontre pas une reprise technique
ExportObtenir les actifsVérifier relations et métadonnées
Reconstruction testéeDémontrer un usage ailleursDocumenter les fonctions perdues

Indicateurs de pilotage

IndicateurCe qu’il mesurePremière action
Actifs exportablesActifs critiques récupérés et lisiblesTraiter les manques
Tâches reconstruitesParcours rejoués hors du fournisseurCorriger dépendances résiduelles
Charge de transitionTemps et coûts observés ou estimésSéparer mesure et hypothèse

Erreurs fréquentes

  • Confondre résiliation et continuité
  • Vérifier l’export seulement après engagement
  • Oublier pièces jointes et droits
  • Annoncer un coût certain sans test

Questions fréquentes

Faut-il refuser toute dépendance ?

Non. Une dépendance peut apporter de la valeur. Documentez ce que vous acceptez, son coût de sortie et les circonstances qui changeraient la décision.

Un CSV suffit-il ?

Seulement s’il couvre les données et relations nécessaires, avec un schéma compris et un réimport testé.

Quand tester la sortie ?

Avant l’engagement sur les fonctions critiques, puis après les changements qui augmentent la dépendance.

Références officielles

Références consultées le 2 octobre 2026. La méthode et la fiche de travail proposent des contrôles à adapter à votre contexte ; elles ne constituent pas une certification.