Contrats IP conviviaux Open Source pour les indépendants


12

Je suis sur le point d'entrer dans le monde du conseil pour la première fois et je dois rédiger mon premier contrat. Un de mes problèmes concerne le travail open source et la propriété intellectuelle. J'adore travailler sur des projets open source, que ce soit un projet existant ou un projet que je démarre par moi-même.

La question est: comment puis-je rédiger mon contrat pour répondre aux situations suivantes:

  1. Au cours du travail sur le projet du client, je souhaite ouvrir une partie du code source à la communauté sous mon propre nom.
  2. Dans le cadre du travail sur le projet du client, j'utilise certains de mes projets open source existants et j'y apporte des améliorations.
  3. Au cours du travail sur les projets du client, j'apporte des améliorations à des projets open source tiers et je les apporte en retour.
  4. Au cours du travail sur le projet du client, nous décidons d'ouvrir une partie open source du code sous le nom du client.

Quels sont les précédents, le cas échéant?

Mise à jour: j'ai ajouté un élément dans la liste ci-dessus (élément n ° 3).


Je souhaite que je puisse downvote commentaires. Je suis surpris par la quantité d'informations erronées et le manque de connaissances concernant le travail avec des projets open source. Il est en fait très courant de nos jours d'être payé et de travailler sur des projets open source. Dans de nombreux cas, les clients souhaitent ouvrir leur code source, le problème est de savoir comment les attirer. Bonne question @toby
Aras

Réponses:


2

De plus, IANAL - je recommanderais donc de consulter un avocat qui comprend ou se spécialise spécifiquement dans les problèmes de propriété intellectuelle des logiciels .

Mais, je pense que la réponse est assez simple: 1. Je ne pense pas qu'il soit nécessaire de discuter du terme "open source" avec le client (à lire avant de se forger une opinion sur cette déclaration) 2. Dans votre contrat, vous doivent clairement indiquer ce qui suit: a. Tout travail que vous créez pour le client que vous possédez CONJOINTEMENT et chacun peut créer des produits de travail dérivés. Cela signifie que chacun peut l'utiliser comme bon lui semble, notamment en contribuant à un projet open source (consultez bien sûr les exigences IP du projet open source). b. Vous conservez la propriété de tout produit de travail préexistant que vous êtes assez gentil pour inclure gratuitement, et vous émettez une licence illimitée à votre client pour utiliser ce code à perpétuité, y compris la création d'œuvres dérivées c.

Vous voudrez également vous assurer que vous ne signerez jamais de contrats avec une clause de cession d'inventions qui n'est pas extrêmement limitée (ils ne le sont jamais) - ou vous pourriez être légalement SOL. Notez qu'il y a plusieurs états (c.-à-d. La Californie) qui limitent (mais n'éliminent pas) ceci par la loi indépendamment de ce que dit le contrat. Cela est prévu dans un contrat de travail (mais des limites peuvent être négociées), mais à mon humble avis, il ne devrait pas être accordé pour un contrat d'entrepreneur indépendant.

Votre plus grand défi sera de les amener à accepter la propriété conjointe du code source. Cela entre en conflit avec la doctrine du «travail fait pour l'embauche» qui est un langage spécifique qui est très souvent utilisé dans les contrats de développement logiciel lors de l'utilisation des entrepreneurs.

S'ils comprennent la propriété intellectuelle, ils ne seront peut-être pas d'accord avec cela - mais je suppose que ce n'est pas le type de clients avec qui vous avez affaire. Je peux vous dire avec certitude qu'il existe au moins une très grande société de logiciels qui le fait pour tout code de conseil / personnalisé écrit pour n'importe quel client - et s'ils ne l'acceptent pas, alors ils ne le feront pas - point ( mais ils les renverront à un partenaire).

Si vous êtes copropriétaire, vous devriez être en mesure de fournir ce code à un projet open source, sous réserve des éventuelles restrictions imposées par ce projet.

Vous voudrez également être sélectif dans ce que vous ouvrez. Vous ne rendriez pas service à votre client si vous ouvrez un code propre à l'industrie qui serait utile à ses concurrents directs. Votre client sera également moins heureux s'il se rend compte que l'application entière qu'il vous a payée pour l'écriture personnalisée pour lui est disponible gratuitement - et pourrait même penser au début que vous venez de l'installer au lieu de l'écrire à partir de zéro. Vous venez également de diminuer leur valeur perçue de vos services.

Je pense que cela couvre vos questions 1, 2 et 4.

La question 3 pourrait être un problème - selon le modèle de licence du projet open source à partir duquel vous créez un travail dérivé, le client peut certainement vous payer pour le faire, mais il peut ne pas avoir la propriété complète ou même la propriété de ce code par le modèle de licence du projet open source. Cela ne veut pas dire que vous ne pouvez pas le faire - mais vous voudrez peut-être couvrir cela avec une clause supplémentaire dans votre contrat - et l'exécuter par un avocat en propriété intellectuelle - ou seulement le faire après qu'un client vous le demande - et vous pourriez alors être en mesure de facturer les frais de révision d'un avenant à votre contrat couvrant cette situation par un avocat.


Oh - et s'ils n'acceptent pas la copropriété, ne leur fournissez pas votre travail préexistant gratuitement, ce qui peut devenir un point de négociation. Par conséquent, s'ils n'acceptent pas la copropriété parce qu'ils sont préoccupés par la propriété intellectuelle, ils ne voudront peut-être pas que vos travaux préexistants soient mélangés de toute façon.
ScottBai

2

Sérieusement, les deux réponses ont commencé par IANAL - je pense que vous devez arrêter même de penser à rédiger un contrat et parler à un avocat avant de continuer. Vous ne demanderiez pas à votre avocat comment refactoriser des parties de votre code.

Aussi - @Pete Wilson a raison, vos stipulations ne vont probablement pas bien se passer avec votre client.


1

L'IANAL habituel s'applique, ce qui signifie, consultez un véritable avocat.

Cela dit, mon point de vue serait:

  1. ... est difficile. Il est peu probable qu'un client soit prêt à vous payer pour un logiciel que vous allez immédiatement open-source. Vous pouvez demander, et s'ils sont d'accord, établir un contrat en conséquence, mais je suppose que cela ne se produira pas.

  2. ... est également assez improbable, mais avec un contrat bien conçu qui définit clairement les limites, et accepter que vous ne serez pas payé pour travailler sur vos propres projets open source (que vous utilisiez le code ou non) peut être acceptable pour les clients. Vous pouvez même être en mesure de les convaincre de contribuer financièrement à votre projet, mais dans tous les cas, vous devez consacrer des efforts considérables à la mise en place d'un bon contrat.

  3. ... est à la discrétion du client. Habituellement, un client voudra l'avantage pour lequel il vous paie, ce qui signifie qu'il ne voit aucun avantage à ouvrir sa propriété, mais il peut y avoir des cas dans lesquels vous pourriez le convaincre de le faire, ajoutant un peu de retard pour conserver l'avantage, ou publier sous un modèle à double licence.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.