Commander un logiciel avec tous les droits : code source, cession des droits et confidentialité

Si vous gérez vos propres serveurs, vous avez probablement installé plus de plugins et d’applications que vous ne pouvez en compter. La plupart sont sous licence : vous obtenez le droit d’utiliser le logiciel sous certaines conditions, mais le code reste chez son auteur. C’est parfait pour un plugin de serveur multimédia que vous installez et oubliez. Cela devient un problème quand un logiciel se trouve au cœur du fonctionnement de votre installation — un plugin Jellyfin ou Emby qui correspond à la structure de votre bibliothèque, une application Nextcloud qui dialogue avec vos outils internes, ou une intégration dont dépend votre activité.

Cet article explique le modèle du développement sur mesure avec droits exclusifs : ce que vous recevez, ce que signifie concrètement la cession des droits, pourquoi il n’y a pas de clé de licence, comment la confidentialité est gérée et quand payer pour l’exclusivité a du sens. Il est écrit du point de vue de quelqu’un qui maintient des environnements auto-hébergés depuis des années, et il s’agit d’informations générales, pas de conseils juridiques.

Produit sous licence et développement exclusif

Un produit sous licence est quelque chose que vous êtes autorisé à utiliser. L’auteur conserve les droits d’auteur, peut vendre le même produit à d’autres et peut le modifier ou l’abandonner plus tard. Vous recevez généralement des mises à jour, mais vous ne décidez pas de l’évolution du produit.

Le développement exclusif est différent. Vous décrivez ce dont vous avez besoin, nous le développons, et après paiement complet les droits patrimoniaux sur le code vous sont transférés. Le projet n’est jamais revendu ni réutilisé pour quelqu’un d’autre. Concrètement, le logiciel n’appartient qu’à vous — ce n’est pas une copie d’un produit que d’autres utilisent aussi.

Cette distinction compte surtout lorsque le logiciel encode quelque chose qui vous est propre : votre modèle de données, vos processus, vos conventions de nommage. Si le code est partagé avec d’autres clients, ces spécificités ont tendance à être gommées. S’il vous appartient, elles peuvent rester.

Prérequis

Avant de commander, préparez les éléments suivants :

• Une description claire de ce que le logiciel doit faire, et sur quelle plateforme (Emby, Jellyfin, Nextcloud, ou une intégration entre vos propres systèmes).
• L’accès aux personnes qui peuvent valider une spécification et un devis.
• Une idée approximative de votre budget en heures, le service étant facturé à l’heure avec un minimum de 20 heures.
• Si la confidentialité compte pour vous, une mention indiquant que vous souhaitez un NDA — il est signé sur demande.

Vous n’avez pas besoin de préparer une conception technique. La spécification écrite fait partie du processus.

Étape 1 : décrire votre besoin

Commencez par le formulaire de contact, un ticket ou Telegram. Expliquez le problème plutôt que la solution : à quoi ressemble votre installation aujourd’hui, ce qui manque et à quoi ressemblerait un bon résultat. Plus vous êtes précis sur les plateformes et les contraintes, plus le devis sera exact.

Étape 2 : recevoir une spécification écrite et un devis

Vous recevez gratuitement une spécification écrite avec le nombre d’heures. Rien n’est facturé tant que vous ne l’avez pas acceptée. Lisez-la attentivement — ce document sert de base à tout ce qui suit, y compris le périmètre de la cession des droits. Si un élément de votre installation n’y figure pas, signalez-le maintenant, avant tout achat d’heures.

Étape 3 : acheter les heures

Une fois le devis accepté, vous achetez les heures sur la page produit. Le minimum est de 20 heures ; les projets plus importants ajoutent des heures comme convenu dans le devis. Les factures sont émises par Stripe et disponibles dans votre compte.

Étape 4 : développement avec des rapports par étapes

Pendant le développement, vous recevez des versions de test et un court rapport à chaque étape. Les heures sont décomptées par tranches de 15 minutes, vous voyez donc où passe le temps. C’est l’avantage pratique d’un modèle horaire pour du sur-mesure : vous ne devinez pas ce qui s’est passé entre le lancement et la livraison.

Étape 5 : remise

À la fin, vous recevez :

• Le code source complet — le projet entier, avec les instructions de compilation. Vous pouvez le modifier vous-même ou le confier à d’autres développeurs.
• Le document de cession des droits — après paiement complet, les droits patrimoniaux sur le code vous sont transférés.
• Aucune clé de licence et aucune limite de serveurs — l’application fonctionne sur autant de vos serveurs que vous le souhaitez, sans contacter un service de licence.

Ce dernier point mérite d’être souligné pour les auto-hébergeurs. Il n’y a pas de serveur d’activation à maintenir, pas de clé à changer quand vous reconstruisez un hôte, et pas de vérification à distance qui casse quand votre réseau change. Vous la déployez comme n’importe quoi d’autre sur votre infrastructure.

Ce que signifie concrètement la cession des droits

Le droit d’auteur a deux facettes : les droits moraux et les droits patrimoniaux. En droit européen et roumain, les droits moraux (par exemple l’attribution de la paternité) restent en principe à l’auteur et ne sont pas cessibles, tandis que les droits patrimoniaux — le droit d’utiliser, de reproduire, de modifier et de distribuer l’œuvre — peuvent être transférés. Le document de remise couvre ce volet patrimonial : après paiement complet, le code vous appartient pour l’utiliser et le modifier, et nous ne le vendons, ne le publions ni ne le réutilisons pour quelqu’un d’autre.

Quelques conséquences pratiques :

• Vous pouvez le forker. Si vous souhaitez plus tard qu’un autre développeur fasse évoluer l’application, vous pouvez lui remettre le code source et les instructions de compilation. Rien dans l’accord ne vous oblige à revenir vers nous.
• Vous pouvez le garder privé. Aucune obligation de publier le code, et aucune entrée de portfolio ne le met en avant.
• Les composants open source restent sous leurs propres licences. Si le projet utilise des bibliothèques tierces, celles-ci conservent leurs conditions d’origine ; la cession porte sur le code écrit pour vous. Posez la question lors de la phase de spécification si votre projet repose sur des bibliothèques précises.
• La cession intervient après paiement complet, c’est pourquoi l’étape de remise y est liée.

Il s’agit d’une description générale, pas de conseils juridiques. Pour votre situation précise, notamment si vous transférez les droits à un client ou à un employeur, consultez un avocat.

Confidentialité et mention du projet

Le projet n’apparaît pas dans notre portfolio, et un NDA est signé sur demande. Si le logiciel fait partie d’un service commercial ou contient des détails que vous préférez ne pas rendre publics, indiquez-le dès le départ afin que le NDA soit en place avant la rédaction de la spécification.

Quand l’exclusivité vaut son prix

L’exclusivité n’est pas le bon choix pour chaque plugin. Elle mérite d’être envisagée lorsque :

• Le logiciel encode une logique métier que vous ne voulez pas partager avec des concurrents.
• Vous prévoyez de maintenir ou de faire évoluer le code pendant des années et souhaitez choisir librement qui s’en charge.
• Vous en avez besoin sur de nombreux serveurs sans dépendance à une licence.
• Vous voulez pouvoir garder le projet entièrement privé.

Elle ne vaut probablement pas le coup pour un petit plugin de confort sans logique sensible, où un produit sous licence ou un développement sur mesure classique ferait l’affaire. Le modèle horaire est le même ; ce qui change, c’est ce que vous recevez à la fin.

Conseils et dépannage

• La dérive du périmètre est le principal risque. Tenez-vous à la spécification écrite. Si les besoins changent, convenez d’abord d’heures supplémentaires — les projets plus importants ajoutent des heures comme convenu dans le devis.
• Les heures non utilisées ne disparaissent pas immédiatement. Elles restent dans votre compte pendant 12 mois, ce qui vous laisse de la marge pour des travaux de suivi après la remise.
• Après la remise, les modifications sont des heures de développement ordinaires — avec nous ou avec qui vous voulez. C’est tout l’intérêt de posséder le code.
• Conservez les instructions de compilation avec le code source. Stockez-les ensemble dans votre propre dépôt pour ne pas laisser un futur mainteneur dans le flou.
• Renseignez-vous tôt sur les composants tiers si vos règles de conformité exigent de connaître les licences concernées.
• Ne considérez pas le devis comme un prix fixe. C’est une estimation en heures ; le décompte par tranches de 15 minutes est là pour vous permettre de suivre la consommation.

Conclusion

Un logiciel sous licence vous donne le droit d’utiliser quelque chose. Le développement exclusif vous donne la chose elle-même : le code source complet, les droits patrimoniaux après paiement complet, aucune clé de licence ni limite de serveurs, et la confidentialité si vous en avez besoin. Pour les auto-hébergeurs, la différence pratique apparaît des années plus tard — quand vous voulez changer un comportement, migrer vers un nouvel hôte ou confier le projet à quelqu’un d’autre.

Si vous avez un projet qui doit vous appartenir en propre, commencez par une description via la page de contact et demandez la spécification écrite. Vous pouvez aussi parcourir la base de connaissances pour des guides associés ou consulter la FAQ pour les questions courantes sur le déroulement du processus.