Российское ПО обязали подтверждать совместимость с двумя ОС
Офисное ПО теперь должно быть совместимо как минимум с двумя операционными системами, соответствующими критериям доверенного ПО.
Новое правило было установлено постановлением правительства № 1937 от 28 ноября 2025 года. Сам документ вступил в силу еще 1 марта, но сроки применения требования к разным классам программ разнесены почти на два года.
Офис — это не только таблицы и документы
Под новое правило попадает гораздо больше продуктов, чем можно предположить по словосочетанию «офисное ПО».
По действующему классификатору Минцифры к этому разделу относятся файловые менеджеры, коммуникационные решения, офисные пакеты, почтовые приложения, органайзеры, средства просмотра, браузеры, мультимедийные редакторы, программы для презентаций, таблиц и текстов. Отдельно в категорию включены средства внутреннего электронного документооборота и программы для мгновенного обмена сообщениями.
Иными словами, новое требование касается не только российских аналогов Word или Excel. Оно затрагивает заметную часть программного обеспечения рабочего места.
ПО должно быть совместимо минимум с двумя операционными системами, отвечающими требованиям к доверенному программному обеспечению. Под совместимостью правила понимают возможность выполнять функции программы под управлением ОС общего назначения без нарушения корректной работы самого программного обеспечения и технических средств. Подробно новые требования к реестру приведены в тексте постановления.
Причем одного заявления разработчика о поддержке той или иной платформы недостаточно. Экспертное заключение при работе с реестром теперь должно содержать отдельный вывод о совместимости продукта с заявленными операционными системами. Это следует из обновленных правил формирования и ведения реестра российского ПО.
Для своих можно одну
Из общего правила предусмотрены исключения.
Программа может поддерживать только одну доверенную ОС, если правообладатели приложения и операционной системы входят в одну группу лиц. Такое же послабление предусмотрено для ПО, которое используется исключительно в составе программно-аппаратного комплекса. Эти исключения также закреплены в новой редакции правил ведения реестра.
Для второго случая, однако, предусмотрено дополнительное условие: сведения о самом программно-аппаратном комплексе необходимо внести в реестр в течение шести месяцев. Если этого не произойдет и одновременно не будет подтверждена совместимость ПО как минимум с двумя доверенными ОС разных правообладателей, правила предусматривают исключение программного продукта из реестра. Соответствующий порядок описан в постановлении правительства.
Важно, что с 1 сентября автоматически удаляться приложения из реестра не будут. Но с этой даты совместимость перестает быть необязательной характеристикой для соответствующего класса ПО.
Следующей будет инфраструктура
С 1 января 2027 года требование распространится на программы обслуживания, средства виртуализации, облачных и распределенных вычислений, системы хранения данных, серверное и связующее ПО, СУБД, средства мониторинга и управления, контейнерные платформы, инструменты разработки, лингвистическое ПО и средства анализа данных.
С 1 июня 2027 года очередь дойдет до прикладного и отраслевого прикладного ПО, средств информационной безопасности, обработки и визуализации массивов данных.
Последними, с 1 января 2028 года, под правило попадут промышленное программное обеспечение и средства управления процессами организации. График по классам ПО закреплен в том же постановлении № 1937.
В результате менее чем через полтора года требование фактически охватит большую часть ключевых классов корпоративного российского ПО.
От импортозамещения к совместимости
За несколько лет импортозамещения российский рынок получил множество собственных операционных систем, СУБД, офисных пакетов, средств виртуализации, информационной безопасности и прикладных платформ. Но наличие отечественных продуктов само по себе еще не превращает их в технологический стек.
IT-World уже писал, что после ухода зарубежных вендоров российскому рынку пришлось заново выстраивать технологические экосистемы, где совместимость компонентов нельзя считать гарантированной по умолчанию. Для заказчика важно, чтобы выбранные решения не просто работали по отдельности, но и предсказуемо взаимодействовали друг с другом — при внедрении, обновлении и дальнейшем развитии инфраструктуры.
Правило двух ОС как раз затрагивает эту проблему. Если разработчик ориентируется только на одну платформу, вокруг нее постепенно формируется отдельная вертикальная экосистема. Требование поддерживать две доверенные ОС заставляет вендоров выходить за пределы одного технологического контура.
У этого подхода есть своя цена. Чем больше платформ должен поддерживать разработчик, тем дороже тестирование и сопровождение продукта. Особенно заметной такая нагрузка может оказаться для небольших компаний, которым приходится распределять ограниченные ресурсы разработки между несколькими средами.
Но направление движения обозначено достаточно четко. Государство постепенно меняет сам смысл присутствия ПО в реестре: запись должна подтверждать не только российское происхождение продукта, но и его способность работать в отечественной ИТ-экосистеме. Иначе из набора российских решений так и не получится собрать устойчивую ИТ-инфраструктуру.
Опубликовано 01.09.2026
