«Разработчик в штате — значит, код наш» звучит логично, но юридически это верно лишь при соблюдении нескольких условий. Служебная программа для ЭВМ — не любой код, написанный сотрудником в рабочее время, а произведение, созданное в пределах установленных трудовых обязанностей. И даже когда все условия соблюдены, у работодателя есть срок, по истечении которого исключительное право возвращается автору.
Разбираем конструкцию по элементам: что принадлежит работнику, что — компании, при каких условиях права теряются и какими документами все это подтверждается.
Кто считается автором программы и что ему принадлежит
Автором может быть только физическое лицо, творческим трудом которого создана программа. Компания автором быть не может ни при каких условиях — она может быть только правообладателем.
У автора возникают две группы прав, и различать их принципиально важно.
| Права | Что включают | Можно ли передать |
| Личные неимущественные | Право авторства, право на имя и иные права | Нет. Неотчуждаемы и непередаваемы, отказ от них ничтожен |
| Исключительное (имущественное) | Право использовать программу любым способом и запрещать это другим | Да — по договору, а для служебных произведений переходит в силу закона |
Отсюда следует то, что удивляет многих руководителей: сотрудник навсегда остается автором программы, даже если все имущественные права принадлежат компании. Его нельзя «убрать» из истории продукта. При регистрации программы в Роспатенте автор может отказаться от упоминания и тогда его не нужно указывать в реестре. Это право прописано в п. 2 ст 1262: “Заявление о государственной регистрации программы для ЭВМ или базы данных с указанием правообладателя, а также автора, если он не отказался быть упомянутым в качестве такового, и места жительства или места нахождения каждого из них”. Права компании при этом никак не страдают — распоряжаться продуктом она может свободно.
Когда программа для ЭВМ признается служебной
Ключевой критерий один: произведение создано в пределах установленных для работника трудовых обязанностей. Все остальное — производные вопросы.
Что критерием не является:
- Рабочее время. Код, написанный в офисе с девяти до шести, не становится служебным автоматически, если задача не входила в обязанности сотрудника.
- Оборудование компании. Использование корпоративного ноутбука, серверов и лицензий само по себе прав на результат не создает.
- Наличие трудового договора как таковое. Договор нужен, но в нем должны быть отражены соответствующие обязанности.
Работает это в обе стороны. Если системный администратор, в чьи обязанности разработка не входит, по своей инициативе написал полезную для компании утилиту — это, скорее всего, не служебное произведение, и права на нее остались у него. И наоборот: если разработчик, нанятый для создания продукта, написал модуль дома в выходной, произведение вполне может быть признано служебным.
Служебное задание на конкретный проект законом не требуется как обязательное условие, но резко упрощает доказывание: оно прямо связывает конкретный результат с трудовой функцией.
Права работодателя на код: что переходит и при каких условиях
Если программа признана служебной, исключительное право принадлежит работодателю — если трудовым или иным договором между ним и работником не предусмотрено иное.
Эта оговорка работает и против компании. Формулировка в договоре вроде «права на результаты интеллектуальной деятельности распределяются по соглашению сторон» может быть истолкована как отступление от общего правила. Условие о правах должно быть однозначным.
Второй момент: работодатель получает исключительное право, но не авторство. Он вправе использовать программу, продавать ее, лицензировать, вносить в уставный капитал, регистрировать в Роспатенте и требовать компенсацию с нарушителей.
Общая конструкция охраны программного продукта — от кода до названия — представлена в материале «Правовая охрана программ и данных».
Трехлетний срок: как работодатель может потерять права на служебное произведение
Это норма, о существовании которой большинство компаний не подозревает, — и самая недооцененная угроза для IT-бизнеса.
Если в течение трех лет со дня, когда произведение предоставлено работодателю, он не совершит ни одного из трех действий:
- не начнет использование программы,
- не передаст исключительное право другому лицу,
- не сообщит автору о сохранении произведения в тайне, —
исключительное право возвращается автору.
Разберем, почему это реальный, а не теоретический риск. Типичная ситуация: команда разработала внутренний модуль, прототип или библиотеку, продукт «положили на полку» до лучших времен, разработчик через год уволился. Проходит три года, компания решает использовать наработку в коммерческом продукте — а исключительное право уже у бывшего сотрудника.
Что защищает от этого сценария:
- фиксация даты предоставления произведения — акт, отчет, служебная записка, запись в системе учета задач;
- документальное подтверждение начала использования — внедрение, релиз, включение в продукт;
- уведомление автора о сохранении произведения в тайне, если наработка отправляется «в стол». Это самый простой способ закрыть риск для незапущенных проектов, и он же самый забываемый.
Отдельно стоит отметить: сообщение о сохранении в тайне логично сочетается с введением режима коммерческой тайны — тогда одно действие закрывает сразу две задачи.
Вознаграждение автора: почему зарплаты недостаточно
Еще одно распространенное заблуждение: раз сотруднику платят оклад, никаких дополнительных обязательств у компании нет.
Закон исходит из другого. Если работодатель начал использование служебного произведения, передал исключительное право другому лицу либо сообщил автору о сохранении произведения в тайне — работник имеет право на вознаграждение. Оно не совпадает с заработной платой и выплачивается за то, что работодатель начал использовать это произведение.
Ключевые параметры:
- размер, условия и порядок выплаты определяются договором между работодателем и работником, а при возникновении спора — судом;
- право на вознаграждение неотчуждаемо и не переходит по наследству, однако уже возникшие по договору права требования наследуются;
- это отдельное вознаграждение, не зависит от оклада и премий, и проводится отдельным платежом и документами.
Практический вывод: включите порядок и размер вознаграждения за служебные произведения в трудовой договор или отдельное соглашение и фиксируйте выплаты. Без этого у уволившегося разработчика остается основание для требований, а у покупателя бизнеса — повод снизить цену на этапе проверки.
Что служебным произведением не является
Режим служебного произведения работает только в трудовых отношениях. За их пределами действуют другие правила, и путаница здесь обходится дорого.
Фрилансер, самозанятый, ИП-подрядчик. Работниками они не являются, служебного произведения не возникает. Права переходят к заказчику только если договор прямо предусматривает отчуждение исключительного права. Оплата работы сама по себе прав не переносит.
Насколько важна выстроенная цепочка документов, видно в кейсе Pliertuile: там принадлежность прав на созданный подрядчиком контент подтверждали договором с условием об отчуждении, актом, платежным поручением и исходниками с датами.
Программа, созданная по договору заказа. Отдельный правовой режим: права распределяются по правилам о произведениях, созданных по заказу, и условия договора здесь решают всё.
Программа, созданная попутно при выполнении другого договора. Ситуация, о которой почти не думают: если подрядчик по договору подряда или НИОКР, прямо не предусматривавшему создание программы, все же ее написал, исключительное право по общему правилу остается у исполнителя, а заказчик получает лишь право использования на условиях безвозмездной простой лицензии — если договором не предусмотрено иное.
Open source-компоненты в составе продукта. Права на них не принадлежат ни работнику, ни компании и подчиняются условиям соответствующих лицензий. Copyleft-лицензия может обязать раскрыть исходный код всего производного продукта.
Документы, которые подтверждают права работодателя на код
Проверка прав на ПО обычно происходит в неудобный момент: при продаже бизнеса, привлечении инвестиций, участии в тендере или в споре с уволившимся разработчиком. К этому моменту документы должны уже существовать — задним числом они не создаются.
Рабочий комплект:
- Трудовой договор с описанием трудовой функции, включающей разработку программного обеспечения.
- Должностная инструкция, детализирующая обязанности по созданию конкретных типов результатов.
- Служебное задание на проект или задачу — необязательно по закону, но крайне полезно для доказывания.
- Акт или отчет о создании произведения с датой предоставления работодателю. Именно от нее отсчитываются те самые три года.
- Уведомление автора о сохранении произведения в тайне — для наработок, которые не идут в производство.
- Документы о выплате вознаграждения за служебное произведение.
- Соглашение о конфиденциальности и документы о введении режима коммерческой тайны.
- Технические доказательства: история коммитов в системе контроля версий, задачи в трекере, релизы, changelog. Они связывают конкретного автора, конкретный код и конкретную дату.
Какие еще способы фиксации авторства существуют помимо кадровых документов, разобрано в материале «Как зафиксировать авторское право на программный продукт».
Регистрация служебной программы в Роспатенте
Регистрация добровольна: исключительное право возникает у работодателя в силу закона, а не в силу свидетельства. Но для служебных произведений у нее есть дополнительный смысл.
Что учесть при подаче:
- в заявлении указываются и правообладатель (компания), и авторы (сотрудники) по желанию;
- авторы вправе отказаться от упоминания своих имен в публикуемых сведениях, но самим фактом авторства это не отменяется;
- свидетельство фиксирует дату и состав правообладателей на конкретный момент — это удобный аргумент в споре с бывшим работником;
- если программа зарегистрирована, договор об отчуждении исключительного права на нее подлежит государственной регистрации в Роспатенте.
Чего свидетельство не делает: оно не проверяет и не подтверждает корректность цепочки прав. Роспатент оценивает комплектность документов, а не то, были ли надлежаще оформлены отношения с разработчиками. Свидетельство будет выдано и компании, у которой трудовые договоры не содержат ни слова о разработке ПО, — а в споре это не поможет.
Поэтому порядок действий такой: сначала документы с сотрудниками, потом регистрация. Не наоборот.
Частые ошибки
Трудовой договор без указания на разработку ПО. Самая распространенная. Обязанности сформулированы общими словами, и связь конкретного продукта с трудовой функцией приходится доказывать косвенно.
Отсутствие фиксации даты предоставления произведения. Без нее невозможно понять, когда начал истекать трехлетний срок, и доказать, что он не истек.
«Полочные» разработки без уведомления о сохранении в тайне. Прототипы и внутренние инструменты годами лежат без использования — и права тихо возвращаются авторам.
Смешение зарплаты и авторского вознаграждения. Условие о вознаграждении отсутствует либо сформулировано так, что не читается как согласованное.
Работа с фрилансерами по логике трудовых отношений. Подрядчику платят как сотруднику и считают, что права перешли автоматически.
Регистрация вместо оформления. Компания получает свидетельство и считает вопрос закрытым, хотя договоры с разработчиками не приведены в порядок.
Часто задаваемые вопросы
Кому принадлежат права на программу, написанную сотрудником?
Исключительное право принадлежит работодателю, если программа создана в пределах трудовых обязанностей и договором между сторонами не предусмотрено иное. Авторство при этом остается за работником навсегда.
Является ли служебной программа, написанная в рабочее время?
Не обязательно. Определяющий критерий — создание произведения в пределах установленных трудовых обязанностей, а не время и место работы или использование оборудования компании.
Может ли работодатель потерять права на служебное произведение?
Да. Если в течение трех лет со дня предоставления произведения работодатель не начал его использование, не передал право другому лицу и не сообщил автору о сохранении произведения в тайне, исключительное право возвращается автору.
Нужно ли платить сотруднику отдельное вознаграждение за код?
Да, если работодатель начал использование произведения, передал право или сообщил о сохранении в тайне. Вознаграждение не тождественно заработной плате, а его размер и порядок определяются договором либо, при споре, судом.
Обязательно ли служебное задание?
Законом оно не установлено как обязательное условие, но существенно упрощает доказывание связи конкретного результата с трудовой функцией работника.
Что делать, если код писал фрилансер или самозанятый?
Режим служебного произведения не применяется. Нужен договор с прямым условием об отчуждении исключительного права, акт приёмки и подтверждение оплаты. Без этого права остаются у исполнителя.
Можно ли не указывать сотрудника автором при регистрации программы?
Да, по его желанию. Если автор отказался от упоминания, то он не указывается в заявлении, там будет просто стоять количество авторов числом, например 1, без имен и фамилий. При этом авторство неотчуждаемо. Автор вправе отказаться от упоминания имени в публикуемых сведениях, но на права компании это не влияет.
Защитит ли свидетельство Роспатента от претензий бывшего разработчика?
Само по себе — нет. Регистрация фиксирует дату и заявленные сведения, но не проверяет цепочку прав. Основой защиты остаются трудовые документы и доказательства создания произведения в рамках обязанностей.
Статья проверена экспертом
Права работодателя на код, написанный сотрудником, возникают не автоматически, а при совпадении нескольких условий: произведение создано в пределах трудовых обязанностей, договор не предусматривает иного распределения прав, а сама компания совершила действия, удерживающие за ней исключительное право. Последнее — самое уязвимое место: если в течение трех лет с момента предоставления произведения работодатель не начал использование, не передал право и не сообщил автору о сохранении разработки в тайне, право возвращается автору, и «полочные» прототипы уходят к уволившимся разработчикам буквально по умолчанию. Отдельная зона риска — вознаграждение, которое не тождественно зарплате и должно быть прямо согласовано, а также подрядчики и фрилансеры, к которым режим служебного произведения не применяется вовсе. Вывод: свидетельство Роспатента подтверждает дату и заявленные сведения, но не исправляет разрывы в правах, поэтому начинать нужно с трудовых договоров, служебных заданий и актов, а регистрировать программу — уже поверх выстроенного фундамента.