Код
#статьи

Программа как служебное произведение: кому принадлежит код?

Спойлер: почти всегда — работодателю. Но есть нюансы. Разбираемся на реальных кейсах из судебной практики.

Фото: Lizenzfrei / Getty Images

Несколько месяцев назад мы разбирали громкое дело Rambler vs Сысоев, в ходе которого компания пыталась забрать у своего бывшего сисадмина права на веб-сервер Nginx. Юристы компании мотивировали это тем, что Nginx — это служебное произведение, а значит, все права на него принадлежат Rambler.

Так как подобные случаи далеко не редкость, мы решили разобраться, что такое эти ваши служебные произведения, как они создаются и почему с ними столько проблем. Будет полезно почитать как работодателям, так и разработчикам, которые хотят лучше разбираться в своих правах.

Что такое служебное произведение

Служебное произведение — это работа, созданная сотрудником в рамках трудового договора. Это может быть статья, дизайн сайта, проект здания, компьютерная программа — любой продукт интеллектуального труда. Полный список — в статье 1225 ГК РФ.

Произведение может считаться служебным только в том случае, если его создание входит в круг трудовых обязанностей автора. То есть если вы нанимаете разработчика создавать, скажем, программы и базы данных, у него в договоре должно быть написано что-то вроде: «Разработка программ для ЭВМ и баз данных».

Так чей же код? Не всё так просто. Исключительные права на служебное произведение принадлежат компании. Это значит, что она может использовать его любым законным способом или передать третьим лицам. За создателем же закреплены авторские права: написали вы, скажем, нейросеть — вы навсегда её автор. А значит, по закону вам положено вознаграждение, а также гарантия того, что ваше творение не подпишут именем другого человека.

Но бывает так, что автору переходит и исключительное право. Это происходит через три года после передачи произведения работодателю, если тот:

  • не использует служебное произведение сам;
  • не переведёт его в режим охраняемой законом тайны;
  • не передаст права на него третьему лицу.

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

Если сейчас возникнет спор о произведении, которое было создано до 2008 года, то его будут решать по старым правилам. Пример из судебной практики: юридическая драма Rambler vs Nginx, о которой мы рассказывали ранее.

Риски для работодателя

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

Но тут есть несколько сложностей, которые необходимо учитывать.

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

Коллективный характер работы. Служебное ПО, как правило, создаётся в соавторстве. Здесь могут возникнуть вопросы с тем, кого считать соавторами. По закону это могут быть только те работники, которые внесли творческий вклад в создание программы. Материальная, техническая или организационная помощь не может считаться основанием для соавторства.

Фото: Unsplash

Удалённая работа. Разработчики далеко не всегда работают в офисе и в пределах установленного рабочего времени. Удалённый характер работы затрудняет доказательство служебного статуса программ.

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

Какие права на служебные программы есть у работника

Так как работодателю переходит только исключительное право на произведение, все остальные права сохраняются за работником:

  • право авторства;
  • право на имя;
  • право на неприкосновенность произведения;
  • право на защиту репутации автора.

Есть у автора и право на обнародование. Но с ним всё не так однозначно: так как исключительное право переходит работодателю, автор не может придать огласке произведение, если это не прописано в трудовом договоре. То есть, если вы вдруг на работе создали первый в мире AGI, придётся держать это в секрете — никаких публикаций в открытых репозиториях на Hugging Face :)

Идём дальше. Если работодатель начал использовать служебное произведение, перевёл его в режим охраняемой законом тайны или передал права на него третьему лицу, у работника возникает право на вознаграждение. Размер вознаграждения и порядок выплат определяется в договоре. А ещё это право не передаётся по наследству — его может реализовать только автор.

Следует помнить, что зарплата и вознаграждение — это разные вещи. И это создаёт дополнительные сложности для работодателя: как быть, если создание произведений и есть основная функция работника? Выходит, что программист получает зарплату за создание приложения, а потом ещё и претендует на какое-то вознаграждение?

Тут есть два выхода: либо подписывать с сотрудником отдельное соглашение о вознаграждении, либо включать пункты о нём в трудовой договор. Но практика показывает, что стороны подходят к этим условиям весьма формально и вписывают в договор символические суммы вознаграждения. Однако и такие выплаты нельзя игнорировать — иначе работник может добиться их через суд.

Пример из судебной практики

👨‍💻Истец: писатель Алексей Алексеев (имя изменено).

🏢Ответчик: ООО «Прогресс» (название изменено).

🤔Что случилось. Алексей написал в соавторстве книгу, которая имела статус служебного произведения. Работодатель издал книгу и распространил экземпляры на возмездной основе, при этом работник никаких выплат от неё не получил. Тогда он обратился в суд с иском о выплате вознаграждения за использование служебного произведения.

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

☝️Но. Кассационный суд признал эти выводы не соответствующими закону и отменил решение суда первой инстанции.

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

Цитата: «Заработная плата, подлежащая выплате работнику в рамках трудовых правоотношений за выполнение им трудовых обязанностей, не является авторским вознаграждением, получаемым работником как автором служебного произведения за его использование».

Почитать: Постановление Президиума Санкт-Петербургского городского суда от 30 ноября 2016 г. по делу №4Г-4337/2016.

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

Когда российские суды не признают ПО служебным

В Постановлении Пленума Верховного Суда РФ, есть несколько важных правил о том, как разрешать судебные споры о служебных произведениях:

  • Суд исследует вопрос о том, входит ли создание произведения в пределы трудовых обязанностей работника. Если нет, произведение не считается служебным, исключительное право на него принадлежит работнику.
  • То, что автор использовал для создания произведения материальную базу работодателя (например, служебное оборудование), не будет считаться основанием для признания произведения служебным.
  • В случае спора именно на работодателе лежит обязанность доказать, что конкретное произведение, созданное работником, — служебное.
Фото: Mimi Thian / Unsplash

Пример из судебной практики

🏢Истец: ООО «Амедико».

🏢Ответчик: ООО «ТелеПат».

🤔 Что случилось. Компания «Амедико» подала в суд на компанию «ТелеПат» по делу о незаконном использовании медицинского мессенджера Medsenger. По утверждению истца, программу создал разработчик «Амедико» в период работы в компании, а затем, вместе с другим сотрудником компании, создал ООО «ТелеПат» и передал этой компании исключительное право на ПО. Так как Medsenger — это служебное ПО, все эти действия истец счёл незаконными.

👉 Доказательства. Трудовой договор, переписка с автором, показания других работников, участвующих в проекте. А ещё — довод о том, что автор зарегистрировал программу в период работы в «Амедико».

⚖️ Что решил суд. В иске — отказать.

❓Почему:

  • Предоставленные документы не доказывают наличие у «Амедико» исключительного права на программу Medsenger.
  • Из переписки с автором не следует, что спорная программа был создана в рамках трудовых обязанностей, равно как не следует и то, что исключительные права на программу перешли к работодателю.
  • Общество «ТелеПат» — законный правообладатель программы, так как приобрёло на неё исключительное право. Договор, подтверждающий сделку, зарегистрирован в Реестре программ для ЭВМ 20.03.2018.

⚖️ Апелляционный суд поддержал выводы суда первой инстанции и добавил, что в материалах дела отсутствуют:

  • документы, подтверждающие наличие технического задания;
  • доказательства создания программы в рабочее время;
  • акты приёмки-передачи служебного произведения;
  • документы, свидетельствующие о создании программы в рамках исполнения трудовых обязанностей.

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

Почитать: Постановление Суда по интеллектуальным правам от 01.08.2019 № С01-446/2019 по делу № А40-202764/2018

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

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

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

Как оформить отношения с работником, чтобы избежать юридических драм

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

Правильно опишите должность в трудовом договоре. Желательно, чтобы она включала слова «программист», «разработчик ПО» и так далее.

Укажите функции работника. В трудовом договоре, в разделе «трудовая функция» или «должностные обязанности», укажите «создание/разработка компьютерных программ / ПО». Если есть возможность, как можно более конкретно пропишите, какие программы создаёт работник.

Фото: Csaba Balazs / Unsplash

Разработайте должностную инструкцию, если в договоре функции работника описаны абстрактно. В инструкции перечислите должностные обязанности сотрудника и виды программ, которые он создаёт. А в договоре сделайте пометку о том, что работник ознакомился с должностной инструкцией и подписал её.

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

Оформите служебное задание на каждую конкретную программу и для каждого конкретного работника. Сдавать готовую программу требуется по акту сдачи-приёмки. Акт будет подтверждать факт создания служебного произведения и факт перехода исключительного права к работодателю.

Согласуйте выплаты вознаграждения. Для этого создайте дополнительный раздел в трудовом договоре или подпишите отдельное соглашение с автором служебного ПО. Из этого соглашения должно быть понятно, о каком конкретно произведении идёт речь, в какие сроки оно создавалось и на основании каких документов (актов) передано работодателю.

Пример из судебной практики

👨‍💻Сотрудник: Иван Иванов, программист (имя изменено).

🏢Компания: ООО «Лазер-экспорт».

⚒️Произведение: программа для лазерного спектроанализатора «Эланик».

🤔 Что случилось. Команда разработчиков, в которую входил Иван, создала программу для лазерного спектроанализатора. Программа получила статус секрета производства (ноу-хау). Но при заполнении заявки Иван указал себя не только как автора приложения, но и как правообладателя — эти сведения попали в Реестр программ для ЭВМ. «Лазер-экспорт» обратилась в суд.

⚖️ Что в итоге. Суд признал права на спорное ПО за работодателем.

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

👉Как доказали. Чтобы подтвердить, что Elanik — это служебное произведение, юристы «Лазер-экспорт» предоставили такие доказательства:

  • Программу создавали по техническому заданию и по графику выполнения работ, которые выдало руководство компании.
  • Результаты интеллектуальной деятельности поставлены на учёт в ООО «Лазер-экспорт» в декабре 2017 года в качестве секрета производства (ноу-хау) в соответствии со статьей 1465 ГК РФ.
  • Лазерный анализатор «Эланик», частью которого является одноимённая программа, зарегистрирована в реестре средств измерений 23 апреля 2018 года, о чём выдано свидетельство.

Почитать: Решение Нагатинского районного суда города Москвы от 14.12.2021 №2-6474/2021

Больше интересного про код — в нашем телеграм-канале. Подписывайтесь!

Научитесь: Специалист по кибербезопас­ности Узнать больше
Понравилась статья?
Да

Пользуясь нашим сайтом, вы соглашаетесь с тем, что мы используем cookies 🍪

Ссылка скопирована