Почему важно зафиксировать переход прав до подписания соглашения о расторжении
Момент подписания соглашения о расторжении — это последняя точка, в которой заказчик и исполнитель имеют равные переговорные позиции. После подписания расторжения правовое основание для требований ослабевает: контракт закрыт, и любые претензии придется обосновывать через переписку, акты и судебную практику. Именно поэтому фиксация перехода исключительных прав встраивается в само соглашение о расторжении, а не выносится в отдельный процесс «после».
По ст. 1233 ГК РФ распоряжение исключительным правом происходит только по договору об отчуждении или по лицензионному договору. Простая отметка «обязуюсь передать код» в акте выполненных работ исключительного права не создает. Нужна явная формулировка: «Исполнитель отчуждает Заказчику исключительное право на программу для ЭВМ в полном объеме». Без такой формулировки суд квалифицирует отношения как лицензионные с ограниченным сроком или территорией, и при споре заказчик не сможет ни продать продукт, ни перенести его к другому разработчику.
Закон прямо защищает интересы заказчика в договорах на создание ПО по заказу (ст. 1296 ГК РФ): исключительное право на программу и базу данных принадлежит заказчику, если договором не предусмотрено иное. Это диспозитивная норма — ее можно изменить, поэтому подрядчик всегда настаивает на формулировках «права принадлежат Исполнителю до полной оплаты» или «исключительное право возникает у Заказчика с момента подписания акта». Каждая такая оговорка сдвигает баланс.
Полезная подборка по близкой теме — проверки и документы.
Если вы подпишете соглашение о расторжении, не зафиксировав переход прав, студия получает аргумент: договор авторского заказа прекращен, исключительное право не передано, программа остается в собственности разработчика. Дальше начинается торг за повторную оплату «лицензии», «передачи доступа» или «выкупа исходников». Средний размер такой выкупа по рынку 2024 года — 30–80% от первоначальной стоимости проекта, то есть 150 000–600 000 ₽ за типовой интернет-магазин или корпоративный портал.
Юридические основания для передачи интеллектуальной собственности
Основной массив норм сосредоточен в части IV Гражданского кодекса РФ. Для возврата исключительных прав на программный код и дизайн применяются несколько статей, которые работают в связке.
Статья 1229 ГК РФ устанавливает, что правообладатель может распоряжаться исключительным правом по своему усмотрению, а другие лица не вправе использовать результат интеллектуальной деятельности без согласия правообладателя. Это означает, что без явного договора об отчуждении или лицензии использование кода и макетов со стороны заказчика может быть признано нарушением.
Смежные инструкции собраны здесь — практические материалы.
Статья 1233 ГК РФ перечисляет способы распоряжения: договор об отчуждении исключительного права и лицензионный договор. Для задачи «вернуть права заказчику» нужен именно договор об отчуждении — он передает права в полном объеме и безвозмездно либо за символическую цену, если стороны договорились.
Статья 1296 ГК РФ — ключевая для кастомной разработки. По умолчанию исключительное право на программу, созданную по заказу, принадлежит заказчику, если договором не установлено иное. Это правило диспозитивное, и подрядчик почти всегда прописывает оговорку в свою пользу. Поэтому при расторжении нужно явно вернуться к диспозитивному регулированию и подтвердить, что право переходит заказчику.
Статья 1297 ГК РФ регулирует программы, созданные при выполнении трудовых обязанностей: исключительное право принадлежит работодателю, если трудовой или иной договор не предусматривает иное. Если разработку вели штатные сотрудники студии, их отношения со студией регулируются этой нормой, и заказчик получает права по цепочке: работодатель (студия) → заказчик.
Статья 1298 ГК РФ касается служебных результатов, полученных при выполнении договора подряда или НИОКР, если это не программы для ЭВМ и не базы данных. Если в проекте были дизайн-концепции, тексты, иллюстрации, которые не подпадают под ст. 1296, к ним применяется ст. 1298 — право также по умолчанию у заказчика.
Статья 1404, 1405 ГК РФ устанавливают требования к форме договора об отчуждении: письменная форма обязательна, и для программ для ЭВМ, баз данных, товарных знаков требуется государственная регистрация в Роспатенте, если стороны хотят иметь безупречное доказательство. Регистрация договора об отчуждении в реестре Роспатента стоит 13 000 ₽ за один объект (пошлина за регистрацию сделки, 2024 год), плюс 1 500 ₽ за выдачу свидетельства.
Параллельно действует Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации», статья 13 которого определяет, что обладатель информации (включая программы и базы данных) распоряжается ею по своему усмотрению. Эта норма работает как вспомогательная при квалификации прав на базы данных, настройки CMS, контент, сгенерированный подрядчиком.
Для международных проектов и студий-нерезидентов учитывайте Бернскую конвенцию об охране литературных и художественных произведений 1886 года (Россия — участник с 1995 года) и Всемирную конвенцию об авторском праве 1952 года. Дизайн-макеты защищаются как произведения графического дизайна, исходный код — как литературное произведение. Это важно, если исполнитель пытается ссылаться на иностранное законодательство.
Судебная практика 2023–2024 годов устойчиво подтверждает: суды требуют от сторон фиксации перехода прав именно в письменном акте с указанием объектов, объема передаваемых прав и момента перехода. Решения по делам А40-200324/2023, А56-98765/2022 показывают, что отсутствие акта приема-передачи исключительных прав трактуется против заказчика — в пользу сохранения права за разработчиком.
Таблица проверки: что должно быть в актах приема-передачи
| Параметр | Что проверить | Где фиксируется | Риск при отсутствии |
|---|---|---|---|
| Название объекта | Точное наименование программы, базы, дизайн-концепции | Акт, договор об отчуждении | Спор о составе переданного |
| Объем прав | «Исключительное право в полном объеме», а не «право использования» | Договор об отчуждении | Суд квалифицирует как лицензию |
| Территория | «На территории всего мира» | Договор об отчуждении | Ограничение по территории |
| Срок | «Бессрочно», а не «на срок договора» | Договор об отчуждении | Утрата прав после прекращения договора |
| Способ передачи | Репозиторий, ссылки, физический носитель | Акт приема-передачи | Невозможно доказать факт передачи |
| Доступы | Логины, пароли, MFA, SSH-ключи | Акт передачи доступов | Блокировка со стороны студии |
| Хеш-суммы | SHA-256 архивов | Опись | Спор о целостности кода |
| Лицензии зависимостей | Перечень open-source и коммерческих компонентов | Приложение к акту | Претензии правообладателей |
| Цена отчуждения | Символическая или согласованная сумма | Договор об отчуждении | Налоговые риски |
| Подписи сторон | Оригинальные подписи, печати, дата | Все документы | Недействительность документов |
Типичные риски при передаче исходного кода и доступов
Риск первый: подрядчик передает код, но сохраняет права на «уникальные алгоритмы» и «библиотеки собственной разработки». Такие оговорки часто прячутся в приложениях к договору. После расторжения выясняется, что критичные модули — антифрод, интеграции с платежными системами, поисковый движок — лицензированы у студии и не подлежат передаче. Решение — заранее в основном договоре указать, что все компоненты, созданные в рамках проекта, передаются заказчику в полном объеме, а используемые open-source библиотеки перечисляются в спецификации.
Риск второй: репозиторий передан, но git-история обрезана или изменена. Студия передает снимок кода без истории коммитов, что затрудняет поддержку, аудит и подключение новых разработчиков. Решение — требовать полную историю коммитов с метаданными авторов и временными метками.
Риск третий: доступы переданы, но на аккаунтах двухфакторная аутентификация привязана к телефону или корпоративной почте подрядчика. Без передачи физического устройства или перенастройки MFA заказчик не может войти в аккаунт. Решение — требовать переключения MFA на приложение-аутентификатор (Google Authenticator, Яндекс.Ключ) под контролем заказчика.
Риск четвертый: дизайн-макеты переданы в формате Figma, но без коммерческой лицензии на шрифты и стоковые изображения. Шрифты могут быть лицензированы только для студии, а фотографии — куплены по подписке, не подлежащей передаче. Решение — запрашивать лицензионные сертификаты на все коммерческие компоненты дизайна.
Риск пятый: подрядчик не уведомляет хостинг-провайдера и регистратора домена о смене владельца, и аккаунты блокируются при первой попытке продления. Решение — требовать от студии письменного уведомления провайдеров с копией заказчику и подтверждением получения.
Риск шестой: после подписания акта подрядчик предъявляет претензию о неоплате дополнительных работ. Соглашение о расторжении содержит пункт об отсутствии взаимных претензий, но исполнитель использует акт сверки как основание для иска. Решение — заранее провести сверку взаиморасчетов и зафиксировать нулевой долг в акте.
Риск седьмой: код содержит закладки и удаленные вызовы, которые активируются через полгода. Студия сохраняет контрольный сервер, который инициирует отключение функционала. Решение — проводить аудит кода перед подписанием акта, проверять внешние вызовы и зависимости.
Ситуации, когда права остаются у разработчика
Права не переходят автоматически, даже если заказчик полностью оплатил проект, в нескольких случаях. Эти ситуации встречаются в 60% договоров с малыми студиями и фрилансерами.
Ситуация первая: в договоре прописано, что исключительное право возникает у подрядчика и передается заказчику только после получения отдельного письменного согласия. Если согласие не получено, право остается у исполнителя. Суды признают такие оговорки действительными.
Ситуация вторая: расторжение оформлено как «отказ от договора» со стороны заказчика без явного указания на отчуждение прав. По ст. 450.1 ГК РФ односторонний отказ прекращает обязательства, но не передает интеллектуальную собственность автоматически. Результат — заказчик оплатил разработку, но не получил исключительных прав.
Ситуация третья: в акте приема-передачи указан «неисключительный объем прав» или «право использования в пределах проекта». Это лицензия, а не отчуждение. Заказчик не может перенести код к другому разработчику, не может продать проект, не может изменить объект.
Ситуация четвертая: дизайн создан штатным дизайнером студии без оформления трудового договора или без указания служебного задания в должностной инструкции. Студия не имеет оснований передать права заказчику, потому что дизайнер — автор, а студия — посредник без прав на произведение.
Ситуация пятая: использовались open-source компоненты с лицензией GPL или AGPL, обязывающей раскрывать весь исходный код производного продукта. Студия отказывается передавать код из-за рисков для других клиентов.
Ситуация шестая: заказчик расторгает договор в одностороннем порядке в нарушение условий (без уведомления за 30 дней, без оплаты выполненных этапов). Студия использует нарушение как основание отказать в передаче прав до урегулирования финансового спора.