{"id":14262,"url":"\/distributions\/14262\/click?bit=1&hash=8ff33b918bfe3f5206b0198c93dd25bdafcdc76b2eaa61d9664863bd76247e56","title":"\u041f\u0440\u0435\u0434\u043b\u043e\u0436\u0438\u0442\u0435 \u041c\u043e\u0441\u043a\u0432\u0435 \u0438\u043d\u043d\u043e\u0432\u0430\u0446\u0438\u044e \u0438 \u043f\u043e\u043b\u0443\u0447\u0438\u0442\u0435 \u0434\u043e 1,5 \u043c\u043b\u043d \u0440\u0443\u0431\u043b\u0435\u0439","buttonText":"\u041f\u043e\u0434\u0440\u043e\u0431\u043d\u0435\u0435","imageUuid":"726c984a-5b07-5c75-81f7-6664571134e6"}

Сотрудник написал программу: кому принадлежат права

По следам нашумевшей истории о Rambler vs nginx. Статья для тех, на кого работают программисты и люди любых других творческих профессий, а также для самих творческих работников.

Давайте разберемся, кому принадлежит ПО, написанное на работе, и какие действия нужны от работодателя, чтобы права на программу были закреплены за компанией.

Если лень читать

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

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

А теперь обо всем по порядку.

ПО — объект интеллектуальной собственности

Любой результат творческого труда — объект интеллектуальной собственности. В том числе программный код. Это значит, что его защищает закон, а на использование нужно разрешение автора. Специальной регистрации прав не требуется. Написали код, права возникли автоматически.

Есть нюанс. Код должен быть оригинален и создан творческим трудом. Об этом можно подробнее почитать в статье про контент.

А если ПО написано на работе?

По умолчанию ничего не меняется. Автор обладает полным объемом прав на разработанное программное обеспечение.

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

Чтобы права на ПО перешли компании, должны быть соблюдены следующие критерии:

  • Писать код — обязанность сотрудника.
  • Софт разработан по заданию работодателя.
  • Сотрудник получил авторское вознаграждение.

Остановимся на каждом подробнее.

Писать код — обязанность сотрудника

Это значит, что функциональность по разработке ПО должна быть прямо указана в трудовом договоре или должностной инструкции. Иначе написанный код принадлежит работнику и только ему.

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

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

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

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

Как следствие, все, что написано сотрудником за несколько лет работы, — его собственность. Если компания захочет её использовать, нужно заключать с программистом лицензионный договор.

Можно возразить: «У сотрудника ведь должность "программист"! Чем, вы думаете, он должен заниматься?» Это понятный житейский аргумент.

К сожалению, в мире юриспруденции он не имеет значения. Суд ответит: «Я не знаю, что он должен был делать. Может, вы его для НЛП нанимали. Мое дело опираться на факты, а не в угадайку играть».

ПО разработано по заданию работодателя

Допустим, трудовой договор составлен правильно, в нем прописана обязанность писать код. Но как понять, что именно эта программа или ее часть была написана конкретным сотрудником?

Ответ прост. Должно быть составлено служебное задание, в котором указывается, какого результата должен достичь программист. Грубо говоря, это ТЗ на разработку ПО. После выполнения такого задания сотрудник отчитывается об этом и передает результат своего труда по акту.

Обратите внимание! Служебное задание и акт в понимании закона — бумаги, на которых стоят подписи работодателя и сотрудника. Сообщения в Telegram, устные указания начальства — всё это не работает, нужны бумаги.

Возникает вопрос: «Это что, по каждому сотруднику и по каждой задаче нужны задания и акты? А если у меня таких сотрудников 10, 50, 100?»

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

Как правило, управление разработкой происходит в специальных системах (Jira, Trello). Можно зафиксировать во внутренних документах юридическую значимость заданий, формируемых в электронном виде в таких системах.

Четко пропишите момент создания задания, процесс определения исполнителя, момент завершения работы и порядок передачи ее результатов. В таком случае вы снизите риски.

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

Сотрудник получил авторское вознаграждение

Момент легкого недоумения. Разработчик уже получает зарплату за то, что пишет код, ему еще что-то надо платить?

По закону получается, что так. Авторский гонорар — отдельная от заработной платы выплата. Размер вознаграждения за разработку ПО законом не установлен, но он зафиксирован для случаев создания служебного изобретения.

Там два вида гонорара:

  1. За создание изобретения: разовая премия 30% от зарплаты.
  2. За дальнейшее использование изобретения: плюс одна зарплата в год, а если изобретение кому-то продано, то 10–15% от суммы сделки. Увольнение сотрудника не влияет на обязанность платить процент от продаж.

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

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

Итого

По умолчанию права на все ПО, которое сотрудник написал на работе, принадлежат только ему. Компания может стать обладателем таких прав, но для этого нужно заморочиться.

Грамотный трудовой договор с описанием функциональности по разработке, соблюдение правил оформления служебных заданий, выплата авторского вознаграждения, — вот рецепт успешного использования программ, разработанных сотрудниками.

Комментарий по делу Rambler vs nginx

Пока рано делать какие-то выводы. На мой взгляд, все будет зависеть от двух факторов:

  1. Является ли программа служебным результатом интеллектуальной собственности. Или, иначе говоря, насколько грамотно были оформлены документы с Сысоевым. Подписывал ли он служебные задания, акты, получал ли авторское вознаграждение.
  2. Насколько nginx похож на то, что было разработано в Rambler. Дело в том, что ПО охраняется законом как литературное произведение, то есть защищен только код, а не функциональность. Если программа выполняет те же функции, но код существенно отличается, о нарушении говорить не приходится.

Если понравилась публикация, заходите в Telegram-канал. А еще у нас есть рассылка новостей для бизнеса.

0
88 комментариев
Написать комментарий...
Avramov Max

Отличная статья, спасибо! Добавил в закладки. @Андрей Бодиловский а что на счёт фрилансеров? У них нет зарплаты, но есть задача и оплата. Как быть с ними?

Ответить
Развернуть ветку
Андрей Бодиловский
Автор

Спасибо! Рад, что понравилось.
С фрилансом, как ни странно, чуть проще. Достаточно правильно оформить договор.
На что рекомендую обратить внимание: 
1. Наличие в договоре пункта о том, что исключительные права на созданный по договору объект интеллектуальной собственности переходят заказчику.
2. Вознаграждение по договору включает в себя плату фрилансеру за передачу исключительных прав.
Эту плату можно выделить из общей цены, например вознаграждение 100 руб, включая 50 рублей за передачу исключительных прав. Это еще и выгодно, потому что вознаграждение за передачу исключительных прав не облагается НДС. Таким образом, вы заплатите не 120 руб (100 + 20% НДС), а 110 (50 и 50 + 20% НДС).
3. Четко прописанный предмет работ или ТЗ, чтобы потом не возникло споров о том какие работы по договору выполнялись.
4. И не забывайте подписывать закрывающие документы - акты. В акте указывайте, что заказчик не только принял результат работ, но и получил от фрилансера исключительные права на разработанный продукт.

После того как все работы выполнены, можно для пущей уверенности депонировать код в Роспатенте. Это быстро и недорого. Можно оформить все онлайн, если есть электронная подпись.

Ответить
Развернуть ветку
Avramov Max

Спасибо за пояснение! Это тоже острая тема. Если добавить пример из жизни, то комментарий станет полноценной статьёй, которая точно зайдёт, как и эта)

Ответить
Развернуть ветку
Андрей Бодиловский
Автор

Max, спасибо за идею! Про фриланс напишу, договорились)

Ответить
Развернуть ветку
Avramov Max

Отлично! Буду ждать продолжения банкета)

Ответить
Развернуть ветку
85 комментариев
Раскрывать всегда