Кому принадлежит исходный код после разработки
Основы3 минРедакция Innovialabs
Коротко
Код принадлежит заказчику только тогда, когда это прямо и конкретно прописано в договоре: передача исключительных прав, состав результата и порядок передачи. Правила «по умолчанию» отличаются по странам, поэтому полагаться на них рискованно.
Коротко: всё решает договор
Сам факт оплаты разработки не делает вас владельцем кода автоматически. Права на программу — это интеллектуальная собственность, и то, кому она достаётся, определяется законом страны и договором между сторонами.
Правила «по умолчанию» в разных юрисдикциях отличаются: где-то при отсутствии оговорок права на заказанную программу переходят заказчику, где-то остаются у автора или подрядчика. Поэтому единственная надёжная опора — чёткие формулировки в договоре. Для конкретной ситуации стоит проконсультироваться с юристом, знающим местное право.
Три участника и их права
- Разработчик-человек — автор кода. За ним, как правило, остаются личные неимущественные права (например, право авторства), которые не передаются.
- Компания-подрядчик — обычно получает права на код, созданный её сотрудниками в рамках трудовых обязанностей, если это оформлено в трудовых договорах.
- Заказчик — получает права только в том объёме, в каком их передал подрядчик.
Отсюда важная проверка: у подрядчика должны быть права на всё, что он вам передаёт, включая работу фрилансеров и субподрядчиков. Иначе он не сможет передать то, чего у него нет.
Отчуждение прав и лицензия: в чём разница
| Отчуждение (передача) прав | Лицензия | |
|---|---|---|
| Кто владелец после сделки | Заказчик | Подрядчик |
| Может ли подрядчик продать тот же код другим | Нет | Да, если лицензия неисключительная |
| Можно ли менять и развивать код | Да, без ограничений | В рамках условий лицензии |
| Можно ли сменить подрядчика | Да | Зависит от условий |
Отчуждение — вы становитесь правообладателем. Лицензия — вам разрешают пользоваться программой на определённых условиях, а владелец остаётся прежним. Лицензия не всегда плохо: она уместна для типовых решений и готовых платформ. Но если продукт — основа вашего бизнеса, обычно нужен полный переход прав.
Что должно быть в договоре
- Прямая формулировка о переходе исключительных прав на результат к заказчику — не «предоставление права использования», а именно передача.
- Момент перехода прав: после подписания акта, после оплаты этапа или полной оплаты.
- Состав результата: исходный код, база данных и её структура, дизайн-макеты, документация, скрипты сборки и развёртывания.
- Способы использования: изменение, распространение, переработка, использование без ограничения территории и срока — в той мере, в какой это допускает применимое право.
- Заверение подрядчика, что у него есть права на всё передаваемое и это не нарушает прав третьих лиц.
- Порядок передачи: доступ к репозиторию, передача учётных записей, доменов, серверов и ключей.
Что обычно не переходит
- Open-source библиотеки. Они остаются под своими лицензиями. Договор не может передать на них права, но подрядчик должен соблюдать их условия и, в идеале, дать перечень используемых компонентов.
- Ранее созданные наработки подрядчика — собственные фреймворки, модули, инструменты. Часто на них дают неисключительную бессрочную лицензию. Это нормально, если она прописана и не ограничивает вас.
- Сторонние платные сервисы — их лицензии оформляются отдельно, лучше на имя заказчика.
Практический чек-лист
- Репозиторий создан в аккаунте вашей компании, а подрядчик работает в нём как приглашённый участник.
- Домены, хостинг, аккаунты в магазинах приложений и платёжных системах зарегистрированы на вас.
- После каждого этапа подписывается акт с указанием передаваемых результатов.
- Есть документация, достаточная, чтобы другая команда могла продолжить работу.
Частые ошибки
- Договор говорит только о «разработке сайта» и ничего — о правах.
- Код лежит в личном аккаунте разработчика.
- Лицензия вместо передачи прав, замеченная только при смене подрядчика.
- Нет передачи доступов к инфраструктуре, и без подрядчика продукт нельзя даже обновить.