Когда применяется требование
| Дата | Группы ПО по переходным положениям |
|---|---|
| 1 сентября 2026 | Офисное программное обеспечение. |
| 1 января 2027 | Программы обслуживания; виртуализация; облачные и распределённые вычисления; хранение данных; серверное и связующее ПО; СУБД; мониторинг и управление; контейнеризация и контейнеры; разработка; лингвистическое ПО; анализ данных. |
| 1 июня 2027 | Прикладное и отраслевое прикладное ПО; средства информационной безопасности; обработка и визуализация массивов данных. |
| 1 января 2028 | Промышленное ПО и средства управления процессами организации. |
Даты установлены пунктом 6 постановления № 1937 с учётом его редакции. Отнесение конкретного продукта проверяется по классу и действующим нормам. Для уже включённых решений также нужно учитывать проверки и применимые переходные условия.
Базовое правило и исключения
Подпункт «м» пункта 5 Правил предусматривает совместимость не менее чем с двумя ОС, отвечающими требованиям к доверенному ПО. Одна ОС допускается в предусмотренных случаях: принадлежность правообладателей ПО и ОС к одной группе лиц либо использование ПО исключительно в составе ПАК.
Для случая ПАК действует дополнительное условие пункта 30(6): в течение шести месяцев должны появиться предусмотренные сведения о ПАК либо подтверждение совместимости с двумя ОС разных правообладателей. Нельзя применять исключение без анализа его полного набора условий.
Как готовим испытания
- 01Матрица
Версия ПО × версия ОС × архитектура × зависимости.
- 02Сценарии
Установка, ключевые функции, обновление и восстановление.
- 03Доказательства
Протокол, логи, версии и применимые подтверждения.
- 04Актуализация
Контроль новых релизов и изменений реестровых сведений.
Почему «запускается на Linux» недостаточно
Работа в контейнере не отменяет проверки поддерживаемой среды. Для браузерного клиента отдельно анализируются серверная часть, браузер и значимые интеграции. Нужен воспроизводимый результат на согласованной конфигурации, а не только скриншот рабочего стола. Проверяйте актуальный статус ОС: российское происхождение и соответствие требованиям к доверенному ПО — разные основания.
Что согласовать до начала работ
- Перечень ОС и их статус на дату испытаний.
- Доступность пакетов и зависимостей без ограничивающей внешней инфраструктуры.
- Ответственных со стороны разработчика и, при необходимости, правообладателя ОС.
- Форму протокола и допустимый путь подтверждения.
- Объём работ при неуспешном тесте: исправление продукта оплачивается по отдельной смете.
Требования и формы могут меняться. Перед подачей сверьте действующие нормы и методические рекомендации оператора.
Нормативная база и официальные источники →