Советы по защите исключительных прав на программное обеспечение

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

Ситуация 1. Разработкой ПО занимаются работники компании

В каком случае право на ПО принадлежит работодателю, а в каком – работнику?

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

Работник здесь – автор произведения, так как он написал код для ПО.

Исключительное право на служебное произведение принадлежит работодателю. А работнику за это уплачивается вознаграждение. Условия его выплаты могут быть предусмотрены в трудовом или гражданско-правовом договоре².

Причем зарплата сотрудника и вознаграждение – не одно и то же. За служебное произведение компания обязана выплачивать авторское вознаграждение (п. 2 ст. 1295 ГК РФ). Его размер не определен законом и может быть символическим. Однако мы рекомендуем устанавливать минимально разумный размер во избежание спорных ситуаций. Например, если компания находится в Москве, то лучше установить вознаграждение не ниже прожиточного минимума – 16 679 руб. в 2020 г.

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

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

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

• Если иные правила предусмотрены договором.

Как работодатели утрачивают право на ПО?

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

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

Работник при таком раскладе может присвоить ПО себе. Возможный сценарий: он увольняется и продает разработанный в компании продукт. И даже если компания вложила в создание ПО миллионы – это уже не будет иметь значения. Ведь использование работником ресурсов работодателя не является основанием для признания произведения служебным⁴.

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

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

О чем спорят работодатели и работники?

1. Пример из личной практики: наш клиент – IT-компания приняла на работу нового сотрудника. Руководитель отдела устно поручил ему разработку ПО. Позже выяснилось, что сотрудник открыл свою компанию и работал на два фронта.

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

Спор удалось урегулировать в досудебном порядке. Однако чаще приходится обращаться в суд. Рассмотрим несколько примеров из судебной практики.

2. Работник пытался взыскать с работодателя вознаграждение за созданное им в рамках служебного задания ПО. Суды отказали ему, так как работодатель предоставил акт сдачи-приемки служебного произведения с подписью работника. В акте было сказано, что работник получил вознаграждение за созданные программы в полном объеме. Таким образом, правильно оформленные документы позволили работодателю защитить свои права⁵.

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

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

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

Далее суд пояснил: «В материалах дела отсутствуют документы, подтверждающие наличие служебного задания (технического задания), доказательства создания программы в определенный период времени […], акты приемки-передачи служебного произведения и какие бы то ни было иные документы, свидетельствующие о создании программы в рамках исполнения трудовых обязанностей.

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

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

Как IT-компаниям правильно оформить отношения с работниками?

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

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

Ситуация 2. Автор создал ПО до принятия его в компанию в качестве нового сотрудника

Кому принадлежит ПО?

На практике такие ситуации чаще выглядят так:

• разработчики-одиночки решают создать свой стартап; в новую компанию они вкладывают свои интеллектуальные активы (например, код будущей программы или первую рабочую версию ПО);
• разработчик создал ПО, а затем устроился на работу в компанию, где принялся программу дорабатывать (модернизировать).

В данном случае появляются вопросы: что будет в случае ссоры между участниками-разработчиками? Кому принадлежит исключительное право на ПО и в какой части? От чего это зависит?

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

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

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

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

Мы зарегистрировали обе программы в Роспатенте и приняли меры по защите ПО. В итоге у компании не возникло прав на него.

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

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

Как автору – участнику или работнику IT-стартапа защитить свои интересы?

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

1. Зарегистрируйте свой программный код. ПО охраняется так же, как и литературное произведение: авторское право возникает само по себе и не нуждается в регистрации. Однако ПО может быть зарегистрировано в Роспатенте. В случае возникновения спора это позволит подтвердить дату создания ПО.
2. Пропишите в программном коде дату начала разработки ПО и полное имя автора.
3. Отправьте на адрес своего места жительства письмо с листингом кода. Конверт вскрывать нельзя. Если возникнет конфликт, письмо станет доказательством, которое будет очень тяжело оспорить.

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

Как защитить интересы компании?

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

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

Ситуация 3. Компания поручает разработку ПО сторонним специалистам

Какой договор заключить?

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

• договор авторского заказа (ст. 1288 ГК РФ) – здесь исполнителем является гражданин (физическое лицо), творческим трудом которого создано ПО;
• договор заказа (ст. 1296 ГК РФ) – здесь личность автора и исполнителя не совпадают. Исполнителем по договору заказа является не автор (физическое лицо), а работники индивидуального предпринимателя или юридического лица.

Эти разные по своей правовой природе договоры важно различать, однако даже суды их путают¹⁰.

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

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

На что обратить внимание при заключении договора заказа?

1. Кому будет принадлежать исключительное право на созданную программу?
   По общему правилу, оно принадлежит заказчику (п. 1 ст. 1296 ГК РФ). Но в договоре может быть указано, что исключительное право остается за исполнителем.
2. Если право на ПО переходит заказчику, то какие права на него остаются у исполнителя?
   Если договор прямо не запрещает исполнителю использовать созданное им ПО, то он может делать с ним что угодно для своих нужд.
3. Если право на ПО переходит исполнителю, то какие права на него остаются у заказчика?

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

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

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

Именно поэтому применению подлежали общие положения п. 1 ст. 1296 ГК РФ. В соответствии с ними исключительное право на созданное ПО в полном объеме принадлежит заказчику¹¹.

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

Нужен ли акт приема-передачи права на ПО?

Существуют разные мнения по этому поводу. Судебная практика также противоречива:

• Акт приема-передачи – это бессмысленный документ. Права на ПО и так принадлежат заказчику или исполнителю – в зависимости от условий договора (п. 1 ст. 1296 ГК РФ). Требований закона по оформлению актов в случае приобретения прав нет¹². Эта точка зрения доминирующая.
• Стороны сами могут решить, что им подписывать. Переход исключительного права может быть привязан к моменту подписания акта приема-передачи¹³.

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