Как включить ПО в реестр Минцифры: Пошаговое руководство для разработчиков

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

Главное: формальные критерии опираются на постановление Правительства РФ №1236: правообладатель — российское юридическое лицо или гражданин РФ с долей участия граждан России более 50%, выплаты иностранным лицам по лицензионным договорам менее 30% выручки, отсутствие принудительного обновления или управления из-за рубежа, совместимость минимум с одной отечественной операционной системой. Государственная услуга по включению в реестр не облагается пошлиной — основные затраты приходятся на подготовку документации, а не на саму процедуру.

Четыре критерия «российскости» софта

Критерий	Что проверяется
Владение и контроль	Исключительные права принадлежат российскому лицу с долей участия граждан РФ более 50%, выплаты иностранным правообладателям — менее 30% выручки
Автономность	Продукт не зависит от принудительных обновлений или управления с зарубежных серверов
Совместимость	Корректная работа как минимум под одной отечественной операционной системой, включённой в реестр
Техническая поддержка	Обслуживание и доработка обеспечиваются на территории РФ силами российских специалистов

Что нужно подготовить

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

Частая практическая сложность — использование в продукте компонентов с открытым исходным кодом. Само по себе это не препятствие для регистрации, но экспертиза должна увидеть, что открытые компоненты значительно переработаны, дополнены собственным функционалом и поддерживаются заявителем, а не просто установлены в исходном виде под новым названием. Формальная «перекраска» готового открытого продукта без содержательной доработки обычно не проходит экспертизу.

Порядок действий

Первый шаг — подготовить открытое описание продукта (страницу с функционалом и условиями предоставления) и полный пакет документов, подтверждающих права и соответствие критериям. Второй шаг — подать заявку через личный кабинет (в 2026 году это делается через связанные сервисы Госуслуг), заполнить форму, указать корректный код ОКПД2 для своей категории продукции и подписать заявку усиленной квалифицированной электронной подписью руководителя. Третий шаг — пройти экспертизу: специалисты проверяют соответствие заявленным критериям, в том числе анализируют код на предмет незадекларированных зависимостей. По результатам положительного решения продукт вносится в реестр.

Поддержание записи после включения в реестр

Включение в реестр — не разовое действие, о котором можно забыть сразу после получения положительного решения. Если продукт существенно меняется (например, добавляется новая крупная функциональность, меняется схема лицензирования или структура владения компанией), эти изменения стоит отражать в данных реестра, а не оставлять запись в прежнем, устаревшем виде. Это особенно важно для компаний, которые опираются на статус в реестре при подтверждении профильной ИТ-выручки для сохранения аккредитации: расхождение между актуальным состоянием продукта и данными в реестре может создать сложности именно в момент проверки, когда это меньше всего ожидается.

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

Если в будущем понадобится статус ПАК

Если продукт со временем начинает поставляться в связке с собственным оборудованием, действующая запись о ПО становится основой для последующей регистрации программно-аппаратного комплекса: без подтверждённой программной части заявку на ПАК подать нельзя. Поэтому для компаний, которые не исключают такое развитие продукта, разумно с самого начала поддерживать данные о ПО в реестре в актуальном состоянии, а не считать регистрацию разовым действием, о котором можно забыть сразу после получения записи.

Типичные ошибки разработчиков при первой подаче

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

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

Вопросы и ответы

Короткие ответы на вопросы, которые чаще всего возникают при подготовке документов и подаче заявки.

Можно ли регистрировать продукт на основе открытого исходного кода?

Да, если заявитель значительно переработал код, добавил собственный функционал и обеспечивает его поддержку в России — формальное использование открытого компонента без содержательной доработки экспертиза обычно не одобряет.

Нужно ли платить государственную пошлину за включение в реестр?

Нет, сама государственная услуга бесплатна; основные затраты формируются подготовкой технической документации и юридического пакета, а не оплатой самой процедуры.

Что даёт запись в реестре, кроме налоговых льгот?

Приоритет в закупках с требованиями национального режима (включая механизм «второй лишний»), основание для подтверждения профильной ИТ-деятельности при аккредитации компании, а также базу для последующей регистрации ПАК, если в будущем появится аппаратная составляющая.

Как долго рассматривается заявка?

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