Ошибки при передаче прав на разработки в ИТ-компаниях

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

Все дело в том, что любая программа для ЭВМ или база данных – это результат интеллектуального труда человека (РИД), то есть, его интеллектуальная собственность. Согласно законодательству нашей страны она изначально принадлежит своему автору – конкретному разработчику, сотруднику той или иной компании. Если отношения с ним оформить неправильно, то именно он будет считаться владельцем интеллектуальной собственности. Более того, сможет через суд предъявлять претензии работодателю, требовать выплаты денежной компенсации. Она по ГК РФ может доходить до 5 миллионов рублей.

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

Базовый принцип перехода прав на ИТ-решения

За последние несколько лет в России стало намного больше ИТ-компаний. Если в начале 2022 года их было 190 тысяч, то в июне 2024 года – 217 тысяч. «Positive Technologies», «Хайтэк-Интеграция», «Сигма», «Тензор», «Астра», «3Logic Group» – вот лишь некоторые разработчики цифровых решений.

Этим компаниям принадлежат тысячи программных продуктов: сканер уязвимостей «XSpider», решение для автоматизации деятельности производственного персонала «Алькор», управление корпоративной почтой «Rupost» и многие другие. Все это программное обеспечение ежедневно используется российским организациями, предприятиями, гражданами: экономит время и облегчает работу.

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

Как уже было отмечено, любая программа – это результат интеллектуальной деятельности человека, то есть его интеллектуальная собственность. В нашей стране, как и в любой другой, она охраняется авторским правом. Это понятие, как и весь институт гражданского права регулирует Гражданский кодекс, где ст. 1257 ГК РФ сообщает, что автором произведения может быть только физическое лицо, либо группа таких лиц (соавторов). Юридическое лицо, будь то частная компания или государственная, автором быть не может.

Для наглядности заглянем в открытые реестры Федерального института промышленной собственности (ФИПС) – той организации, которая рассматривает заявки на регистрацию программного обеспечения. Так, например, 2 октября 2010 года было выдано свидетельство № 2025686502 на программное обеспечение модуля блока высокой частоты радиостанции А23-ОН2. В качестве правообладателя указана компания «Концерн ГРАНИТ», а в качестве автора – Кротков Борис Владимирович.

В тот же день под номером 2025686553 был зарегистрирован и другой продукт – программа для ЭВМ «Информационный комплекс автоматических расчетов добычи углеводородного сырья (ПС «ИКАР»)». Правообладателем является «Сургутнефтегаз», а вот авторов – сразу шесть человек.

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

Традиционный переход прав на результат интеллектуальной деятельности

Законодательство устроено так, что первоначально авторское право на произведение, в том числе, ИТ-продукт, возникает у его автора. На это прямо указывает ст. 1228 ГК РФ. Поэтому многочисленные базы данных, операционные системы, приложения, антивирусы и другое программное обеспечение изначально принадлежит не своим компаниям, а их сотрудникам, то есть, разработчикам: программистам, DevOps-инженерам, продакт-менеджерам, дизайнерам, техническим писателям и другим профильным специалистам.

И все бы ничего, но действует авторское право в течение всей жизни автора, а потом еще 70 лет после его смерти. Это сообщает ст. 1281 ГК РФ. Только после этого произведение – программа для ЭВМ или база данных – может быть передано в общественное достояние. Этому закону следуют не только в России, но и во всем мире. Напрашивается вопрос: каким образом программное обеспечение переходит в собственность к ИТ-компаниям и другим категориям правообладателей?

Для решения этой задачи есть такой инструмент, как служебное произведение. Оно также регулируется Гражданским кодексом. Пункт 1 ст. 1295 ГК РФ поясняет, что это результат интеллектуальной деятельности (программа, интерфейс, база данных и прочее), который создан работником в рамках его трудовых обязанностей. По закону исключительные права на служебное произведение принадлежат работодателю. Однако при этом должны быть соблюдены следующие условия:

1. Между сторонами – разработчиком и ИТ-компанией – обязательно заключён трудовой договор.
2. Создание произведений, в данном случае программного обеспечения, входит в круг должностных обязанностей сотрудника.

При этом важно отметить, что компании переходят лишь имущественные права:

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

Между тем, в авторское право входят и личные неимущественные права автора, которые не переходят к правообладателю:

1. Право считаться автором программного обеспечения независимо от того, кто его правообладатель.
2. Право разрешать использовать ИТ-решение под настоящим именем его разработчика.
3. Право на неприкосновенность произведения; автор может запрещать вносить изменения в программный продукт, его название.
4. Право на вознаграждение.

Все эти условия можно ограничить. Например, c разработчиком программного обеспечения можно договориться о следующем:

1. Использовать его произведение анонимно.
2. Обнародовать, когда угодно.
3. Вносить изменения без согласования автора.

Естественно, все это также должно быть отражено в договоре.

Последствия ошибок при переходе прав на интеллектуальную собственность

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

Дело в том, что последние, как и любые объекты авторского права, защищены на законодательном уровне. Если их используют без разрешения правообладателя, то это считается нарушением авторских прав и предполагает ответственность по статье 1301 ГК РФ. Поэтому если с сотрудником, который разрабатывает софт, трудовые отношения оформить неграмотно, то при последующем применении программного обеспечения он может подать в суд на своего же работодателя и взыскать компенсацию. Она может следующая:

1. В размере от 10 тысяч до 5 миллионов рублей. Точная сумма устанавливается судом.
2. В двукратном размере стоимости всех контрафактных копий.
3. В двукратном размере стоимости права пользования софтом.

Указанные суммы не предел и могут доходить до нескольких десятков миллионов рублей. Это нам доказывает пример нашумевшего в свое время судебного дела № 2-38/2019 от 18 января 2018 года. ИТ-специалист Антон Мамичев отсудил у «Интервим», дочерней компании Veeam Software AG («ВиамСофтваре Групп ГмбХ»), 23 миллиона рублей.

Антон Мамичев был руководителем департамента разработки информационных ресурсов, а в свободное от работы время создал собственный продукт – систему управления обучением «eLearningMetadata Manager» (eMM). После увольнения он предложил компании использовать его программное обеспечение на правах лицензии. Та отказалась, но через некоторое время начала использовать программу.

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

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

1. Частичная или полная потеря права на программное обеспечение – ключевой актив ИТ-компании.
2. Если разработчик использовал интеллектуальную собственность третьих лиц без их разрешения, то от них также можно получить претензию по ст. 1301 ГК РФ.
3. Если разногласия с сотрудником на предмет авторства произошли накануне сделки, например, с потенциальным покупателем спорного продукта, то он от нее откажется.
4. Такая ситуация может повлиять на имидж ИТ-компании, сузить круг инвесторов из-за потенциальных рисков.

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

Типичные ошибки при передаче прав на программное обеспечение

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

Ошибка № 1: отсутствие должностных инструкций

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

Важно отметить, что в отличие от государственных организаций, где наличие таких инструкций обязательно (ст. 47 №79-ФЗ), коммерческие компании могут вводить такие документы на свое усмотрение. Как правило, они состоят из следующих пунктов:

1. Общие положения.
2. Должностные обязанности.
3. Права.
4. Ответственность.
5. Заключительные положения.

В ИТ-компаниях зачастую пункт № 2 вообще не содержит упоминания о создании программного обеспечения в рамках служебных произведений. «Зачем?» – спрашивают работодатели. Ведь и так понятно, что этот сотрудник программист, и он будет разрабатывать ИТ-продукты.

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

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

Ошибка № 2: отсутствие служебного задания и акта передачи

Должностные инструкции с перечислением функций конкретного специалиста необходимы. Но они не могут считаться панацеей.  Представим ситуации, что вы – владелец ИТ-компании и наняли на работу программиста Василия Иванова. Он ознакомился и подписал трудовой договор с пунктом о создании служебных РИД. А теперь вопрос: как определить, где служебные произведения, а где личные? Ведь сотрудник может создавать решения, никак не связанные с работой.

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

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

1. Служебное задание может носить регулярный характер. Но может быть и единичным.
2. В служебном задании необходимо расписать назначение и цели созданияпроизведения, требования к результату (функционалу программного продукта, его составляющим частям и прочему).
3. Обязательно указывают сроки.
4. Также можно расписать круг ресурсов, которые программист может использовать.
5. Если в создании продукта задействовано сразу несколько специалистов, то важно уточнить функционал и задачи каждого.

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

Ошибка № 3: отсутствие авторского вознаграждения

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

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

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

Ошибка № 4: отсутствие контроля лицензионной чистоты

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

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

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

Поэтому в трудовом договоре и иных регулирующих деятельность программистов документах важно прописывать пункт об ответственности за плагиат. Но проблема в том, что сотрудник, согласно законодательству, несет ограниченную материальную ответственность: его защищает трудовой кодекс, в частности ст. 241 ТК РФ. А компания – неограниченную. Поэтому еще лучшим решением станет введение процесса контроля лицензионной чистоты.

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

1. Проведение инвентаризации программного обеспечения.
2. Выполнение анализа лицензий.
3. Сравнение лицензий с установленным софтом.
4. Проверка сроков работы лицензий.

Резюмируем представленные типичные ошибки. Некоторые работодатели уверены, что все вышеперечисленные документы не нужны, поскольку сотрудник в рабочее время и на рабочем оборудовании и даже с помощью коллег создает и тестирует ИТ-продукт. Если все это так, то априори программное обеспечение принадлежит компании. Ведь она к тому же все это время платит ему зарплату. К сожалению, нет! Это заблуждение. Уже упомянутое дело Антона Мамичева – тому доказательство. Тогда Верховный суд РФ пришел к выводу, что создание произведения на рабочем месте не доказывает его статус служебного.

Другие преимущества передачи прав на результаты интеллектуальной деятельности

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

Регистрация программного обеспечения в Роспатенте

Если все условия по передаче исключительных прав на программное обеспечение в портфель компании соблюдены, то программу можно зарегистрировать в Роспатенте. Это еще раз подтвердит юридическую силу сведений об ИТ-продукте: разработчик будет значиться автором, а работодатель – правообладателем. Более того, эта информация будет занесена в реестр и считаться действительной до тех пор, пока не будет доказано обратное.

Процедура регистрации программного обеспечения в Роспатенте необязательна, но она имеет большие преимущества:

1. Сегодня ИТ-продукт – это не только цифровое решение для пользователя, но еще и материальный актив. Его можно внести в уставной капитал, с его помощью можно получить кредит или привлечь инвестиции, принимать участие в грантах. Однако для этого понадобится документ, который подтверждает исключительное право. Как правило, им выступает свидетельство Роспатента.
2. Регистрация содействует защите исключительных прав на программное обеспечение в суде.
3. Свидетельство Роспатента значительно облегчает отчуждение исключительного права третьим лицам или его передачу по лицензионному договору.

Включение программного обеспечения в реестр Минцифры

Документы, которые подтверждают создание служебного произведения, необходимы для подачи заявления на внесение ИТ-продукта в Реестр российского программного обеспечения Минцифры. На сегодняшний день в нем почти 28 тысяч продуктов от более чем 10 тысяч правообладателей. Вот основные плюсы внесения в реестр:

1. Преимущество при аккредитации ИТ-компании.
2. Получение официального статуса российского софта.
3. Возможность участвовать в государственных закупках.  Ведь госорганизациям запрещено приобретать иностранное программное обеспечение.
4. Государственная поддержка в виде упрощённого доступа к грантам, субсидиям и льготному кредитованию.
5. Обнуление ставки НДС.

Вот лишь некоторые примеры ИТ-продуктов, которые вошли в реестр Минцифры благодаря команде патентного бюро Ezybrand:

1. Программа для ЭВМ «Автодискавери. Оцифровка. Повышенная точность на основе ИИ» (№ 21423 от 08.02.2024). Правообладатель – компания «Цифровые дороги».
2. Программно-аппаратный комплекс «Диполь СПУТНИК» (№16862 от 06.03.2023). Правообладатель – «Диполь Технологии».
3. Программный комплекс «PRO.FINANSY» (№ 15767 от 05.12.2022). Правообладатель – компания «ПРОФИНАНСЫ ИТ РЕШЕНИЯ».
4. «Программное обеспечение для контроллеров 8SMC» (№10330 от 21.04.2021). Правообладатель – Центр инженерной физики при МГУ имени М.В. Ломоносова.
5. Автоматизированная Система «Облачный Контакт Центр» (№16823 от 01.03.2023). Правообладатель – «КОНТАКТ ЦЕНТР ОТКРЫТАЯ ЛИНИЯ».

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

Аккредитация ИТ-компании

Включение программного обеспечения в реестр Минцифры упрощает аккредитацию ИТ-компании в этом же ведомстве. В настоящее время процедуру прошли уже 20 тысяч организаций. Они могут рассчитывать на следующие меры государственной поддержки:

1. Льготные кредиты.
2. Упрощённый порядок найма иностранных ИТ-специалистов.
3. Налоговые льготы и пониженные тарифы страховых взносов (налог на прибыль по ставке 5%, льготы по УСН в некоторых регионах, сниженные страховые выплаты и освобождение от НДС).
4. Льготная ипотека.
5. Отсрочка от срочной военной службы для сотрудников компании.

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

Если статус юридического лица вашей ИТ-компанией еще не получен, мы тоже можем помочь: совместим процесс открытия юрлица с аккредитацией в Минцифре. В пакет услуг войдет:

1. Формирование пакета документов и открытие юрлица.
2. Бухгалтерское сопровождение.
3. Поддержка ИТ-юриста на всех этапах.
4. Сопровождение разработчика и технического писателя для создания уникального программного обеспечения.
5. Регистрация программного обеспечения в Роспатенте.
6. Включение ИТ-продукта в реестр Минцифры.
7. Сопровождение аккредитации ИТ-компании.

Заключение

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

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

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