Почему право на исходный код критически важно при заказной разработке. Что проверить в договоре, какие риски без передачи прав и как защитить инвестиции.
Один из главных аргументов в пользу разработки ERP на заказ — «код принадлежит вам». Но что это значит на практике и как убедиться что это действительно так? Разберём юридическую и практическую сторону вопроса.
Почему права на исходный код критически важны
Без исходного кода вы зависите от одного разработчика навсегда. Если разработчик:
- Поднимет цены на поддержку — вы не можете уйти без потери системы
- Закроет компанию или перепрофилируется — вы теряете поддержку
- Откажется сделать нужное изменение — вы ничего не можете сделать
- Задержит работы — у вас нет рычагов кроме суда
С исходным кодом на руках любой компетентный разработчик может подхватить проект. Вы не привязаны к одному подрядчику.
Что такое «передача прав на программное обеспечение»
По российскому законодательству (ГК РФ, часть IV) авторские права на программное обеспечение возникают у автора (разработчика). Чтобы эти права перешли к заказчику нужно это явно прописать в договоре.
Есть два варианта:
- Исключительная лицензия — разработчик сохраняет авторство, но передаёт все права использования и распоряжения. Может использовать код в других проектах если договор не запрещает.
- Отчуждение исключительных прав — разработчик полностью передаёт все права на результат разработки. Оптимальный вариант для заказчика.
Что проверить в договоре
- Явное указание что «исключительные права на результат разработки в полном объёме передаются Заказчику»
- Передача прав происходит поэтапно с подписанием актов сдачи-приёмки
- Разработчик гарантирует что код не нарушает права третьих лиц
- Условия использования open-source компонентов (MIT, Apache — допустимо, GPL — аккуратно)
- Порядок передачи исходного кода: репозиторий, формат, документация
Фраза «право пользования программным обеспечением» в договоре — НЕ то же самое что передача исходного кода и прав. Это просто лицензия на использование, без права менять и передавать другим.
Практическая сторона: как получить код
Передача кода должна быть:
- Непрерывной, а не в конце проекта. Доступ к репозиторию (GitHub, GitLab) должен быть у вас с первого дня — вы видите что пишется.
- С документацией. Код без описания архитектуры и принципов работы понять сложно. Требуйте документацию как часть результата.
- С инструкцией по развёртыванию. Как поднять систему на новом сервере? Без этого код — просто файлы.
Что происходит при разработке у нас
Мы работаем в модели полного отчуждения прав: исходный код, документация, скрипты развёртывания — всё передаётся заказчику. Репозиторий доступен клиенту с первого дня разработки. Это фиксируется в договоре без исключений.
Часто задаваемые вопросы
Может ли разработчик использовать наш код в других проектах?+
Зависит от договора. При полном отчуждении прав — нет. При исключительной лицензии — может, если договор не запрещает. Уточняйте этот пункт явно.
Что такое open-source компоненты и как они влияют на права?+
Большинство современных систем используют open-source библиотеки (React, PostgreSQL, FastAPI). Это нормально. Важно понять условия лицензий: MIT/Apache позволяют коммерческое использование. GPL требует открытия вашего кода.
Как проверить что код действительно рабочий и качественный?+
Технический аудит кода — это услуга стороннего разработчика или архитектора. После завершения проекта и до истечения гарантии можно заказать аудит.
Нужно ли регистрировать программу в Роспатенте?+
Авторское право возникает автоматически и не требует регистрации. Но регистрация в Роспатенте упрощает доказательство права в суде. Стоит рассмотреть для важных систем.
Что если разработчик взял код из другого проекта?+
Это нарушение договора и авторских прав. Требуйте явную гарантию оригинальности кода в договоре и опцию расторжения с возвратом денег при нарушении.
Как организовать хранение исходного кода после передачи?+
Держите репозиторий в вашем аккаунте (GitHub, GitLab, Bitbucket). Делайте регулярные резервные копии репозитория. Храните копию на независимом хранилище.