Подводные камни, отказы на стадии регистрации, «технические», «юридические» и «документарные» проблемы при включении в реестр российского ПО
На первый взгляд кажется, что вся нужная информация о включении в реестр российского ПО и так лежит в открытых источниках, например, на госуслугах на сайте реестра Минцифры и на странице той же Минцифры о реестрах российского и евразийского ПО. И формально это действительно так, но, если капнуть глубже, быстро выясниться, что одного общего описания процедуры недостаточно и приходится обращаться к Постановлению правительства РФ от 16.11.2015 № 1236 и Приказу Минцифры России от 04.03.2021 № 131, а главное – разбираться в тех подводных камнях, которые не всегда очевидны из кратких инструкций.
В данной статье я разберу 8 ключевых подводных камней по данной теме, чтобы ваше включение в реестр было без головной боли и потраченных месяцев в пустую.
Первая проблема связанна с правами на «ваше» ПО, то есть для включения в реестр заявитель должен быть надлежащим правообладателем. На практике это часто ломается об «висящие» права у сотрудников, подрядчиков, соразработчиков, фрилансеров или о слабую цепочку документов. Даже если продукт фактически ваш, но плохо оформлены договоры об отчуждении прав, служебные задания, акты и лицензионные условия могут стать самым слабым местом при проверке. Требования о подтверждение прав прямо следует из логики правил и официальных описаний услуги, а практические обзоры 2025–2026 годов отдельно подчеркивают, что именно сбор договоров и подтверждение прав это один из главных рисков заявителя.
Чтобы такого не было, достаточно до подачи собрать всю цепочку прав в один комплект, а это трудовые договоры и служебные задания с разработчиками, договоры с подрядчиками, акты, соглашения об отчуждении или лицензировании, документы по передаче доработок. На Госуслугах прямо указано, что нужны документы, подтверждающие исключительное право, а если заявку подает не руководитель ещё и документы о полномочия подписанта.
Вторая из проблем, это то, что на экспертизу подают не сам продукт, а «что-то около него», один из типичных практических провалов, заключающийся в подаче не полноценного экземпляра продукта, а просто ссылку на сайт, облачный сервис или магазин приложений. Во многих обзорах это выделяется как одна из самых частых причин проблем при самостоятельной подаче
Решение до ужаса простое, заранее подготовить именно тот экземпляр ПО и тот объём сведений, который позволяет понять, что это за продукт, кто им владеет и как он функционирует. Проще говоря, не ограничиваться общей презентацией, сайтом продукта или маркетинговым описанием. Подача идет через электронные формы официального реестра, поэтому пакет должен быть готов не «для инвестора», а именно для формализованной проверки.
Третья ловушка это open source и сторонние компоненты, продукт собран на открытых или сторонних источников, а компания думает, что это достаточно для реестра само по себе. На практике нужно отдельно смотреть, позволяют ли лицензии и структура разработки подтвердить ваши исключительные права на конечный продукт, нет ли конфликтующих лицензий, и не слишком ли велика зависимость от платного стороненного ПО. Open source сама по себе не убивает шансы, но вопрос исключительных прав и соблюдений условия лицензии никуда не исчезает.
Здесь решение чисто организационное, ещё до подачи сделать внутреннюю таблицу состава ПО, а именно, какие компоненты используются, на каких лицензиях, что модифицировалось, что принадлежит правообладателю, нет ли ограничений, мешающих подтвердить права на конечный продукт. Это не отдельные требование в виде одной кнопки, а часть общей задачи по подтверждению прав и корректности сведений о ПО.
Четвертый камень — это базовая вещь, про которую почему-то все забывают, несоответствие самому статусу правообладателя. Минцифры указывают требования к заявителю: для физлица – гражданство РФ, для организации – регистрации в РФ и доля российского участия 50%. Если структура владения, корпоративная цепочка или сам заявителя не проходят по этим критериям, это уже системная проблема, а не «исправимая мелочь».
Решение проблемы, довольно непростое, это или менять корпоративную структуру, ставить вопрос о корпоративной реструктуризации или смотреть, кто именно является правообладателем ПО, если права можно законно сконцентрировать у другого заявителя, который соответствует требованиям, то на практике решают вопрос не «дотягиванием» слабой заявки, а корректной настройкой модели правообладания и заявителя. Но здесь важно, не имитировать передачу, а действительно выстроить юридически чистую цепочку исключительных прав, потому что документ о праве на ПО – одна из базовых частей заявки.
Пятая причина из-за чего вас могу не включить в реестр, это недостоверные сведения о компании, то есть если у юрлица проблемы с достоверностью данных в ЕГРЮЛ это может бить не только по общему комплаенсу, но и по подаче в цифровые сервисы государства. ФНС прямо пишет, что наличие недостоверных сведений в реестре может вовлечь серьезные последствия, включая отказ в ряде регистрационных и сопутствующих действий. Для заявки в реестр. По это опасно хотя бы тем, что вся процедура завязана на корректных сведениях о правообладателе и подписанте.
Решение простое, это перед подачей сверить сведения о компании, руководителе, представителе и документах о полномочиях. Это важно, потому что заявление подается в электронной форме, а на Госуслугах отдельно указаны устав и доверенность, если документы отправляет не руководитель.
Шестое, это скорее не проблема, а просто незнание людей, которые часто путают регистрации программы в Роспатенте и включение в реестр российского ПО. Это не одно и то же. Свидетельство Роспатента может быть полезным подтверждающим документом, но само по себе не гарантирует включение в реестр Минцифры. Практические разборы ошибок специально подчеркивают, что одной «бумажки из Роспатента» часто недостаточно без полного комплекта документов по правам и самому продукту.
Здесь надо рассматривать свидетельство о регистрации программы не как «пропуск в реестр», а как один из возможных подтверждающих документов. Само включение идет через отдельную процедуру в системе реестра и на Госуслугах, где оценивается не только наличие свидетельства, но и весь комплект сведений о правообладателе и ПО.
Предпоследняя проблема, это то, что многие думают, что после включения можно расслабиться. По действующей редакции правил есть механизм работы с недостоверной информацией уже после включения, то есть если заявитель не внесет требуемые изменения или не обоснует невозможность их внесения, оператор может ограничить доступ к реестровой записи до устранения нарушений. Поэтому есть риск не только «не попасть», но и потом столкнуться с проблемами по уже включенному продукту.
После попадания в реестр назначить внутри компании ответственного за сопровождение записи: кто будет отслеживать изменения по правообладателю, по составу ПО и по иным значимым сведениям.
Последний камень — это ваша халатность, к заявке относятся как к формальности и не делают предварительную проверку. Официальный сайт реестра прямо указывает, что существуют отдельные основания для отказа в регистрации заявления, а административный регламент Минцифры предусматривает исчерпывающий перечень оснований для отказа в приеме документов. Иными словами, часть заявок ломается ещё до содержательной оценки продукта.
Вам просто надо, перед подачей провести внутренний «предаудит» по чек-листу: права, заявитель, полномочия подписанта, комплект документов, описание продукта, корректность сведений в форме. Это особенно важно, потому что на сайте реестра есть отдельная стадия подачи и регистрации заявления, а значит часть ошибок может сработать еще до содержательного рассмотрения.
Краткий гайд, что у кого спрашивать и что делать в тех или иных ситуациях:
- Если вы юрист, не надо ограничиваться общим вопросом «у нас все в порядке с правами на ПО?». Лучше идти о цепочку и спрашивать предметно. У руководителя или собственника стоит уточнить, о том, кто именно считается правообладателем продукта сейчас, на какую компанию или на какое лицо оформлены права, была ли передача продукта, реструктуризация, смена юрлица, привлечение подрядчиков или внешней команды. У HR или у того, кто ведет кадровые документы, нужно спрашивать, как были оформлены разработчики: работали ли они по трудовому договору, были ли служебные задания, акты, допсоглашения, положения о служебных произведениях. У бухгалтерии или корпоративного юриста имеет смысл уточнить, какая структура участников в компании, нет ли проблемы с долей российского участия, все ли сведения по юрлицу актуальны. У технической команды или СТО нужно прямо спрашивать: из чего собран продукт, есть ли open source, сторонние библиотеки, платные движки, чужие модули, код подрядчиков, облачные зависимости.
- Если вы разработчик, вам тоже не стоит писать юристу или руководителю что-то вроде «посмотрите, можно ли нас включить в реестр». Лучшее задавать вопросы по-простому и по делу: наша компания вообще является правообладателем этого ПО или нет?; весь код написан внутри компании или что-то делали подрядчики?; есть ли документы, по которым права на код перешли компании?; можем ли мы подтвердить, что используемые библиотеки и open source не мешают подаче?; на кого оформлен продукт юридически – на компанию, на основателя или вообще частично на команду?
Почти все подводные камни при включении в реестр российского По сводятся не к «сложности процедуры», а к трем вещам: неподготовленным правам на продукт, неподготовленному пакету документов и неподготовленному самому заявителю. Поэтому лучшее решение – не спешить с отправкой формой, а сначала провести внутреннюю юридико-техническую проверку продукта.
Если подводить итог по данным проблем, то здесь ошибки стоит не только денег на юристов или внутреннюю подготовку, но и времени. Рассмотрение заявления занимает до 45 рабочих дней и если за это время выяснится, что права на ПО подтверждены слабо, документы оформлены не полно или сведения о продукте не соответствуют требованиям, то заявитель просто теряет этот срок и получает отказ. Конечно, после этого подаваться можно повторно, если причины отказа устранимы, но это означает новый цикл подготовки и новое ожидание.
Понятно, что это далеко не все проблемы, с которыми можно столкнуться при включении ПО в реестр. Здесь я собрал лишь самые распространенные и самые болезненные из них – те, на которых заявители чаще всего теряют время, документы и в итоге получают отказ. Возможно, позже я сделаю ещё одну подборку, но уже по менее очевидным и более частным основаниям для отказа.
Краткий чек-лист по включению в реестр российского ПО выложил в Telegram (https://t.me/+8GorHm8GP7kwODRi) и VK (https://vk.com/invite/l79QjWL) — можно сохранить и использовать перед подачей. Там же регулярно публикую другие разборы и материалы по цифровому праву, практические кейсы и подводные камни, о которых обычно не пишут в инструкциях.
