Inscrire dans tous les contrats clients une clause de réversibilité standard, avec formats ouverts documentés, scripts d’export testés, et délais d’export contractuellement garantis#
De quoi s’agit-il concrètement#
Cet engagement répond à l’un des points les plus mal traités dans les contrats SaaS : la sortie. La plupart des contrats se contentent d’une mention vague (« les données du client lui appartiennent et pourront être exportées sur demande ») sans préciser ni le format, ni le périmètre, ni les délais, ni les coûts éventuels. Côté client, cette clause sans contenu opérationnel ne garantit rien : au moment de la sortie, le format propriétaire, la perte du modèle relationnel, l’absence de scripts ou les délais flous transforment l’exportabilité de droit en captivité de fait.
L’engagement consiste à inscrire dans tous les contrats clients une clause de réversibilité standard, structurée autour de trois éléments : (a) la liste explicite des formats ouverts dans lesquels les données et les flux seront exportés (CSV ou JSON pour les données métier, ODF ou OOXML pour les documents bureautiques, dump SQL standard pour les bases relationnelles, manifeste de schéma pour les modèles non-triviaux) ; (b) la mise à disposition de scripts d’export testés en conditions réelles, idéalement publiés dans la documentation publique du produit, avec un exemple d’archive type ; (c) un délai contractuel d’export plafonné, typiquement entre 30 et 90 jours selon le volume, avec engagement de remise gratuite (ou à coût documenté et plafonné) du livrable. Cet engagement éclaire directement le domaine 5 du Profil de souveraineté (continuité) et le domaine 6 (relation contractuelle).
Pourquoi cet engagement compte#
La thèse 13 du manifeste fonde cet engagement : « la souveraineté technologique n’est pas une fin. Elle est la condition pour qu’une organisation — entreprise, administration, particulier — puisse continuer à exploiter ses données et à mener ses opérations, quels que soient les événements : défaillance d’un fournisseur, conflit géopolitique, sanctions, rachat hostile, bascule unilatérale d’un éditeur. C’est un droit, pas un confort. » La clause de réversibilité standard est, du côté contractuel, l’instrument concret par lequel ce droit devient opposable : le client ne dépend plus de la bonne volonté de l’éditeur le jour où il décide de partir.
Cet engagement participe de la nouvelle section « Les conditions d’équivalence pour le propriétaire » de la page À propos, qui explicite les sept mécanismes par lesquels un éditeur propriétaire peut offrir une garantie de souveraineté équivalente à celle d’un éditeur open source. La condition « réversibilité standard » est la troisième de ces conditions. Elle complète directement pub-005-establish-software-escrow : le séquestre garantit la continuité du logiciel ; la clause de réversibilité garantit la portabilité des données et des flux qui y vivent. Sans les deux, l’écart structurel entre éditeur OS et éditeur propriétaire reste entier, parce qu’il devient indolore tant que rien ne va mal, et inacceptable au moment où quelque chose se brise.
Cette fiche traite la réversibilité dans une optique SaaS — l’éditeur opère le service, le client lui confie ses données, l’enjeu est l’export de ces données dans des formats ouverts. Pour les fournisseurs PaaS — où le client a déployé son code et sa configuration sur la plateforme du fournisseur — la réversibilité prend une forme complémentaire centrée sur la portabilité du workload applicatif (packaging OCI, manifestes de déploiement portables vers des cibles diverses dont le self-hosted léger via Compose en privilégié, services managés détachables, contrat de relocalisation testé). Cette déclinaison est traitée par pub-014-paas-application-portability. Les deux fiches ne sont pas exclusives : un fournisseur qui opère à la fois SaaS et PaaS aura intérêt à prendre les deux engagements.
Exemple concret de mise en œuvre#
Un éditeur français de SaaS de gestion documentaire pour les directions juridiques d’ETI, environ 60 salariés, prend cet engagement en mai 2026 avec un horizon de 12 mois. Le contrat-type évolue dans une nouvelle version au troisième trimestre 2026. La clause précise : export sur demande dans un délai maximum de 60 jours ; périmètre couvrant l’intégralité des documents (formats d’origine + version PDF/A pour archivage), les métadonnées en JSON conforme à un schéma versionné publié, le journal d’audit en CSV ; un script Python d’export, publié sur la forge interne et accessible aux clients sous accord de confidentialité, est testé chaque trimestre sur un jeu de données représentatif et son temps d’exécution documenté.
À l’horizon des 12 mois, la clause figure dans 100 % des nouveaux contrats et dans environ 70 % des contrats renouvelés. Deux clients déclenchent effectivement l’export prévu (l’un pour migrer vers un concurrent, l’autre pour internaliser) ; les deux opérations se déroulent dans les délais et le format annoncé, ce qui est documenté publiquement comme retour d’expérience anonymisé. La direction commerciale observe que la mention de cette clause détaillée est désormais explicitement positive dans les soutenances d’appels d’offres face à des concurrents au discours de réversibilité plus vague.
Anti-pattern à éviter#
Une clause de réversibilité réduite à « le client peut demander l’export de ses données à tout moment » sans format précisé, sans délai chiffré, sans script et sans gratuité, ne donne aucune garantie réelle. Le format propriétaire seul (un export dans un binaire que seul l’éditeur sait relire) vide la clause de toute portée. Un délai non plafonné laisse l’éditeur décider unilatéralement. Un script jamais testé sur des volumétries réelles devient inopérant le jour où il sert vraiment. Enfin, faire payer l’export comme un service ad hoc (à un tarif non plafonné) crée une barrière de sortie déguisée et contredit l’esprit même de l’engagement.
Indicateurs de réussite#
À l’horizon des 12 mois, vous pouvez raisonnablement considérer cet engagement tenu si la clause figure dans 100 % de vos nouveaux contrats et a été soumise à signature pour les renouvellements ; si les formats d’export sont publiquement documentés ; si au moins un test d’export complet a été conduit sur un jeu de données représentatif et son livrable rendu public sous forme anonymisée ; si le délai contractuel est tenu lors des sollicitations effectives.
Catégorie dans le schéma JSON : publication. Horizon par défaut : 12 mois. Applicable à : entreprises.