Réversibilité : reprendre son SI en format ouvert
Pourquoi la réversibilité contractuelle est la clause qu'un acheteur régulé devrait lire en premier, et comment nous restituons données, configurations et documentation sans friction.
Dans un contrat d'infogérance, la clause que trop peu de gens lisent est celle qui compte le plus le jour où les choses se passent mal : la réversibilité. C'est l'engagement de votre prestataire à vous rendre votre système d'information, données, configurations, documentation, dans un état et un format qui vous permettent de partir. Un acheteur régulé devrait la lire en premier, avant même les tarifs.
La raison est simple : tout le reste du contrat suppose que la relation se passe bien. La clause de réversibilité, elle, est la seule qui vous protège quand elle se passe mal, faillite du prestataire, désaccord, changement de stratégie, ou simple fin de contrat. Et depuis DORA, pour les fonctions critiques, disposer d'une stratégie de sortie réalisable n'est plus une précaution : c'est une obligation.
Réversible en théorie ne suffit pas
Beaucoup de contrats promettent la réversibilité. Peu la rendent exécutable. La différence tient dans les détails :
- Le format des données. Restituées dans un format ouvert et documenté, elles sont réutilisables. Enfermées dans un format propriétaire, elles sont un otage poli.
- Les configurations. Un système d'information, ce n'est pas que des fichiers : c'est la façon dont il est câblé. Sans les configurations, décrites, versionnées, lisibles, vous récupérez des données mais pas un système qui fonctionne.
- La documentation d'exploitation. Comment tourne le tout, quelles dépendances, quelles procédures. Sans elle, votre prochain prestataire repart de zéro, à vos frais.
Ce que « sans friction » veut dire
Une réversibilité sans friction, ce n'est pas une faveur consentie de mauvaise grâce en fin de contrat. C'est une propriété construite dès le départ : parce que tout est déjà versionné, documenté et en format ouvert pendant l'exploitation, la restitution ne fabrique rien de nouveau, elle remet la clé d'un logement déjà en ordre. La réversibilité facile est la conséquence d'une exploitation propre, pas un module qu'on ajoute à la sortie.
Le test que vous pouvez exiger
Une question suffit à mesurer la valeur réelle d'une clause de réversibilité : « pouvez-vous me remettre, aujourd'hui, un export complet de mes données et de mes configurations dans un format ouvert ? ». Si la réponse demande un projet, un devis et trois semaines, la réversibilité était une formule. Si elle demande une procédure déjà en place, elle était réelle.
Ce que nous mettons en face
La réversibilité ne se décrète pas en fin de contrat : elle est une propriété de l'exploitation courante, formats ouverts, configurations décrites en code et versionnées, documentation tenue à jour pendant toute la durée. C'est le même engagement que celui qui fonde notre approche de la souveraineté, et il s'applique au matériel comme aux données : ce qui vous appartient ne devient pas un levier de rétention.
Notre position. Nous considérons la réversibilité comme un engagement, pas comme une clause de style. Données en formats ouverts, configurations décrites en code et versionnées, documentation tenue à jour pendant toute l'exploitation. Vous ne nous êtes pas prisonnier, et c'est précisément ce qui rend une relation d'infogérance saine : vous restez parce que vous le choisissez, pas parce que partir coûterait trop cher.
In a managed-services contract, the clause too few people read is the one that matters most on the day things go wrong: reversibility. It is your provider's commitment to hand back your information system, data, configurations, documentation, in a state and a format that let you leave. A regulated buyer should read it first, before even the pricing.
The reason is simple: the rest of the contract assumes the relationship goes well. The reversibility clause is the only one that protects you when it does not, provider insolvency, disagreement, a change of strategy, or simply the end of the contract. And since DORA, for critical functions, having a workable exit strategy is no longer a precaution: it is an obligation.
Reversible in theory is not enough
Many contracts promise reversibility. Few make it executable. The difference is in the details:
- The data format. Returned in an open, documented format, data is reusable. Locked in a proprietary format, it is a polite hostage.
- The configurations. An information system is not just files: it is the way it is wired together. Without the configurations, described, versioned, readable, you get data back but not a working system.
- The operating documentation. How the whole thing runs, which dependencies, which procedures. Without it, your next provider starts from scratch, at your expense.
What “frictionless” means
Frictionless reversibility is not a favour grudgingly granted at the end of a contract. It is a property built in from the start: because everything is already versioned, documented and in open formats during operation, handing back creates nothing new, it returns the keys to a home already in order. Easy reversibility is the consequence of clean operations, not a module bolted on at the exit.
The test you can demand
One question is enough to measure the real value of a reversibility clause: “can you hand me, today, a complete export of my data and configurations in an open format?”. If the answer requires a project, a quotation and three weeks, reversibility was a form of words. If it requires a procedure already in place, it was real.
What we put in its place
Reversibility is not declared at the end of a contract: it is a property of day-to-day operations, open formats, configurations described as code and versioned, documentation kept up to date throughout. It is the same commitment that underpins our approach to sovereignty, and it applies to hardware as much as to data: what belongs to you does not become a retention lever.
Our position. We treat reversibility as a commitment, not as boilerplate. Data in open formats, configurations described as code and versioned, documentation kept up to date throughout the engagement. You are not our prisoner, and that is precisely what makes a managed-services relationship healthy: you stay because you choose to, not because leaving would cost too much.