Почему отказывают во включении в реестр российского ПО

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

И здесь важно понять одну вещь, которую мы уже затрагивали в предыдущих статьях: реестр — это не формальность, а полноценная экспертиза, где проверяется и юридическая сторона, и техническая, и организационная.

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

Причины отказа

Самая частая причина отказа — это несоответствие требованиям к российскому происхождению. Компания может быть зарегистрирована в России, но структура владения, о которой мы подробно говорили в одной из предыдущих статей, может включать иностранное участие, которое не позволяет признать продукт российским. Или права на программное обеспечение оформлены так, что фактически правообладателем является не заявитель.

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

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

Если описание функциональности не совпадает с архитектурой, если в одном разделе указано одно, а в другом — другое, если формулировки не отражают реальное устройство продукта — это вызывает вопросы у экспертизы. И если этих вопросов слишком много, итогом становится отказ.

Ещё один важный момент — использование open-source компонентов. Мы разбирали это в отдельной статье. Само по себе использование open-source не запрещено, но важно: какие лицензии используются, какую роль эти компоненты играют в системе и не превращается ли ваш продукт фактически в «обёртку» над чужим решением.

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

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

Именно поэтому компании, которые проходят включение в реестр с первого раза, почти всегда проводят предварительный аудит: проверяют права, архитектуру, инфраструктуру, формулировки в заявке. Это позволяет заранее выявить слабые места и скорректировать их.

Если вы уже получили отказ — это не конец. Это сигнал о том, какие именно блоки требуют доработки. И в следующей статье мы подробно разберём, что делать в такой ситуации и как действовать дальше.