Выкуп авторских прав на дизайн и код: правила перехода на коммерческую лицензию
Стартап в финтехе восемь месяцев собирал MVP: дизайнер-фрилансер рисовал интерфейс в Figma, бэкенд-разработчик привлекал подрядчиков, а часть фронтенд-компонентов генерировал ChatGPT по текстовым промптам основателя.

К моменту, когда продукт заинтересовал корпоративного покупателя, у компании не оказалось ни одного документа, фиксирующего, кому принадлежат права на собранный код и графику. Запрос юристов приобретающей стороны — подтверждение исключительных прав на все элементы — превратился в тупик: фрилансеры не подписывали отчуждение, генеративный ИИ не считается автором по ГК РФ, а внутри продукта обнаружились библиотеки под GPL v3, требующие раскрытия всего исходного кода при коммерческом распространении. Сделка зависла на стадии due diligence.
Такие истории — не редкость для команд, которые растут быстрее, чем оформляют документы. Выкуп авторских прав на дизайн и код в российском праве — это не «продажа авторства», как часто формулируют в коммерческих чатах, а юридически точная операция по отчуждению исключительного имущественного права при сохранении неотчуждаемого права авторства. Разница между этими понятиями определяет, будет ли сделка действительной, защитимой в суде и совместимой с лицензионной моделью готового продукта.
Юридическая природа сделки: почему авторство нельзя продать
Первый пункт, который ломается в большинстве договоров между заказчиком и фрилансером, — попытка передать «авторские права» целиком. Статья 1257 ГК РФ устанавливает, что автором произведения признаётся только гражданин, чьим творческим трудом оно создано. Это определение не допускает расширительного толкования: ни юридическое лицо, ни генеративная нейросеть, ни даже сам заказчик не становятся авторами автоматически в момент оплаты работы.
Из этого следует конструкция, на которой держится весь рынок интеллектуальной собственности: автор обладает двумя группами прав — личными неимущественными (право авторства, право на имя, право на неприкосновенность произведения) и исключительным имущественным правом на использование. Первая группа по прямому указанию закона неотчуждаема и непередаваема никаким способом, включая продажу и дарение. Вторая группа — это и есть предмет выкупа.
Следовательно, когда в договоре написано «правообладатель передаёт заказчику все авторские права», формулировка юридически некорректна. Передаётся исключительное право в полном объёме, а право авторства остаётся у физического лица, создавшего произведение, пожизненно. Это не лазейка для плагиата: автор не сможет после подписания договора использовать код или дизайн в коммерческих целях, потому что исключительное право уже принадлежит покупателю. Но в любом будущем споре о происхождении произведения имя реального создателя сохраняется за ним по закону.
Для практики это означает, что формулировка «передача исключительного права на использование произведения» — не бюрократическая деталь, а единственный способ оформить сделку, которую признает суд. Корпоративные закупки, инвестиционные раунды и M&A-сделки проверяют именно наличие исключительных прав, а не «авторство как таковое», поэтому правильная терминология в договоре с фрилансером — это вопрос переживания сделки, а не формальность.
Существенные условия договора: как избежать признания сделки незаключённой
Договор об отчуждении исключительного права без указания размера вознаграждения и точного предмета не считается заключённым — даже если стороны подписали бумагу и перевели деньги.
Статья 1234 ГК РФ, регулирующая отчуждение исключительного права, содержит жёсткий перечень существенных условий. Их два: предмет и вознаграждение. Если хотя бы одно из них отсутствует или сформулировано расплывчато, договор признаётся незаключённым со всеми вытекающими — возврат сторон в первоначальное положение, утрата правовой защиты, невозможность предъявить иск к нарушителю.
Предмет договора описывает, какое именно произведение передаётся. Для кода это означает указание репозитория, версии, конкретных модулей или файлов; для дизайна — приложение скриншотов, версий макетов в Figma, перечня UI-компонентов и ассетов. Общая формулировка «все материалы, созданные в рамках проекта» — это юридическая ловушка, потому что при споре суд потребует конкретики. Стороны, которые работали устно и не зафиксировали объём передачи в спецификации, фактически не имеют договора, даже если подписали рамочное соглашение.
Размер вознаграждения — второе обязательное условие. Статья 1234 отдельно оговаривает, что безвозмездное отчуждение исключительного права между коммерческими организациями запрещено. Это означает, что договор дарения между двумя ООО, в котором дизайн передаётся «без оплаты», ничтожен. Сумма должна быть указана явно — фиксированная, процентная или комбинированная — и фактически выплачена, что подтверждается платёжными документами.
Для договора авторского заказа, по которому произведение ещё только создаётся (статья 1288 ГК РФ), действует иной набор условий. Здесь единственным прямо названным в законе существенным условием является срок исполнения. Без указания конкретного срока договор авторского заказа признаётся незаключённым — и никакие последующие действия сторон не восполнят этот пробел. Срок должен быть конкретным: «до 30 ноября 2026 года», «в течение 45 календарных дней с момента подписания», но не «по готовности» или «в разумный срок», которые суды последовательно отвергают.
На практике стороны авторского заказа, как правило, фиксируют вознаграждение и порядок оплаты — это экономический смысл взаимоотношений, без которого ни один исполнитель не возьмётся за работу. Однако с точки зрения закона отсутствие согласованного размера оплаты в договоре авторского заказа, в отличие от договора отчуждения, не влечёт автоматического признания его незаключённым. Именно поэтому важно не путать режимы двух договоров: то, что критично для одного, не обязательно имеет тот же правовой вес для другого.
| Условие | Отчуждение исключительного права (ст. 1234 ГК РФ) | Авторский заказ (ст. 1288 ГК РФ) |
|---|---|---|
| Предмет | Детальное описание существующего произведения | Техническое задание на создание будущего произведения |
| Вознаграждение | Существенное условие: фиксированная сумма, процент или комбинация; безвозмездность между ЮЛ запрещена | Не является существенным условием; стороны фиксируют оплату на практике |
| Срок | Не является существенным условием | Существенное условие — без указания срока договор признаётся незаключённым |
| Результат | Передача готового объекта | Создание нового объекта с последующей передачей прав |
Эта таблица — практический ориентир, который позволяет выбрать тип соглашения под конкретную задачу: если произведение уже существует и нужно только переоформить права, используется договор об отчуждении; если речь о создании с нуля — авторский заказ с последующим отчуждением или лицензионный договор. Ошибка в выборе типа договора — типичная проблема: команда подписывает с фрилансером договор на «создание дизайна» по модели отчуждения, хотя произведение ещё не существует, и в итоге получает соглашение с двумя несогласованными существенными условиями вместо одного.
Риски генеративного ИИ: когда код и дизайн не подлежат защите
С появлением массовых генеративных моделей — GPT-4, Midjourney, Stable Diffusion, GitHub Copilot — в индустрию вошёл класс результатов, которые формально выглядят как произведения, но юридически ими не являются. Статья 1257 ГК РФ требует, чтобы произведение было создано творческим трудом гражданина. Если в цепочке создания нет человека, который принимал творческие решения, нет и объекта авторского права.
Следовательно, результат работы ChatGPT, выданный по запросу «напиши функцию сортировки массива на Python», — это текст без автора. Его нельзя зарегистрировать как произведение, нельзя продать исключительное право на него, нельзя включить в реестр РАО. Более того, любой другой пользователь той же модели, задавший похожий промпт, получит функционально эквивалентный или идентичный код, что разрушает саму идею исключительности.
Другой сценарий — использование ИИ как вспомогательного инструмента. Здесь позиция закона и судебной практики принципиально иная. Если человек пишет промпт, отбирает и компилирует несколько вариантов, дорабатывает архитектуру, тестирует и вносит содержательные правки — итоговый код или изображение может быть признан его произведением с оговоркой, что доказан именно творческий вклад. Подтверждение такой логики содержится в практике Арбитражного суда города Москвы по делу о дипфейк-видео 2023 года, где суд оценивал, насколько действия оператора были творческими при создании итогового ролика.
Для выкупа прав это создаёт две неравнозначные ветки. Первая — полностью автоматическая генерация: такие материалы не продаются, их нельзя легально передать как объект интеллектуальной собственности, и в договоре с покупателем их присутствие должно быть раскрыто. Вторая — генерация с фиксированным творческим участием человека: такие результаты могут быть предметом отчуждения, но только при наличии документальных доказательств вклада — истории версий, логов промптов, протоколов ревью.
| Сценарий использования ИИ | Юридический статус результата | Возможность выкупа прав |
|---|---|---|
| Полностью автоматическая генерация без участия человека | Не является объектом авторского права | Невозможна — передавать нечего |
| Генерация с последующей творческой доработкой человеком | Произведение, автор — человек | Возможна при доказанном творческом вкладе |
| Генерация по детальному промпту без доработки | Спорный статус, чаще не охраняется | Сопряжена с судебными рисками |
| Использование ИИ-ассистента (Copilot) для ускорения рутинных задач | Произведение автора-кодера | Возможна, если человек принимал архитектурные решения |
Отдельный риск — лицензионная политика самих платформ. Условия использования Midjourney, например, предоставляют пользователю права на сгенерированные изображения при наличии платной подписки, но при этом сохраняют за платформой безотзывную и бессрочную лицензию на эти же материалы. Это означает, что даже получив «исключительные права» через выкуп, покупатель не сможет запретить самой платформе использовать контент — например, для обучения следующих версий модели. Аналогичные оговорки встречаются в условиях большинства коммерческих генеративных сервисов и должны проверяться до момента сделки.
Проверка чистоты продукта: SCA-анализ и ловушки копилефт-лицензий
Когда исключительные права на собственный код и дизайн оформлены, продукт ещё не готов к коммерческому распространению. Следующий слой рисков — лицензии сторонних компонентов, которые команда интегрировала за время разработки. Открытый код под пермиссивными лицензиями (MIT, Apache 2.0, BSD) обычно допускает коммерческое использование с минимальными оговорками — указание авторства и текста лицензии. Копилефт-лицензии устроены иначе.
GPL v3 и семейство AGPL — это так называемые сильные копилефт-лицензии. Их ключевое условие: если вы интегрируете GPL-компонент в свой продукт и распространяете его, вы обязаны предоставить полный исходный код всего производного продукта под той же лицензией. Для коммерческого SaaS это катастрофа — раскрытие кода убивает конкурентное преимущество. Для дистрибутируемого ПО — аналогично: любая продажа бинарников требует публикации исходников.
Проверка продукта перед выкупом прав и коммерческим запуском называется Software Composition Analysis (SCA). Инструменты SCA сканируют репозиторий, распознают сторонние зависимости по хешам файлов и метаданным пакетов, сопоставляют их с базами лицензий и формируют отчёт: какая библиотека под какой лицензией используется, есть ли конфликты с целевой моделью распространения, требуется ли раскрытие кода.
Следовательно, перед сделкой M&A или перед привлечением инвестиций юридическая проверка должна включать SCA-сканирование всего стека — фронтенд, бэкенд, мобильные приложения, инфраструктурные скрипты. Документы, подтверждающие чистоту лицензий, становятся частью due diligence. Если сканирование показывает наличие GPL-зависимостей в критических модулях, у заказчика есть три пути: заменить компонент на пермиссивный аналог, выкупить коммерческую лицензию у правообладателя (доступно не для всех проектов) или принять риск раскрытия кода, что в большинстве коммерческих сценариев неприемлемо. Одна GPL-зависимость в ядре продукта способна аннулировать коммерческую привлекательность всего проекта — независимо от того, насколько чисто оформлены права на собственный код.
Параллельная зона риска — дизайн-ассеты: иконки, шрифты, фотографии, иллюстрации. Многие из них распространяются под лицензиями Creative Commons, которые ограничивают коммерческое использование или требуют указания автора. Шрифты под SIL Open Font License допускают встраивание в коммерческие продукты, но не разрешают продажу самого шрифта как отдельного объекта. До выкупа прав необходимо собрать полный реестр ассетов и проверить каждую лицензию — в противном случае продукт рискует получить претензии от правообладателей уже после запуска.
Доказательство творческого вклада: как защитить результаты работы с нейросетями
Последний слой, который превращает гипотетические риски в реальные судебные споры, — доказывание творческого вклада человека при использовании генеративных моделей. Закон требует, чтобы автор был тем, кто «творческим трудом» создал произведение. Суды пока формируют практику, и единого критерия минимального вклада нет — законодательство разных стран по этому вопросу существенно расходится, а в российской практике границы «достаточного» творческого участия только выстраиваются.
Документирование творческого вклада — это не бюрократия, а страховка: в споре о правах побеждает тот, у кого есть лог промптов, история версий и протокол ревью.
Следовательно, единственная защитная стратегия для команд, работающих с ИИ, — накопление доказательной базы до момента возникновения спора. На практике это означает документирование каждого этапа: история коммитов в Git с человеческими сообщениями и код-ревью, логи промптов и итераций к выбранному варианту, протоколы обсуждений архитектурных решений в трекерах задач, переписка с указанием, какие блоки сгенерированы и какие доработаны вручную.
Для изображений и UI-дизайна доказательная база строится аналогично: файлы исходников в Figma или Sketch с сохранённой историей версий, переписка с дизайнером, обоснование выбора конкретного варианта из множества сгенерированных, финальные правки, наложенные вручную. Если суд увидит связную цепочку творческих решений, а не единственный промпт, шансы на признание авторства возрастают кратно.
С другой стороны, избыточное увлечение генерацией без фиксации вклада — это системный риск для IT-продуктов ближайших лет. Чем больше доля автоматически сгенерированного кода или графики, тем тоньше грань между «инструментом» и «соавтором». Команды, которые смогут выстроить процесс с прозрачным документированием вклада, получат конкурентное преимущество при продаже, лицензировании или привлечении инвестиций — их продукт будет иметь чёткую правовую оболочку, тогда как у конкурентов с непрозрачной генерацией эта оболочка будет отсутствовать.
Позиция и прогноз
Корректный выкуп авторских прав на дизайн и код в российской юрисдикции — это последовательность из четырёх операций: точная фиксация предмета и вознаграждения в договоре отчуждения или авторского заказа, явное разделение исключительного права и неотчуждаемого авторства, проверка продукта на наличие GPL-зависимостей через SCA-сканирование, документирование творческого вклада человека при использовании генеративного ИИ. Пропуск любого из этих шагов — не формальность, а структурный риск, который проявится в момент, когда продукт выйдет на серьёзную сделку.
Трезвый прогноз на ближайшие два-три года: судебная практика по делам с генеративным ИИ продолжит формироваться, и критерии «минимального творческого вклада» станут более определёнными. Команды, которые уже сейчас выстраивают прозрачные процессы документирования, окажутся в выигрыше, потому что их доказательная база будет принята судами как образец. Рынок постепенно перейдёт к стандарту раскрытия использования генеративных моделей в коммерческих продуктах — и те, кто внедрит этот стандарт раньше регулятора, получат преимущество переговорной позиции при любых сделках с интеллектуальной собственностью.