Включение промышленной продукции в реестр Минпромторга - важная процедура для российских производителей.
Наличие продукта в реестре российского программного обеспечения — необходимое условие для получения доверенного статуса, но не достаточное. Реестровая запись подтверждает российское происхождение продукта. Доверенный статус подтверждает дополнительно: технические характеристики продукта соответствуют требованиям, совместимость с доверенными операционными системами проверена в аккредитованном центре, информационная безопасность подтверждена экспертизой. Для разработчиков, чей продукт уже в реестре, это хорошая новость: один обязательный этап пройден. Но между «продукт в реестре» и «продукт готов к получению доверенного статуса» нередко есть существенный разрыв, который нужно оценить перед подачей заявления.
Реестр и доверенный статус: в чём разница
Многие разработчики воспринимают включение в реестр и доверенный статус как смежные или почти одинаковые процедуры. Это не так — они решают принципиально разные задачи.
Параметр Реестр российского ПО Доверенный статус Что подтверждает Российское происхождение продукта Техническое соответствие, совместимость с ОС, безопасность Как проверяется Документальная экспертиза советом Минцифры Реальное тестирование продукта в аккредитованном центре Срок действия Бессрочно при соответствии требованиям 3 года, затем переподтверждение Приоритет в закупках Первый — над иностранным ПО Первый — над реестровым без доверенного статуса и над иностранным Стоимость от 80 000 ₽ от 490 000 ₽ Срок получения ~90 рабочих дней 4–6 месяцев при готовом продукте Взаимосвязь Обязательное предварительное условие для доверенного статуса Надстройка над реестровой записью
Главная проблема: реестровая запись может быть устаревшей
Самый распространённый случай среди разработчиков, которые хотят получить доверенный статус для уже реестрового продукта — устаревшая реестровая запись. Продукт включили в реестр два-три года назад, с тех пор вышло несколько версий, функциональность существенно изменилась, а запись в ФГИС по-прежнему описывает старую версию.
Центр тестирования проверяет реальный продукт в его актуальном состоянии. Если фактическая функциональность расходится с описанием в реестровой записи — это замечание при экспертизе. Причём замечание не техническое, а документальное: продукт может работать отлично, но проверяется не то, что заявлено. Перед подачей заявления на доверенный статус реестровая запись должна точно отражать текущее состояние продукта.
Актуализация реестровой записи — отдельная процедура со своим сроком
Обновление реестровой записи проходит через экспертный совет Минцифры и занимает 1–2 месяца. Это не мгновенное действие. Если запись требует актуализации — её нужно начать параллельно с подготовкой к доверенному статусу, не после. Иначе она становится критическим путём, задерживающим всю процедуру.
Что нужно проверить в реестровой записи перед подачей
1
Соответствие описания функциональности текущей версии
Открыть реестровую запись в ФГИС и сравнить описание функциональных характеристик с реальным состоянием продукта. Если за время с момента включения в реестр появились новые модули, изменились ключевые функции или, наоборот, часть функциональности была убрана — это расхождение нужно устранить до экспертизы. Центр тестирования проверяет именно то, что заявлено в записи.
2
Актуальность сведений о правообладателе
Правообладатель в реестровой записи должен совпадать с тем, кто подаёт заявление на доверенный статус. Если за прошедшее время менялась корпоративная структура, происходила передача прав или реорганизация — это должно быть отражено в актуальной реестровой записи. Несоответствие правообладателя в реестре и в документах заявления — основание для вопросов при регистрации.
3
Соответствие класса ПО по классификатору
Классификатор программного обеспечения Минцифры обновлялся с момента введения реестра. Класс ПО, указанный в реестровой записи несколько лет назад, может не совпадать с актуальной классификацией. Это важно: класс ПО определяет дедлайн по постановлению № 1937. Ошибка в классификации — риск неверного планирования сроков.
4
Статус записи — действующая или приостановленная
Реестровая запись может быть приостановлена, если правообладатель не предоставлял актуализирующие сведения. Приостановленная запись не является действующей — на её основании нельзя подавать заявление на доверенный статус. Проверить статус записи нужно в публичном интерфейсе ФГИС.
Дополнительные требования, которых не было при включении в реестр
Доверенный статус — не просто «апгрейд» реестровой записи. Он вводит требования, которые при первичном включении в реестр не проверялись. Именно здесь возникают неожиданности для компаний, считающих, что раз они прошли реестр — значит, к доверенному статусу уже готовы.
🖥️
Совместимость с доверенными ОС
При включении в реестр совместимость с конкретными операционными системами не проверялась в аккредитованном центре. Для доверенного статуса — обязательна реальная проверка на минимум двух доверенных ОС из актуального перечня. Многие продукты, успешно прошедшие включение в реестр, имеют Windows-зависимости, которые требуют доработки перед экспертизой.
🔐
Экспертиза информационной безопасности
Реестровая процедура не предполагает технической проверки безопасности продукта. Для доверенного статуса центр тестирования проверяет: отсутствие известных уязвимостей в компонентах, отсутствие недокументированных функций и скрытых каналов, корректность механизмов защиты. Это новый блок требований, к которому нужно готовиться отдельно.
📄
Документация по информационной безопасности
При включении в реестр технической документации по безопасности обычно не требуется. Для доверенного статуса центр тестирования запрашивает описание архитектуры безопасности, модель угроз, описание механизмов защиты. Это документ, которого у большинства реестровых разработчиков просто нет.
🧩
Полный перечень компонентов и зависимостей
Реестровая процедура не требует детального раскрытия компонентного стека. Для экспертизы в центре тестирования нужен полный перечень всех библиотек и фреймворков с версиями и лицензиями — включая транзитивные зависимости. Это отдельная техническая работа по инвентаризации.
Типичные ситуации и что делать в каждой
Ситуация А: запись актуальна, продукт кросс-платформенный
Реестровая запись актуальна, продукт работает на Linux, права оформлены корректно. Это наилучший сценарий для разработчика с действующей записью.
- Развернуть стенд с доверенными ОС и провести внутреннее тестирование
- Подготовить документацию по безопасности (обычно отсутствует)
- Инвентаризировать компонентный стек, проверить на CVE
- Срок подготовки: 3–5 недель
- Полный срок проекта: 4,5–5,5 месяцев
Ситуация Б: запись устарела, продукт изменился
Запись включена 2–3 года назад, продукт с тех пор существенно обновился. Наиболее распространённый сценарий.
- Немедленно начать актуализацию реестровой записи — она занимает 1–2 месяца
- Параллельно вести техническую и юридическую подготовку
- Не подавать заявление на доверенный статус до завершения актуализации
- Срок подготовки: 6–10 недель с учётом актуализации
- Полный срок проекта: 5,5–7 месяцев
Ситуация В: запись актуальна, но продукт Windows-ориентированный
Запись в порядке, но продукт разработан под Windows и требует доработки для совместимости с доверенными ОС.
- Провести технический аудит для оценки объёма доработки
- Составить план технической доработки с реалистичными сроками
- Вести юридическую подготовку параллельно с разработкой
- Срок подготовки: 2–6 месяцев в зависимости от глубины зависимостей
- Полный срок проекта: 6–10 месяцев
Преимущества разработчика с действующей реестровой записью
При всех дополнительных требованиях доверенного статуса наличие актуальной реестровой записи даёт реальные преимущества по сравнению с разработчиком, которому ещё предстоит включение в реестр.
✅ Один обязательный этап уже пройден
Включение в реестр занимает около 90 рабочих дней. Для разработчика с действующей записью этот срок уже не входит в расчёт. Это 3,5 месяца разницы с теми, кто начинает с нуля.
✅ Юридическая позиция частично проверена
При включении в реестр уже проверялась российская принадлежность прав и корпоративная структура. Это снижает объём юридического аудита перед доверенным статусом — хотя и не исключает его полностью.
✅ Опыт взаимодействия с Минцифры
Команда уже знакома с интерфейсом ФГИС, порядком подачи документов в электронном виде, форматом взаимодействия с экспертным советом. Процедурная часть не является полностью новой.
✅ Возможность начать немедленно
Разработчик без реестровой записи не может подать заявление на доверенный статус, пока запись не появится. Разработчик с действующей записью может начинать подготовку прямо сейчас.
Вопросы о получении доверенного статуса при наличии реестровой записи
Реестровая запись включена пять лет назад и не обновлялась. Насколько это критично?
Критично — и нужно устранить до подачи заявления на доверенный статус, а не после. Пятилетняя запись с высокой вероятностью не отражает текущую функциональность продукта. Актуализация через экспертный совет Минцифры займёт 1–2 месяца. Если начать её одновременно с технической и юридической подготовкой — она не задержит проект. Если начать после подачи заявления — станет блокирующим фактором.
При включении в реестр мы предоставляли документы о правах на продукт. Нужно ли предоставлять их снова?
Да, документы о правах нужно предоставить снова — актуальный комплект на дату подачи заявления на доверенный статус. За прошедшее время в компании могли появиться новые разработчики, новые подрядчики, измениться корпоративная структура. Документы, предоставлявшиеся при включении в реестр несколько лет назад, не охватывают изменения, произошедшие после. Кроме того, требования к документальному подтверждению прав для доверенного статуса могут быть более детальными, чем при первичном включении в реестр.
Продукт в реестре, но класс ПО изменился с момента включения. Как это влияет на дедлайн?
Дедлайн по постановлению № 1937 определяется актуальным классом ПО продукта по действующему классификатору, а не тем классом, который был указан при включении в реестр несколько лет назад. Если класс изменился — изменился и дедлайн. Это важно проверить: неверный класс означает либо ошибочно ранний, либо ошибочно поздний дедлайн. Актуализация классификации при необходимости проводится через экспертный совет Минцифры в рамках обновления реестровой записи.
Можно ли подавать на доверенный статус, если реестровая запись сейчас на стадии актуализации?
Нет — для подачи заявления на доверенный статус нужна действующая и актуальная реестровая запись. Пока актуализация не завершена и изменения не внесены в ФГИС — основание для подачи заявления отсутствует. Именно поэтому важно начать актуализацию как можно раньше: она должна завершиться до момента, когда будет готов полный пакет документов для подачи заявления на доверенный статус.
Реестровая запись — хороший старт, но не финиш
Реестр Гарант сопровождает разработчиков как при первичном включении в реестр, так и при последующем получении доверенного статуса. Для компаний с действующей реестровой записью мы начинаем с аудита её актуальности и технической готовности продукта — это позволяет составить реалистичный план без неожиданностей на этапе экспертизы.
1–2 мес. срок актуализации реестровой записи 3 года срок действия доверенного статуса 95% наших клиентов проходят экспертизу с первого раза от 190 000 ₽ сопровождение под ключ
Оценить готовность реестровой записи и продукта к процедуре
Расскажите о продукте и когда он был включён в реестр — проверим актуальность записи, оценим техническую готовность и составим план получения доверенного статуса.
Телефон / WhatsApp / Telegram: +7 920-898-17-18
Email: reestrgarant@mail.ru
Первичная консультация бесплатная в рабочее время.
Оригинальная статья
Полная версия статьи на нашем сайте: https://vnesenie-v-reestr.ru/news/produkt-uzhe-v-reestre-rossiyskogo-po-chto-nuzhno-dlya-polucheniya-doverennogo-statusa
Мы занимаемся включением в реестр Минпромторга
📞 Телефон: +7 920-898-17-18
✉️ Email: reestrgarant@mail.ru