ContratChoisir un prestataireMaintenancePropriété du code
Réversibilité : pouvoir changer de prestataire logiciel
7 min de lecture
La réversibilité, c'est pouvoir reprendre votre logiciel et vos données pour les confier à un autre prestataire ou à votre propre équipe, sans repartir de zéro. Elle tient à cinq éléments : les données exportables, le code ou son accès, la documentation, les comptes techniques et une assistance pendant la transition. Elle se négocie à la signature du contrat, jamais au moment de partir.
Cet article décrit ce qu'il faut pouvoir récupérer, comment l'écrire dans le contrat et ce que le droit européen impose déjà à certains fournisseurs. Il reste général : pour un contrat précis, faites-vous conseiller par un avocat.
Pourquoi y penser avant de signer
Un projet logiciel ne s'arrête pas toujours comme prévu. Le prestataire peut cesser son activité, changer de stratégie, ne plus maintenir votre application, ou simplement ne plus convenir. Si rien n'est prévu, vous découvrez au pire moment que vos données sont dans un format propriétaire, que l'hébergement est sur son compte et que personne d'autre ne sait déployer le code.
Le coût d'une réversibilité mal préparée n'est pas seulement technique. C'est un rapport de force : celui qui détient les accès fixe les conditions du départ. D'où une règle simple : tout ce qui doit être restitué un jour doit être identifié dès le premier jour. Les signes d'un logiciel qui n'est plus maintenu sont décrits dans notre article sur la refonte.
Ce qu'il faut pouvoir récupérer
| Élément | Ce qu'il contient | Le piège fréquent |
|---|---|---|
| Données | Base complète, fichiers, historique | Export partiel ou format illisible |
| Code source | Dépôt, historique, scripts | Code sans ce qu'il faut pour le déployer |
| Documentation | Architecture, installation, exploitation | Elle n'existe que dans une tête |
| Comptes | Hébergement, domaine, e-mail, API | Ouverts au nom du prestataire |
| Assistance | Transfert, questions, période de recouvrement | Ni prévue ni chiffrée |
Les données passent en premier. Elles doivent pouvoir être exportées en totalité (y compris les pièces jointes et l'historique), dans un format documenté et lisible par un autre outil. Si le prestataire traite des données personnelles pour vous, l'article 28 du RGPD impose déjà que le contrat prévoie, au choix du client, leur suppression ou leur restitution en fin de prestation.
Le code source ne vous revient que selon les droits prévus au contrat, comme expliqué dans à qui appartient le code source. Même quand vous y avez accès, vérifiez qu'il est complet : scripts de déploiement, configuration, migrations de base de données. Un dépôt sans ces éléments ne se redéploie pas.
La documentation doit permettre à une autre équipe d'installer, de faire tourner et de faire évoluer l'application. Elle se tient à jour au fil du projet, pas en urgence à la fin.
Les comptes techniques sont le point le plus souvent oublié. Idéalement, l'hébergement, le nom de domaine et les services tiers (envoi d'e-mails, paiement, stockage) sont ouverts à votre nom, le prestataire y ayant un accès délégué. Sinon, le contrat doit prévoir leur transfert.
Écrire la clause de réversibilité
Une clause utile est précise. Elle répond à six questions :
- Quand la réversibilité peut-elle être demandée : fin normale du contrat, résiliation, défaillance du prestataire ?
- Quoi : la liste des éléments restitués, avec les formats d'export.
- Combien de temps : la durée de la phase de transition, pendant laquelle le service continue de fonctionner.
- Avec quelle aide : le nombre de jours d'assistance, les réunions de passation, les réponses aux questions de la nouvelle équipe.
- À quel prix : inclus dans le contrat, ou chiffré à l'avance selon un barème. Un prix « à définir » ouvre une négociation au pire moment.
- Et ensuite : la suppression de vos données chez l'ancien prestataire, une fois le transfert confirmé.
La clause s'articule avec le reste du contrat : propriété, données personnelles, résiliation. Notre article sur les clauses d'un contrat de développement logiciel les passe en revue.
Le séquestre du code source
Quand vous ne recevez pas le code lui-même, par exemple avec une licence ou un abonnement, le séquestre protège l'accès au code dans des cas précis. En France, l'Agence pour la protection des programmes propose des contrats d'entiercement, signés entre le fournisseur et le bénéficiaire, ou à trois avec l'APP. Le contrat fixe les cas d'accès aux dépôts : l'APP cite par exemple la liquidation judiciaire, le défaut de maintenance ou la disparition du fournisseur. Il fixe aussi la fréquence des mises à jour du dépôt.
Deux limites à connaître. Selon l'APP elle-même, l'accès aux dépôts ne transfère pas la propriété du logiciel, sauf si le contrat le prévoit. Et un dépôt n'est utile que s'il est récent et complet : l'APP propose un dépôt vérifié, voire contrôlé, où le code est compilé et testé, ce qui coûte plus cher mais prouve que le dépôt est exploitable.
Ce que le Data Act change pour les services cloud
Le règlement (UE) 2023/2854, dit Data Act, applicable depuis le 12 septembre 2025, consacre son chapitre VI au changement de fournisseur de services de traitement de données (cloud, hébergement, logiciels fournis en ligne). Son article 25 impose que le contrat prévoie notamment :
- un préavis de deux mois au plus pour lancer le changement ;
- une période de transition de 30 jours calendaires au plus, pendant laquelle le service continue ; si c'est techniquement impossible, le fournisseur doit le justifier dans les 14 jours ouvrables et proposer une autre durée, de sept mois au plus ;
- une période de récupération des données d'au moins 30 jours calendaires ;
- l'effacement complet des données exportables une fois le changement réussi et la période de récupération écoulée.
L'article 29 organise la fin des frais de changement : jusqu'au 12 janvier 2027, ils peuvent être facturés mais limités aux coûts directement liés au changement ; à partir de cette date, ils sont interdits.
Attention à la portée. L'article 31 prévoit un régime allégé pour les services dont la majorité des fonctions principales a été développée sur mesure pour un client et qui ne sont pas proposés à grande échelle commerciale : la suppression des frais de changement, entre autres, ne s'y applique pas, et le fournisseur doit vous dire avant la signature quelles obligations ne s'appliquent pas. Une application développée pour vous seul peut donc relever de ce régime. Le règlement fixe un plancher pour le cloud, il ne remplace pas une clause de réversibilité.
Tester la sortie avant d'en avoir besoin
La meilleure preuve de réversibilité est un essai. Demandez, en cours de contrat, un export complet des données et vérifiez qu'il s'ouvre. Si vous avez accès au code, faites vérifier par un tiers qu'il se déploie à partir du dépôt et de la documentation, sans aide. C'est aussi le sens d'un audit technique ponctuel.
Le choix des technologies compte autant. Une application écrite avec des outils courants et documentés se reprend plus facilement qu'un assemblage propriétaire : c'est l'objet de notre article sur les technologies d'une application métier. La maintenance, enfin, est le moment où la documentation reste à jour ou se perd : voyez ce qu'elle doit couvrir.
La position de LPR Studio
Les conditions de sortie dépendent de la formule et sont écrites dans le contrat, au cas par cas, comme les droits sur le code. En formule abonnement, LPR Studio reste éditeur et exploitant de l'application : la question de la sortie porte alors d'abord sur vos données et sur la fin du contrat, et elle se règle à la signature. Notre stack est volontairement standard (React, Next.js, TypeScript), pour qu'une autre équipe puisse reprendre le code lorsque le contrat le prévoit. Les formules sont décrites sur la page des offres et les questions fréquentes sur la FAQ de l'accueil.
Par où commencer
Posez la question de la sortie dès le premier échange avec un prestataire : sa réponse en dit long sur la relation à venir. Chez LPR Studio, le prototype visuel est gratuit et présenté en visio sous 5 jours ouvrés ; c'est aussi le moment d'aborder, pour votre projet, ce que chaque formule prévoit en fin de contrat.