Совместимость российского ПО с отечественными ОС: как собрать доказательства для реестра

```html

Совместимость российского ПО с отечественными ОС: как собрать доказательства для реестра

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

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

При этом требование вводится поэтапно. С 1 сентября 2026 года оно уже применяется к офисному программному обеспечению. Для других классов установлены переходные сроки на 2027–2028 годы.

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

Компания «МинпромХелп» подготовила практическое руководство: какие российские ОС выбирать для проверки, как организовать тестирование, какие документы собирать и что необходимо предусмотреть разработчикам действующих продуктов до вступления новых требований в силу.

Актуальность информации: сентябрь 2026 года.

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

Основные правила формирования и ведения реестра установлены Постановлением Правительства РФ №1236.

Постановление №1937 дополнило пункт 5 Правил новым подпунктом «м».

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

Одновременно в правилах появилось определение совместимости.

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

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

Официальный нормативный документ: Постановление Правительства РФ №1937 от 28.11.2025.

Когда требование двух российских ОС становится обязательным

Новое правило применяется не одновременно ко всему программному обеспечению.

Правительство установило переходный период в зависимости от класса ПО.

На сентябрь 2026 года новое обязательное требование уже действует для офисного программного обеспечения.

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

Что значит «совместимость с двумя отечественными ОС»

В практическом общении требование часто сокращают до формулировки «поддержка двух российских операционных систем».

Однако нормативная формулировка точнее.

Необходимо обеспечить совместимость как минимум с двумя операционными системами, соответствующими требованиям к доверенному программному обеспечению.

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

Перед тестированием необходимо проверить статус каждой выбранной ОС.

Что такое доверенное программное обеспечение

С 1 марта 2026 года действует отдельный перечень доверенного российского программного обеспечения, порядок ведения которого установлен Постановлением Правительства РФ №1931.

Ведение перечня осуществляет Минцифры России с использованием ФГИС «Реестры программного обеспечения».

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

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

Официальный документ: Постановление Правительства РФ №1931 от 28.11.2025.

Как выбрать две операционные системы для подтверждения совместимости

До начала тестирования рекомендуется сформировать матрицу поддерживаемых платформ.

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

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

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

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

Само наличие двух редакций или версий одной операционной системы не следует автоматически считать выполнением требования о совместимости с двумя ОС.

Особенно внимательно необходимо подходить к сценарию, когда обе системы принадлежат одному правообладателю.

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

Поэтому состав выбранной пары рекомендуется определить до начала дорогостоящего тестирования.

Какие документы подтверждают совместимость ПО с российскими ОС

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

При этом правила не устанавливают одну универсальную форму документа под названием, например, «сертификат совместимости» для любого программного продукта.

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

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

Практический комплект доказательств

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

Ключевое требование ПП №1236 — представить документы, позволяющие подтвердить соответствие программного обеспечения требованию о совместимости.

Как провести тестирование совместимости перед подачей в реестр

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

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

Шаг 1. Зафиксировать версии продуктов

Перед началом тестирования необходимо определить:

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

Шаг 2. Подготовить сценарии испытаний

Сценарии должны охватывать основные функции программного продукта.

Например, для офисной системы можно проверить:

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

Для серверного, промышленного или отраслевого программного обеспечения перечень тестов будет иным.

Шаг 3. Провести одинаковые тесты на обеих ОС

Для удобства экспертизы рекомендуется использовать единую таблицу результатов.

Пример условный. Фактические испытания должны соответствовать функциональности конкретного программного продукта.

Шаг 4. Зафиксировать результаты

Протокол рекомендуется оформить так, чтобы из него было однозначно понятно, какие именно версии программ тестировались.

Практически полезно указать:

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

Нужен ли сертификат от разработчика операционной системы

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

Тем не менее совместное тестирование с правообладателем операционной системы может существенно усилить доказательную базу.

По итогам такой проверки стороны могут оформить предусмотренный их процедурами:

• сертификат совместимости;
• совместный акт испытаний;
• протокол;
• письмо о подтверждении совместимости;
• запись в каталоге совместимости.

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

Можно ли провести тестирование самостоятельно

Самостоятельное внутреннее тестирование полезно проводить в любом случае ещё до обращения к внешней организации.

Оно позволяет обнаружить:

• несовместимые зависимости;
• ошибки установщика;
• проблемы библиотек;
• различия файловой системы;
• ошибки прав доступа;
• неработающие сервисы;
• ограничения графического интерфейса;
• ошибки взаимодействия с СУБД;
• проблемы интеграций.

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

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

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

Для российского реестра предусмотрены исключения.

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

Исключение №1. Правообладатели входят в одну группу лиц

Если правообладатель программы и правообладатель операционной системы входят в одну группу лиц в значении статьи 9 Федерального закона «О защите конкуренции», допускается совместимость с одной соответствующей ОС.

Исключение №2. ПО используется исключительно в составе ПАК

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

Однако здесь действует дополнительное условие.

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

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

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

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

Что делать с программой, которая уже включена в реестр

Новые требования важны не только для разработчиков, которые впервые готовят заявление.

Правообладателям действующих продуктов необходимо проверить:

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

Правила позволяют вносить в реестр информацию о совместимости ПО с соответствующими операционными системами.

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

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

Почему нельзя просто написать «поддерживается Linux»

Для доказательства совместимости необходимо идентифицировать конкретную операционную систему.

Формулировки вроде:

• «работает под Linux»;
• «совместимо с российскими ОС»;
• «поддерживает Linux-подобные системы»;
• «может быть установлено на отечественные ОС»

не позволяют однозначно установить выполнение нового требования.

В документах рекомендуется фиксировать конкретное наименование ОС и используемую при тестировании версию.

Как учитывать сторонние компоненты при проверке совместимости

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

Поэтому перед тестированием необходимо провести инвентаризацию зависимостей.

Особое внимание следует уделить:

• СУБД;
• Java Runtime;
• .NET-среде;
• контейнерам;
• драйверам;
• криптографическим средствам;
• веб-серверам;
• серверу приложений;
• библиотекам;
• фреймворкам;
• сторонним агентам и сервисам.

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

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

Как оформить внутреннюю матрицу совместимости

Для продуктов с несколькими редакциями рекомендуем вести единую таблицу.

Такая матрица особенно полезна при регулярном выпуске новых версий.

Она позволяет увидеть, какой релиз подтверждён, а какой уже отличается от ранее протестированной сборки.

Частые ошибки при подтверждении совместимости для реестра Минцифры

• Выбраны две ОС, но одна из них не соответствует требованиям к доверенному ПО.
• В документах указана только формулировка «Linux» без конкретной операционной системы.
• Тестировалась старая версия программы, а в заявление подаётся новая сборка.
• Проверена установка, но не основной функционал продукта.
• Не зафиксированы версии ОС.
• Программа зависит от компонента, который не работает на второй ОС.
• Сертификат совместимости относится к другой редакции продукта.
• Разработчик рассчитывает на исключение для ПАК, но не планирует своевременное включение ПАК в реестр.
• Новый срок применяется ко всему ПО с 1 сентября 2026 года, хотя постановлением предусмотрен поэтапный переход.

Пошаговый чек-лист подготовки доказательств

1. Определить класс ПО. Проверить классификатор и дату вступления нового требования.
2. Выбрать две операционные системы. Проверить их реестровые записи и доверенный статус.
3. Зафиксировать версии. Определить конкретные релизы ПО и ОС.
4. Проверить зависимости. Проанализировать СУБД, библиотеки, драйверы и другие компоненты.
5. Подготовить программу испытаний. Описать функции, которые должны быть проверены.
6. Провести предварительные внутренние тесты. Исправить обнаруженные проблемы.
7. Оформить результаты. Подготовить протоколы, акты и другие доказательства.
8. Обновить документацию. Указать реально поддерживаемые операционные системы в руководствах.
9. Сформировать пакет для заявления. Приложить документы, подтверждающие выполнение требования ПП №1236.
10. Проверить реестровые сведения. После экспертизы убедиться, что информация о совместимости отражена корректно.

FAQ: совместимость российского ПО с отечественными ОС

С 1 сентября 2026 года любое российское ПО должно работать на двух ОС?

Нет. С 1 сентября 2026 года новое требование применяется к офисному программному обеспечению. Для остальных классов предусмотрены переходные сроки с 1 января 2027 года, 1 июня 2027 года и 1 января 2028 года.

Подойдут ли любые две российские Linux-системы?

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

Обязательно ли получать два сертификата совместимости?

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

Можно ли использовать внутренний протокол тестирования?

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

Можно ли поддерживать только одну российскую ОС?

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

Нужно ли подтверждать совместимость уже зарегистрированному ПО?

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

Помощь МинпромХелп при включении программного обеспечения в реестр Минцифры

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

Компания «МинпромХелп» помогает разработчикам подготовить программное обеспечение к включению в реестр российского ПО.

Мы помогаем:

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

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

Направьте специалистам «МинпромХелп» название программы, её класс, сведения о текущих поддерживаемых ОС и имеющиеся документы о тестировании.

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

Получить консультацию по включению ПО в российский реестр →

Нормативные документы и официальные источники

• Постановление Правительства РФ №1937 от 28.11.2025 — новые требования к программному обеспечению и совместимости с ОС.
• Постановление Правительства РФ №1236 — правила формирования и ведения реестра российского ПО.
• Постановление Правительства РФ №1931 — перечень доверенного российского программного обеспечения.
• Единый реестр российских программ для ЭВМ и баз данных.
• Минцифры — нормативные документы и материалы по работе с реестром ПО.

```