J'ai une invention précédente (logiciel / framework) que je prévois d'utiliser dans mon nouveau travail. Qu'advient-il de mes droits d'auteur si je les améliore pendant le travail?


9

J'ai rempli ce formulaire standard où vous listez vos inventions précédentes avant de commencer votre nouvel emploi afin que l'employeur soit légalement conscient que vous avez le droit d'auteur sur elles. Mais si je veux utiliser cette invention (code logiciel / framework) dans mon nouveau travail, aurait-il des droits d'auteur si par exemple je change / améliore quelque chose sur mon code en travaillant pour eux?

J'ai entendu quelque chose comme une propriété partagée. Quelque chose comme: vous seriez propriétaire de ce qui a été fait auparavant et l'employeur serait propriétaire de toutes les améliorations que vous y avez apportées pendant votre emploi. Ce genre de suce et enlève toute incitation que vous auriez à faire des améliorations sur votre produit car une fois amélioré, l'amélioration a disparu . :(

Est-ce que quelqu'un a déjà vécu cette situation et a pu partager quelques idées afin que je puisse protéger mon code?


Avez-vous envisagé l'open-sourcing de votre invention précédente? Que diriez-vous de le vendre à votre nouvelle entreprise sur une base telle quelle pour une somme modique? Ensuite, vous pouvez simplement le revendre à chaque fois que vous apportez des améliorations.
vaughandroid

@Baqueta J'ai d'autres choses que j'ouvre en open source, mais ce projet particulier n'est pas dans mon intérêt de l'ouvrir en open source. Je prévois de le vendre plus tard à d'autres entreprises et / ou de l'utiliser à nouveau dans d'autres missions que j'aurai et / ou d'autres emplois.
JohnPristine

1
@Baqueta - Rendre le projet open source ne fait rien pour que les travaux futurs soient contrôlés par un accord de propriété intellectuelle restrictif. L'entreprise doit libérer toute réclamation concernant le travail de John afin qu'il puisse continuer à y travailler.

Avez-vous envisagé de leur vendre la version actuelle du tout et de leur transférer la propriété à un prix adéquat? Si vous insistez pour conserver la propriété, votre nouvel employeur pourrait insister pour que vous soyez entièrement responsable de la maintenance de ce logiciel, 365 x 24h par an.
Doc Brown

@ GlenH7: Une des licences de copyleft ne forcerait-elle pas l'oeuvre à rester dans le domaine public? JohnPristine: Très bien!
vaughandroid

Réponses:


7

Apparemment, vous souhaitez conserver la propriété de ce logiciel.

Si tel est le cas, ne signez tout simplement pas un contrat qui vous l'enlèvera.

Le cas normal, cependant, est que ce que vous produisez pendant vos heures de travail appartient à votre employeur. Votre rémunération doit être une compensation pour cela.

Peut-être que vous pouvez parvenir à un accord, où les heures que vous travaillez sur la mise en œuvre de cette invention ne sont pas comptées (et payées) comme des heures de travail. Au lieu de cela, votre employeur accepte d'acheter (une licence pour) la version améliorée pour environ le même montant que vous ne ferez pendant ces heures.


Une solution peut être que je n'apporterai des améliorations QUE pendant mes sorties. Mais l'entreprise ne serait probablement pas d'accord pour que quelque chose dépende d'un produit / cadre de source proche. Cela ne me dérange pas de leur montrer le code et ils peuvent faire des modifications s'ils veulent / ont besoin à l'avenir. Mais je voudrais garder la propriété du produit et du code comme vous l'avez dit.
JohnPristine

@JohnPristine cela dépend vraiment à quel point ils en ont besoin. Regardez, ils dépendent probablement de Windows de source proche. OTOH, si vous leur donnez une licence de code source, ce n'est plus du code source fermé.
Ingo

1
"Ils peuvent faire des modifications s'ils veulent / ont besoin" = vous faites les modifications pour eux. et s'ils apportent des modifications, ils sont propriétaires de ces modifications, sauf si vous pouvez les convaincre de les pousser officiellement "en amont"
Jimmy Hoffa

De plus, si vous effectuez des mises à jour / améliorations dans votre version de travail de l'application, puis essayez d'ajouter ces mêmes mises à jour à votre version personnelle, cela les amènera potentiellement à intenter une action en justice contre vous pour violation de "leur propriété".
BBlake

1
Sinon, pourquoi ne leur accordez-vous pas une licence d'utilisation du logiciel en échange du droit de conserver le droit d'auteur sur vos propres modifications? Ils obtiennent le logiciel et vous possédez toujours les mises à jour. Ce devrait être gagnant-gagnant. À moins qu'ils ne vendent votre logiciel à d'autres personnes, auquel cas, je leur vendrais une licence pour le faire et négocierais une réduction des bénéfices.
Gustav Bertram

7

Cela dépend vraiment de ce qui est dans votre contrat de travail.

J'ai dû demander qu'une clause spécifique soit ajoutée à mon contrat qui me permette de travailler sur des projets open source pendant mon temps libre. Le contrat original revendiquait tout le matériel protégé par le droit d'auteur que j'ai produit pendant la période de mon emploi, que je travaille ou non.

Si ce n'est pas explicitement indiqué dans votre contrat, les lois du travail locales s'appliqueront probablement et vous devrez consulter un avocat. Vous pourriez avoir besoin de toute façon - il existe certains droits que vous ne pouvez tout simplement pas refuser, peu importe ce que dit un contrat.


-1

C'est un problème simple. Vous devez vous assurer qu'il existe une intersection entre vos intérêts et ceux de votre employeur dans cette affaire.

Votre nouvel employeur se soucie-t-il même de l'utilisation de votre code? Le veulent-ils? Si oui, ajoutez à votre accord que toute modification de ce code:

  1. vous conservez le droit d'auteur sur
  2. ils conservent une licence complète, illimitée, permanente, transférable, sous-licenciable, etc ... d'utilisation, de réutilisation, etc ...

S'ils sont trop gros pour faire cela, alors n'amenez simplement pas votre logiciel là-bas.


-5

La meilleure chose à faire est peut-être de l'ouvrir en premier, avec peut-être une licence MIT. Ensuite, utilisez-le dans votre nouveau travail. Le nouvel employeur ne pourrait pas revendiquer la propriété d'un projet open source qui a été créé \ publié avant le début de votre emploi.

La propriété partagée semble désordonnée. Je ne peux pas imaginer que ce scénario vous convient le mieux, mais je peux voir que la société tire le meilleur parti de cet arrangement.


L'open source pour ce projet particulier n'est pas dans mon intérêt. J'ai d'autres choses open source.
JohnPristine

2
C'est une mauvaise, sinon terrible, suggestion. Placer le projet sous une licence MIT protégera le code existant , mais ne fait rien pour le développement futur. En vertu d'un accord de propriété intellectuelle très restrictif, tous les droits d'auteur pour les travaux futurs appartiennent à l'employeur. Votre suggestion met le demandeur en conflit avec son accord de travail s'il apporte de nouvelles contributions au projet. Il ne peut légalement contribuer quelque chose qu'il ne possède pas.

1
OP ne souhaite pas s'approprier ce que fait son entreprise pour modifier le projet. Il souhaite garder le contrôle de ce qu'il a déjà construit. Modifier: Lisez certaines des autres réponses de l'OP; Je déclarerais simplement le travail comme préexistant et je ne l'utiliserais pas avec votre nouvel employeur.
Kamau Malone

@KamauMalone - Ne pas l'utiliser est la meilleure suggestion que j'ai vue. Pourquoi compliquer les choses ... l'auteur veut vendre son produit, il doit garder son entreprise personnelle séparée de son travail avec cette entreprise. Pour être honnête, il ne devrait même pas travailler sur quoi que ce soit lié à son produit.
Ramhound

Ce n'est qu'un code d'infrastructure que je veux utiliser ailleurs.
JohnPristine
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.