Заявление на включение ПО в реестр российского ПО: как заполнить и подать

Автор: Ксения Сальникова, IT-юрист, эксперт «Регистрейшн». Обновлено: 06.10.2026

Заявление о включении сведений о программном обеспечении в реестр подаётся не на Госуслугах, а в личном кабинете на сайте реестра Минцифры: через Госуслуги вы только входите. Это электронная форма из тринадцати экранов, подписывается она УКЭП, а рассмотрение по правилам занимает около 30 рабочих дней. Прохожу форму экран за экраном и показываю, где закладываются будущие отказы.

Подать заявление в реестр российского ПО: сайт реестра, а не Госуслуги

Порядок подачи задан пунктом 14 Правил формирования и ведения реестра, утверждённых постановлением Правительства РФ от 16 ноября 2015 г. № 1236. Заявление и все приложения представляются в форме электронных документов «посредством заполнения соответствующих электронных форм, размещенных на официальном сайте оператора реестра». Сайт реестра это reestr.digital.gov.ru.

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

Кто подаёт и кто подписывает

Заявителем по пункту 9 Правил выступает правообладатель или лицо, уполномоченное всеми правообладателями. Заявление подписывается усиленной квалифицированной электронной подписью (пункт 14).

• Директор организации подписывает своей УКЭП без доверенности, если он указан в ЕГРЮЛ как лицо, действующее без доверенности (подпункт «б» пункта 11).
• Гражданин-правообладатель тоже подписывает сам, доверенность не нужна.
• Сотрудник или внешний представитель подаёт по машиночитаемой доверенности: в форме загружается файл МЧД в формате XML и файл подписи к нему (.p7s).

Индивидуальный разработчик и ИП

Подпункт «а» пункта 5 Правил прямо называет гражданина Российской Федерации среди допустимых правообладателей. Значит, физическое лицо может подать заявление само, а статус ИП для этого не нужен. В форме ИП идёт по той же ветке, что и физлицо: на экране правообладателя указываются гражданство, ФИО, ИНН, паспортные данные и адрес регистрации. Отличается и пакет на права: у разработчика-одиночки обычно это свидетельство Роспатента и письмо о собственной разработке вместо приказов и карточки учёта НМА.

Как заполнить заявление в реестр российского ПО: карта тринадцати экранов

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

Дальше на экране основных сведений выбираются тип реестра («Реестр российского ПО»), тип сведений («О программном обеспечении», а не о ПАК и не для собственных нужд) и вводится наименование. Наименование потом подтягивается во все экраны и попадает в реестровую запись, поэтому его стоит заранее сверить с документацией и сайтом. После этого открывается сама форма.

Таблица прокручивается вбок

Внизу каждого экрана есть кнопка «Сохранить», черновик можно заполнять в несколько подходов. Ниже разбираю экраны, на которых решается судьба заявки.

Класс программного обеспечения по приказу 486: без него заявление не подать

Второй экран требует основной класс по классификатору, утверждённому приказом Минцифры от 22 сентября 2020 г. № 486. Дополнительные классы необязательны. Коды ОКПД2 выбираются после класса: для каждого класса классификатор сам перечисляет допустимые коды, поэтому подбирать их отдельно от класса бессмысленно.

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

Пример из практики: для веб-платформы обработки 3D-моделей основным классом выбрали 12.20 «Информационные системы для решения специфических отраслевых задач», дополнительным 08.03 «Средства автоматизированного проектирования (CAD)». Логика простая: основной класс описывает, чем продукт является для клиента, дополнительный показывает ключевую технологию.

На том же экране три поля, которые часто заполняют по инерции:

• НФАП. «Да» ставится, только если сведения о программе действительно есть в национальном фонде алгоритмов и программ.
• Признак искусственного интеллекта. Ставится, только если ПО действительно относится к ИИ: эксперт даст по этому поводу отдельный вывод.
• Иностранное ПО со сходными функциями. Поле необязательное. Если его заполнить, понадобится сравнительная таблица с этим иностранным продуктом, и эксперт будет проверять соответствие функциональных характеристик.

Требования, по которым проверяют продукт, я подробно разбирала в материале про критерии Минцифры к ПО.

Описание ПО: самое недооценённое поле

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

• Описывайте только те функции, которые эксперт сможет найти на экземпляре. Функция «в планах» превращается в расхождение между заявлением и продуктом.
• Не расходитесь с документацией: формулировки в заявлении, в документе о функциональных характеристиках и на сайте должны говорить об одном и том же.
• Не пишите формулировок, которые ограничивают распространение продукта, например «только для внутренних клиентов» или «доступ по приглашению». Подпункт «б» пункта 5 требует, чтобы права использования свободно реализовывались на всей территории России.

Ниже на этом же экране ещё четыре обязательных блока.

Сайт с документацией и экземпляр для проверки

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

Стоимость: бесплатно или по тарифной политике

Выбирается один из вариантов: распространение на условиях открытой лицензии или безвозмездного договора либо стоимость по тарифной политике. Для платного ПО загружается документ о тарифной политике и заполняются позиции с ценой за единицу в рублях. В документе должны быть подпись и печать правообладателя, минимальная стоимость в деньгах, порядок определения цены, даты начала и окончания действия. Формулировка «цена по запросу» без минимальной планки не проходит.

Где хранится исходный код и где выпускаются ключи

Подпункт «и» пункта 5 требует, чтобы технические средства хранения исходного и объектного кода и средства компиляции находились в России. В форме это три обязательных поля: документация с описанием этих средств, адрес (тип размещения и адрес) и подтверждающий документ. Для облачного сервера это справка хостинг-провайдера с адресом размещения, для физического договор аренды помещения или выписка о праве собственности, а у организации при наличии ещё приказ о вводе сервера в эксплуатацию.

Блок про лицензионные ключи устроен так же. Если ключи не используются, ставится галочка «Активация, выпуск, распространение, управление лицензионными ключами программного обеспечения не осуществляется», остальные поля блока не заполняются.

Технический стек и документация: экраны 4 и 5

На четвёртом экране указывается способ распространения (SaaS или установка в инфраструктуре заказчика), базовая ОС, система виртуализации, балансировщик и средства разработки, а также загружается описание технической архитектуры. Всё, что здесь выбрано, эксперт потом ищет на экземпляре.

С 1 марта 2026 года в Правилах действует подпункт «м» пункта 5: ПО должно быть совместимо не менее чем с двумя операционными системами, соответствующими требованиям к доверенному ПО. Применяется он поэтапно по классам ПО, с 1 сентября 2026 года для офисного ПО и далее до 1 января 2028 года (пункт 6 постановления Правительства РФ от 28 ноября 2025 г. № 1937). Для SaaS, который работает через браузер и не устанавливается у пользователя, на практике это требование не применяется, для устанавливаемого ПО и ПАК применяется. Если продукт совместим только с одной доверенной ОС и используется в составе ПАК, по пункту 30(6) Правил в течение 6 месяцев после включения нужно внести в реестр сам ПАК, иначе ПО исключат. Как это сделать, я разобрала в материале про включение ПАК в реестр.

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

Доступ к экземпляру: как эксперт будет проверять

Инструкция по установке экземпляра на практике это инструкция по доступу: адрес стенда, логины и пароли для всех ролей, порядок входа и сценарий, по которому видно заявленные функции. Эксперт проверяет не список в заявлении, а то, что реально работает: заходит на стенд или разворачивает дистрибутив, заглядывает в контейнеры, читает сведения об ОС (например, файл /etc/os-release), смотрит зависимости и внешние обращения.

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

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

Нахождение сервера с исходным кодом в России проверяется по документам с третьего экрана: адресу размещения, справке хостинг-провайдера или договору аренды, а также по описанию технических средств. Если документа нет или адрес не совпадает, это отдельное основание для отказа по подпункту «и» пункта 5.

Заявитель, правообладатель и права: экраны 7, 8 и 9

На седьмом экране заполняются данные заявителя и загружается документ о полномочиях. Для представителя это МЧД в XML и файл подписи .p7s. Доверенность стоит заранее проверить в реестре МЧД. Если окно выбора не видит файл подписи, в списке типов файлов нужно выбрать «Все файлы (*.*)».

Восьмой экран про правообладателя. Для организации это сведения из ЕГРЮЛ, ФИО директора, копия устава с отметкой ИФНС или номер типового устава и бенефициары: по каждому участнику-физлицу ФИО, паспортные данные, адрес, ИНН и доля. Пункт 10 Правил требует раскрыть доли граждан РФ и публичных образований так, чтобы было видно, что в сумме они превышают 50 процентов.

На девятом экране описываются основания возникновения исключительного права на территории всего мира и на весь срок его действия и загружаются подтверждающие документы одним архивом. Для собственной разработки внутри компании это обычно приказы о начале и завершении разработки, приказ о принятии НМА к учёту и карточка учёта. Для заказной разработки к ним добавляются договор, ТЗ и акт с передачей исключительного права. Свидетельство Роспатента указывается, если оно есть, но по методическим рекомендациям Минцифры оно не может быть единственным подтверждением прав. Чем регистрация программы в Роспатенте отличается от включения в реестр, я разобрала отдельно в материале про свидетельство Роспатента.

Какие документы прикладываются к заявлению

Документы загружаются прямо в поля формы, отдельного «пакета» нет. Полный перечень по пункту 11 Правил с комментариями я собрала в материале о том, какие документы нужны для реестра. Здесь коротко, без чего заявление не уйдёт:

• доступ к экземпляру и инструкция к нему;
• документация: функции, жизненный цикл, эксплуатация, хранение кода, лицензионные ключи, архитектура;
• тарифная политика при платном распространении;
• справка регистратора домена и подтверждение адреса сервера;
• документы о правах и, для организации, устав;
• письмо о выплатах иностранным лицам и выручке за истекший год (экран 10), а при наличии выручки ещё бухгалтерская справка;
• список компонентов с указанием лицензий (экран 12).

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

Что происходит после отправки: статусы заявления и сроки

Заявлению сразу присваивается уникальный номер. Дальше оно проходит этапы, которые задают пункты 16-29 Правил. Подробно о том, сколько занимает внесение ПО в реестр на практике, я писала отдельно.

Таблица прокручивается вбок

Без запросов это около 30 рабочих дней, с запросом добавляется время на ответ. Отказ во включении закрывает повторную подачу того же продукта тем же заявителем на 12 месяцев, только если он вынесен за подложные документы или недостоверные сведения (подпункт «б» пункта 17). После отказа по другим основаниям можно подать заново, исправив причину.

Шесть ошибок, из-за которых заявление возвращают

Это данные моей базы из 186 отказных экспертных заключений, собранной по протоколам экспертного совета. Один отказ может иметь несколько оснований, поэтому сумма больше 100 процентов.

Таблица прокручивается вбок

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

Чек-лист перед отправкой

• Наименование одинаковое в заявлении, документации, на сайте и в интерфейсе.
• Основной класс соответствует тому, чем продукт является для клиента, коды ОКПД2 взяты из этого класса.
• Описание и функции в заявлении совпадают с документацией и видны на экземпляре.
• Стенд работает, учётные записи действуют весь срок рассмотрения.
• Адрес сервера в форме совпадает с адресом в справке провайдера или договоре.
• Тарифная политика с минимальной ценой, датами, подписью и печатью.
• Цепочка прав закрыта документами без разрывов.
• МЧД проверена, УКЭП подписанта действует.

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

Частые вопросы (FAQ)

Можно ли подать заявление не через Госуслуги?

Да, и по-другому не получится. Пункт 14 Правил, утверждённых постановлением Правительства РФ № 1236, предусматривает подачу через электронные формы на официальном сайте оператора реестра, это reestr.digital.gov.ru. Учётная запись Госуслуг (ЕСИА) нужна только для входа в личный кабинет. Отдельной услуги на портале Госуслуг нет, бумажная подача не предусмотрена.

Какой электронной подписью подписывается заявление?

Усиленной квалифицированной электронной подписью, это прямо указано в пункте 14 Правил. Директор, который действует без доверенности по сведениям ЕГРЮЛ, и гражданин-правообладатель подписывают своей УКЭП. Представитель подписывает своей подписью и прикладывает машиночитаемую доверенность в формате XML вместе с файлом подписи, которой доверенность подписана.

Что будет, если выбрать неверный класс программного обеспечения?

Экспертное заключение по пункту 21 Правил обязательно содержит вывод о соответствии ПО классу из заявления. Если класс неверный, эксперт сам определяет другой. В моей базе так было в 7 процентах отказов, и всегда вместе с другой причиной. Сам по себе неверный класс пока не встречался как единственное основание, но он ослабляет заявку. Кроме того, от класса зависит, с какой даты к продукту применяется требование подпункта «м» о доверенных ОС.

Сколько рассматривается заявление и можно ли ускорить?

По Правилам: 5 рабочих дней на проверку, 15 рабочих дней на экспертизу и до 10 рабочих дней на решение, то есть около 30 рабочих дней. Если эксперт направит запрос, срок экспертизы приостанавливается, на ответ даётся до 20 рабочих дней. Ускоренной процедуры нет. Реально ускорить можно только одним способом: подать заявку, на которую не придёт запрос.

Какие статусы бывают у заявления и что они означают?

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

Может ли подать заявление индивидуальный предприниматель или физическое лицо?

Да. Подпункт «а» пункта 5 Правил называет гражданина Российской Федерации среди допустимых правообладателей, поэтому физическое лицо может включить свою программу в реестр, статус ИП для этого не обязателен. В форме указываются гражданство, ФИО, ИНН, паспортные данные и адрес регистрации. Доверенность не нужна, если гражданин подписывает заявление сам своей УКЭП.

Как Минцифры проверяет, что исходный код хранится в России?

По документам и по экземпляру. В заявлении указываются адрес технических средств хранения и компиляции кода, описание этих средств и подтверждающий документ: справка хостинг-провайдера с адресом размещения либо договор аренды или выписка о праве собственности на помещение. Эксперт сверяет адреса и документы. Расхождение или отсутствие документа это основание отказа по подпункту «и» пункта 5 Правил.