Vous n'êtes propriétaire de votre logiciel sur mesure que si le contrat le prévoit expressément. En règle générale, celui qui écrit le code en détient les droits par défaut, même lorsque le client a tout financé. Pour être réellement maître de votre outil, trois éléments doivent vous revenir par écrit : le code source, les données, et les accès techniques qui permettent de les exploiter sans le prestataire.
Payer un logiciel suffit-il à en être propriétaire ?
Non, et la surprise est fréquente. Un logiciel est une œuvre protégée par le droit d'auteur. Sauf disposition contraire, les droits appartiennent à son auteur, c'est-à-dire au prestataire ou à ses développeurs. Votre facture prouve que vous avez payé une prestation. Elle ne prouve pas que les droits vous ont été transférés.
Pour que ce transfert existe, il faut une clause de cession qui précise ce qui est cédé, pour quels usages, pour quelle durée et sur quels territoires. Les règles exactes varient selon les pays, qu'il s'agisse du droit français ou des textes applicables en Afrique de l'Ouest. Le principe pratique, lui, est le même partout : ce qui n'est pas écrit n'est pas acquis. Faites relire cette clause par un juriste avant de signer, la dépense est minime au regard de l'enjeu.
Que recouvre exactement la propriété d'un logiciel ?
Le mot « propriété » cache quatre réalités distinctes. Vous pouvez en détenir une et pas les autres.
| Élément | De quoi il s'agit | Ce que vous risquez sans lui |
|---|---|---|
| Code source | Le texte du programme, lisible et modifiable par un développeur | Impossible de faire évoluer l'outil avec quelqu'un d'autre |
| Données | Vos clients, vos transactions, votre historique | Perte de la mémoire de l'entreprise en cas de rupture |
| Accès techniques | Comptes d'hébergement, nom de domaine, comptes des magasins d'applications, clés et mots de passe | Outil bloqué alors même que le code vous appartient |
| Documentation | Description de l'architecture, procédures d'installation et de sauvegarde | Reprise longue et coûteuse par une autre équipe |
Un point mérite une précision. Un logiciel moderne s'appuie presque toujours sur des composants libres ou sur des bibliothèques existantes. C'est une bonne pratique. Vous ne devenez pas propriétaire de ces briques, vous en avez un droit d'usage selon leur licence. Le contrat doit simplement les identifier et garantir que leurs licences permettent votre exploitation.
Un cas typique : le prestataire injoignable
Un groupe scolaire privé d'Abidjan avait fait développer, quelques années plus tôt, une application de gestion des inscriptions, des notes et des frais de scolarité. Le travail avait été confié à un développeur indépendant, compétent et disponible. Aucun contrat détaillé, une simple proposition acceptée par courriel.
Tout fonctionnait jusqu'au jour où le développeur a changé d'activité et quitté le pays. Quand le groupe a voulu ajouter le paiement par mobile money, il s'est tourné vers une autre équipe. Celle-ci a posé trois questions : où est le code source, qui détient le compte d'hébergement, existe-t-il une sauvegarde de la base de données ? La direction n'avait la réponse à aucune.
Le serveur était loué au nom personnel de l'ancien développeur, comme le nom de domaine. Le code n'avait jamais été remis. Le groupe utilisait donc chaque jour un outil qu'il avait payé, dont il ne pouvait rien faire, et qui pouvait s'arrêter au prochain impayé d'un hébergement dont il ignorait tout.
Il a fallu des semaines de démarches pour récupérer les accès, puis reconstruire une partie de l'application. Rien de tout cela ne relevait de la malveillance. Il manquait seulement quelques lignes dans un contrat et une remise formelle des éléments.
Que faut-il prévoir dans le contrat ?
La liste suivante peut servir de grille de lecture pour n'importe quelle proposition.
- Cession des droits sur les développements spécifiques, effective au paiement, avec le détail des droits cédés.
- Remise du code source à chaque livraison, dans un dépôt auquel vous avez accès, et pas seulement à la fin.
- Propriété des données affirmée sans ambiguïté, avec un droit d'export complet dans un format ouvert et exploitable.
- Titularité des comptes : hébergement, nom de domaine et magasins d'applications ouverts au nom de votre organisation.
- Documentation technique et fonctionnelle livrée et tenue à jour.
- Réversibilité : en cas de fin de collaboration, le prestataire vous assiste pour transférer l'outil à un tiers, selon des conditions connues d'avance.
- Liste des composants tiers et de leurs licences.
- Confidentialité sur vos données et vos règles de gestion.
Un prestataire sûr de la qualité de son travail accepte ces clauses sans difficulté. Celui qui refuse de remettre le code compte sur votre dépendance pour vous garder. C'est une information utile, mieux vaut l'obtenir avant de signer.
Que signifie la souveraineté pour une PME ou une collectivité ?
Le mot paraît réservé aux États. Il désigne pourtant une réalité très concrète : votre capacité à décider seul du sort de vos outils et de vos informations.
Où sont hébergées vos données ?
Le pays d'hébergement détermine le droit applicable et les autorités qui peuvent y accéder. Pour une collectivité qui gère des données d'état civil, ou une entreprise qui traite des données de santé ou financières, la question n'est pas théorique. La France applique le cadre européen de protection des données personnelles, et plusieurs pays d'Afrique de l'Ouest disposent de leur propre législation en la matière. Renseignez-vous sur vos obligations avant de choisir un hébergeur.
Pouvez-vous changer de prestataire ?
Si la réponse est non, vous n'êtes pas souverain, quelle que soit la qualité de la relation actuelle. L'indépendance ne s'exerce pas forcément. Elle doit rester possible.
Que se passe-t-il si le service s'arrête ?
Avec un logiciel loué, l'arrêt de l'abonnement ou la disparition de l'éditeur met fin à l'usage. Avec un logiciel que vous possédez, l'outil continue de fonctionner. Cette différence est développée dans le coût caché des licences logicielles.
Propriété ne veut pas dire isolement
Posséder son code ne signifie pas qu'il faille internaliser une équipe technique. Bien des entreprises propriétaires de leur outil continuent de travailler avec le prestataire qui l'a conçu, parce qu'il le connaît le mieux. La différence est qu'elles le font par choix.
Cette liberté change la nature de la relation. Le prestataire doit mériter votre confiance à chaque étape, par la qualité de son travail, et non la conserver par verrouillage. C'est aussi un critère à peser lorsque vous comparez les options, comme nous l'expliquons dans logiciel sur mesure ou logiciel standard.
Les vérifications à faire dès cette semaine
Que votre logiciel existe déjà ou qu'il soit en projet, cinq vérifications prennent moins d'une heure : relire la clause de propriété du contrat, demander où se trouve le code source, vérifier à quel nom sont ouverts l'hébergement et le nom de domaine, s'assurer qu'une sauvegarde récente des données est entre vos mains, et identifier qui, chez vous, détient les accès.
Chez Linking & Development, nous considérons qu'un outil conçu pour un client a vocation à lui appartenir, et que ce point doit être traité noir sur blanc dès le début du projet. Si vous avez un doute sur votre situation actuelle ou si vous préparez un projet, contactez-nous pour en discuter.