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

Советы и рекомендации от юристов акселератора MTS StartUp Hub

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

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

Рассказываем что нужно сделать, чтобы правильно оформить права на объекты авторского права.

В какой момент возникает право?

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

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

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

Основной документ, подтверждающий переход прав от фрилансера к стартапу, – договор, заключенный в письменной форме. Отношения по созданию объекта авторского права могут оформляться различными видами договоров: авторского заказа (если автор - фрилансер), подряда, НИОКР.

В договоре с третьим лицом обязательно нужно указать два ключевых момента:

В деле ООО "Ориджинал Воркс" против ЗАО "Чистая вода" заказчик привлек исполнителя для разработки сайта. Несмотря на то, что сайт был передан заказчику, суд указал, что фактическая передача экземпляра произведения не свидетельствует о переходе прав на дизайн сайта и лежащее в его основе ПО, поскольку в договоре предусмотрен иной порядок перехода прав: с момента оплаты заказчиком всех этапов работ согласно техническому заданию. Поскольку заказчик отказался принять и оплатить последний (пятый) этап работ, суд установил, что права на сайт остаются у разработчика.

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

Что еще рекомендуем включать в договор с третьим лицом:

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

Если создается сложный объект, например, сайт, то переход прав должен быть оформлен на каждый из входящих в его состав элементов: дизайн-макеты страниц сайта, используемый логотип и т.п. Чтобы избежать споров с третьим лицом, ТЗ на разработку сайта должно включать помимо описания этапов, конкретный результат, которым должны заканчиваться работы. Например: графические файлы дизайн-макета сайта; файлы, содержащие верстку страниц сайта; программный код движка сайта; четкое и полное описание объектов, созданных разработчиком для информационного наполнения сайта и тд.

Как быть с субподрядчиком?

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

Что если стартап не оформлен как юридическое лицо?

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

О чем еще нужно помнить при работе с третьими лицами?

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

"Вирусные лицензии"

Часто третье лицо или работник при создании ПО используют элементы программного обеспечения с открытым исходным кодом, который является общедоступным для использования, модификации и последующего распространения на основании свободной лицензии. Стартапу следует внимательно изучать условия таких лицензий, так как некоторые свободные лицензии исключают возможность совместного использования исходных кодов такого ПО с исходными кодами других программ (т. наз. "вирусные лицензии"). Например, условия General Public License (GPL) не позволяют их использование совместно с таким лицензиями как Mozilla Public License, Apache License и IBM Public License.

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

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

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

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

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

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

Как сохранить права на произведение?

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

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

В случае использования работником разработок стартапа, которые составляют коммерческую тайну, такой работник может быть привлечен к уголовной ответственности за разглашение сведений, составляющих коммерческую тайну. Так, например, бывший сотрудник компании "Яндекс" Дмитрий Коробов, похитивший у компании исходный код и алгоритмы поискового сервиса, был осужден по ч. 3 ст. 183 УК РФ.

Вкратце:

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

2. грамотно формулируйте трудовой договор, должностную инструкцию и служебное задание;

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

4. начинайте распоряжаться объектами авторского права не позднее трех лет с момента, когда работник предоставил такие объекты в распоряжение стартапа;

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

Материал подготовлен юристом корпоративного акселератора MTS StartUp Hub Денисом Колесниковым и старшим юристом Центра Правовых Инноваций МТС Таисией Чирковой.

#инструкции #право