Служебное произведение в IT: кому принадлежит код сотрудника

Представьте ситуацию: разработчик три года пишет ключевой модуль вашего продукта, а потом увольняется и заявляет, что код принадлежит ему, потому что «он его написал». Или наоборот — компания присваивает результаты труда фрилансера, с которым работала по договору ГПХ, ссылаясь на устную договорённость. Обе истории заканчиваются судом, потерями и репутационным ущербом. И обе — следствие одной ошибки: отсутствия грамотно оформленных прав на интеллектуальную собственность.

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

Эта статья — практическое руководство для руководителей IT-компаний, digital-агентств и технологических стартапов. Разберёмся, что говорит российское законодательство, как правильно оформить права на код и другие результаты интеллектуальной деятельности, и какие ошибки обходятся бизнесу дороже всего.

---

Что такое служебное произведение и почему это важно для IT

Служебное произведение — это результат интеллектуальной деятельности, созданный работником в рамках выполнения трудовых обязанностей или конкретного задания работодателя. Правовой режим таких произведений регулируется статьёй 1295 Гражданского кодекса РФ.

Применительно к IT-сфере к служебным произведениям относятся:

• программный код (любой язык программирования)
• алгоритмы и архитектурные решения
• базы данных и структуры данных
• технические задания и спецификации
• UI/UX-дизайн, прототипы и макеты
• документация, включая API-документацию
• тестовые сценарии и автотесты

📎 Ст. 1295 ГК РФ: Исключительное право на служебное произведение принадлежит работодателю, если трудовым или иным договором между работником и работодателем не предусмотрено иное.

Казалось бы, всё просто: написал код на работе — права у компании. Но дьявол в деталях. Закон защищает работодателя автоматически только при соблюдении ряда условий, и если хотя бы одно из них нарушено, ситуация кардинально меняется.

Ключевое условие: произведение должно быть создано в рамках выполнения трудовых обязанностей. Это означает, что трудовой договор или должностная инструкция сотрудника должны прямо предусматривать создание соответствующих объектов интеллектуальной собственности. Если разработчик написал утилиту «по собственной инициативе», не получая задания от руководителя, — формально это уже не служебное произведение, и права на него остаются у него.

⚠️ Важно: Отсутствие в трудовом договоре или должностной инструкции указания на создание программ для ЭВМ — одна из самых распространённых ошибок IT-работодателей. Суды неоднократно признавали права на код за сотрудником именно по этому основанию.

---

Три сценария: штатный сотрудник, подрядчик-ИП и самозанятый

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

Штатный сотрудник (трудовой договор)

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

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

1. не начнёт использование произведения,
2. не передаст исключительное право другому лицу,
3. не сообщит работнику о сохранении произведения в тайне —

то исключительное право вернётся к работнику. Это прямое требование п. 2 ст. 1295 ГК РФ, о котором многие работодатели не подозревают.

Подрядчик по договору ГПХ (ИП или физлицо)

При работе по договору гражданско-правового характера режим служебного произведения не применяется. По умолчанию исключительное право на созданный результат принадлежит исполнителю. Чтобы права перешли к заказчику, это необходимо прямо прописать в договоре — через условие об отчуждении исключительных прав (ст. 1234 ГК РФ) или предоставлении исключительной лицензии.

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

Самозанятый (плательщик НПД)

Ситуация аналогична работе с ИП: правило о служебном произведении не действует. Необходимо явное условие о передаче исключительных прав в договоре. Дополнительная сложность: самозанятый не может выполнять работы для бывшего работодателя в течение двух лет после увольнения в рамках НПД — такие отношения налоговая переквалифицирует в трудовые.

📋 Пример: Digital-агентство работало с фронтенд-разработчиком как с самозанятым. Договор содержал только перечень задач и оплату. После окончания сотрудничества разработчик использовал написанные им компоненты в других проектах. Агентство не могло запретить это, поскольку права на код никогда не передавались по договору.

---

Как правильно оформить права на код в трудовом договоре

Грамотный трудовой договор с IT-специалистом должен содержать специальный блок, посвящённый интеллектуальной собственности. Стандартные формы из интернета этого блока, как правило, не имеют — и именно здесь кроется ключевой риск.

Что должен содержать трудовой договор или допсоглашение к нему:

1. Прямое указание на вид деятельности, в результате которой создаются объекты ИС: «разработка программного обеспечения», «создание баз данных», «разработка пользовательских интерфейсов» и т.д.

2. Фиксация перехода исключительного права к работодателю с момента создания произведения и предоставления его работодателю.

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

4. Размер и порядок выплаты вознаграждения за служебные произведения — отдельного от заработной платы. Это требование п. 2 ст. 1295 ГК РФ. На практике многие компании включают в договор формулировку о том, что заработная плата уже включает такое вознаграждение. Суды принимают подобные оговорки, но они должны быть явно указаны.

5. Режим коммерческой тайны в отношении создаваемых объектов ИС.

📎 Ст. 1295 ГК РФ, п. 2: Работник имеет право на вознаграждение, если работодатель использует служебное произведение. Размер вознаграждения, условия и порядок его выплаты определяются договором между работником и работодателем.

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

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

---

Служебное задание как дополнительная защита работодателя

Помимо трудового договора, IT-компании рекомендуется фиксировать конкретные задания сотрудникам в письменной форме. Служебное задание — это документ, который подтверждает: конкретное произведение создавалось именно по указанию работодателя, в рамках его трудовой функции, и передаётся работодателю.

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

• Таски в системах управления проектами (Jira, YouTrack, GitHub Issues) — при условии, что постановщик задачи идентифицирован как представитель работодателя, а исполнитель принял задачу в системе
• Технические задания, подписанные обеими сторонами
• Спринт-планы и бэклог, утверждённые руководителем
• Акты приёма-передачи результатов работ (особенно важны при работе по ГПХ)

📋 Пример: Разработчик в свободное от работы время создал библиотеку, которую впоследствии начала использовать компания. Поскольку задания на её создание не было, должностная инструкция не предусматривала подобной деятельности, а сам разработчик не сообщал об этом руководству — суд признал права на библиотеку за работником. Компании пришлось выкупать лицензию.

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

---

NDA, коммерческая тайна и защита интеллектуальной собственности

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

Исключительное право защищает объект интеллектуальной собственности как таковой — программу, алгоритм, базу данных. Коммерческая тайна защищает информацию о них от разглашения третьим лицам — конкурентам, партнёрам, публике.

Для введения режима коммерческой тайны необходимо соблюдение требований Федерального закона № 98-ФЗ «О коммерческой тайне»:

1. Определить перечень сведений, составляющих коммерческую тайну
2. Ввести режим ограниченного доступа к таким сведениям
3. Ознакомить сотрудников с перечнем под подпись
4. Нанести гриф «Коммерческая тайна» на соответствующие материалы

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

⚠️ Важно: Штраф за нарушение закона о коммерческой тайне для физических лиц может составить до 1 000 000 рублей (ст. 183 УК РФ при наличии умысла). Для работника, разгласившего сведения, — дополнительно обязанность возместить убытки в полном объёме.

NDA (соглашение о неразглашении) — отдельный документ или раздел трудового договора, который регулирует порядок обращения с конфиденциальной информацией. В IT-компаниях NDA особенно актуален при:

• работе с исходным кодом проприетарных продуктов
• доступе к клиентским данным и базам пользователей
• разработке для внешних заказчиков
• участии в пресейл-процессах и демонстрации прототипов

---

Права на код при удалённой работе: дополнительные нюансы

Дистанционный формат работы, ставший нормой для IT-отрасли, добавляет ещё один слой правовой сложности. Трудовой договор о дистанционной работе регулируется главой 49.1 ТК РФ и имеет ряд особенностей, которые влияют в том числе на оформление прав на результаты труда.

При удалённой работе:

• Место создания произведения юридически не имеет значения: если сотрудник создаёт код в рамках трудовых обязанностей, неважно, где он физически находится — дома, в коворкинге или в другой стране
• Электронное взаимодействие и переписка в корпоративных системах — полноценные доказательства в суде при условии, что они соответствуют требованиям к электронным документам
• Договор с дистанционным работником должен явно регулировать порядок передачи результатов — через репозиторий, систему задач или иным способом

📎 Ст. 312.1 ТК РФ: Дистанционной работой является выполнение определённой трудовым договором трудовой функции вне места нахождения работодателя... с использованием информационно-телекоммуникационных сетей.

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

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

---

Типичные ошибки IT-компаний и их последствия

Практика показывает, что большинство споров об интеллектуальной собственности в IT возникают по предсказуемым причинам. Вот наиболее распространённые ошибки:

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

2. Должностная инструкция не предусматривает создание ПО Типичная ситуация: в инструкции написано «выполнение производственных задач», но нет ни слова о разработке программного обеспечения. Суд может прийти к выводу, что конкретный продукт не является служебным произведением.

3. Договор с подрядчиком без условия о передаче прав Компания получает код, но не права на него. Особенно критично при разработке ключевых компонентов продукта.

4. Отсутствие вознаграждения за служебные произведения Закон требует отдельного вознаграждения работнику за создание служебных произведений. Без соответствующего условия в договоре работник может потребовать его выплаты через суд — и выиграет.

5. Режим коммерческой тайны не введён надлежащим образом NDA подписано, но формальные процедуры (перечень сведений, гриф, ознакомление) не соблюдены. Такое NDA — юридически пустой документ.

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

⚠️ Важно: Санкции за нарушение авторских прав по ст. 1301 ГК РФ предусматривают компенсацию от 10 000 до 5 000 000 рублей по усмотрению суда, либо в двукратном размере стоимости прав. При намеренном нарушении — уголовная ответственность по ст. 146 УК РФ.

---

Часто задаваемые вопросы

Если разработчик написал код в нерабочее время, но используя рабочий ноутбук — кому принадлежат права?

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

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

Да, это законная практика. Можно прямо прописать в трудовом договоре, что установленный оклад включает вознаграждение за создание служебных произведений в рамках должностных обязанностей. Такая формулировка принимается судами. Главное — она должна быть явно указана в договоре, а не «подразумеваться».

Как оформить передачу прав при работе с командой фрилансеров через ИП?

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

Что делать, если бывший сотрудник заявляет права на код после увольнения?

Первый шаг — собрать доказательную базу: трудовой договор с условиями об ИС, должностную инструкцию, задания (таски, ТЗ), историю коммитов в репозитории, акты приёма работ. Если документы оформлены корректно — позиция компании сильная. Если пробелы есть — необходимо оценить перспективы переговорного урегулирования. Судебная практика по таким спорам неоднородна, и каждый случай требует отдельного анализа.

Распространяется ли режим служебного произведения на open-source компоненты, использованные сотрудником?

Нет. Использование в проекте компонентов с открытой лицензией (MIT, Apache, GPL и др.) не влияет на режим служебного произведения применительно к коду, написанному сотрудником. Однако работодателю важно отслеживать, какие open-source компоненты используются в продукте: лицензия GPL, например, может обязать компанию раскрыть исходный код всего продукта. Это отдельный риск, который стоит учитывать при аудите технологического стека.

---

Заключение

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

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

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