Ошибки при передаче прав на ИТ-разработки: как правильно оформить программное обеспечение

В России более 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. Право на вознаграждение за создание и использование служебного произведения.

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

• использовании произведения анонимно;
• обнародовании в любой момент;
• внесении изменений без дополнительного согласования с автором.

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

Последствия ошибок при переходе прав на РИД

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

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

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

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

Будучи руководителем департамента разработки информационных ресурсов, Антон в свободное от работы время создал собственный продукт — систему управления обучением eLearning Metadata Manager (eMM). Уже уволившись из компании, он предложил ей использовать свое ПО на правах лицензии. Компания отказалась, но через некоторое время начала использовать программу.

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

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

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

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

Типичные ошибки при оформлении прав на ПО

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

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

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

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

• общие положения;
• должностные обязанности;
• права;
• ответственность;
• заключительные положения.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ошибка № 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. Сопровождение аккредитации ИТ-компании.

Резюмируем

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

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

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