Кому принадлежит код и результаты разработки ПО

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

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

Что считается объектом авторского права в разработке

Программное обеспечение — это не только строки кода. С точки зрения закона (ГК РФ), охраняются любые результаты творческого труда, выраженные в объективной форме. В IT-проекте к таким объектам относятся:

• Исходный и объектный код (на любых языках программирования).
• Архитектура и алгоритмы, если они задокументированы.
• Дизайн интерфейсов (UI/UX), графические элементы, макеты.
• Базы данных (как подборка материалов, так и структура).
• Техническая документация, ТЗ, руководства пользователя.
• Тестовые сценарии и скрипты.

Важно различать «результат работ» (факт выполнения задачи по договору) и «объект интеллектуальной собственности» (нематериальное благо). Заказчику нужно получить права именно на объекты ИС, иначе он сможет пользоваться продуктом, но не сможет его легально продавать, дорабатывать силами другой команды или запрещать копирование конкурентами.

Штатный сотрудник: режим служебного произведения

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

Условия признания кода служебным:

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

Что делать работодателю:

• Четко прописать в должностной инструкции обязанность по разработке ПО.
• Фиксировать постановку задач (служебные задания).
• Подписывать акты приема-передачи результатов работы (или использовать логи коммитов как доказательство выполнения задания).

Подрядчик и фрилансер: почему оплата ≠ права

При работе с внешними исполнителями (ГПХ, самозанятые, ИП, ООО) правило «кто заплатил, тот владелец» не работает. По умолчанию исключительное право возникает у автора (исполнителя).

Заказчик получает права только двумя путями:

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

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

Сравнение режимов прав

Что обязательно включить в договор

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

1. Предмет передачи. Перечислить все компоненты: код, дизайн, базы данных, документацию, названия и доменные имена.
2. Момент перехода прав. Указать, что права переходят в момент подписания акта или оплаты (лучше — в момент подписания акта, чтобы зафиксировать объем).
3. Право на переработку. Явно разрешить заказчику вносить изменения, адаптировать, переводить код, передавать права третьим лицам (субподрядчикам) без дополнительного согласия автора.
4. Гарантии чистоты прав. Исполнитель должен гарантировать, что код написан им самостоятельно, не нарушает прав третьих лиц и не содержит украденных фрагментов.
5. Передача исходников. Обязанность передать не только скомпилированную программу, но и исходный код, комментарии, доступы к репозиториям.

Риски Open Source и соавторства

Проблема Open Source (OSS)

Разработчики часто используют готовые библиотеки с открытым кодом. Не все лицензии OSS позволяют коммерческое использование.

• Разрешительные лицензии (MIT, Apache): Можно использовать в коммерческих продуктах, обычно требуется лишь указание авторства.
• Копилефт лицензии (GPL): Если вы включили такой код в свой продукт, вы обязаны раскрыть исходный код всего своего продукта бесплатно. Это может убить бизнес-модель.

Решение: Требовать от исполнителя список всех используемых сторонних библиотек и их лицензий. Запретить использование компонентов с лицензиями типа GPL без письменного согласования.

Соавторство

Если над проектом работала команда фрилансеров без оформления единого договора с одним лидером, может возникнуть режим совместного соавторства. Распоряжаться таким продуктом можно только с согласия всех авторов.

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

Частые ошибки при оформлении прав

1. Отсутствие письменного договора. Работа «по переписке в Telegram» не защищает права. Суды требуют письменной формы договора об отчуждении прав.
2. Размытая формулировка предмета. Фраза «разработка сайта» не объясняет, кому принадлежит дизайн, верстка и база данных клиентов. Нужно детализировать состав объектов.
3. Игнорирование моральных прав. Авторство (право называться создателем) неотчуждаемо. Нельзя заставить разработчика «забыть», что он написал код. Но можно договориться о том, что он не будет упоминать этот факт в портфолио до релиза (NDA).
4. Передача прав «в будущем». Нельзя передать права на код, который еще не написан. Договор должен регулировать порядок перехода прав на результаты, которые будут созданы в процессе исполнения обязательств.

FAQ: Вопросы о правах на ПО

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

Вопрос: Что делать, если фрилансер пропал и не подписывает акт передачи прав? Ответ: Если в договоре не прописан автоматический переход прав при отсутствии возражений, ситуация сложная. Нужно направлять претензии, фиксировать отправку материалов. В будущем — прописывать в договоре условие: «Права считаются переданными в момент отправки исходников, если в течение N дней нет мотивированного отказа».

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

Вопрос: Кто владеет правами на код, написанный нейросетью? Ответ: На текущий момент законодательство большинства стран (включая РФ) не признает ИИ автором. Права могут возникать у человека, который сформировал запрос и творчески обработал результат, либо код может считаться общественным достоянием. Этот вопрос остается серой зоной, поэтому критически важно, чтобы финальную сборку и доработку кода выполнял человек-разработчик, чьи права можно оформить договором.