Реестр российского ПО в 2026: новые требования к совместимости с двумя российскими ОС

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

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

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

Что изменилось в реестре российского ПО в 2026 году

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

Постановлением Правительства РФ от 28 ноября 2025 года №1937 были внесены изменения в правила формирования и ведения реестра российского программного обеспечения. В новых правилах прямо указано, что программное обеспечение должно быть совместимо не менее чем с двумя операционными системами, соответствующими требованиям к доверенному ПО.

Важно правильно понимать формулировку. Речь идёт не о любых двух Linux-дистрибутивах и не о любых российских ОС из коммерческого списка. Требование связано именно с операционными системами, которые соответствуют требованиям к доверенному программному обеспечению. Поэтому разработчику нужно проверять не только техническую работоспособность, но и статус самих ОС.

Для каких классов ПО требование начнёт действовать раньше

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

Далее сроки распределяются по классам программного обеспечения:

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

Что означает совместимость с двумя ОС на практике

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

На практике это может включать:

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

Особенно внимательно нужно проверять продукты, которые исторически разрабатывались под Windows-среду. Даже если интерфейс открывается в браузере, у продукта могут быть локальные агенты, плагины, драйверы, криптографические модули, службы печати, интеграции с офисными пакетами или компоненты администрирования, которые работают не на всех российских ОС.

Есть ли исключения из правила двух ОС

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

Но эти исключения нельзя трактовать слишком широко. Если разработчик просто не успел адаптировать продукт под вторую ОС, это не является самостоятельным основанием для освобождения от требования. Нужно доказать, что продукт действительно подпадает под исключение и что его архитектура или модель применения объективно связана с одной ОС либо с конкретным программно-аппаратным комплексом.

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

Какие документы готовить разработчику

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

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

Почему требование двух ОС важно для госзакупок и крупных заказчиков

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

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

Это особенно важно для компаний, которые продают ПО государственным заказчикам, субъектам КИИ, промышленным предприятиям, банкам, госкорпорациям и крупным холдингам. Чем раньше разработчик подтвердит совместимость, тем проще будет участвовать в тендерах и отвечать на вопросы ИТ-служб заказчика.

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

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

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

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

Четвёртая ошибка — не проверять класс ПО в реестровой записи. Именно от класса зависит срок применения требования. Если продукт отнесён к нескольким классам, нужно смотреть наиболее рискованный сценарий.

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

FAQ

С 2026 года всем программам нужна совместимость с двумя ОС?

Требование вводится поэтапно по классам ПО. Для средств виртуализации и офисного ПО первый срок установлен с 1 июня 2026 года, для других классов сроки растянуты до 2028 года.

Это должны быть любые российские ОС?

Нет. Формулировка говорит об операционных системах, соответствующих требованиям к доверенному программному обеспечению. Поэтому нужно проверять не только страну происхождения ОС, но и её статус.

Можно ли подтвердить совместимость с одной ОС?

В отдельных случаях да, например если правообладатель ПО и правообладатель ОС входят в одну группу лиц или если ПО используется исключительно в составе программно-аппаратного комплекса. Но такие ситуации нужно отдельно обосновывать документально.

Что будет, если совместимость не подтвердить?

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

С чего начать подготовку?

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

Заключение

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

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

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