← Retour à l’accueil

Avant de dépendre

Audit de
réversibilité

Changer de fournisseur.
Garder la capacité d’agir.

Nous testons la reprise d’un service dans un autre environnement : ses données, ses fonctions critiques et la capacité de vos équipes à l’exploiter.

Présenter votre situation Comprendre le test

Le parcours de reprise

  1. RécupérerLes actifs
  2. ReconstruireLe service
  3. ExploiterAvec votre équipe

Un exercice isolé, sur un périmètre convenu.

Ce qui doit être démontré

Récupérer un fichier
ne suffit pas.

Le test suit le service jusqu’à sa reprise effective. Une possibilité prévue au contrat doit pouvoir être exercée.

Vos actifs sont utilisables.

Données, configurations et droits sont récupérés et contrôlés. Les exclusions sont identifiées.

Le service fonctionne ailleurs.

Les parcours critiques sont exécutés sur la cible. Le délai de reprise et les pertes sont mesurés.

Votre équipe sait le reprendre.

Les opérations sont réalisées par les personnes qui en auront la charge. L’aide encore nécessaire est documentée.

Le mandat fixe le service, sa version, la cible, les seuils et l’autorité qui acceptera le résultat.

Ce que vous recevez

Les dépendances connues.
La sortie mise à l’épreuve.

Un dossier qui relie ce qui a été testé aux conditions de votre décision.

  1. Registre des dépendances

    Les actifs à récupérer, les droits à vérifier et les compétences nécessaires à la reprise.

  2. Dossier du test de sortie

    Le protocole, les résultats observés, les écarts et les conditions de reproduction.

  3. Décision sur les dépendances restantes

    Ce qui est accepté, ce qui doit être corrigé et qui en répond, avec une échéance.

Le déroulement

Un périmètre constant.
Une preuve à chaque étape.

Les critères sont arrêtés avant l’essai. Le test se déroule dans un environnement isolé ; une migration de production n’est pas nécessaire.

  1. Figer

    Mandat, inventaire, cible et critères approuvés.

  2. Extraire

    Manifestes, volumes, formats, journaux et erreurs.

  3. Contrôler

    Intégrité, exclusions, droits et écarts de rapprochement.

  4. Reconstruire

    Environnement, identités, interfaces et observabilité.

  5. Éprouver

    Parcours critiques, incident, restauration et autonomie.

  6. Basculer

    Temps de reprise, perte de données, révocation et retour arrière.

Voir les critères de réussite

Aucun seuil n’est universel. Les critères viennent de la criticité du service, des obligations applicables et de ce que l’autorité accepte avant l’essai.

Couverture

Actifs récupérés et exclusions justifiées.

Critère : aucun actif critique inexpliqué.

Intégrité

Empreintes, volumes, schémas et rapprochements.

Critère : aucun écart critique non résolu.

Service

Parcours critiques exécutés sur la cible.

Critère : seuil préalable atteint.

Reprise

Temps de bascule et perte de données observée.

Critère : objectifs approuvés respectés.

Autonomie

Opérations exécutées par l’équipe cible.

Critère : aucune aide imprévue critique.

Résidu

Appels, comptes, licences ou savoir-faire source.

Critère : aucune dépendance critique non acceptée.

Voir les sept domaines de dépendance

L’inventaire ne commence pas par le contrat fournisseur. Il part du service que l’organisation doit maintenir, puis descend jusqu’aux actifs qui rendent chaque fonction possible.

Données
objets, métadonnées, schémas, provenance et historique utile.
Modèles
poids exportables ou API, versions, paramètres, prompts et évaluations.
Infrastructure
images, configurations, réseaux, stockage, files et tâches.
Identités
comptes, rôles, clés, certificats, jetons et séparations de tâches.
Interfaces
formats, contrats d’API, événements, dépendances amont et aval.
Droits
licences, propriété intellectuelle, restitution, effacement et sous-traitance.
Compétences
procédures écrites, gestes rares et connaissances encore tacites.

La décision de sortie

Une conclusion explicite.
Pas une moyenne.

Une seule impossibilité critique peut empêcher la sortie, même si les autres tests réussissent.

Sortie démontrée

Les critères critiques sont satisfaits et la reprise est vérifiée.

Sortie conditionnelle

La reprise est obtenue ; les écarts sont acceptés, attribués et datés.

Sortie non démontrée

Un actif, un droit, une fonction ou une compétence critique manque.

Les limites observées deviennent des décisions attribuées, datées et vérifiables.

Le cadre de la mission

Des exigences précisées.
Des limites écrites.

Les obligations et les droits de sortie applicables sont instruits dans le mandat. Le dossier distingue les faits testés, les exclusions et les dépendances qui subsistent.

TRARDI Group ne délivre ni certification de souveraineté ni avis juridique. La conclusion porte sur le périmètre et les conditions de l’exercice.

Références et dossier technique

Références de travail à examiner selon le secteur, le service et le périmètre de la mission.

Questions fréquentes

Avant de nous écrire.

Un plan de continuité suffit-il ?

Non. Il organise le maintien ou la reprise du service après un incident. La réversibilité vérifie une autre capacité : quitter une technologie ou un fournisseur avec des données, des configurations et des compétences encore exploitables.

Faut-il migrer pour tester la réversibilité ?

Non. Un exercice borné vérifie l’export, son intégrité, la restauration dans une cible isolée, la reconnexion de quelques interfaces et la reprise d’un service minimum, sans déplacer la production.

Héberger en France supprime-t-il la dépendance ?

Non. Le lieu d’hébergement compte, mais il ne règle ni le verrouillage technique, ni l’accès aux configurations, ni la rareté des compétences, ni les conditions de sortie du contrat.

Que change le Data Act pour une sortie cloud ?

Pour les services couverts, il encadre le changement de fournisseur et la suppression des obstacles à la sortie. Il ne démontre pas que vos exports sont complets ni que vos équipes savent reconstruire le service : l’exercice reste nécessaire.

Cadrer l’épreuve

Quel service devez-vous
pouvoir reprendre ?

Indiquez le service, la version, le fournisseur et la fonction critique à maintenir. Nous déterminons si un test isolé peut produire une conclusion utile.

Présenter votre situation

Aucun document sensible nécessaire à ce stade.