Подтверждение совместимости = две задачи: (1) реально обеспечить работу вашего ПО на двух российских ОС, (2) грамотно это задокументировать и загрузить в реестр. Ниже — по шагам.
1. Что именно требует Минцифры
В Правила № 1236 (через ПП № 1937) добавлен критерий: ПО совместимо не менее чем с 2 ОС, соответствующими требованиям к доверенному ПО (по факту — российские ОС из реестра, Минцифры ещё утвердит конкретный перечень).
Совместимость должна быть подтверждена документально, а не декларативно.
Исключения (можно 1 ОС): ПАК и случаи, когда правообладатель ПО и ОС в одной группе лиц.
2. Что нужно сделать разработчику технически
- Выбрать ОС
- Обычно: Astra Linux, РЕД ОС, ALT, РОСА и т.п. из реестра.
- Желательно — из списка, который Минцифры дополнительно выделит как «наиболее надёжные» для единой программной среды.
- Обеспечить реальную работоспособность
Минимум: установка, запуск и выполнение ключевых функций на каждой выбранной ОС без ошибок.
Обязательно проверить: - установщик / пакет (rpm, deb, etc);
- все заявленные сценарии использования;
- работу с БД, сетевыми протоколами, файловой системой;
- корректность интерфейса (кодировки, шрифты, локализация).
- Зафиксировать конфигурации стенда
- точные версии ОС (релиз, сборка, редакция);
- аппаратная платформа (x86_64, «Эльбрус», «Байкал», «Эльбрус-8СВ» и т.п., если актуально);
- версии зависимостей (JDK, Python, СУБД и т.д.).
Это потом должно быть отражено в документах.
3. Какие документы подойдут как подтверждение
Минцифры намеренно даёт несколько вариантов подтверждения, без жёстко одной формы.
Подойдут:
- Протоколы испытаний / акты тестирования
- кто тестировал (правообладатель / интегратор / сторонняя организация);
- описание стенда (ОС, версия, архитектура, аппаратное обеспечение);
- перечень проверенных сценариев;
- статус по каждому (успешно / с замечаниями);
- итоговая формулировка: «совместимость с ОС X версии Y подтверждена».
- Сертификаты совместимости / письма от вендоров ОС
- многие вендоры (Astra, РЕД ОС, ALT и др.) выдают официальные письма / сертификаты, что конкретный продукт прошёл у них тестирование и признан совместимым.
- Акты приёмки по внедрению
- если вы уже внедряли решение на конкретной российской ОС для заказчика (особенно госсектор / КИИ), акт приёмки/ввода в эксплуатацию на этой ОС тоже подходит как подтверждение.
- Техническая документация
- раздел «Поддерживаемые платформы и ОС», написанный не «для красоты», а после реального тестирования;
- лучше, если в документации есть отдельная таблица «Поддерживаемые российские ОС» с версиями.
Минцифры прямо говорит: ограничений по форме нет, главное — чтобы из документов явно следовало, что ПО реально работает на двух ОС.
4. Как подать подтверждение совместимости через реестр
- Зайти в личный кабинет на reestr.digital.gov.ru под ЭП.
- Выбрать свою запись → «Внести изменения» / «Актуализировать сведения».
- Найти новый блок/поле вида «Информация о совместимости с ОС» (он добавлен постановлением № 1937 в состав сведений реестра).
- Внести по каждой ОС:
- наименование ОС;
- версия / релиз;
- архитектура;
- краткое текстовое описание: «совместимость подтверждена по результатам испытаний (Протокол №… от …)».
- Прикрепить файлы:
- сканы протоколов испытаний;
- сертификаты / письма от вендоров ОС (если есть);
- акты внедрения (при наличии).
- Подписать заявление УКЭП и отправить.
Ожидаемый алгоритм Минцифры: при плановой проверке по графику по категориям ПО ведомство будет запрашивать / анализировать эти документы, при необходимости проводить выборочные повторные испытания.
5. Сроки для предоставления документов
Требование о совместимости в целом появилось с 1 марта 2026, но применяется поэтапно:
- с 1 июня 2026 — для средств виртуализации и офисного ПО (обновлённый сдвиг дедлайнов);
- далее — до 1 января 2028 года по категориям (серверное, прикладное, промышленное и т.д.).
Минцифры будет публиковать планы проверок по категориям и рассылать уведомления правообладателям из реестра.
Если к «своему» сроку вы не подгрузите документы, ПО либо не будет включено (для новых заявок), либо будет исключено (для уже включённых).
6. Практический чек‑лист
- Выбрать две российские ОС из реестра (и заранее проверить на пересечение с целевой аудиторией).
- Организовать стенды и провести полноценные тесты на совместимость.
- Оформить протокол испытаний с понятной структурой (ОС, сценарии, результаты) - помогаем
- При возможности — получить письмо/сертификат от вендора ОС о совместимости.
- Обновить техдокументацию: явно указать поддерживаемые российские ОС.
- Зайти в реестр → заполнить блок про совместимость → прикрепить документы и отправить.
- Следить за графиком по своей категории (сдвинутые сроки Минцифры на 2026–2028 годы) и не тянуть до дедлайна.
Конкретные изменения: Кроме требования о совместимости с 2 ОС, ПП № 1937 добавляет ещё несколько важных новшеств для всех претендентов на реестр и части правообладателей.
Ниже по пунктам.
1. Уточнение требований к правообладателю
Меняется подход к тому, кого признают «российской» коммерческой организацией‑правообладателем:
· Критерий теперь завязан не просто на долю в уставном капитале, а на контроль через >50% голосующих акций (долей).*
· Детализированы требования к структуре владения, чтобы исключить схемы с иностранным контролем через цепочки владения.
Это затрагивает все коммерческие организации, подающие ПО в реестр.
*Критерий «>50% голосующих акций (долей)»
· В старой редакции ПП № 1236 российская коммерческая организация описывалась через долю участия в уставном капитале (суммарная доля РФ, субъектов, муниципалитетов, российских НКО и граждан РФ >50%).
· Норма про «контролирующее лицо» и управление через голоса уже фигурировала, но была разбросана по разным абзацам и использовалась как вспомогательное определение контроля.
· ПП № 1937 теперь жёстко привязало критерий «без преобладающего иностранного участия» именно к праву распоряжаться >50% голосов, а не просто к доле в капитале, и синхронизировало формулировки по всем видам организаций.
По сути: логика контроля была и раньше, но сейчас её сделали более прозрачной и единообразной, чтобы отсечь схемы с «тонкими» долями через капитал без формального контроля голосами.
2. Новое правило для госкомпаний (коммерциализация)
Для госкомпаний / госкорпораций / ППК и иных организаций с долей участия РФ >50% вводится дополнительное условие:
· доля выручки от реализации ПО внутри своей группы лиц не должна превышать 30% общей выручки от реализации этого ПО за год. *
*Порог 30% выручки внутри группы / выплат иностранцам
Здесь два слоя:
· Ограничение по выплатам иностранным лицам <30% выручки — это старое базовое требование для включения в реестр (прямо в Правилах 1236).
· Новое от ПП № 1937 — отдельный акцент на госкомпаниях / госкорпорациях / ППК, для которых теперь прямо прописано, что доля выручки от реализации ПО внутри своей группы лиц не должна превышать 30% общей выручки по этому ПО.
То есть:
· «30% выплат иностранцам» — было,
· «30% выручки внутри группы» — новый, дополнительный фильтр именно для компаний с госучастием, чтобы их ПО было реально рыночным, а не продавалось только «самим себе».
Цель – не дать «полузакрытым» продуктам госкомпаний занять реестр без реальной коммерциализации на рынке.
3. Ежегодная отчётность: новый срок и состав
Обязанность ежегодно обновлять финансовые сведения была и раньше, но ПП № 1937:
· переносит срок с 1 апреля на 1 июня каждого года;
· акцентирует, что правообладатель обязан уведомлять об изменении за предыдущий год сведений:
o о стоимости ПО,
o о выплатах по лицензиям в пользу иностранных лиц,
o о выручке от реализации ПО (вознаграждение по лицензионным и иным договорам).
Эти данные теперь критичны для проверки «национального режима» и порога выплат иностранцам.
4. Новый блок для ПО/ПАК в сфере ИИ
Через ПП № 2001 от 09.12.2025 к ПП № 1236 добавлены специальные требования к ПО и программно‑аппаратным комплексам в сфере ИИ при включении в реестр:
· отдельные критерии к функционалу и применению ИИ;
· дополнительные требования по прозрачности, управляемости и безопасности таких решений (детали закреплены в ПП № 2001).
Если ваш продукт — ИИ‑система или ПАК с ИИ, при заявке в реестр нужно будет учитывать и эти спецтребования.
5. Дополнительные документы к заявке
ПП № 1937 дополняет состав документов, которые нужно приложить к заявлению о включении ПО в реестр:
· к основному пакету добавляются:
o документы, подтверждающие соответствие требованиям по совместимости (новый подп. «и» п. 11/п. 5 Правил),
o документы, подтверждающие соблюдение требований по выплатам/выручке/стоимости и другим новым критериям (новый подп. «к» и связанные с ним пункты).
То есть к заявке теперь уже «по умолчанию» прикладываются не только правоустанавливающие и техописание, но и подтверждение новых условий.
6. Новое обязательство для ПО в составе ПАК
Если ПО включается в реестр как отдельный продукт, но при этом:
· совместимо только с одной доверенной ОС,
· и фактически используется только в составе ПАК,
то правообладатель обязан в течение 6 месяцев после включения ПО в реестр подать и включить в реестр соответствующий ПАК.
Иначе запись о таком ПО будет подлежать исключению.