Главные ошибки в оформлении результатов ИТ-разработок и как их избежать

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

Некорректное определение трудовой функции и обязанностей сотрудников

Часто компании упускают из виду важный аспект: по статье 1295 ГК РФ исключительное право на произведение принадлежит работодателю только в случае, если оно создано в рамках трудовых обязанностей.

Пример ошибки:

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

Как избежать:

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

Невыплата авторского вознаграждения

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

Почему это важно:

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

Рекомендации:

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

Потеря исключительного права через три года

Если компания не начинает использовать произведение в течение трех лет или не уведомляет о сохранении его в тайне, исключительное право автоматически переходит сотруднику (п. 2 ст. 1295 ГК РФ).

Риск:

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

Как избежать:

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

Недостаточная фиксация факта разработки

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

• Авторство;
• Даты разработки;
• Передачу исключительных прав.

Многие компании ограничиваются фиксацией задач в системах вроде Trello или Jira, забывая о необходимости внутренних документов.

Решение:

• Выпускайте приказы о начале разработки с приложением технического задания.
• По окончании работы оформляйте акт сдачи-приемки или отчет.
• Эти документы должны быть согласованы с трудовыми договорами или договорами ГПХ.

Ошибки при смене юридического лица проекта

ИТ-бизнес в России часто сталкивается со сменой юридического лица для оптимизации налогов или других целей. Однако нередко при этом забывают передать исключительные права на ПО новому юрлицу.

Последствия:

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

Рекомендации:

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

Нарушение условий OpenSource-лицензий

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

Типы лицензий:

1. Либеральные – позволяют коммерциализировать производные программы.
2. Вирусные – требуют распространять производные продукты на тех же условиях, что и оригинал.

Проблема:

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

Кроме того, некоторые правообладатели OpenSource-продуктов запретили их использование в России.

Что делать:

• Организуйте учет всех OpenSource-компонентов.
• Перед коммерциализацией продукта проверяйте, какие лицензии используются и какие риски они несут.
• Регулярно обновляйте внутренние инструкции по использованию OpenSource-решений.

Почему бюрократия может быть полезна

Многим кажется, что бюрократия мешает работе. Однако в ИТ-бизнесе она может быть спасением.

Преимущества документооборота:

• Защита авторских прав в случае споров.
• Подтверждение принадлежности исключительных прав компании.
• Упрощение прохождения due diligence при привлечении инвестиций.

Пример оформления:

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

Подводим итоги

Для успешного управления интеллектуальной собственностью компании важно:

1. Четко прописывать обязанности сотрудников в трудовых договорах.
2. Договариваться о размере авторского вознаграждения и выплачивать его.
3. Учитывать трехлетний срок для начала использования разработок.
4. Регулярно фиксировать ход разработки в документации.
5. Не забывать о передаче исключительных прав при смене юрлиц.
6. Соблюдать условия OpenSource-лицензий.

По правовым вопросам в телеграм.

Комментируйте, делитесь, подписывайтесь.