Réversibilité : la clause qui évite l’enfermement
Changer de prestataire ou de logiciel est théoriquement possible. En pratique, c'est la clause de réversibilité qui détermine si le changement coûte trois mois de travail ou trois ans de dépendance.
Le directeur informatique d’une collectivité découvre, au moment de changer de logiciel de gestion financière, que ses quinze ans de données sont stockées dans un format propriétaire. L’éditeur sortant propose un export — moyennant une prestation facturée au prix fort, dans un délai de six mois, et dans un format que le nouvel éditeur ne peut pas importer directement. Le contrat initial, signé quinze ans plus tôt, ne prévoyait qu’un vague « export des données sur demande ». Cette situation n’a rien d’exceptionnel. La réversibilité est le sujet que tout le monde juge important et que presque personne ne rédige correctement.
Ce que la réversibilité doit couvrir
Une clause de réversibilité utile répond à cinq questions précises. Les laisser ouvertes, c’est laisser au prestataire sortant le pouvoir de fixer les règles au moment où il a le moins intérêt à coopérer.
| Question | Ce que la clause doit préciser |
|---|---|
| Quoi ? | La liste des éléments restitués : données brutes, données traitées, paramétrage, historiques, journaux, documentation technique et d’exploitation, code source des développements spécifiques |
| Dans quel format ? | Des formats ouverts et documentés, exploitables sans le logiciel du prestataire (CSV, SQL, XML, JSON, PDF/A), avec le modèle de données et le dictionnaire des champs |
| Quand ? | Un délai maximal entre la demande et la livraison complète (30, 60 ou 90 jours selon la taille du système), avec des jalons intermédiaires pour les systèmes volumineux |
| Combien ? | Le coût, idéalement inclus dans le contrat ou plafonné ; à défaut, la méthode de calcul et le tarif unitaire |
| Avec quelle aide ? | La durée et le contenu de l’assistance au successeur : réponses aux questions techniques, accès aux environnements, transfert de compétences |
Les pièges d’une clause trop vague
Trois formulations reviennent dans les contrats et ne protègent personne.
« Le prestataire s’engage à restituer les données. » Sans liste, sans format, sans délai. L’engagement existe sur le papier et n’a aucune portée opérationnelle.
« Un export sera fourni dans un format standard. » Le mot « standard » ne veut rien dire sans précision. Un fichier XML est standard ; un fichier XML dont personne ne connaît le schéma est inutilisable.
« La réversibilité sera organisée de bonne foi. » La bonne foi ne fixe ni contenu, ni calendrier, ni prix. Elle laisse place à une négociation au moment le plus défavorable pour l’acheteur.
Un export qui ne contient ni le modèle de données, ni la documentation des champs, ni les relations entre les tables n’est pas un export exploitable. C’est un transfert de fichiers, pas une réversibilité.
Rédiger la clause : étape par étape
- Inventorier les éléments à restituer Lister les données, les documents, les paramétrages, les développements spécifiques, la documentation. Inclure les historiques et les journaux d’accès si la réglementation l’exige.
- Fixer les formats pour chaque type Choisir des formats ouverts et documenter le choix. Prévoir le modèle de données et le dictionnaire. Pour les pièces jointes et les documents numérisés, préciser le format et les métadonnées associées.
- Définir le calendrier Un délai global et des jalons : livraison d’un premier lot de test, livraison complète, période de vérification par l’acheteur, période de correction par le prestataire.
- Encadrer le coût Le plus protecteur est d’inclure la réversibilité dans le prix du contrat. À défaut, plafonner le montant ou fixer un tarif jour avec un volume maximal estimé.
- Prévoir l’assistance au successeur Nombre de jours, type de support (réponse écrite, visioconférence, accès aux environnements), durée, conditions de prolongation.
- Planifier un test périodique Prévoir un exercice de réversibilité — un export réel, vérifié et réimporté — au moins une fois pendant la durée du contrat, idéalement avant chaque reconduction.
Tester la réversibilité avant d’en avoir besoin
La clause la mieux rédigée ne vaut que si elle fonctionne en pratique. Un test de réversibilité consiste à demander un export selon les termes du contrat, à vérifier qu’il est complet, lisible et réimportable dans un autre système, et à mesurer le temps et le coût réels de l’opération.
Ce test révèle les écarts entre la clause et la réalité : des champs manquants, des fichiers corrompus, des délais sous-estimés, des données liées à des fonctions propriétaires non exportables. Il vaut mieux découvrir ces écarts à mi-contrat, quand on peut encore les corriger, qu’au moment de la transition.
Ce que la réversibilité ne remplace pas
La réversibilité facilite le changement ; elle ne le rend pas gratuit. Migrer un système d’information reste un projet à part entière : reprise de données, reconfiguration, recette, formation, période de double fonctionnement. La clause de réversibilité réduit le coût de la sortie ; elle ne supprime pas le coût de l’entrée dans le système suivant.
C’est pourquoi la réversibilité s’inscrit dans une réflexion plus large sur la dépendance à un éditeur : choix d’architectures ouvertes, utilisation de standards d’interopérabilité, documentation des interfaces. La clause contractuelle est le filet de sécurité ; la prévention est dans l’architecture.
- La liste des éléments restitués est complète et explicite.
- Les formats sont ouverts, documentés, et accompagnés du modèle de données.
- Le délai est fixé, avec des jalons intermédiaires pour les systèmes volumineux.
- Le coût est inclus, plafonné ou encadré par un tarif et un volume.
- L’assistance au successeur est prévue en durée et en contenu.
- Un test de réversibilité est planifié au moins une fois pendant le contrat.
Notre expertise de conseil indépendant aide les acheteurs à rédiger et à vérifier ces clauses. Pour le cadre d’ensemble, voir notre guide sur le cahier des charges informatique.
Questions fréquentes
À quel moment négocier la clause de réversibilité ?
Avant la signature du contrat. C'est le seul moment où le rapport de force est équilibré. En fin de contrat, le prestataire sortant n'a aucun intérêt commercial à faciliter la transition et la clause est le seul levier.
Quels formats exiger pour la restitution des données ?
Des formats ouverts, documentés et exploitables sans le logiciel du prestataire. CSV ou SQL pour les données structurées, PDF/A pour les documents figés, XML ou JSON pour les données échangeables. Le modèle de données doit être décrit et fourni.
La clause de réversibilité est-elle obligatoire dans un marché public ?
Le Code de la commande publique ne l'impose pas textuellement, mais les bonnes pratiques et les recommandations de la DINUM la rendent incontournable pour tout marché informatique. Son absence expose à un renouvellement contraint.
Comment vérifier que la clause fonctionne ?
En réalisant un test de réversibilité : demander un export complet selon les termes du contrat, vérifier qu'il est lisible, complet et réimportable. Prévoir ce test dans le contrat, par exemple une fois par an ou avant chaque reconduction.