Исходный код принадлежит вам: почему это важно и как это оформить

📅 17 июля 2025 г.⏱ 7 мин чтения

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

Один из главных аргументов в пользу разработки ERP на заказ — «код принадлежит вам». Но что это значит на практике и как убедиться что это действительно так? Разберём юридическую и практическую сторону вопроса.

Почему права на исходный код критически важны

Без исходного кода вы зависите от одного разработчика навсегда. Если разработчик:

Поднимет цены на поддержку — вы не можете уйти без потери системы
Закроет компанию или перепрофилируется — вы теряете поддержку
Откажется сделать нужное изменение — вы ничего не можете сделать
Задержит работы — у вас нет рычагов кроме суда

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

Что такое «передача прав на программное обеспечение»

По российскому законодательству (ГК РФ, часть IV) авторские права на программное обеспечение возникают у автора (разработчика). Чтобы эти права перешли к заказчику нужно это явно прописать в договоре.

Есть два варианта:

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

Что проверить в договоре

Явное указание что «исключительные права на результат разработки в полном объёме передаются Заказчику»
Передача прав происходит поэтапно с подписанием актов сдачи-приёмки
Разработчик гарантирует что код не нарушает права третьих лиц
Условия использования open-source компонентов (MIT, Apache — допустимо, GPL — аккуратно)
Порядок передачи исходного кода: репозиторий, формат, документация

⚠️

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

Практическая сторона: как получить код

Передача кода должна быть:

Непрерывной, а не в конце проекта. Доступ к репозиторию (GitHub, GitLab) должен быть у вас с первого дня — вы видите что пишется.
С документацией. Код без описания архитектуры и принципов работы понять сложно. Требуйте документацию как часть результата.
С инструкцией по развёртыванию. Как поднять систему на новом сервере? Без этого код — просто файлы.

Что происходит при разработке у нас

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

Часто задаваемые вопросы

Может ли разработчик использовать наш код в других проектах?+

Зависит от договора. При полном отчуждении прав — нет. При исключительной лицензии — может, если договор не запрещает. Уточняйте этот пункт явно.

Что такое open-source компоненты и как они влияют на права?+

Большинство современных систем используют open-source библиотеки (React, PostgreSQL, FastAPI). Это нормально. Важно понять условия лицензий: MIT/Apache позволяют коммерческое использование. GPL требует открытия вашего кода.

Как проверить что код действительно рабочий и качественный?+

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

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

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

Что если разработчик взял код из другого проекта?+

Это нарушение договора и авторских прав. Требуйте явную гарантию оригинальности кода в договоре и опцию расторжения с возвратом денег при нарушении.

Как организовать хранение исходного кода после передачи?+

Держите репозиторий в вашем аккаунте (GitHub, GitLab, Bitbucket). Делайте регулярные резервные копии репозитория. Храните копию на независимом хранилище.