Réversibilité et propriété du code source : ce que la clause doit dire

La réversibilité et la propriété du code source ne se jouent pas sur une phrase de plaquette mais sur cinq ou six clauses précises. Une structure qui veut pouvoir récupérer le code source de son logiciel doit vérifier, avant de signer, que ces clauses existent — et que ce qu'elles décrivent est matériellement exécutable le jour où le prestataire n'est plus là.

Ce que « le code vous appartient » doit signifier pour être vrai

En droit français, le développeur est titulaire des droits sur le logiciel qu'il écrit tant qu'un contrat n'en dispose pas autrement. Payer une prestation ne transfère rien automatiquement. Le transfert doit être écrit, et une cession de droits patrimoniaux valable précise les droits cédés — reproduction, modification, adaptation, distribution —, leur étendue territoriale, leur durée, et le fait qu'elle est exclusive. À défaut de ces mentions, ce que vous avez acheté est un droit d'usage, pas un actif.

Les six conditions d'une réversibilité réelle

Les pièges classiques

• Une licence perpétuelle non exclusive présentée comme une cession : vous pouvez utiliser le logiciel, le prestataire peut le revendre, et personne d'autre que lui ne peut légalement le modifier.
• Le code livré mais l'infrastructure non reproductible : l'archive est complète, et pourtant personne ne sait remonter l'application parce que la configuration de production n'a jamais été écrite ailleurs que dans la tête d'un administrateur.
• La dépendance à un composant maison non documenté : un framework interne, un moteur de règles, une bibliothèque d'authentification que le prestataire réutilise chez tous ses clients et dont il ne cède jamais les sources.
• Le dépôt appartenant au prestataire : vous avez un accès en lecture, il reste propriétaire de l'organisation, et l'accès disparaît le jour du désaccord.
• Les secrets non transmis : certificats, clés d'API, noms de domaine et comptes d'hébergement enregistrés au nom du prestataire. Le code est à vous, la production ne l'est pas.
• Une clause de réversibilité sans procédure : « le prestataire s'engage à faciliter la réversibilité » n'engage à rien. Il faut un délai, un contenu de livrable et une conséquence en cas de manquement.

Ce qu'un groupement doit exiger dans son contrat

1. Une clause de cession exclusive des droits patrimoniaux, énumérant reproduction, modification, adaptation et distribution, sans limitation de durée ni de territoire.
2. L'obligation de pousser le code sur un dépôt dont la structure est propriétaire, en continu et non en fin de projet, avec l'historique complet.
3. La liste nominative des livrables de documentation : installation, exploitation, schéma de données, procédures de sauvegarde et de restauration.
4. L'engagement que le logiciel ne dépend d'aucune brique propriétaire du prestataire, ou à défaut la cession explicite de cette brique.
5. Une procédure de réversibilité chiffrée à l'avance : contenu, délai d'exécution, et prix éventuel de l'accompagnement, fixés au contrat et non négociés au moment de la rupture.
6. Le transfert nominatif des comptes d'hébergement, noms de domaine, certificats et secrets techniques, avec un inventaire tenu à jour.

La procédure de sortie, concrètement

1. 1

   Inventaire de sortie

   Liste des dépôts, des environnements, des comptes tiers, des noms de domaine, des certificats et des jeux de données. Cet inventaire est tenu pendant le projet, pas reconstitué au moment du départ.

2. 2

   Transfert des accès et de la propriété

   Les comptes propriétaires passent à votre nom : dépôt, hébergement, base de données, services externes. Nos accès deviennent révocables par vous, et non l'inverse.

3. 3

   Remontage à blanc sur un environnement neuf

   L'étape qui rend la réversibilité vérifiable : l'application est réinstallée depuis le dépôt et la documentation, sur une infrastructure vierge, en présence de votre équipe ou de votre nouveau prestataire.

4. 4

   Transfert de connaissance et clôture

   Sessions de passation sur l'architecture, les règles métier et les points de vigilance, puis remise du dossier final. La date de fin de nos accès est écrite.

MEKANO applique ces clauses à ses propres contrats : nous développons au forfait ferme, le code est remis, la documentation d'exploitation fait partie des livrables, et la réversibilité est écrite. Nous concevons les applications de gestion des PME, des ETI et des groupements — portail adhérents, référencement fournisseurs, déclarations de chiffre d'affaires, calcul des bonifications de fin d'année, gestion documentaire — sur un socle Go, React et PostgreSQL, sans framework propriétaire maison. Un groupement dont le processus critique dépend d'un logiciel ne peut pas se permettre que ce logiciel soit l'actif de quelqu'un d'autre.