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

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

Меня зовут Вячеслав Суворов. Уже 15 лет я управляю IT-проектами и наблюдаю, как бизнесы растут, буксуют и снова поднимаются из-за решений в коде. Сейчас в 2PEOPLE IT курирую разработку веб-, мобильных и AI-решений - от идеи до релиза и поддержки.

Стартап запустил MVP за три месяца. Всё шло по плану - пока заказчик не попросил исходники.

Разработчик ответил: "Исходники - моя интеллектуальная собственность. Вы купили только готовый билд".

Через неделю инвестор приостановил сделку. Почему?

Потому что у заказчика нет прав на код, значит, нет продукта.

И так бывает чаще, чем кажется. Даже если всё оплачено, красиво задокументировано и работает - юридически код может не принадлежать вам.

Проблема: "Мой продукт, но не мой код"

В IT это ловушка, в которую попадают даже опытные предприниматели.

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

Но по закону всё наоборот. Код - это результат интеллектуальной деятельности (РИД). А значит, владельцем становится тот, кто его создал, если в договоре не прописано иное.

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

Последствия - самые неприятные:

  • нельзя продать проект или привлечь инвестиции;
  • нельзя легально доработать продукт с другой командой;
  • нельзя даже опубликовать код - формально это уже нарушение чужих прав.

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

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

Закон на стороне разработчика.

По Гражданскому кодексу РФ (статьи 1225, 1295, 1296) программный код считается результатом интеллектуальной деятельности.

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

То есть пока в вашем договоре нет слов "передача исключительных прав заказчику", юридически код остаётся у исполнителя.

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

  • выложить исходники;
  • передать проект другой команде;
  • зарегистрировать ПО на себя.

И самое неприятное - при споре суд почти всегда встаёт на сторону разработчика.

💬 Пример:

Компания заказала CRM-систему у подрядчика. Оплату провели, релиз запустили, но в договоре не было формулировки о передаче прав. Через год подрядчик перестал обновлять систему и запретил её копировать на другой сервер. Юридически - он прав.

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

Чтобы код стал вашим юридически, недостаточно оплатить работу.

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

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

1. Предмет передачи

Укажите, что передаётся: исходный код, техническая документация, дизайн, база данных, интерфейс.

Формулировка:

"Исполнитель передаёт Заказчику исключительные права на исходный код, результаты программирования и сопутствующие материалы."

2. Условие о передаче прав

Это ключевая фраза, без которой ничего не работает.

"Исключительные права на созданный программный продукт в полном объёме переходят Заказчику с момента полной оплаты работ."

Так вы фиксируете момент перехода - и делаете оплату юридическим триггером владения.

3. Территория и срок

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

Лучше так:

"Права передаются на весь срок действия исключительных прав и на всей территории мира."

4. Гарантии исполнителя

Добавьте пункт, что код оригинален и не нарушает прав третьих лиц. Это защитит вас, если разработчик случайно "позаимствует" чужие библиотеки или чужой код.

5. Ограничения на повторное использование

Прямо запретите исполнителю использовать тот же код в других проектах:

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

Важно:
Эти пункты можно добавить даже в уже существующий договор - как дополнительное соглашение. Это лучше, чем надеяться, что "все всё поняли на словах".

🤝 Типовые ситуации

🧑 1. Фрилансер

Самая частая история.

Вы нашли разработчика на фрилансе, заплатили за Telegram-бота или сайт.

Код работает - всё отлично. Пока вы не попросите внести изменения.

Фрилансер отвечает: "Я могу поправить, но исходники не отдаю".

Если у вас нет договора с пунктом о передаче прав - он имеет на это полное право.

Решение: акт передачи прав или простое допсоглашение с одной фразой:

"Исключительные права на созданный программный код передаются Заказчику после оплаты."

🏢 2. Аутсорс-компания

Здесь всё сложнее.

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

Но юристы аутсорса часто прописывают, что код остаётся в собственности исполнителя, а заказчику выдаётся только "лицензия на использование".

То есть формально вы не можете ни скопировать, ни модифицировать продукт.

Поэтому, если вы работаете с агентством или студией - внимательно читайте договор, особенно раздел "Права на результаты работ".

В идеале добавьте пункт:

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

🚀 3. Стартап и партнёрская разработка

Самая тонкая тема.

Когда проект пишут несколько сооснователей или друзья, никто не думает о правах. Все "в одной лодке".

Пока один не выходит из проекта - и не забирает с собой кодовую базу.

По закону он имеет на это право, если вы не оформили соавторство или не заключили соглашение о передаче прав компании.

Поэтому даже в стартапе "на доверии" стоит заранее прописать: кому принадлежат права, если кто-то уйдёт.

✅ Чек-лист: чтобы код точно был вашим

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

Проверьте, что в договоре есть:

  • Фраза о передаче исключительных прав заказчику.
  • Указание момента перехода прав (обычно - после оплаты или подписания акта).
  • Формулировка, что права передаются на весь срок действия и на всей территории мира.
  • Пункт о гарантии оригинальности - чтобы разработчик не использовал чужой код.
  • Запрет на повторное использование кода без вашего согласия.
  • Описание, что именно передаётся: исходники, база данных, дизайн, документация.

💡 Если чего-то не хватает - не паникуйте.
Можно подписать дополнительное соглашение с нужными пунктами. Один лист бумаги - и ваш продукт наконец юридически ваш.

Вывод

Код - это не просто набор строк. Это актив, на котором стоит ваш бизнес.

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

Один абзац в договоре может стоить меньше часа юриста - но сэкономит месяцы споров, потери инвестора и репутации.

Так что если вы заказываете разработку - думайте о коде как о собственности, а не об услуге.

Потому что владеть продуктом - значит владеть его кодом.

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