ЮРИСТ ПО ВНЕСЕНИЮ ПО В РЕЕСТР РОССИЙСКОГО ПО

Мы ведём собственную базу отказных заключений экспертного совета при Минцифры и анализируем причины. Вот из-за чего они случились:


Каждый восьмой отказ содержит сразу несколько причин, поэтому сумма превышает сто процентов.

Что за этим стоит на практике. Главный источник отказов 2026 года это даже не тот код, который вы написали, а базовые образы чужих контейнеров. Эксперт разворачивает стенд, заходит внутрь контейнеров и читает, какая там операционная система. В одном протоколе из десяти отказов шесть пришлись на иностранную ОС внутри официальных образов Keycloak, MinIO, MySQL и OpenSearch, которую разработчик даже не выбирал.

Лидеры по частоте: Red Hat Enterprise Linux, CentOS, Oracle Linux Server, Microsoft Windows Server, стек NVIDIA CUDA, MySQL в связке с Oracle Linux, VMware. Из сервисов чаще всего подводят авторизация через Telegram, хранение кода на GitHub и обращения к внешним нейросетям.

Отдельная категория, которую недооценивают: формальности. Отказ можно получить за подгрузку шрифтов с Google Fonts, за оставшиеся в дистрибутиве ключи подписи Fedora или за SSH-ключ в неподходящем формате, из-за которого эксперт просто не смог зайти на стенд.
Подробный разбор с примерами формулировок из заключений собран в статье почему чаще всего отказывают во внесении в реестр российского ПО.

Многие готовятся к проверке документов, а получают техническую проверку продукта. Порядок установлен Правилами формирования реестра, утверждёнными постановлением Правительства РФ № 1236, и выглядит так.

Формальная проверка. Смотрят комплектность заявления, класс ПО по классификатору, сведения о правообладателе и о доле иностранного участия.
Проверка прав. Здесь разбираются, кому в действительности принадлежит исключительное право: есть ли договоры с разработчиками и подрядчиками, закрыта ли цепочка передачи прав, соответствует ли заявленное реальному положению дел.
Технологическая экспертиза. Эксперт получает экземпляр программы и разворачивает его у себя. Именно на этом этапе теряется большинство заявителей: проверяют не описание из документов, а то, что реально работает на стенде. Смотрят состав компонентов, зависимости, обращения к внешним сервисам, наличие русского интерфейса.
Заключение и решение. Экспертный совет оформляет заключение с перечнем подпунктов пункта 5 Правил, которым продукт не соответствует, и с дословным обоснованием по каждому. Отказ всегда мотивирован, и это хорошая новость: из текста заключения видно, что именно чинить.

Мы готовим продукт под все четыре этапа сразу, а не только под первый. Что входит в документы и как устроена процедура, разобрано в гайде по реестру российского ПО и в статье про документы для реестра российского ПО.

Подать заявление можно самостоятельно, госпошлины нет. Вопрос в том, чем заканчивается такая подача.


Юрист нужен не всегда. Если продукт типовой, права оформлены и иностранных зависимостей нет, разумнее идти по короткому пути: внесение ПО в реестр под ключ.

Юридическое сопровождение имеет смысл, когда есть заказная разработка, несколько подрядчиков, open-source в основе, отказ в прошлом или планы на включение ПАК в реестр.

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

Разбираем заключение. Каждое основание в нём привязано к конкретному подпункту пункта 5 Правил. Мы раскладываем отказ на составляющие и отделяем устранимое от неустранимого.

Оцениваем шансы честно. Иностранная библиотека, GitHub вместо российского репозитория, отсутствие русского интерфейса, недоработанный стенд устраняются. Сложнее с тем, что упирается в архитектуру продукта или в экономику: например, если выплаты иностранным лицам превышают 30% выручки, то доработкой кода это не лечится - нужно наращивать выручку. Мы говорим об этом сразу, совместно с вами ищем способы решения задачи.

Устраняем и готовим доказательства. Получение свидетельства Роспатента. Заменяем компоненты, переносим хранение кода, дорабатываем интерфейс, собираем подтверждения. Отдельно готовим стенд, чтобы эксперт точно смог зайти и запустить продукт.

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