Заказали программу у студии: что проверить в правах и передаче исходного кода

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

Сначала свяжите программу с предметом договора

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

Материал рассчитан на компанию, которая заказала создание новой программы другой компании-разработчику. Заказ непосредственно человеку-автору, служебные разработки, государственные контракты, подписки SaaS и покупка готового ПО требуют другого разбора. Здесь рассматриваем российское право и подготовку к приёмке либо смене студии.

Начните с одного результата, например модуля оформления заказа. Найдите его описание в ТЗ и уточните, какая версия передаётся: номер выпуска, tag или commit в системе контроля версий. Затем проверьте, на этот ли результат ссылается акт. Если в акте написано только «работы выполнены», а ТЗ несколько раз менялось в переписке, запишите вопрос о составе принятого результата.

Идентификатор версии помогает сопоставить документы с кодом. Он сам по себе не устанавливает принадлежность права и не заменяет условия договора.

Кому принадлежат права при заказе студии

Для программы, созданной по договору, предметом которого было её создание, пункт 1 статьи 1296 ГК РФ устанавливает исходное правило: исключительное право принадлежит заказчику, если договор не предусматривает иное. Поэтому нельзя автоматически считать, что без отдельного договора отчуждения право всегда осталось студии. Но и оплата разработки не означает, что заказчик получил любые права на всё содержимое репозитория.

Проверьте договорные отступления от общего правила. Например, право на созданную программу может быть оставлено исполнителю. Для такого случая пункт 3 статьи 1296 предусматривает использование заказчиком в целях соответствующего договора на условиях безвозмездной простой лицензии в течение срока исключительного права, если договором не установлено иное. Это не универсальное разрешение перепродавать программу или раскрывать весь код любому подрядчику.

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

Когда программа возникла при выполнении договора подряда или предусмотренных статьёй 1297 научно-исследовательских, опытно-конструкторских либо технологических работ, которые прямо не предусматривали её создание, исходное распределение другое: право остаётся исполнителю, если стороны не договорились иначе. У заказчика при условиях этой нормы есть право использования для целей договора. Название «услуги» или «разработка» на первой странице не решает, какую норму применять: нужны предмет, приложения и обстоятельства создания результата.

Правила статьи 1296 не распространяются на договор с самим автором. Для такого заказа есть отдельный маршрут по статье 1288 и договору авторского заказа. Не переносите его условия на любой договор с компанией-студией.

Для своей версии разделите четыре вопроса: какой результат создан по договору, кому принадлежит исключительное право, какие действия разрешены заказчику и что фактически передано. Один ответ не подменяет остальные.

Матрица приёмки конкретной версии

Заполните рабочий лист вместе с руководителем разработки. Это практический способ обнаружить несоответствия, а не установленный законом обязательный комплект документов или достаточное доказательство прав. Неизвестное лучше так и отметить, чем заполнить предположением.

Рядом с каждой строкой оставьте место для фактически полученного и пробела. Например: «ТЗ на выпуск согласовано; в акте версия не указана; нужно уточнить связь акта с переданным tag». Такая запись полезнее общего вывода «документы в порядке».

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

Статья 1261 ГК РФ относит исходный текст и объектный код к формам выражения программы. При этом доступ к репозиторию и право на программу остаются разными вопросами. Наличие исключительного права также само по себе не означает, что заказчик должен получить любой пароль, сервер или внутренний инструмент студии: состав передачи нужно соотнести с обязательствами и принадлежностью соответствующих ресурсов.

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

Что уточнить по готовым модулям и библиотекам

В заказной программе могут одновременно находиться новый модуль, прежний программный компонент студии и библиотека третьего лица. Условия о правах на новый результат не дают оснований объявлять весь этот состав исключительно своим.

Попросите перечень компонентов с версиями, источниками и условиями использования. Для прежнего модуля студии выясните, какое разрешение получает заказчик и как оно связано с работой программы. Для сторонней библиотеки найдите применимые условия, а не только пометку «бесплатная» или «open source».

Особенно важен вопрос о планируемом продолжении: сможет ли другая команда получать нужные материалы, изменять продукт и выпускать обновления в предполагаемой модели использования. Ответ зависит от конкретных прав и ограничений. Само наличие открытого исходного кода не означает ни отсутствия условий, ни запрета на коммерческое использование; конкретные лицензии здесь не разбираем.

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

Учебная ситуация: приложение работает, команда меняется

Компания заказала студии программу для оформления заказов. Демонстрация проходит на сервере студии. Заказчик планирует передать развитие другой команде, но в присланном акте нет версии, а в репозитории лежат новый модуль и прежний компонент исполнителя. Это условный пример, не история клиента или судебное дело.

До передачи новой команде компания сопоставляет ТЗ с конкретным выпуском, уточняет распределение прав на новый модуль и условия использования прежнего компонента. Технический специалист отдельно проверяет, какие согласованные материалы уже получены и чего не хватает для сборки вне среды студии.

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

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

С чего начать разбор с КиберПраво

Для первого обращения опишите, кто заказчик и исполнитель, на какой стадии находится работа, какую версию принимаете и зачем нужна смена команды. Укажите конкретный пробел: например, непонятны права на прежний модуль или состав передачи для самостоятельной сборки.

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

Источники и границы материала

Правовые ориентиры: статьи 1296 и 1297 ГК РФ о распределении прав на созданные произведения, статья 1261 о программах для ЭВМ, пункт 4 статьи 1259 и пункт 1 статьи 1262 о необязательности регистрации для авторской охраны. Текст норм прочитан в ГК РФ на WIPO Lex, версия 2025 года с изменениями по 3 августа 2025 года. Эту версию не следует считать консолидированной редакцией 2026 года; перед применением к сделке проверяют действующие нормы и условия договора.

Материал помогает подготовить вопросы по новой программе, заказанной компании-разработчику. Он не устанавливает права на ваш продукт, не гарантирует полноту передачи и не заменяет индивидуальный юридический анализ. Матрица версии, ТЗ, акта и материалов представляет рабочий лист, а не универсальный шаблон договора.