ASAPDOCS
Разрешительные документы · сертификация · реестр ПО
Москва Пн-Пт 10:00–19:30 info@asapdocs.ru Онлайн-поддержка 24/7
ASAP DOCS Изменения в реестре российского ПО
Аналитика

Изменения в реестре российского ПО

ПП № 1937 и ПП № 2001 — новые требования к совместимости с ОС, правообладателям и отчётности. Главное изменение: обязательная совместимость с российскими ОС. Подтверждение совместимости = две задачи: (1) реально обеспечить работу вашего ПО на двух российских ОС, (2) грамотно это задокументировать и загрузить в реестр.

ПП № 1937 ПП № 2001 С 1 марта 2026

В Правила № 1236 (через ПП № 1937) добавлен критерий: ПО совместимо не менее чем с 2 ОС, соответствующими требованиям к доверенному ПО (по факту — российские ОС из реестра, Минцифры ещё утвердит конкретный перечень).

Совместимость должна быть подтверждена документально, а не декларативно. Исключения (можно 1 ОС): ПАК и случаи, когда правообладатель ПО и ОС в одной группе лиц.

Старт
Требование в целом появилось с 1 марта 2026
1 мар 2026
Первый дедлайн
Средства виртуализации и офисное ПО
1 июн 2026
Финал
По категориям — до 1 января 2028
1 янв 2028
Минимум ОС
Совместимость не менее чем с 2 ОС
2 ОС

Что важно знать

Совместимость должна быть подтверждена документально, а не декларативно. Минцифры намеренно даёт несколько вариантов подтверждения, без жёстко одной формы.

Если к «своему» сроку вы не подгрузите документы, ПО либо не будет включено (для новых заявок), либо будет исключено (для уже включённых).

Подходит для разработчиков, импортозаместителей и правообладателей

ПП № 1937 затрагивает всех коммерческих организаций, подающих ПО в реестр, а также госкомпании и разработчиков ИИ-систем.

Следите за графиком по своей категории и не тяните до дедлайна.
Требования

Что именно требует Минцифры

Новые критерии введены через Правила № 1236 (посредством ПП № 1937). Ниже — разбор по пунктам.

Документальное подтверждение

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

Исключения

Можно 1 ОС для ПАК и случаев, когда правообладатель ПО и ОС в одной группе лиц.

Техническая подготовка

Что нужно сделать разработчику технически

Три направления работы: выбор ОС, обеспечение работоспособности, фиксация конфигураций.

1

Выбрать ОС

Обычно: Astra Linux, РЕД ОС, ALT, РОСА и т.п. из реестра. Желательно — из списка, который Минцифры дополнительно выделит как «наиболее надёжные» для единой программной среды.

2

Обеспечить реальную работоспособность

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

  • Обязательно проверить установщик / пакет (rpm, deb, etc).
  • Все заявленные сценарии использования.
  • Работу с БД, сетевыми протоколами, файловой системой.
  • Корректность интерфейса (кодировки, шрифты, локализация).
3

Зафиксировать конфигурации стенда

Это потом должно быть отражено в документах:

  • Точные версии ОС (релиз, сборка, редакция).
  • Аппаратная платформа (x86_64, «Эльбрус», «Байкал», «Эльбрус-8СВ» и т.п., если актуально).
  • Версии зависимостей (JDK, Python, СУБД и т.д.).
Подтверждение

Какие документы подойдут как подтверждение

Минцифры намеренно даёт несколько вариантов подтверждения, без жёстко одной формы.

Протоколы испытаний / акты тестирования

Кто тестировал (правообладатель / интегратор / сторонняя организация); описание стенда (ОС, версия, архитектура, аппаратное обеспечение); перечень проверенных сценариев; статус по каждому (успешно / с замечаниями); итоговая формулировка: «совместимость с ОС X версии Y подтверждена».

Сертификаты совместимости / письма от вендоров ОС

Многие вендоры (Astra, РЕД ОС, ALT и др.) выдают официальные письма / сертификаты, что конкретный продукт прошёл у них тестирование и признан совместимым.

Акты приёмки по внедрению

Если вы уже внедряли решение на конкретной российской ОС для заказчика (особенно госсектор / КИИ), акт приёмки/ввода в эксплуатацию на этой ОС тоже подходит как подтверждение.

Техническая документация

Раздел «Поддерживаемые платформы и ОС», написанный не «для красоты», а после реального тестирования. Лучше, если в документации есть отдельная таблица «Поддерживаемые российские ОС» с версиями.

Принцип

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

Подача в реестр

Как подать подтверждение совместимости через реестр

Пошаговый порядок действий в личном кабинете reestr.digital.gov.ru.

1

Зайти в личный кабинет

На reestr.digital.gov.ru под ЭП.

2

Выбрать запись

Свою запись → «Внести изменения» / «Актуализировать сведения».

3

Найти блок совместимости

Новый блок/поле вида «Информация о совместимости с ОС» (он добавлен постановлением № 1937 в состав сведений реестра).

4

Внести данные по каждой ОС

  • Наименование ОС.
  • Версия / релиз.
  • Архитектура.
  • Краткое текстовое описание: «совместимость подтверждена по результатам испытаний (Протокол №… от …)».
5

Прикрепить файлы

Сканы протоколов испытаний; сертификаты / письма от вендоров ОС (если есть); акты внедрения (при наличии).

6

Подписать и отправить

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

Сроки

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

Требование о совместимости в целом появилось с 1 марта 2026, но применяется поэтапно.

Категория / этапСрокКомментарий
Общее появление требованияС 1 марта 2026Требование введено в Правила № 1236 через ПП № 1937.
Средства виртуализации и офисное ПОС 1 июня 2026Обновлённый сдвиг дедлайнов — первые категории под проверку.
Серверное, прикладное, промышленное и др.До 1 января 2028 годаПо категориям — Минцифры публикует планы проверок и рассылает уведомления.
1 мар
Старт требования

Требование о совместимости в целом появилось с 1 марта 2026.

1 июн
Первый дедлайн

Средства виртуализации и офисное ПО — обновлённый сдвиг дедлайнов.

1 янв 2028
Финал по категориям

Серверное, прикладное, промышленное — поэтапно до 1 января 2028.

Важно
Последствия

Если к сроку не подгрузите документы — ПО не включат (новые) или исключат (действующие).

Чек-лист

Практический чек-лист

Краткий порядок действий для подготовки к новым требованиям.

  • Выбрать две российские ОС из реестра (и заранее проверить на пересечение с целевой аудиторией).
  • Организовать стенды и провести полноценные тесты на совместимость.
  • Оформить протокол испытаний с понятной структурой (ОС, сценарии, результаты) — помогаем.
  • При возможности — получить письмо/сертификат от вендора ОС о совместимости.
  • Обновить техдокументацию: явно указать поддерживаемые российские ОС.
  • Зайти в реестр → заполнить блок про совместимость → прикрепить документы и отправить.
  • Следить за графиком по своей категории (сдвинутые сроки Минцифры на 2026–2028 годы) и не тянуть до дедлайна.
ПП № 1937

Конкретные изменения

Кроме требования о совместимости с 2 ОС, ПП № 1937 добавляет ещё несколько важных новшеств для всех претендентов на реестр и части правообладателей.

Правообладатель
Уточнение требований к правообладателю

Меняется подход к тому, кого признают «российской» коммерческой организацией‑правообладателем:

Критерий теперь завязан не просто на долю в уставном капитале, а на контроль через >50% голосующих акций (долей).

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

Госкомпании
Новое правило для госкомпаний (коммерциализация)

Для госкомпаний / госкорпораций / ППК и иных организаций с долей участия РФ >50% вводится дополнительное условие:

Доля выручки от реализации ПО внутри своей группы лиц не должна превышать 30% общей выручки от реализации этого ПО за год.

Цель — не дать «полузакрытым» продуктам госкомпаний занять реестр без реальной коммерциализации на рынке.

Отчётность
Ежегодная отчётность: новый срок и состав

Обязанность ежегодно обновлять финансовые сведения была и раньше, но ПП № 1937:

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

Эти данные теперь критичны для проверки «национального режима» и порога выплат иностранцам.

ИИ
Новый блок для ПО/ПАК в сфере ИИ

Через ПП № 2001 от 09.12.2025 к ПП № 1236 добавлены специальные требования к ПО и программно‑аппаратным комплексам в сфере ИИ при включении в реестр:

  • Отдельные критерии к функционалу и применению ИИ.
  • Дополнительные требования по прозрачности, управляемости и безопасности таких решений (детали закреплены в ПП № 2001).

Если ваш продукт — ИИ‑система или ПАК с ИИ, при заявке в реестр нужно будет учитывать и эти спецтребования.

Documents
Дополнительные документы к заявке

ПП № 1937 дополняет состав документов, которые нужно приложить к заявлению о включении ПО в реестр:

К основному пакету добавляются:

  • Документы, подтверждающие соответствие требованиям по совместимости (новый подп. «и» п. 11/п. 5 Правил).
  • Документы, подтверждающие соблюдение требований по выплатам/выручке/стоимости и другим новым критериям (новый подп. «к» и связанные с ним пункты).

К заявке теперь уже «по умолчанию» прикладываются не только правоустанавливающие и техописание, но и подтверждение новых условий.

ПАК
Новое обязательство для ПО в составе ПАК

Если ПО включается в реестр как отдельный продукт, но при этом совместимо только с одной доверенной ОС и фактически используется только в составе ПАК:

Правообладатель обязан в течение 6 месяцев после включения ПО в реестр подать и включить в реестр соответствующий ПАК.

Иначе запись о таком ПО будет подлежать исключению.

FAQ

Частые вопросы

Ответы на основные вопросы по изменениям в реестре российского ПО.

Когда вступает требование о совместимости с 2 ОС?
Требование в целом появилось с 1 марта 2026, но применяется поэтапно: с 1 июня 2026 — для средств виртуализации и офисного ПО (обновлённый сдвиг дедлайнов); далее — до 1 января 2028 года по категориям (серверное, прикладное, промышленное и т.д.).
Что делать, если ПО совместимо только с 1 ОС?
Исключения возможны для ПАК и случаев, когда правообладатель ПО и ОС в одной группе лиц. Если ПО совместимо только с одной доверенной ОС и используется только в составе ПАК, правообладатель обязан в течение 6 месяцев после включения ПО в реестр подать и включить в реестр соответствующий ПАК. Иначе запись подлежит исключению.
Какие документы подойдут для подтверждения совместимости?
Подойдут: протоколы испытаний / акты тестирования; сертификаты совместимости / письма от вендоров ОС; акты приёмки по внедрению; техническая документация с разделом «Поддерживаемые платформы и ОС». Минцифры прямо говорит: ограничений по форме нет, главное — чтобы из документов явно следовало, что ПО реально работает на двух ОС.
Как изменились требования к правообладателю?
Критерий теперь завязан не просто на долю в уставном капитале, а на контроль через >50% голосующих акций (долей). Детализированы требования к структуре владения, чтобы исключить схемы с иностранным контролем через цепочки владения. Это затрагивает все коммерческие организации, подающие ПО в реестр.
Что нового для госкомпаний и госкорпораций?
Для госкомпаний / госкорпораций / ППК и иных организаций с долей участия РФ >50% вводится дополнительное условие: доля выручки от реализации ПО внутри своей группы лиц не должна превышать 30% общей выручки от реализации этого ПО за год. Цель — не дать «полузакрытым» продуктам госкомпаний занять реестр без реальной коммерциализации на рынке.
Какой новый срок ежегодной отчётности?
ПП № 1937 переносит срок ежегодного обновления финансовых сведений с 1 апреля на 1 июня каждого года. Правообладатель обязан уведомлять об изменении за предыдущий год сведений: о стоимости ПО, о выплатах по лицензиям в пользу иностранных лиц, о выручке от реализации ПО.
Что если ПО используется только в составе ПАК?
Если ПО совместимо только с одной доверенной ОС и фактически используется только в составе ПАК, правообладатель обязан в течение 6 месяцев после включения ПО в реестр подать и включить в реестр соответствующий ПАК. Иначе запись о таком ПО будет подлежать исключению. Для ПАК допустимо подтверждение совместимости с одной ОС.
Что изменилось для ПО в сфере ИИ?
Через ПП № 2001 от 09.12.2025 к ПП № 1236 добавлены специальные требования к ПО и программно-аппаратным комплексам в сфере ИИ: отдельные критерии к функционалу и применению ИИ, а также дополнительные требования по прозрачности, управляемости и безопасности.
Заявка на консультацию

Связаться с экспертом

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

Проверим, попадает ли ваш продукт под новые требования ПП № 1937.
Подскажем, какие документы нужно подготовить для подтверждения совместимости.
Поможем с оформлением протоколов испытаний и техдокументации.
Сориентируем по срокам и порядку подачи в реестр.

Оставьте заявку

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