У меня есть предыдущее изобретение (программное обеспечение / структура), которое я планирую использовать на своей новой работе. Что произойдет с моим авторским правом, если я улучшу его во время работы?


9

Я заполнил ту стандартную форму, в которой вы перечислили свои предыдущие изобретения до начала своей новой работы, чтобы работодатель знал, что у вас есть авторские права на них. Но если я захочу использовать это изобретение (программный код / ​​инфраструктуру) в моей новой работе, будут ли у них какие-либо претензии в отношении авторского права, если, например, я что-то изменю / улучшу в своем коде, работая на них?

Я слышал что-то вроде совместного владения. Примерно так: вы будете владеть тем, что было сделано ранее, а работодатель будет владеть любыми улучшениями, которые вы делали, когда работали. Такого рода отстой и отнимает любой стимул, который вы должны были бы сделать для улучшения вашего продукта, так как после его улучшения улучшение пропало . :(

Кто-нибудь сталкивался с такой ситуацией раньше и мог бы поделиться некоторыми идеями, чтобы я мог защитить свой код?


Рассматривали ли вы с открытым исходным кодом свое предыдущее изобретение? Как насчет продажи вашей новой компании на условиях «как есть» за символическую плату? Тогда вы можете просто перепродать его им в любое время, когда будете делать улучшения.
vaughandroid

@Baqueta У меня есть другие вещи, которые я открываю с открытым исходным кодом, но этот конкретный проект не в моих интересах, чтобы открыть его. Я планирую продать его позже другим компаниям и / или использовать его снова в других назначениях, которые у меня могут быть, и / или на других работах.
JohnPristine

1
@Baqueta - Создание проекта с открытым исходным кодом ничего не делает для будущей работы, контролируемой ограничительным соглашением по ИС. Компания должна предоставить любые претензии к работе Джона, чтобы он продолжал работать над ней.

Рассматривали ли вы продать им текущую версию всего и передать им право собственности по адекватной цене? Если вы настаиваете на сохранении права собственности, ваш новый работодатель может настаивать на том, что вы несете полную ответственность за обслуживание этого программного обеспечения, 365 x 24 часа в год.
Док Браун

@ GlenH7: Разве одна из лицензий с авторским левом не заставит работу оставаться в открытом доступе? ДжонПристин: Достаточно справедливо!
vaughandroid

Ответы:


7

Очевидно, вы хотите сохранить право собственности на это программное обеспечение.

Если это так, просто не подписывайте контракт, который отнимает его у вас.

Однако обычно случается так, что то, что вы производите в рабочее время, принадлежит вашему работодателю. Ваше вознаграждение должно быть компенсацией за это.

Возможно, вы сможете прийти к соглашению, когда часы, которые вы работаете над улучшением этого изобретения, не считаются (и не оплачиваются) как рабочие часы. Вместо этого ваш работодатель соглашается купить (лицензию) улучшенную версию примерно за ту же сумму, которую вы заработали за эти часы.


Одним из решений может быть то, что я буду делать ТОЛЬКО улучшения во время моего вне нашего. Но компания, вероятно, не согласится иметь что-то зависящее от продукта / структуры с закрытым исходным кодом. Я не против показать им код, и они могут вносить изменения, если они хотят / нуждаются в будущем. Но я бы хотел сохранить право собственности на продукт и код, как вы сказали.
JohnPristine

@JohnPristine это действительно зависит от того, насколько сильно они нуждаются в этом. Посмотрите, они, вероятно, зависят от Windows с закрытым исходным кодом. OTOH, если вы дадите им лицензию на исходный код, это больше не будет закрытым исходным кодом.
Инго

1
«Они могут делать модификации, если они хотят / нуждаются» = вы делаете модификации для них. и если они делают модификации, они владеют этими модификациями, если вы не можете убедить их официально подтолкнуть их "вверх по течению"
Джимми Хоффа

Кроме того, если вы вносите обновления / улучшения в свою рабочую версию приложения, а затем пытаетесь добавить те же самые обновления в вашу личную версию, это приводит к тому, что они потенциально могут подать в суд на вас за нарушение «их собственности».
BBlake

1
Кроме того, почему бы вам не предоставить им лицензию на использование программного обеспечения в обмен на право сохранять авторские права на ваши собственные изменения? Они получают программное обеспечение, а вы все еще являетесь владельцем обновлений. Это должно быть беспроигрышным. Если только они не захотят продать ваше программное обеспечение другим людям, в таком случае я продам им лицензию на это и буду вести переговоры о снижении прибыли.
Густав Бертрам

7

Это действительно зависит от того, что в вашем трудовом договоре.

Мне пришлось попросить добавить в мой контракт конкретную оговорку, которая позволит мне в свободное время работать над проектами с открытым исходным кодом. В первоначальном контракте были указаны все материалы, защищенные авторским правом, которые я производил в период моей работы, независимо от того, был я на работе или нет.

Если это прямо не указано в вашем контракте, скорее всего, будут применяться местные законы о труде, и вам нужно будет проконсультироваться с юристом. В любом случае вам может понадобиться - есть определенные права, которые вы просто не можете подписать, независимо от того, что говорится в контракте.


-1

Это простая проблема. Вы должны убедиться, что между вашими интересами и интересами вашего работодателя есть пересечение в этом вопросе.

Ваш новый работодатель вообще заботится об использовании вашего кода? Они этого хотят? Если это так, то добавьте к вашему соглашению любые изменения в этом коде:

  1. Вы сохраняете авторские права на
  2. они сохраняют полную, неограниченную, постоянную, передаваемую, сублицензируемую и т. д. лицензию на использование, повторное использование и т. д.

Если они слишком велики, чтобы делать это, просто не берите там свое программное обеспечение.


-5

Может быть, лучше всего сначала открыть его, возможно, с лицензией MIT. Затем используйте его на своей новой работе. Новый работодатель не сможет претендовать на право собственности на проект с открытым исходным кодом, который был создан \ выпущен до начала вашей работы.

Совместное владение звучит грязно. Я не могу представить, чтобы этот сценарий был лучшим для вас, но я вижу, что компания добивается лучшего результата от этого соглашения.


Открытый исходный код для этого конкретного проекта не в моих интересах. У меня есть другие вещи с открытым исходным кодом.
JohnPristine

2
Это плохое, если не ужасное предложение. Размещение проекта под лицензией MIT защитит существующий код, но ничего не сделает для дальнейшей разработки. В соответствии с очень ограничительным соглашением об интеллектуальной собственности все авторские права на будущую работу принадлежат работодателю. Ваше предложение ставит автора вопроса в конфликт с его соглашением о работе, если он вносит новый вклад в проект. Он не может на законных основаниях внести то, что ему не принадлежит.

1
ОП не заинтересован в том, чтобы взять на себя ответственность за то, что его компания делает для изменения проекта. Он заинтересован в сохранении контроля над тем, что он уже построил. Изменить: прочитать некоторые другие ответы OP; Я бы просто объявил работу уже существующей и не использовал ее с вашим новым работодателем.
Камау Мэлоун

@KamauMalone - не использовать это лучшее предложение, которое я видел. Почему все усложняется ... автор хочет продать свой продукт, ему следует отделить свой личный бизнес от работы в этой компании. Он не должен даже работать над НИЧЕГО, связанным с его продуктом, если честно.
Ramhound

Это просто код инфраструктуры, который я хочу использовать в других местах.
JohnPristine
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.