Подрядчик-разработчик: кому принадлежит код и как закрепить это в договоре

Права на код подрядчика-разработчика

Компания заказывает разработку у фрилансера или студии, платит по актам и считает код своим. Закон не всегда с этим согласен. Во многих странах права на программу подрядчика нужно передавать письменным договором, иначе они остаются у автора. Разбираем по первоисточникам, как это устроено в США, Великобритании, ЕС и России, и что нужно прописать про код от AI, персональные данные и доступы.

Проверено 22 октября 2026. Нормы и источники актуальны на эту дату.

Кому принадлежит код по умолчанию

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

США

Закон признает «work made for hire» программу, созданную работником в рамках трудовых обязанностей. Заказанные работы подпадают под это правило только если они входят в закрытый перечень категорий и стороны письменно подписали соглашение (17 U.S.C. § 101). Отдельная программа подрядчика в перечень обычно не входит, поэтому права нужно передавать. Передача действительна только в письменной форме, подписанной правообладателем (§ 204).

Великобритания

Первым владельцем авторских прав на программу, созданную работником в рамках трудовых обязанностей, становится работодатель, если иное не предусмотрено соглашением (CDPA, s. 11(2)). Для подрядчика такого правила нет. Передача прав недействительна, пока не оформлена письменно и не подписана передающей стороной (s. 90(3)).

ЕС

Директива 2009/24 о правовой охране программ для ЭВМ говорит прямо только о работнике. Если программу создал сотрудник при исполнении обязанностей или по указанию работодателя, имущественные права осуществляет работодатель, если договор не предусматривает иное (ст. 2(3)). Положения про подрядчика в директиве нет, поэтому вопрос решает национальное право и договор.

Россия

Исключительное право на программу для ЭВМ, созданную по договору, предметом которого было ее создание, принадлежит заказчику, если договором не предусмотрено иное (ст. 1296 ГК РФ). Подрядчик при этом может использовать программу для собственных нужд на условиях безвозмездной простой лицензии, пока договор не говорит обратное.

Наш вывод

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

Четыре юрисдикции рядом

Сводка по тому, что прямо следует из текстов законов.

СтранаЧто говорит законЧто нужно сделать
СШАРабота подрядчика редко подпадает под «work made for hire», права не переходят без письменной передачиПисьменный договор о передаче прав, подписанный подрядчиком
ВеликобританияРаботодатель первый владелец только для работникаПисьменная передача, подписанная передающей стороной
ЕСДиректива регулирует только работника, остальное решают национальные законыПередача прав в договоре по праву страны исполнителя
РоссияПрава на программу по заказу у заказчика, если договор не говорит иноеПрописать передачу, объем и отсутствие прав подрядчика на повторное использование

Что должно быть в договоре

Хороший договор разработки отвечает на пять вопросов. Кто владеет кодом, в каком объеме, на какой срок, что подрядчик вправе оставить себе и кто отвечает за чужие права внутри кода.

Передача прав

Прямая формулировка передачи, а не «право использовать». Укажите объем, территорию и срок или бессрочность. Для США и Великобритании подпись подрядчика обязательна.

Готовый код и наработки

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

Повторное использование

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

Гарантии

Подрядчик подтверждает, что код не нарушает чужих прав, а лицензии сторонних компонентов позволяют коммерческое использование.

Код, созданный с помощью AI

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

Позиция Бюро авторских прав США

В отчете от 29 января 2025 года Бюро пришло к выводу, что результаты генеративного AI защищаются авторским правом только там, где человек определил достаточные выразительные элементы. Одних промптов для этого недостаточно. Использование AI как помощника не исключает защиты работы в целом.

Что прописать

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

Наш вывод

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

Нужна помощь по этой теме?

Разберем вашу ситуацию и предложим решение под ваш проект.

Оставить заявку

Персональные данные и конфиденциальность

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

Статья 28 GDPR

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

Конфиденциальность и безопасность

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

Не отдавайте боевые данные

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

Аккаунты, ключи и репозитории

Права на код ничего не значат, если подрядчик держит ключи от всего остального.

Все на компании

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

Передача и приемка

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

Субподрядчики

Требуйте письменного согласия на привлечение субподрядчиков и передачу им прав по цепочке. Иначе права, которые вам передали, могли не дойти до вас.

Связь с публикацией приложений

Правила Apple и Google подробно разобраны в нашей статье о публикации приложения в App Store и Google Play. Если аккаунт разработчика оформлен на подрядчика, платформа видит продавцом его.

Ответственность, приемка и поддержка

Эти условия обычно обсуждаются меньше всего, а споров вызывают больше всего.

Приемка

Срок на проверку, критерии готовности и порядок исправления дефектов. Без них спор о том, принята ли работа, часто решается не в вашу пользу.

Ответственность

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

Поддержка и исходники

Условия исправления ошибок после запуска и передача актуальных исходников, если подрядчик прекращает работу.

Судебная практика

Самое известное решение по этому вопросу вынес Верховный суд США, поэтому оно показывает логику права США, а в другой юрисдикции нужно смотреть местные нормы. Но сама проблема везде похожа: оплата работы не означает передачи прав.

CCNV v. Reid, 5 июня 1989 года

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

Что это значит

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

Разбор ситуации (условный пример, не реальное дело)

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

Что делать сейчас

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

  1. Найдите договоры разработки

    Выберите все договоры, по которым писался код продукта, включая старые договоры с фрилансерами.

    С этого начните
  2. Проверьте передачу прав

    Есть ли прямая письменная передача прав, подписанная подрядчиком, и какой объем она охватывает.

  3. Закройте пробелы допсоглашением

    Если передачи нет, получите ее задним числом отдельным подписанным документом.

  4. Запросите перечень компонентов

    Перечень сторонних библиотек и лицензий, а также сведения об использовании AI.

  5. Переведите доступы на компанию

    Репозитории, облако, домены, аккаунты магазинов и ключи.

  6. Обновите шаблон договора

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

Не откладывайте

Недостающую передачу прав проще получить, пока отношения с подрядчиком рабочие. После конфликта это может стать предметом торга.

Оплатить код еще не значит получить на него права.Команда LegalBit

Частые вопросы

Достаточно ли оплатить работу, чтобы права перешли к заказчику?

Нет. В США и Великобритании передача авторских прав действительна только в письменной форме с подписью передающей стороны. В России права по умолчанию у заказчика, но договор может установить иное.

Работает ли «work made for hire» для кода подрядчика?

Как правило, нет. Для заказанных работ закон США содержит закрытый перечень категорий и требует письменного соглашения, а отдельная программа в него обычно не входит. Поэтому используют прямую передачу прав.

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

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

Защищается ли авторским правом код, созданный AI?

По позиции Бюро авторских прав США защита возникает только там, где человек определил достаточные выразительные элементы, а одни промпты ее не создают.

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

Да. Если подрядчик обрабатывает данные от вашего имени, статья 28 GDPR требует договора с обязательными условиями, включая работу только по инструкциям и возврат или удаление данных.

Что делать с уже подписанными договорами без передачи прав?

Оформить допсоглашение с передачей прав и подписью подрядчика, а затем обновить шаблон договора.

Смотрите также: Публикация приложения в App Store и Google Play; Terms of Service и Privacy Policy для вашего проекта; EU AI Act для IT-компаний и SaaS. Услуги: юристы для IT-компаний и SaaS, договоры и документы.

Эта тема наша услуга

Подробнее о том, как мы помогаем IT-компаниям и разработчикам: