Прошу помочь разобраться в такой ситуации: Я для одной довольно крупной организации написал программу управления и взаимодействия их предприятием, затем по временному договору поддерживал её (вносил исправления, дополнения) и тут совет директоров этого предприятия решил Задарить эту программу другой подобной им организации, т.е. при некоторых доработках программу можно будет настроить и под новую организацию.
Так вот, с меня будут требовать исходный код программы для того, что бы подарить его. Я его отдавать не хочу!
Мое мнение: Когда мне заплатили некоторую сумму за программу, они покупали ПРОДУКТ, который я в дальнейшем поддерживал, весь исходный код (процедуры, функции, методы и.т.д.) принадлежат МНЕ как автору, и если они хотят его подарить пусть КУПЯТ у меня его.
Мнение директоров: Мы Заплатили деньги и все что относиться к программе наше! Что хотим то и делаем, хотим дарим, хотим продаем!
Что касается договора заключенного перед написанием программы, смысл его был такой: «Ф.И.О. обязуется создать(написать) такую-то программу для нас в соответствии с такими-то сроками, а Мы обязуемся выплатить ему за это такую-то сумму». Все.
КАК ДЕКОМПИЛИРОВАТЬ EXE DLL C# | КАК УЗНАТЬ ИСХОДНЫЙ КОД ПРОГРАММЫ | ДЕКОМПИЛЯЦИЯ | C# ПЛЮШКИ
Народ подскажите, кто прав? кто виноват? Что мне делать? Судя по всему исходники отдать придется, но хотелось бы хоть как-то защититься/поживиться при этом.
Варианты такие я надумал:
1) Описать к проге Лицензионное соглашение типа (GNU, GPL), что бы хотя бы авторство учитывали и не могли денежку с этого поиметь без спросу.
2) Запатентовать! (только что это даст? Кто с этим сталкивался, поделитесь опытом! И как долго/дорого этот процесс)
microsoft тоже финту продает, а кто видел её сырцы? я тоже могу сказать, дайте мне сырцы винды, я за нее 200 долларов заплатил
Что бы избежать недопонимания надо заключать договор где указывается что заказчик получает за те деньги которые он платит. И соответственно указывается, что он может делать с этим софтом.
Тебе думаю лучше убедить их, что им же дешевле будет не портить отношения с тобой и заплатить за использование софта сторонней фирмой плюс отдельное соглашение на поддержку софта для той фирмы.
Цитата:
| Судя по всему исходники отдать придется |
Судя почему?
Твои обязательства по договору — написать программу, ты их выполнил.
Денег тебе уже заплатили?
Вот бери деньги и скажи досвиданья!
Хотят они остаться без поддержки и исходников? Думаю нет.
А ты боишься суда или самосуда с их стороны?
Ничего не бойся и посылай их на.
Хотят подарить? Ну пускай че смогут — подарят.
Цитата:
| Я думаю пытаться выбивать с них деньги за Исх.Код — биться головой о стену |
Типичная логика забитого пессимиста. С таким подходом лучше вообще идти дворником работать.
Авторское право на программный код
Ты — производитель! Кока-кола свой рецепт до сих пор в секретах держит, хотя химия щас развита не хуже дизассемблера
Ты не договаривался отдавать код и не отдаш! Заруби себе на носу — договор дороже денег!
Цитата:
| Судя почему? |
Цитата:
| Ничего не бойся и посылай их на. |
Все дело в том что это теперь для меня не просто заказчики, сторонней конторы,
за полтора года пока я поддерживал эту прогу, а так же сайт компании сложились довольно таки теплые отношения.
просто не в первый раз возникает такая проблема на форумах.
Вот то на что я натыкался по этому поводу.
http://www.copyrighter.ru/ — Сайт посвящен Авторскому праву и Смежным провам!
мол, работали Вы, просто в это время на них, так что ничего Вам не принадлежит.
А, во-вторых, в том же законе сказано, что:
Предоставляемая настоящим Законом правовая охрана распространяется на все виды программ для ЭВМ (в том числе на операционные системы и программные комплексы), которые могут быть выражены на любом языке и в любой форме, включая исходный текст и объектный код.
Вы по договору права передали? — Передали. Где сказано, что Вы их передали частично — только на объектный код? — нигде не сказано. Значит, передали полностью.
Так что, боюсь, что
Цитата:
| грамотно объяснить что исходников им по закону не положено |
будет непростой задачей.
Цитата:
| во-первых, как бы Вам не споткнуться о знаменитую 12-ю статью |
Я не зарегистрирован в этой организации, у меня нет с ними трудового договора.
Цитата:
| Вы по договору права передали? |
По ссути дело никакой передачи прав и небыло, в договоре было указано что я обязан написать такую-то прогу до 31.09.2002, а они в свою очередь выплатить XXXX$
Бланк соглашения (договора) был такой же как например заключаеться с молярами которые обязуються покрасить стены в срок.
Цитата:
| Раз у тебя дружественные отношения, то отдай ты им код. ( В смысле себе не забудь пару копий оставить.) Сделай любой копирайт со словами программа свободно распространяется со всеми сорцами. И если тебе понадобится потом код использовать, юзай на здоровье. Все равно ты больше ЛАВЭ с этой проги не срубишь. Хотя никто тебе не запретит ее еще раз продать под другим именем с небольшой переделкой. |
Простите. Вы программист? Дело в том, что процедуры и функции программы пренадлежат МНЕ! Я вних вложил частичку себя, своих знаний если хотите. И мне очень не хотелось бы что бы кто-то использовал Мои знания у себя в программе, а потом бы выдал их за свои! Думаю программисты меня должна понять.
P.S. Чесно говоря этот код я бы даже хорошему знакомому не хотел бы показывать.
Sleepwalker
Цитата:
| Насчет лицензирования. не знаю как сейчас, но год назад. |
Я тут узнавал стоимость регистрационных взносов. И эта идея отпала.
UncoNNecteD
Цитата:
| Насколько я понял, трудового договора не было. Человек работал на себя, а не на предприятие. EliTe Это так? |
Да! так.
А ты вообще уверен что есть та другая контора?
Может это подкоп под тебя?
Моё личное маленькое имхо. Никто из вас при заключении
договора не позаботился о пункте касательно исходников,
поэтому никто из вас не может быть прав. Это раз.
Мне кажется что юридически ты всё-таки должен отдать
исходники. И с точки зрения профессионального программиста
кстати тоже (ну не предупредил ты заказчика об этом маленьком
нюансе, а он не обязан был знать). Лично я всегда это оговариваю.
Либо твоё либо моё.
С другой стороны никто не оговаривал также содержимое исходных
кодов, стандарты, документацию и т.д., поэтому если так не хочется
чтобы ими воспользовались — сделай их просто непригодными для
использования, вот и всё.
1) Убери все комментарии
2) Все именованнын объекты сделай в формате GUID
3) Весь код сделай в одну строчку
4) Имена файлов с исходниками тоже в формате GUID
5) Документация естестно в комплект поставки не входит
PS: Ну а обучение стоит офигительных бабосов. Думаю можешь
смело просить XXXXX$
При таком развитии событий будет легче написать новую программу
чем разбираться с товоей прогой без тебя
Ты думаешь после этого отношения останутся нормальными?
А в формате GUID это как?
Цитата:
| А в формате GUID это как? |
Цитата:
| Моё личное маленькое имхо. Никто из вас при заключении договора не позаботился о пункте касательно исходников, поэтому никто из вас не может быть прав. Это раз. |
Если смотреть по закону, то ты не прав! В законе сказано Что Все что сделал автор сразу!, моментально! становиться его собственностю и попадает под охрану законом об авторском праве, никто не имеет на каких прав на продукт если нет на то законных оснований или договора на передачу авторства, или каких либо прав!
vbond
В целом: ОТЛИЧНО СКАЗАЛ! Именно так я и думаю! Полностью согласен!
Цитата:
| Тот же Microsoft нанимает сторонние фирмы для написания модулей и я не думаю, что он не забирает исходный код. |
Я думаю сразу в таком случае оговариваеться, будут ли отданы исходники.
| Страницы: 1 2 |
Источник: forum.ru-board.com
Право на код: как компании защитить свою интеллектуальную собственность
Исходный код – результат интеллектуального труда, и любой софт относится к объектам авторского права точно так же, как, например, произведения художественной литературы. Так кому же принадлежит код: сотруднику, который его писал или компании, которая предоставила все необходимые для создания ПО условия? В этой статье Марина Поцабей, советник нашего Бюро, приведет пошаговый план, который поможет бизнесу защитить свои права на софт.
265 просмотров
Так ли все просто с авторским правом?
Как мы уже выяснили, код охраняется авторским правом. Это значит, что первоначально исключительные права на софт возникают у автора(ов) – того, кто его создал. Исключительные (имущественные) права – это права на использование ПО по своему усмотрению любым законным способом, а также на запрет или разрешение такого использования другим лицам.
В то же время, компания, в которой работает разработчик, заинтересована в том, чтобы исключительные (имущественные) права на код и софт в целом принадлежали ей. Поскольку она нанимает разработчиков в первую очередь для того, чтобы в дальнейшем коммерциализировать софт, созданный в рабочее время и в пределах трудовых обязанностей.
Сложно представить ситуацию, когда весь софт от начала и до конца создается одним человеком, чаще всего – это командная работа. Но может получиться так, что отдельный сотрудник будет претендовать на ту часть произведения, которую он создал. Поэтому для компании так важно оформить передачу прав от сотрудников. Передачу прав необходимо оформить по каждому фрагменту кода.
Это важно в случае, если компания собирается использовать ПО в коммерческих целях, например, передавать другим компаниям или физическим лицам по лицензионным договорам или в целом произвести отчуждение исключительных прав на софт третьему лицу. Если работодатель не заботится о том, чтобы права на создаваемый сотрудниками софт принадлежали ему, то передача прав на софт третьим лицам будет незаконна. Автор, если он является реальным обладателем исключительных прав, может в любой момент предъявить свои требования и подать в суд на вас или на того, кому вы “передали” права на ПО.
Вопросы охраны софта (также как и других объектов авторского права) законодательно регулируются частью 4 Гражданского кодекса РФ. Код охраняется с момента создания, а не регистрации. Поэтому на практике возникает множество спорных ситуаций, кому принадлежат права –работнику или работодателю, компании-разработчику (подрядчику) или заказчику. Поэтому, компании важно подумать о дополнительных механизмах урегулирования отношений, связанных с созданием кода. В частности, следует внимательно согласовывать положения трудовых договоров с работниками и гражданско-правовых договоров с субподрядчиками и заказчиками.
Авторские права бывают имущественные и личные неимущественные. Личные неимущественные права неотчуждаемы и всегда остаются за сотрудником. А имущественные – могут быть переданы от работника работодателю, поэтому важно оформлять все составляющие ПО, которые разрабатывают сотрудники, как служебные произведения. Служебные произведения – это результаты интеллектуальной деятельности (РИД), созданные сотрудниками в рабочее время и в процессе исполнения трудовых обязанностей.
Что нужно сделать, чтобы произведения признавались служебными, и права на них принадлежали работодателю?
- В трудовом договоре и в должностной инструкции с работником нужно закрепить такую обязанность как создание служебных произведений.
- К трудовому договору нужно приложить подписанное соглашение на создание служебных РИД, в котором зафиксировано, что все РИД, созданные в рабочее время и в пределах трудовых обязанностей, принадлежат работодателю с момента создания.
- За служебные РИД работодатель должен выплачивать отдельное от заработной платы вознаграждение. С каждым работником, создающим РИД, необходимо в соглашении фиксировать размер авторского вознаграждения, условия и порядок его выплаты за служебное произведения. Если в соглашении на создание служебного произведения не будет условия о вознаграждении, то работник сможет обратиться в суд за выплатой вознаграждения. Тогда суд сам установит размер вознаграждения, поэтому будет лучше определить сумму вознаграждения по соглашению сторон. При этом можно предусмотреть минимальную цену, каких-либо запретов в судебной практике нет.
- Прежде, чем работник приступит к созданию служебного задания, работодатель будет должен поставить ему соответствующее служебное задание, описать сроки и другие условия работы, а также предоставить все необходимые материалы и ресурсы. Работодатель может направлять служебные задания своему сотруднику в виде отдельного документа или с помощью систем управления проектами Jira. Главное, чтобы в случае спора, была возможность подтвердить, что у работника было соответствующее служебное задание.
- Обязательно фиксируйте передачу вам прав сотрудником на каждый разработанный РИД в акте приема-передачи служебного произведения.
- Будет удобно вести реестр служебных произведений, создаваемых сотрудниками, чтобы фиксировать, за какие произведения, когда и какому сотруднику необходимо выплатить авторское вознаграждение. В целом, создавать такой реестр не обязательно, но на практике с ним будет удобнее, так как можно будет довольно быстро восстановить информацию при наличии спора в отношении кода или софта в целом.
Очень важно корректно оформить все документы о служебных произведениях и настроить процессы. Если какого-то звена из целого перечня будет не хватать или будет пропущен хотя бы один пункт, то механизм будет не в полной мере эффективным. Если вы не уверены в своих знаниях, лучше будет обратиться за помощью к грамотным юристам, так вам не придется переживать за свою интеллектуальную собственность.
Далее работодатель как правообладатель имущественных прав на софт может зарегистрировать свои права в Роспатенте. Такая регистрация не является обязательной, это зафиксировано в ст. 1262 ГК РФ. Это дополнительно подтверждает, что имущественные (исключительные) права, а не авторские в целом принадлежат компании.
Что делать, если ваш код используют незаконно?
Нужно сразу же обратиться к компетентным юристам, чтобы они помогли подать иск в суд. Требуйте защиты нарушенного права за незаконное использование интеллектуальной собственности.
Требования, которые предъявляются при нарушении исключительных прав:
- о признании права – к лицу, которое отрицает или иным образом не признает право, нарушая тем самым интересы правообладателя;
- о пресечении действий, нарушающих право или создающих угрозу его нарушения, – к лицу, совершающему такие действия или осуществляющему необходимые приготовления к ним, а также к иным лицам, которые могут пресечь такие действия;
- об изъятии материального носителя – к его изготовителю, импортеру, хранителю, перевозчику, продавцу, иному распространителю, недобросовестному приобретателю;
- о публикации решения суда о допущенном нарушении с указанием действительного правообладателя – к нарушителю исключительного права.
Здесь как раз пригодятся подготовленные документы, доказывающие имущественные права, о которых мы писали выше. Исход дела зависит от того, как хорошо участники подготовятся к процессу.
Защищать свои права безусловно необходимо. Можно сделать это самостоятельно, но проще и надежнее будет обратиться за помощью к профессионалам в области защиты авторского права еще на начальном этапе, чтобы настроить процессы до момента возникновения споров. Безусловно, юристы сделают всё возможное, чтобы привлечь к ответственности нарушителя, посягнувшего на ваш интеллектуальный труд, даже если самое неприятное уже случилось. Но превентивные меры в виде настроек процессов еще на этапе начала работы над кодом дают больше гарантий в отношении безопасности ваших прав.
Источник: vc.ru
Как защитить права на проект с открытым кодом
Люди создают opensource-проекты по разным причинам: кто-то набивает руку и хочет показать свои навыки, кто-то проверяет свой код на уязвимости, а кто-то хочет принести пользу обществу своими наработками. Однако открытый код не означает вседозволенности для его пользователей. В этом случае все равно действует авторское право, а значит, разработчик может защитить свои права, если его код незаконно используют.
Руководитель проектов
Алина Сундетова
В Рунетлексе с 2015 года
Как и когда возникают права на код проекта
Код программы — объект авторского права, и по закону защищается как литературное произведение. Разработчик признается автором, если он создал код своим творческим трудом.
Возникновение авторского права на код нельзя связывать с какими-либо формальностями. То есть права на проект возникают с момента, когда разработчик создал проект. И не обязательно регистрировать код в каком-либо государственном органе.
Как подтвердить права на проект
Есть разные варианты доказательств. При этом выбор может зависеть от того, кто создал код.
Указать сведения об авторе проекта в исходном коде программы. В законе предусмотрена «презумпция авторства», согласно которой автором программы считается лицо, указанное на экземпляре программы или идентифицированное иным образом. То есть в случае спора ответчик должен будет опровергнуть сведения об авторах программы, указанные в ее исходном коде.
Разместить программы в публичном реестре (например, GitHub). Репозитории позволяют отслеживать, кто и когда внес код. По данным сведениям суд сможет определить, кто является владельцем репозитория и автором программы.
Зарегистрировать программу в Роспатенте. Регистрация не обязательное условие для возникновения права на код. Процедура проводится по желанию правообладателя, носит заявительный характер и подтверждает авторство на зарегистрированный код. При этом государственный орган (Роспатент) не проверяет код на новизну, работоспособность или наличие ошибок, а регистрирует его «как есть».
Заверить код у нотариуса или в специальной организации. Заверение позволяет доказать наличие кода у правообладателя на определенную дату. Этот факт фиксирует независимая третья сторона, например, нотариус. Нарушитель или сторона, оспаривающая право правообладателя, должна представить аналогичное доказательство более ранней даты.
Не хотите, чтобы код использовался в программах с закрытым исходным кодом?
Подойдет GPLv3 или AGPLv3. Это так называемые «копилефт-лицензии». Если кто-то захочет использовать код такого open source-проекта, то его программа должна быть лицензирована аналогичным образом. И ее исходный код должен быть полностью опубликован.
Не хотите обременять пользователей сложными условиями, и вам достаточно, что укажут вас в качестве автора?
Лучше использовать одну из популярных лицензий, например, MIT или Apache 2.0. Такие лицензии называются «разрешительными». Они удобны для коммерческих организаций, которым понравился ваш проект.
Описание других лицензий открытого исходного кода можно найти на choosealicense.com
Ответственность за нарушение прав владельца проекта с открытым кодом
Сегодня коммерческие организации активно используют открытый код и библиотеки. Как правило, юристы таких компаний отслеживают, под какой лицензией используется тот или иной элемент. Ведь даже если разработчики использовали небольшой фрагмент открытого кода, который распространяется по копилефт-лицензии, то весь продукт надо распространять под этой же лицензией и его исходный код должен быть опубликован.
В Европе и США часты иски по поводу нарушения прав авторов opensource-проектов. Вот пара примеров:
1. Суд: Окружной суд США Северного округа Калифорнии.
Дело: Jacobsen v Matthew Katzer and Kamind Associatea Inc.
При использовании ПО ответчик не сослался на лицензию GPL и не сделал исходный код доступным. Выплата: 100 000 $.
2. Суд: Мюнхенский суд.
Дело: H. Welte v S Deutchland GmbH.
Ответчик использовал код истца, распространяемого по открытой лицензии, убрав при этом всю информацию об авторах. Выплата: 100 000 EUR.
Чтобы доказать, что нарушитель неправомерно использует исходный код open sourse-проекта, его нужно заставить раскрыть исходный код своего продукта. Здесь появляются первые сложности. Для такого понуждения в рамках судебного разбирательства нужны очень весомые доказательства. К сожалению, практика принудительного раскрытия исходного текста по требованию суда в России пока недостаточно распространена.
При этом несоблюдение условий открытой лицензии влечет ответственность за нарушение исключительного права автора на исходный код, и автор вправе использовать все меры защиты, предусмотренные в законе (ст. 1252 ГК РФ):
– запрет использования ПО, которое содержит незаконные заимствования принадлежащего правообладателю кода;
– изъятие экземпляров ПО нарушителя;
– взыскание компенсации от 10 000 до 5 000 000 рублей.
Источник: runetlex.ru