Трудовой договор с программистом. Как все оформить, чтобы не остаться без прав на программное обеспечение?

Рассказывает:

 

Ирина Ахмедова, старший юрист по интеллектуальной собственности юридической фирмы КЛИФФ

 

---

Как правильно оформить процесс создания ПО работниками, чтобы права на него перешли к компании-работодателю, а не остались у программистов?

Прежде всего, следует проверить следующие документы и условия.

Раздел «Интеллектуальная собственность» в трудовом договоре

В трудовой договор с разработчиками целесообразно включить отдельный раздел «Интеллектуальная собственность». В него рекомендуется включить следующие положения:

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

Должностная инструкция

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

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

Служебное задание

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

Каждое служебное задание – это отдельный документ с:

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

Актуальная судебная практика твердо стоит на том, что без служебного задания невозможно установить, что произведение действительно было служебным и исключительные права на него принадлежат работодателю (ст. 1294 ГК РФ).

Чтобы подтвердить права на ПО, работодатель должен иметь служебное задание, трудовой договор с программистом и акт. Во главу угла суды ставят формальность – наличие всех документов. Даже факт использования работником материалов работодателя не является основанием для вывода, что созданное им произведение является служебным (Постановление СИП от 01.08.2019 по делу № А40-202764/2018).

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

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

Акт о выполнении служебного задания и передаче исключительных прав

Акт о выполнении служебного задания составляется по итогам выполнения поставленной задачи. Этот документ фиксирует, что именно создал работник. Он подтверждает создание объекта и передачу прав на него. В акте обычно описывают форму, в которой фиксируется готовый результат, например, какой-то определенный носитель.

Соглашение о выплате вознаграждения за создание ПО

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

По сути, в рамках выполнения задачи по разработке ПО складывается два типа отношений:

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

Отсюда вытекает необходимость в отдельном вознаграждении:

• за выполнение трудовых функций – зарплата,
• за создание РИД – вознаграждение.

Сумма вознаграждения может быть любая. Его можно даже оформить как премию, но с указанием назначения: «выплата вознаграждения за создание ПО». Писать в трудовом договоре, что вознаграждение включается в зарплату, Ирина Ахмедова не рекомендует. Это все-таки должна быть отдельная сумма.

Другие документы

Какие еще документы могут понадобиться для оформления прав на созданное работниками ПО?

• Согласие на анонимное использование. Без этого документа, подписанного работником, правообладателю придется всегда при использовании программы указывать имя автора. Обратите внимание: разработчиков может быть много и придется указывать их всех. Такое согласие можно прописать прямо в акте о выполнении служебного задания или составить в виде отдельного документа. В тексте нужна фраза о том, что работник является автором программного обеспечения и дает право использовать его без указания его имени.
• Согласие на указание сведений об авторе и согласие на обработку персональных данных. Эти два документа требуются для Роспатента, если компания решит зарегистрировать ПО. Их можно составить и по факту обращения в Роспатент, но если работник уедет, например, за рубеж, отсутствие этих документов может стать проблемой.
• Регламент создания ПО. Этот документ стоит составить особенно тем компаниям, которые занимаются разработкой ПО в качестве основного вида деятельности, на профессиональном уровне. Он необходим, если в компании используются специальные инструменты для создания ПО, ставятся задачи в специальных программах. Этот документ поможет компании сильно упростить документооборот, снизить риски и исключит утечку служебных РИД.

Регламент создания программ для ЭВМ

Регламент создания программ для ЭВМ или вообще любых РИД — это локальный нормативный акт компании. Работники знакомятся с ним под роспись. В первую очередь речь идет о программистах и дизайнерах — тех, кто участвует в создании продукта. Но можно ознакомить с ним всех сотрудников, определив уровни доступа.

Цели введения Регламента создания программ для ЭВМ:

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

Регламент должен описывать весь процесс фактического создания ПО и взаимодействия работников: работу в программах, облачных сервисах, программных инструментах (Jira, Megaplan, Bitrix24, Wrike). В целом регламент является для сотрудников своего рода руководством к действию и придает правовое значение действиям фактического характера.

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

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

Еще в регламенте следует описать порядок оформления созданного ПО, а также определить, кому принадлежат права на незавершенное ПО.

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

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

---

Подготовлено по материалам онлайн-семинара «Охрана и защита прав на программное обеспечение», организованного юридической фирмой КЛИФФ