Проверка прав на разработку начинается с карты её создателей. Нужно понять, кто написал код или создал другой результат, на каком основании работал и какие права получила компания. Мы в GLS Expert связываем эту проверку с задачами МТК, Сколково и регистрации ПО. Ниже — порядок первичной самостоятельной работы.
Как понять, достаточно ли компании прав для заявки
Начните с действия, которое компания собирается совершить: продавать лицензии, менять код, передавать права инвестору или заказывать дальнейшую разработку. Документы должны позволять именно это действие. Доступ к репозиторию или оплата труда автора не описывают весь объём прав.
Для собственного модуля установите автора и основание перехода прав. Для сторонней библиотеки — лицензию и ограничения распространения. Для данных — законное основание получения и использования. У одного продукта эти основания могут различаться, поэтому общий акт «все права переданы» не заменяет проверку состава продукта.
Если найден пробел, сначала установите реальные обстоятельства создания. Подписывайте необходимые документы с правдивыми датами и содержанием. Не оформляйте вымышленные задания задним числом: это не устраняет риск и может сделать доказательство недостоверным.
Что именно должно принадлежать компании
Продукт редко состоит из одного объекта. В нём могут одновременно использоваться собственный код, чужие библиотеки, дизайн, данные, техническая документация и товарный знак. Для заявки и сделки мы проверяем каждый слой.
| Компонент | Типичный вопрос | Что помогает ответить |
|---|---|---|
| Код сотрудника | Разработка входила в трудовую функцию или задание? | Трудовые документы, задания, история создания |
| Код подрядчика | Что договор говорит об исключительном праве? | Договор, техническое задание, акты и условия передачи |
| Открытая библиотека | Допускает ли лицензия выбранный способ распространения? | Точная версия, текст лицензии, перечень зависимостей |
| Данные и изображения | Есть ли основание для использования и передачи клиенту? | Лицензии, договоры, необходимые согласия |
| Совместная разработка | Кто распоряжается результатом и на каких условиях? | Соглашение участников и распределение прав |
Правовые основания проверяем по части IV ГК РФ. Оплата и акт приёмки сами по себе не заменяют анализа договора и обстоятельств создания.
Как найти разрыв до сделки или гранта
Предположим, продукт создавали шесть разработчиков: четверо в штате и двое по договорам. У штатных сотрудников есть задания, у одного подрядчика прописана передача прав, а у второго — только «консультационные услуги». В презентации продукт выглядит единым, но по последнему компоненту основание использования требует отдельной проверки.
Наш порядок работы:
- Составить список авторов и компонентов по версиям продукта.
- Связать каждого автора с договором и периодом разработки.
- Проверить предмет, условия перехода прав, оплату и приёмку.
- Определить, какие документы нужно уточнить с участниками.
- Зафиксировать итоговую карту прав для заявки, лицензирования или инвестиционной сделки.
Регистрация программы в Роспатенте помогает зафиксировать сведения об объекте, но не исправляет недостающую передачу прав. Включение в реестр российского ПО — отдельная процедура с другой целью. Эти действия нельзя продавать как взаимозаменяемые. Состав документов и пошлину разбираем в инструкции по регистрации программы.
Что именно мы проверяем: программа, идея и свидетельство
Программы для ЭВМ охраняются авторским правом, включая исходный текст и объектный код. При этом авторское право не распространяется само по себе на идеи, методы и принципы решения задачи. Описание «у нас идея сервиса» и наличие разработанного программного кода — разные исходные ситуации.
Регистрация программы добровольна: возникновение авторских прав не зависит от получения свидетельства. Роспатент проверяет представленный регистрационный комплект, а сведения реестра считаются достоверными, пока не доказано иное. Ответственность за сведения несёт заявитель. Поэтому свидетельство о регистрации программы не заменяет проверку договоров и происхождения кода. Это вывод из предмета регистрационной процедуры и правил о достоверности реестра.
Результат этой процедуры корректно называть государственной регистрацией программы для ЭВМ и свидетельством о регистрации. Формулировка «патент на ПО» не описывает её юридический результат. Вопрос о патентной охране конкретного технического решения требует отдельной оценки.
Как эксперты собирают карту компонентов
Мы разбираем состав продукта: ядро программы, интерфейс, модули подрядчиков, библиотеки, данные и другие существенные материалы. Для каждого объекта фиксируем версию и сопоставляем её с договорами и фактическим использованием.
| Компонент и версия | Кто создал | Возможное основание | Кто заявлен правообладателем | Что проверить документально |
|---|---|---|---|---|
| Ядро, релиз на дату проверки | Работники | Создание в пределах трудовых обязанностей | Работодатель при соблюдении применимых условий | Договоры, обязанности, задания, передача результата, использование, условия вознаграждения |
| Модуль подрядчика | Команда другой организации | Договор, прямо предусматривающий создание модуля | По договору и применимой норме | Предмет, состав результата, условия о правах, акт, цепочка прав внутри подрядчика |
| Модуль независимого автора | Физическое лицо — автор | Авторский заказ и условия об отчуждении либо использовании | Определяется содержанием договора | Какой объект создаётся и какой объём прав получает компания |
| Код, написанный основателем до ООО | Основатель или несколько соавторов | Отдельное основание предоставления прав компании | Нельзя установить по факту владения долей | История создания, состав авторов, договоры и подтверждение предусмотренных ими условий |
| Сторонняя библиотека | Внешний правообладатель | Лицензия конкретной версии | Внешний правообладатель | Текст лицензии, способ использования, обязательства и совместимость с моделью распространения |
| Данные и изображения | Поставщик, заказчик или команда | Договор, лицензия, иное проверяемое основание | Проверяется отдельно от прав на код | Источник, разрешённые действия, ограничения, права третьих лиц |
Последний столбец — рекомендуемая организация проверки, а не установленный законом одинаковый пакет для всех случаев. Одного документа может быть недостаточно; иногда несколько документов описывают разные версии объекта.
У работника, подрядчика и автора действуют разные правила
Для служебного произведения важно, создано ли оно в пределах трудовых обязанностей. По общему правилу исключительное право принадлежит работодателю, если договором не предусмотрено иное. Отдельно учитываются использование или передача произведения, сохранение в тайне и право автора на вознаграждение. Статья 1295 также предусматривает трёхлетний период: при отсутствии указанных в ней действий работодателя право возвращается автору. Поэтому проверяют не только трудовой договор, но и последующую историю конкретного результата.
В отношениях с подрядчиком ключевым становится предмет договора. Если договор прямо предусматривает создание программы, действует правило статьи 1296: исключительное право по умолчанию принадлежит заказчику, если стороны не согласовали иное. Если произведение возникло при выполнении договора, который прямо не предусматривал его создание, статья 1297 устанавливает другое исходное распределение — в пользу исполнителя, если договором не предусмотрено иное. Нельзя сделать вывод по одному слову «разработка» в платёжном поручении.
Если исполнителем является сам автор, статья 1296 отсылает к правилам авторского заказа. По такому договору могут передаваться исключительное право или право использования в согласованных пределах. Эти варианты нельзя объединять общей фразой «права переданы»: для дальнейшей коммерциализации важен конкретный объём.
Что проверить перед обсуждением разработки с инвестором
Сведите объекты, авторов, договоры и ограничения в один перечень. Для результата сотрудника проверьте характер задания и оформление отношений, для подрядчика — передачу согласованного объёма прав. Наличие акта оплаты не следует считать ответом на все вопросы о праве использования и продажи.
Отдельно укажите сторонние библиотеки, ранее созданные компоненты и совместные результаты. Если инвестор запрашивает исходные материалы, определите необходимый объём раскрытия и ограничения доступа. Соглашение о конфиденциальности помогает урегулировать раскрытие, но не создаёт отсутствующие у компании права. Проверку документов стоит закончить до обещания передать инвестору исключительное право или дать клиенту эксклюзивную лицензию.
Что мы сопроводили для Doctor Boost и Портье.One
Для проекта Doctor Boost мы сопровождали государственную регистрацию программы для ЭВМ. Программа зарегистрирована 28 января 2026 года, свидетельство №2026612596; правообладатель — ООО «Доктор Контекст». Подготовка к Сколково и регистрация ПО входили в комплекс нашей работы. Подробности приведены в кейсе Doctor Boost.
В проекте Портье.One мы также сопровождали регистрацию программы. Свидетельство №2026612612 от 28 января 2026 года оформлено на ООО «Букинг Солюшнс». Состав работы и дальнейшее сопровождение показаны в кейсе Портье.One.
Для новой разработки мы отдельно проверяем документы создателей и правообладателей, договоры и состав компонентов. Регистрационное свидетельство подтверждает сведения о зарегистрированной программе; оно не заменяет анализ всех договорных оснований и лицензий проекта.
Что относится к регистрации, а что — к проверке прав
| Работа | Её результат |
|---|---|
| Идентификация объекта | Название, версия и материалы, позволяющие определить программу |
| Проверка происхождения | Понятно, кем создан каждый существенный компонент |
| Проверка оснований | Договоры и другие документы объясняют объём прав компании |
| Регистрационная подготовка | Данные правообладателя и авторов, заявление, депонируемые материалы, включая реферат |
| Сопоставление с конкурсом или статусом | Проверено, какие права и документы требуются именно выбранной процедурой |
При необходимости регистрации мы проверяем действующие формы, способы подачи, сроки и пошлину, затем готовим заявление и депонируемые материалы в согласованном составе. Если исключительное право на уже зарегистрированную программу переходит другому лицу или передаётся в залог, государственная регистрация такого перехода или залога предусмотрена пунктом 5 статьи 1262.
Подробно состав регистрационного комплекта, государственную пошлину и порядок подготовки мы разобрали в материале о регистрации программы для ЭВМ в Роспатенте. Он поможет согласовать именно оформление программы после проверки оснований прав.
Что читать дальше
Оформленные права также нужны для связного описания компании при подготовке ИТ-аккредитации и для проекта по программе «Старт». При этом каждый маршрут имеет самостоятельные требования.
Что потребуется от вашей компании
Достаточно рассказать о текущем продукте, его авторах и подрядчиках, передать имеющиеся договоры и регистрационные документы. Карту компонентов и список правовых вопросов подготовим мы. Если готовите комплект самостоятельно, начните с карты компонентов и документов выше. Нерешённые вопросы можно передать нам на отдельную проверку.
При оформлении МТК под ключ связываем правовые подтверждения с технологическим обоснованием и заявкой. Эти задачи также разобраны в материалах о документах МТК, готовности к гранту и исследованиях и коммерциализации. Ведущий проекта организует подготовку и правки, а компания подтверждает факты, подписывает необходимые документы и согласует результат.
Продолжить разбор
Когда право принадлежит основателю или подрядчику, пригодится пошаговый разбор отчуждения исключительного права: предмет договора, цена, регистрация и фактическая передача результата.
Смежные решения
- Если заказываете исследования или опытно-конструкторские работы, согласуйте в договоре НИОКР результат, этапы оплаты и распределение прав до начала работ.
Для патентуемого результата работника отдельно проверьте права на служебное изобретение и вознаграждение: распределение исключительного права и обязанность выплат требуют самостоятельного разбора.
