Короткий ответ: кому принадлежит код — решает договор, а не здравый смысл. Если в договоре передача прав не прописана, заказчик рискует получить продукт, которым пользуется, но не владеет. Три правила безопасности: права на результат явно переходят заказчику по договору; репозиторий и все аккаунты — на данных заказчика с первого дня; готовые модули подрядчика и его наработки лицензируются, а не «дарятся» — и это нормально. Важно: эта статья — общая информация, а не юридическая консультация; по вашему договору обратитесь к юристу.

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

principy

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

dogovor

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

modules

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

protect

Простые действия, которые решают 90% проблем: репозиторий на вашем аккаунте с первого дня; консоли сторов, серверы и аналитика — на ваших аккаунтах; регулярные коммиты (вы видите, что работа идёт и код существует); акты с перечнем передаваемого. И главное — не подписывайте договор, в котором вопрос прав не урегулирован. Перед подписанием покажите документ юристу: цена проверки несопоставима с ценой потери продукта.

В Mysticode права на код и все доступы оформляются на заказчика с первого дня — это прописано в договоре. Как мы работаем.

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

Калькулятор выручки

Открыть калькулятор

Концепция приложения — бесплатно

Получить концепцию

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

Если я заплатил за разработку, код автоматически мой?

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

Фрилансер написал код без договора — чей он?

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

Подрядчик использует свои готовые модули — это нормально?

Да, это ускоряет и удешевляет разработку. Нормальная схема: права на модули остаются у подрядчика, вы получаете бессрочную лицензию на их использование в вашем продукте.

Что делать, если бывший подрядчик не отдаёт доступы?

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

Редакция MysticodeКоманда Mysticode