Кому принадлежит код? IP-права в договоре на разработку приложения

Вы инвестируете десятки тысяч долларов в разработку приложения — и в финале хотите получить продукт, который принадлежит вам. Звучит очевидно. Но именно пункты о правах на интеллектуальную собственность чаще всего остаются непрочитанными. Без правильно составленного app development IP ownership contract вы рискуете оказаться в ситуации, когда технически «ваше» приложение юридически вам не принадлежит.

Эта статья — практический гид: какие пункты требовать, что они означают и как не остаться без прав на собственный продукт.

Почему вопрос прав на код вообще возникает

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

На практике это означает:

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

Именно поэтому нужно знать, что именно должно быть в договоре, прежде чем его подписывать.

Work-for-hire: главный защитный механизм заказчика

«Work-for-hire» (работа по найму) — концепция, при которой всё созданное в рамках проекта автоматически считается собственностью заказчика. В российском и международном праве она реализуется через формулировку «отчуждение исключительных прав».

Что должно быть прописано явно:

Все исключительные права на исходный код, дизайн, документацию и прочие материалы, созданные в ходе проекта, передаются заказчику в полном объёме.
Передача прав происходит после полной оплаты (или поэтапно — по мере сдачи).
Исполнитель не вправе использовать, воспроизводить или передавать эти материалы третьим лицам.

Если в договоре написано «лицензия на использование» вместо «передача исключительных прав» — это принципиальная разница. Лицензия даёт вам право пользоваться продуктом, но не владеть им. Настаивайте именно на передаче, а не на лицензии.

Pre-existing IP: оговорка о существующем коде

Здесь начинается тонкая зона. Любая студия или разработчик приходит в ваш проект с «багажом»: библиотеки, шаблоны, утилиты, компоненты UI, которые они написали раньше и используют в десятках проектов. Это называется pre-existing IP (существующая интеллектуальная собственность).

Ни одна студия не передаст вам права на эти наработки — и это нормально. Проблема возникает, когда граница между «старым» и «новым» не зафиксирована.

Как должна выглядеть правильная оговорка (carve-out):

Что включено в передачу прав	Что остаётся у исполнителя (carve-out)
Весь код, написанный специально для вашего проекта	Существующие внутренние библиотеки и фреймворки
Дизайн-макеты, созданные под ваш бренд	Стандартные UI-компоненты многократного использования
Алгоритмы и логика, разработанные под ваш продукт	Open-source-зависимости третьих сторон
Контент, тексты, иконки, созданные для проекта	Инструменты и процессы студии

Главное требование: исполнитель обязан предоставить вам постоянную, безотзывную, бесплатную лицензию на использование pre-existing IP в вашем продукте — даже если права на этот код остаются у студии. Без такой лицензии ваше приложение может оказаться нерабочим без их участия.

Права на сторонние компоненты и open source

Современное приложение — это не только код студии. Оно включает десятки сторонних библиотек, SDK, API-сервисов. Ваш договор должен требовать:

Полный список использованных сторонних компонентов и их лицензий.
Подтверждение, что ни одна библиотека не имеет лицензии типа GPL, которая обязывает открыть весь ваш исходный код.
Указание на то, кто несёт ответственность за соблюдение лицензионных требований.

Это особенно важно, если вы планируете монетизировать приложение или привлекать инвестиции — стандартный due diligence включает аудит open-source-зависимостей.

Чек-лист: что проверить в договоре до подписания

Пройдитесь по этому списку вместе с юристом или просто как финальная проверка:

Передача исключительных прав — не лицензия, а именно передача, прописана явно.
Момент передачи — привязан к оплате конкретных этапов, а не к «завершению проекта» без определения.
Перечень передаваемых объектов — код, дизайн, документация, тексты, иконки.
Carve-out pre-existing IP — чётко перечислено, что остаётся у студии.
Лицензия на pre-existing IP — постоянная, безотзывная, бесплатная.
Список сторонних компонентов — приложен или предоставляется по запросу.
Запрет на реиспользование — студия не вправе применять ваш специфический код в других проектах.
Доступ к репозиторию — вы получаете доступ к Git-репозиторию на всём протяжении проекта, не только в финале.
Что происходит при досрочном расторжении — вам передаются права на весь оплаченный объём работ.
Гарантия оригинальности — студия заверяет, что код не нарушает права третьих лиц.

Как мы работаем с правами на код

В Fera Tech каждый проект предполагает полную передачу исключительных прав по завершении оплаты. Мы заранее прописываем carve-out для внутренних инструментов и предоставляем клиенту постоянную лицензию на их использование. Доступ к репозиторию — с первого дня разработки.

За годы работы мы разрабатываем iOS-приложения, кросс-платформенные продукты и AI-решения для клиентов из Северной Америки, Европы и СНГ. Чёткая структура прав — часть нашего стандартного процесса, а не опциональный пункт.

Подробнее об условиях работы — на странице услуг.

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

Можно ли требовать передачи прав при почасовой оплате (Time & Materials)?

Да. Модель оплаты и структура прав — независимые вещи. При T&M вы платите за фактически потраченное время, но это не означает, что права остаются у исполнителя. Всё создаваемое в ходе проекта по-прежнему должно передаваться вам — с правильной формулировкой в договоре.

Что делать, если студия отказывается передавать права на pre-existing IP целиком?

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

Нужно ли регистрировать права на приложение дополнительно?

В большинстве юрисдикций авторское право возникает автоматически в момент создания произведения. Однако для торговых знаков (название, логотип) и патентов регистрация обязательна. Рекомендуем проконсультироваться с IP-юристом, особенно если вы планируете масштабировать продукт на международные рынки.

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

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

Больше материалов для заказчиков — в нашем блоге.

Планируете свой продукт?

Fera Tech создаёт мобильные приложения, веб-платформы и AI-решения под ключ. Расскажите о вашей идее.

Обсудить проект