La clause qui détermine si vous possédez vraiment votre logiciel
Vous avez besoin d'une clause écrite précisant qu'au paiement final, vous possédez le code source, la documentation et les identifiants de déploiement. Sans cela, vous louez un produit que votre prestataire peut vous bloquer, surtarifer ou retirer.
Ce que possède le code veut vraiment dire
La propriété n'est pas une poignée de main. Elle signifie que trois actifs concrets tombent dans vos mains le jour où le projet se clôt, et que vous pouvez en faire ce que vous voulez.
Les trois actifs que vous devez contrôler
À la livraison, vous devez recevoir, dans des comptes que vous contrôlez :
- Le code source complet dans un dépôt Git dont vous êtes propriétaire, pas seulement une version compilée.
- La documentation : architecture, référence API, notes d'installation et de déploiement.
- Les identifiants : serveur, base de données, domaine, hébergement et comptes de services tiers.
Travail commandité contre licence
Le travail commandité signifie que le code est à vous dès le premier jour. Une licence signifie que le développeur garde le code et vous accorde la permission de l'utiliser. Beaucoup de contrats utilisent discrètement une licence tout en facturant comme si le code avait été créé uniquement pour vous. Relisez deux fois la clause de propriété intellectuelle.
Que se passe-t-il si vous sautez la clause
Quand la relation se dégrade -un délai manqué, un litige qualité, l'équipe du prestataire réaffectée- vous découvrez que vous ne pouvez pas déplacer le code, embaucher un autre développeur, ni déployer sans sa coopération. C'est alors qu'une petite facture devient un levier sur toute votre activité.
Comment rédiger la clause de propriété
La clause n'a pas besoin d'être longue. Indiquez qu'au paiement final, tous les livrables -code source, fichiers de design et documentation- deviennent la propriété exclusive du client ; que le prestataire ne conserve aucune licence de réutilisation ; et que chaque composant open source est listé avec sa licence. Faites-la relire une fois par un avocat.
L'escrow est une garantie, pas un substitut
L'escrow de code dépose le code chez un tiers neutre, qui ne vous le remet que si le prestataire cesse son activité. Il protège contre la faillite, pas contre un prestataire toujours en vie mais peu coopératif. Préférez d'abord la pleine propriété, puis utilisez l'escrow comme couche de sécurité.
Questions fréquentes
Réponses rapides aux questions que les acheteurs nous posent le plus souvent sur ce sujet.
À qui appartient en général le logiciel sur mesure développé pour mon entreprise ?
Sauf mention contraire du contrat, c'est l'auteur du code -la société de développement- qui en est propriétaire par défaut. Vous devez vous en attribuer la propriété explicitement, par écrit.
Un prestataire peut-il réutiliser mon code pour un autre client ?
Si le contrat l'autorise, oui. Une clause de travail commandité l'interdit. Choisissez ce que vous voulez et écrivez-le dans l'accord.
Ai-je besoin du code même si je ne change jamais de prestataire ?
Oui. Les entreprises changent, les gens partent, les prestataires fusionnent ou ferment. La propriété est une assurance que vous espérez ne jamais utiliser, mais qu'on ne rachète pas après coup.
L'escrow suffit-il à la place de la pleine propriété ?
Non. L'escrow ne se déclenche que sur des événements prédéfinis comme une faillite. La pleine propriété vous donne le contrôle dès aujourd'hui.
En savoir plus ?
Contactez-nous pour obtenir un devis gratuit.