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

Коротко
Для включения программы в реестр российского ПО проверяю исключительные права компании, состав компонентов и соответствие условиям включения. Готовлю согласованный комплект заявления и документации, а при запросе дополнительных сведений — пояснения с подтверждающими материалами.
Перед продажей программы заказчикам проверяю права на код и готовность комплекта для подачи в реестр.
Для записи в реестр прав на программное обеспечение нужен полный комплект: заявление, документация продукта, права на код и сведения о компонентах. Без него рассмотрение затягивается.
Ошибки, которые осложняют правовую защиту компании — Включение программы в реестр российского ПО
Устанавливаю основания прав компании и границы программы, её модулей и версий для заявки.
Компания выступает правообладателем программы. Проверяю, какие права у неё есть и на каком основании они возникли.
Определяю, что именно включается в реестр: программа целиком, её модули или отдельные версии и редакции.
Программа для ЭВМ охраняется как объект авторского права; права подтверждаются документами.
Заявка в реестр программного обеспечения РФ держится на документах: заявление, документация продукта, права на код и сведения о компонентах. Проверяю, что каждый документ подписан уполномоченным лицом, даты согласованы, а описание функций совпадает с фактическим продуктом.
Устанавливаю, есть ли претензии бывших разработчиков, подрядчиков или лицензиаров к правам на код.
Цель — корректная запись в реестре исключительных прав на программное обеспечение. Для этого формулирую ответы на вопросы уполномоченного органа так, чтобы их можно было проверить по документам, и заранее готовлю пояснения по спорным компонентам. Реестр прав на программное обеспечение отражает только подтверждённые сведения.
Собственник выбирает продукт для подачи, руководитель подписывает заявку, технический специалист описывает компоненты.
| Участник | Полномочие и документ |
|---|---|
| Собственник продукта | Решает, какие продукты и версии подавать в реестр, и отвечает за стратегию продаж российского ПО. |
| Руководитель компании | Подписывает заявление и документы о правах, утверждает описание продукта и ответы на запросы уполномоченного органа. |
| Технический специалист | Описывает архитектуру, состав компонентов и используемые лицензии, готовит документацию продукта и сведения о размещении кода. Эти данные нужны для заявки в реестр программного обеспечения РФ и для ответов на технические вопросы при проверке. |
| Контрагент | Подрядчик, лицензиар или соавтор: подтверждает передачу прав на код или условия лицензии на используемые компоненты. |
| Компетентный орган или суд | Уполномоченный орган рассматривает заявление и принимает решение о включении в реестр российского программного обеспечения; суд разрешает споры о правах на программу и об отказе, если компания решит его обжаловать. |
| Адвокат | Проверяю цепочку прав, готовлю заявку для реестра исключительных прав на программное обеспечение и сопровождаю её рассмотрение. |
Запись в реестре не заменяет оформление исключительного права и не разрешает спор с автором кода.
Сначала описываю продукт и его границы: какие модули входят в программу, какие версии подаются и кто их правообладатель.
Затем собираю доказательства: заявление, документацию продукта, документы о правах на код и сведения о компонентах. Каждое утверждение в заявке подкрепляю документом. Включение в реестр российского ПО не заменяет оформление исключительного права и не разрешает спор с автором программы.
Программа для ЭВМ охраняется как объект авторского права. Поэтому проверяю, как возникли права: служебное произведение, договор с разработчиком или приобретение.
Отдельно оцениваю последствия ошибки: неверно указанный правообладатель или незаявленный компонент могут привести к отказу или исключению записи. Например, наличие договора с подрядчиком ещё не отвечает на вопрос, какие результаты разработки переданы компании. Проверяю предмет договора и приложения, сопоставляю их с модулями в составе заявляемого продукта.
Реестр программного обеспечения РФ ведётся по установленным условиям включения: значение имеют принадлежность прав, происхождение кода и соответствие программы критериям российского ПО. Я сопоставляю каждое условие с документами компании, заранее выявляю слабые места и предлагаю, как их устранить до подачи, а не после запроса уполномоченного органа. У открытых библиотек и коммерческих компонентов могут быть разные условия распространения и изменения кода. Вместе с техническим специалистом отделяю собственную разработку от заимствованных частей и выясняю, не противоречат ли заявленные способы использования лицензионным ограничениям. Проверка охватывает также сведения о компании и структуре владения: техническое описание само по себе не подтверждает соответствие правообладателя условиям реестра.
Понятие программы охватывает данные и команды, подготовительные материалы и порождаемые аудиовизуальные отображения.

Комментарий адвоката Вруцкогоадвокат · рег. № 78/8790
Для включения в реестр сначала устанавливаю, что продукт является программой для ЭВМ по ст. 1261 ГК РФ и кому принадлежит исключительное право. Затем проверяю правообладателя и программу по критериям российского ПО. Приведённое определение помогает очертить объект заявки, но само по себе не подтверждает соответствие условиям включения. Поэтому отдельно изучаю документы о создании и передаче кода, состав продукта и сведения о компании.
Для заявки подтверждаю вид программного продукта, основания прав на код и полномочия подписанта.
Сначала сверяю название, модули и версии программы, затем собираю договоры и акты участников разработки.
До подачи устраняю расхождения в заявлении и документации, проверяю письменную передачу прав от разработчиков.
До подачи устраняю расхождения в документах: исправить их после решения об отказе сложнее.
При оспаривании отказа органа и споре о правах на код отдельно определяю суд, ответчика и требование.
| Вопрос | Что подтверждаю |
|---|---|
| Компетенция суда | Споры об отказе органа и о правах на программу рассматривают разные суды; подсудность определяю по предмету требования. |
| Надлежащие стороны | Устанавливаю ответчика: уполномоченный орган при оспаривании решения или лицо, претендующее на права на код. |
| Предмет требования | Требование формулирую исполнимо: признать решение об отказе незаконным и обязать повторно рассмотреть заявление или подтвердить принадлежность исключительных прав на программу компании. |
| Цифровые материалы дела | Исходный код, история репозитория, документация продукта и сведения о компонентах подтверждают авторство и дату создания программы. Представляю их с описанием, чтобы суд мог проверить происхождение кода без специальных знаний, а при необходимости ходатайствую о назначении экспертизы. Всё это связываю с записью в реестре прав на программное обеспечение. |
| Нормативное основание | Нормы об авторском праве на программы для ЭВМ и правила ведения реестра. |
| Исполнение решения | После решения проверяю, исполнено ли оно: рассмотрено ли заявление повторно и внесена ли запись в реестр. |
Спор о правах на программу стоит решать до подачи или параллельно с ней: он влияет на запись в реестре исключительных прав на программное обеспечение.
Описание функций и архитектуры программы дополняют трудовые договоры, служебные задания и акты передачи прав.
| Документ | Что он отражает |
|---|---|
| Описание продукта | Функции, архитектура, модули и версии программы, место размещения кода и условия поддержки. Этот документ показывает, что именно компания просит включить в реестр программного обеспечения РФ, и позволяет сверить заявление с реальным продуктом. Без него сложно ответить на технические вопросы при рассмотрении заявки. |
| Договорная база | Трудовые договоры, служебные задания, договоры с подрядчиками и акты передачи прав на код. |
| Технические материалы | Исходный код, история репозитория и документация продукта: подтверждают, кто и когда создал программу и какие компоненты в неё входят. |
| Переписка с разработчиками | Письма и согласования с разработчиками и подрядчиками о создании и передаче кода. |
| Документ органа | Запросы и уведомления уполномоченного органа, решение по заявке и ответы компании с приложениями. |
| Сведения о компонентах | Перечень сторонних и открытых компонентов с лицензиями и происхождением. Для записи в реестре исключительных прав на программное обеспечение важно показать, что заимствованные части не лишают компанию прав на программу и используются законно. Этот перечень готовлю заранее. |
Состав комплекта зависит от истории продукта: для программы, созданной подрядчиком, нужны документы о передаче исключительных прав.
Объём аудита и подготовки заявки зависит от истории разработки и оформления прав на модули разных команд.
| Элемент | Как подтверждается |
|---|---|
| Правовой аудит | Анализ прав на код, договоров с разработчиками и состава компонентов; объём зависит от истории продукта. |
| Подготовка документов | Заявление, пояснения, реестр приложений и документы о передаче прав, если их не оформили раньше. Объём растёт, когда продукт создавался несколькими командами или подрядчиками и права на разные модули оформлены разными договорами. |
| Технические меры | Доработка документации продукта и описание компонентов выполняются силами технических специалистов компании. Их затраты времени зависят от состояния документации и числа модулей, которые нужно описать для заявки. |
| Договорные платежи | Выплаты разработчикам и подрядчикам за передачу прав, если договоры не предусматривали отчуждение исключительного права. Такие платежи оцениваются до подачи заявки, потому что без передачи прав заявка в реестр прав на программное обеспечение неполна. |
| Подтверждённые убытки | Потери от отказа или задержки включения в реестр: упущенные контракты с заказчиками, которым нужно российское ПО. Такие убытки требуют доказательств — договора или конкурсной документации, где наличие программы в реестре было условием, и расчёта неполученной выручки. Без причинной связи между действиями ответственного лица и потерями требование слабое; поэтому сначала оцениваю, есть ли такая связь и кто её нарушил. |
| Судебные расходы | Госпошлина и расходы на представителя, если спор о правах или об отказе дойдёт до суда. Их распределяет суд по итогам рассмотрения дела, поэтому все расходы подтверждаю документами с самого начала. |
Стоимость работы определяю после изучения документов: объём зависит от числа продуктов и истории прав.
Дата получения отказа нужна для расчёта срока его оспаривания, а подготовка заявки имеет отдельные сроки.
| Действие | Срок | Начало и условие | Норма |
|---|---|---|---|
| Денежная претензия к подрядчику по разработке | 30 календарных дней | Для договорного требования, подпадающего под обязательный претензионный порядок, учитывается дата отправки подрядчику. До обращения в суд проверяю условия договора о претензии и сохраняю доказательство её направления. | ч. 5 ст. 4 АПК РФ |
| Судебное оспаривание отказа во включении ПО | 3 месяца | Для заявления об отказе устанавливаю момент, когда заявитель узнал о нарушении своих прав. Проверяю уведомление по заявке и доступность решения в личном кабинете; дата самого решения может не совпасть с датой получения. | ч. 4 ст. 198 АПК РФ |
| Апелляция по судебному спору о заявке | 1 месяц | При подготовке апелляции ориентируюсь на дату изготовления полного решения первой инстанции по спору о программе. Проверяю её по судебному акту, отдельно от даты оглашения резолютивной части. | ч. 1 ст. 259 АПК РФ |
| Кассация после рассмотрения спора о ПО | 2 месяца | Для кассационного обращения выясняю, когда обжалуемый акт приобрёл законную силу. Если была апелляция, изучаю её постановление вместе с решением по заявке и проверяю последовательность обжалования. | ч. 1 ст. 276 АПК РФ |
Срок подготовки заявки на российское ПО и срок судебного оспаривания отказа — разные вопросы. В таблице приведены сроки для арбитражного процесса, если спор относится к его компетенции. Полученный отказ, сведения о его доставке и переписку по заявке сохраняю для определения даты начала судебной защиты. Эти сроки не описывают длительность рассмотрения программы для включения в реестр.
Проверяю готовность продукта к реестру или готовлю заявление, пояснения и недостающие документы о правах.
Проверяю цепочку прав на код, состав компонентов и соответствие продукта критериям российского ПО. По итогам понятно, готова ли программа к подаче.
Готовлю заявление, пояснения к документации продукта и документы о правах: договоры с разработчиками, служебные задания и акты передачи исключительных прав на программу. Комплект собираю так, чтобы он отвечал на вопросы проверяющих.
Согласую с разработчиками и подрядчиками условия передачи прав на код, если они не были оформлены.
Отвечаю на запросы уполномоченного органа по заявке: поясняю функции программы, состав компонентов и происхождение прав. Каждый ответ сопровождаю документами и ссылками на ранее поданные материалы, чтобы не было противоречий с первоначальным заявлением. Если орган указывает на несоответствие условиям включения, разбираю, можно ли устранить его дополнительными сведениями или требуется доработка продукта либо документов о правах. Это важная часть работы с реестром прав на программное обеспечение.
Готовлю претензию бывшему разработчику или подрядчику, если он оспаривает права компании на код.
Представляю компанию в суде по спорам об отказе во включении в реестр российского программного обеспечения и о правах на код.
Для подачи важны исключительное право компании на программу и соответствие комплекта действующим условиям включения.
Компания должна быть правообладателем, а не лицензиатом: для записи в реестре исключительных прав на программное обеспечение значение имеет принадлежность именно исключительного права. Проверяю, как оно перешло к компании.
Документы готовятся по действующим правилам и условиям включения на дату подачи. Если правила изменились после начала подготовки, заново сверяю комплект с требованиями и обновляю пояснения, чтобы заявка соответствовала им на момент рассмотрения.
История репозитория подтверждает авторов, даты и российское происхождение кода.
Заявление, документация продукта и договоры описывают одну и ту же программу одинаково: название, версии, функции и правообладатель совпадают во всех документах.
Замечания уполномоченного органа получают ответ в установленный срок, с документами и пояснениями по каждому пункту.
Просимое действие даёт проверяемый итог: запись в реестре программного обеспечения РФ с верными сведениями о правообладателе и версии продукта.
После включения сверяю запись с заявлением, а при запросе сведений готовлю пояснения с техническим специалистом.
Несовпадение заявленных функций с работой программы требует исправленных сведений и подтверждающих пояснений.
Описание в заявлении не совпадает с реальными функциями программы. Исход зависит от того, насколько быстро компания устранит расхождения и сможет подтвердить их документами. Сравниваю заявление, документацию продукта и фактическую работу программы, готовлю исправленные сведения и пояснения к ним.
Подали всю платформу, хотя российскими являются лишь отдельные модули. Разграничиваю продукт и уточняю предмет заявки.
Подрядчики вносили изменения без договоров о передаче прав. Готовлю договоры и акты на эти части кода с актуальными датами.
Договоры о передаче прав оформили после подачи заявления, и даты не сходятся. Исход зависит от того, можно ли подтвердить более ранний переход прав. Ищу переписку, акты и платёжные документы, которые это подтверждают.
Спор о правах с бывшим разработчиком ведут параллельно с заявкой, не раскрывая его. Оцениваю, как спор влияет на заявку, и выстраиваю последовательность действий, чтобы ответы органу и позиция в споре не противоречили друг другу.
Лицензия вместо исключительного права и копирование чужой заявки создают расхождения с историей продукта.
Потери контрактов из-за задержки включения подтверждают условия закупки, расчёт и связь с действиями ответственного лица.

адвокат · рег. № 78/8790
При подготовке программы к реестру российского ПО я начинаю с истории разработки. В одном продукте могут соединяться код сотрудников, результат работы подрядчика и сторонние библиотеки. По каждому модулю нужно понять, какой документ подтверждает права компании и какие условия лицензии сохраняются. Если акт относится к разработке в целом, а приложение описывает только часть функций, это расхождение разбираю до подачи заявления.
Следующий вопрос — совпадает ли объект заявки с документацией. Название, состав модулей и описание функций должны позволять проверить именно ту программу, которую компания предъявляет для включения. Технический специалист объясняет устройство продукта, а я сопоставляю эти сведения с договорами и формулировками заявления. Недостающие права нельзя заменить подробным описанием архитектуры.
На консультации полезно иметь описание продукта, договоры с разработчиками и перечень внешних компонентов. Если заявление уже рассматривается, нужны также его копия и запросы по нему. По этим материалам определяю, какие вопросы можно закрыть пояснениями, а какие требуют оформления прав или доработки программы. Решение о включении принимает уполномоченный орган.
Восстанавливаю историю создания модулей, сверяю права и описания продукта, готовлю заявку и ответы органу.
Порядок работы адвоката — Включение программы в реестр российского ПО
Компания собирает договоры штатных разработчиков, задания, акты и сведения о компонентах для самостоятельной подачи.
Компания может сама подготовить заявку, если продукт создан штатными разработчиками и права оформлены.
Адвокат проверяет цепочку прав на программу для ЭВМ, готовит заявку и ответы уполномоченному органу, а при отказе оценивает основания и выбирает способ реагирования. Запись в реестре прав на программное обеспечение опирается на подготовленный им комплект.
Если права переходили между компаниями или код писали подрядчики, заявку в реестр исключительных прав на программное обеспечение лучше готовить с адвокатом.
| Этап работы | Когда нужен | Что вы получаете | Цена |
|---|---|---|---|
| Разбор задачи компании | До подписания, ответа на требование или иска | Оценка рисков и план действий; если справитесь своими силами — скажу прямо | от 10 000 ₽ |
| Документы и переписка | Договор, протокол разногласий, претензия, ответ органу | Проект документа, согласованный с вами до подписания или отправки | по соглашению |
| Представительство в компетентном суде | Спор дошёл до суда | Иск или отзыв, расчёты, доказательства, участие в заседаниях | по соглашению |
| Апелляция и кассация | Решение не устроило | Жалоба и участие в вышестоящем суде | по соглашению |
| Выезд по вопросу бизнеса | Проверка, переговоры, встреча в офисе компании | Разбор на месте и план ближайших действий | от 50 000 ₽ |

№ 78/8790 · адвокат · в профессии с 2006 года
Я веду поручение лично. При обращении разбираю задачу, необходимые действия и объём помощи, который закрепляю в соглашении.
Сведения, полученные в связи с обращением за юридической помощью, охраняются адвокатской тайной.
Подготовка начинается с истории прав на программу, проверки критериев российского ПО и сбора документации.
С проверки прав: кто создал программу, по каким договорам и оформлена ли передача прав компании. Затем сверяю продукт с критериями российского ПО и собираю документацию.
Нормы об авторском праве на программы для ЭВМ и правила ведения реестра российского ПО.
Нет. Условия включения проверяются по конкретному продукту: его функциям, компонентам и истории прав. Типовой текст не отражает этих обстоятельств и порождает расхождения с документацией и договорами.
Историю репозитория, ранние версии документации, договоры с разработчиками, служебные задания и акты передачи прав. Эти материалы подтверждают, кто и когда создал программу.
Если спор денежный или договорный, претензионный порядок обычно предусмотрен законом или договором; для оспаривания решения органа действуют свои правила. Проверяю, какой порядок применяется к вашему требованию и по какому договору.
Зависит от предмета: спор с органом и спор о правах на код рассматриваются по разным правилам подсудности.
Нет. Решение принимает уполномоченный орган, и оно зависит от прав на код, состава компонентов и соответствия критериям. Я могу проверить документы, устранить слабые места до подачи и оценить риски, но результат не обещаю. Если в записи откажут, разберу мотивы отказа и предложу, как действовать дальше: повторная заявка с исправленными документами или оспаривание решения.
Проверенную цепочку прав на программу, согласованный комплект документов и поданную заявку с ответами на запросы органа. Если программу включили, проверяю правильность записи; если отказали — анализ мотивов и план дальнейших действий. Документы о правах пригодятся и при сделках с продуктом, и в спорах с бывшими разработчиками.