La réversibilité : la clause qu'on négocie à la signature, jamais au départ

La réversibilité est l'ensemble des obligations qui vous permettent de reprendre une prestation en interne ou de la transférer à un tiers. C'est la clause la moins discutée à la signature et la plus regrettée à la sortie.

Pourquoi elle se négocie au début

Au moment de la signature, votre pouvoir de négociation est maximal : le prestataire veut le contrat. Au moment où vous souhaitez partir, il est nul : il connaît votre système, vous avez besoin de lui pour le transfert, et vous êtes pressé.

Toute clause obtenue au premier moment vaut dix clauses demandées au second.

Les six éléments à écrire

1. Le préavis, dans les deux sens. Un mois en régie, deux à trois mois en TMA. Symétrique : si le prestataire peut résilier avec un mois de préavis et vous avec trois, vous portez tout le risque.

2. Le contenu du dossier de réversibilité, listé. Pas « toute documentation utile », qui n'engage à rien. La liste précise : code source et son historique, documentation d'architecture, procédures d'exploitation, runbooks d'incident, inventaire des accès et des comptes de service, contrats de licence, jeux de données de test, configuration des environnements.

3. La durée d'accompagnement après la fin du contrat. Le prestataire reste disponible pour répondre aux questions du repreneur pendant une période définie — trente à soixante jours est courant — avec un volume de jours inclus et un tarif au-delà.

4. La forme des livrables. Dans vos outils, à votre format. Un dossier de réversibilité livré dans un format propriétaire ou sur un espace de partage du prestataire n'est pas un livrable.

5. Le sort des données. Suppression ou restitution à votre choix, avec attestation écrite, dans un délai fixé. Cette clause recoupe le DPA et doit être cohérente avec lui.

6. Le tarif de la réversibilité, plafonné. Un accompagnement de sortie facturé au tarif que le prestataire décidera le jour venu est une clause vide. Fixez un plafond en jours ou en montant à la signature.

Le test qui vérifie que ça fonctionne

La clause la plus utile est celle qui prévoit une répétition de la réversibilité en cours de contrat, une fois par an ou à mi-parcours.

Concrètement : le prestataire produit le dossier de réversibilité complet, et vous le faites lire par une personne extérieure au dossier — un autre prestataire, une équipe interne, un architecte. Cette personne doit pouvoir dire si elle serait capable de reprendre.

C'est le seul moyen de découvrir que le dossier est incomplet avant d'en avoir besoin. Et la simple existence de cette clause change le comportement pendant toute la durée du contrat : la documentation est tenue à jour parce qu'elle sera regardée.

Les signaux de verrouillage à surveiller

• La documentation vit dans les outils du prestataire, pas les vôtres.
• Le code est dans un dépôt que vous ne contrôlez pas.
• Les environnements sont hébergés sur les comptes cloud du prestataire.
• Les accès aux systèmes tiers passent par des comptes nominatifs du prestataire.
• Une seule personne, chez lui, connaît votre dossier.

Aucun de ces points n'est nécessairement malveillant : ils s'installent souvent par commodité. Ils produisent le même effet qu'une stratégie délibérée, et ils se corrigent facilement s'ils sont traités tôt.

Ce que dit un refus

Un prestataire qui refuse d'écrire ces clauses vous informe sur la nature de la relation qu'il envisage. C'est une information utile, obtenue avant la signature plutôt qu'après trois ans.