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

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

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

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

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

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

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

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

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

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

Читайте также:

Rambler & Lynwood vs Сысоев & Nginx: чей код?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Читайте также:

Дело Антона Мамичева: как программист изменил Гражданский кодекс

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

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

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

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

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

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

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

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

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