Твій/мій/наш код

Колега запитав: «А кому з юридичної точки зору належить код, який пише розробник?». З'ясувавши у юристів всі тонкощі прав на код, я вирішила поділитися отриманими знаннями.



Перш за все, давайте розглянемо найпростіший питання: кому з юридичної точки зору належить код, який пише розробник на роботі? Отже, згідно з п. 2 ст. 1295 Цивільного кодексу РФ: правовласником розробленої працівником програми є роботодавець. Працівник (автор) не вправі розпоряджатися результатами інтелектуальної діяльності, здатної до правової охорони, створеними в період роботи в компанії та виконання своїх трудових обов'язків. Переводимо з юридичної мови на звичайний: код, який ви написали в робочий час, на робочому комп'ютері, для конкретного проекту належить роботодавцю. Компанія отримує код, ви – зарплату. Надалі компанія передає проект замовнику (якщо він є), і кому вже в даному випадку належить те, що ви з колегами написали, вирішує договір між двома юридичними особами. Але це вже інша історія.

Припустимо, ваша команда написала чудовий проект, він зданий в експлуатацію, а ви перейшли на новий, але дуже схожий на попередній. Тут мимоволі виникає питання: а не чи використати старі напрацювання? Справа в тому, що на законодавчому рівні немає жодних точних вказівок і роз'яснень з цього питання, і межа тут дуже тонка і туманна. Тому старі напрацювання потрібно модифікувати так, щоб можна було з легкістю довести, що права колишнього замовника не порушені, і проект, який він сплатив, не переданий іншій компанії. На щастя, кожен проект унікальний, і швидше за все, переносячи стару ідею на новий проект, у вас вийде інша програма. Але все ж, випадки «copy-paste» бувають, і розповімо 2 історії.

Приклад
Команда розробників компанії «А» написала програму, «Зоряне небо». Потім один з розробників перейшов в компанію «Б», де став одним з авторів програми «Нічне небо». Якимось чином (зараз неважливо яким) «А» дізналося про програму «Нічне небо» і подав у суд на «Б» за крадіжку інтелектуальної власності (і, зрозуміло, попросила компенсацію). Суд призначив експертизу фрагментів вихідних кодів «Зоряне небо» і «Нічне небо». У результаті з'ясувалося, що розрізняються програми двома рядками найменування гілки реєстру для зберігання параметрів, що визначають методи функціонування програми, і замість:

«\Software\Company_A\
starry sky \ Alerts» було: «\Software\Company_B\ night sky\ Alerts».

Чим закінчилася справа, здогадатися нескладно.

Історія друга
3 розробника компанії «E» написали Програмний комплекс для автоматизації підприємств і навіть зареєстрували його у Державному реєстрі програм. Але потім у них стався конфлікт з роботодавцем, і вони перейшли в компанію «Д», де написали Систему автоматизації підприємств, що здійснюють комерційну діяльність. Вона також була зареєстрована в реєстрі. У якийсь момент «E» дізналася про програму «Д» і подала в суд. Призначена судом експертиза виявила, що система автоматизації підприємств «Д» є результатом переробки, а не унікальною програмою. У підсумку, суд задовольнив позов, заборонив «Д» використовувати програму і призначив штраф.

*Історії взяті з реальної юридичної практики, однак для спокою цих компаній всі назви змінені на умовні.


Розглянемо іншу ситуацію з правами на програму. Ви пишете код для будинку і публікуєте його на GitHub. Через деякий час розумієте, що ваші напрацювання відмінно вписуються в проект. Можливо використовувати особистий код на проекті, як це зробити правильно, і кому він буде належати?

Якщо ваша особиста розробка створена під вимоги конкретного замовника в період, коли ви працювали на його проекті, то вона буде визнана службовим завданням (згідно ст. 1295 ЦК РФ). Це означає, що права на код належать роботодавцю, навіть якщо ви робили це у вільний час і виклали на OpenSource. Якщо ваша розробка ніяк не прив'язана до конкретного проекту, робили ви її на особистому комп'ютері і опублікували на OpenSource, то вона отримує» відкриту ліцензію, і тоді ви є її повноправним власником.

Часто використання подібних розробок на проекті замовники обмежують або взагалі забороняють. У цьому випадку, за погодженням із замовником, можливий варіант відчуження прав на таку програму на користь роботодавця з її подальшим видаленням з відкритого доступу. Це буде означати, що права на програму ви передали своєму роботодавцю або замовнику. Якщо ж такого обмеження немає, то ви можете запропонувати скласти ліцензійний договір з компанією на використання ваших розробок на проекті. Але про використання такої програми замовник повинен бути повідомлений. Або у складі звітної документації, або у тексті самої програми має бути вкладено ліцензійна угода до відкритої ліцензії або посилання на нього. Якщо цього не зробити, зрозуміти те, бібліотека розробника використовується на проекті, то розробник «стягнув» код замовника – з юридичної точки зору складно, і справа може дійти до суду з інтелектуальних прав.

Поки російська судова практика не знає позовів у справах, пов'язаних з OpenSource, можливо, тому що стаття 1286.1 ЦК РФ, присвячена відкритої ліцензії, з'явилася в нашій країні лише в березні 2014 р.

3 простих виводу
  • Код, який написаний під певний проект, що належить до цього проекту. А ось ідея програми — немає. Але плутати ці два поняття не варто.

  • Перед тим як використовувати програми з OpenSource на проекті, з'ясуйте, як замовник ставиться до них.

  • Всі ми копіюємо невеликі шматочки коду, коли треба замінити лише один символ, але копіювання цілих великих фрагментів створює велику кількість схожого коду, одні і ті ж фрагменти доводиться вручну міняти, ризикуючи щось упустити. Так що copy-paste може навпаки все тільки ускладнити і додати помилок.
Спасибі за увагу!
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.