+7 (901) 499-39-49
Реестр российского ПО: что изменилось в 2026 году и кого это касается
Реестр российского ПО
С 2026 года запись в реестре Минцифры больше нельзя воспринимать как разовый результат. Правообладателю нужно регулярно подтверждать сведения, следить за требованиями к доверенному ПО и учитывать новые правила для закупок. Если запись устареет, компания рискует потерять статус, льготы и конкурентные преимущества в госсекторе.
Кратко: с 1 марта 2026 года правила работы с реестром российского ПО изменились. Теперь для правообладателя важно не только один раз включить программу в реестр, но и поддерживать запись в актуальном состоянии: ежегодно обновлять сведения, проверять коммерческую модель, учитывать требования к доверенным ОС и понимать, влияет ли реестровый статус на участие в закупках.
Для IT-компаний это означает переход от логики «мы уже в реестре» к логике постоянного соответствия. Ошибка в сведениях, неподтвержденная совместимость, неверно выбранный сценарий для ПАК или неподготовленность к новым критериям могут повлиять на продажи, тендеры и сохранение статуса российского ПО.
Почему реестр стал важнее в 2026 году
Раньше многие компании воспринимали реестр российского ПО как входной билет: прошли процедуру включения, получили запись и дальше использовали этот статус в переговорах, закупках и маркетинге. После изменений такой подход становится рискованным.
Реестр постепенно превращается в систему контроля за тем, насколько продукт, правообладатель и коммерческая модель соответствуют требованиям государства. Важно не только наличие записи, но и ее качество: какие сведения указаны, актуальны ли данные о стоимости и выплатах, правильно ли определен класс ПО, требуется ли совместимость с доверенными ОС и есть ли основания для специального режима.
Для компаний, которые продают продукты государственным и окологосударственным заказчикам, реестровая запись влияет не только на формальный статус. Она может влиять на конкурентную позицию в закупках, возможность подтвердить российское происхождение ПО и доверие заказчика к продукту.
Что изменилось в правилах реестра
Главное изменение 2026 года - реестр больше не работает как разовая процедура. Компании нужно регулярно подтверждать, что сведения о продукте соответствуют действительности.
Ключевые изменения:
- Ежегодное обновление сведений. Правообладатели уже включенного ПО должны ежегодно, не позднее 1 июня, уведомлять оператора реестра об актуальных сведениях. Это касается не только выплат иностранным лицам, но и данных о стоимости, порядке ее определения и выручке от предоставления права использования ПО.
- Требования к доверенным ОС. Для ряда классов ПО появляется требование совместимости минимум с двумя доверенными российскими операционными системами. Это требование вводится поэтапно, поэтому важно определить класс продукта и конкретную дату, с которой оно начнет применяться.
- Приоритет доверенного ПО в закупках. Отметка о соответствии требованиям к доверенному ПО становится важной для закупок по 44-ФЗ и 223-ФЗ. Для вендоров, работающих с госсектором, это может повлиять на шансы в тендерах.
- Особый режим для ПАК. Если программа используется исключительно в составе программно-аппаратного комплекса, могут применяться специальные правила. Но такой сценарий нужно правильно оформить и контролировать сроки включения сведений о ПАК.
- Дополнительные ограничения для гос- и квазигоскомпаний. Для отдельных категорий правообладателей с государственным участием важным становится вопрос внутригрупповой выручки и ее доли.
Кого новые правила касаются в первую очередь
Изменения затрагивают не только тех, кто сейчас планирует подачу заявки. Они важны и для компаний, которые уже находятся в реестре.
В первую очередь проверить ситуацию нужно следующим группам:
- Правообладатели ПО, уже включенного в реестр Минцифры.
- IT-компании, которые планируют впервые подать продукт в реестр после 1 марта 2026 года.
- Разработчики, чьи продукты используются в составе программно-аппаратных комплексов.
- Вендоры, которые продают ПО государственным заказчикам или участвуют в закупках по 44-ФЗ и 223-ФЗ.
- Компании с государственным участием и группы компаний, где может возникнуть вопрос внутригрупповой выручки.
- Разработчики офисного, серверного, облачного, прикладного, промышленного ПО и решений по информационной безопасности.
Для уже включенных компаний главный риск - устаревшая запись. Продукт может работать корректно, команда может развивать функционал, продажи могут идти стабильно, но если сведения в реестре не отражают реальную ситуацию, возникает риск запроса, блокировки или дальнейших ограничений.
Для новых заявителей риск другой: подача по старым шаблонам. В 2026 году уже недостаточно подготовить только описание функционала и документы о правах. Нужно заранее учитывать новые требования к классу ПО, коммерческой модели, доверенной среде и возможным исключениям.
Сроки по доверенным ОС
Требование совместимости с доверенными российскими операционными системами вводится не для всех продуктов одновременно. Поэтому первый шаг - правильно определить класс ПО.
Основные этапы:
- Офисное ПО - с 1 сентября 2026 года.
- Серверное, облачное, инфраструктурное ПО, средства виртуализации, хранения данных, управления базами данных, мониторинга, контейнеризации, разработки, анализа данных и ряд смежных классов - с 1 января 2027 года.
- Прикладное ПО, отраслевое прикладное ПО, часть решений по информационной безопасности, средства обработки и визуализации массивов данных - с 1 июня 2027 года.
- Промышленное ПО и средства управления процессами организации - с 1 января 2028 года.
Ошибка многих компаний - считать, что требование уже одинаково действует для всех. На практике риск зависит от класса продукта. Одной компании нужно срочно готовиться к ближайшему сроку, а другой - сначала правильно определить категорию и подготовить дорожную карту.
Исключения из правила двух ОС
Правило совместимости минимум с двумя доверенными ОС не всегда применяется одинаково. В отдельных сценариях продукт может быть совместим только с одной доверенной операционной системой.
К таким сценариям обычно относят ситуации, когда:
- правообладатель ПО и правообладатель операционной системы входят в одну группу лиц;
- программа используется исключительно в составе программно-аппаратного комплекса.
Но эти исключения нельзя воспринимать как автоматическую льготу. Особенно осторожно нужно работать с ПАК-сценарием. Если компания заявляет, что ПО используется исключительно в составе ПАК, нужно заранее понимать, какие сведения о комплексе придется включать, какие документы потребуются и какие сроки нужно соблюдать.
Где у бизнеса возникает риск
На практике риск появляется там, где компания не может быстро ответить на несколько базовых вопросов:
- Какие сведения по продукту нужно ежегодно обновлять до 1 июня?
- Какой класс у вашего ПО и с какой даты к нему применяются требования по доверенным ОС?
- Есть ли у продукта сценарий использования в составе ПАК?
- Нужно ли подтверждать совместимость с одной или двумя доверенными ОС?
- Актуальны ли сведения о стоимости ПО, порядке ее определения и выручке от предоставления права использования?
- Есть ли выплаты иностранным лицам и не создают ли они риск для статуса продукта?
- Не изменилась ли структура правообладания, контроля, сайта, документации или функционала?
- Влияет ли запись в реестре на ваши тендеры и продажи в госсектор?
Если ответов нет, проблема может проявиться в самый неудобный момент: перед тендером, при запросе оператора реестра, при обновлении сведений или при проверке статуса продукта заказчиком.
Что нужно проверить уже сейчас
Чтобы не работать в режиме срочного исправления, стоит провести короткий аудит записи и продукта. Его задача - понять, какие требования уже применяются, какие начнут применяться позже и что нужно подготовить заранее.
Проверить нужно минимум семь блоков:
- Класс ПО. От него зависит срок применения требований по доверенным ОС и набор документов.
- Сведения в реестровой записи. Проверьте название продукта, правообладателя, сайт, документацию, функциональные характеристики, стоимость и порядок ее определения.
- Коммерческую модель. Важно понять, как предоставляется право использования ПО, какая выручка отражается и как это должно быть показано в ежегодном уведомлении.
- Выплаты иностранным лицам. Нужно учитывать лицензионные, договорные и иные выплаты, которые могут повлиять на соответствие требованиям.
- Совместимость с доверенными ОС. Определите, требуется ли подтверждение, с какими ОС продукт совместим и какие документы можно подготовить.
- ПАК-сценарий. Если продукт используется в составе ПАК, нужно проверить, правильно ли оформлена эта модель и не пропущены ли дополнительные обязанности.
- Закупочную значимость записи. Если продукт продается в госсектор, важно понимать, влияет ли отсутствие нужной отметки на конкурентную позицию.
Что будет, если ничего не делать
Игнорирование новых правил может не сразу привести к проблеме. Но риск накапливается: запись устаревает, документы расходятся с фактической моделью продукта, сведения о стоимости и выплатах не обновляются, а требования к доверенным ОС приближаются.
Возможные последствия:
- запрос оператора реестра о предоставлении или уточнении сведений;
- блокировка записи при отсутствии реакции или неполном ответе;
- риск последующего исключения продукта из реестра;
- потеря налоговых и закупочных преимуществ;
- сложности при участии в тендерах;
- претензии со стороны заказчиков, если статус продукта не подтверждается актуальной записью;
- необходимость срочно переделывать документы перед дедлайном или закупкой.
Какие сценарии возможны
- Вы уже в реестре и ежегодно обновляете сведения. Нужно проверить, что уведомление до 1 июня включает все актуальные данные и соответствует новой редакции правил.
- Вы уже в реестре, но запись давно не проверялась. Нужно провести аудит сведений, коммерческой модели, выплат, сайта, документации и класса ПО.
- Вы только планируете включение в реестр. Нужно готовить заявку сразу по новым правилам, а не по старым шаблонам.
- Ваш продукт участвует в закупках. Нужно оценить, нужна ли отметка о соответствии требованиям к доверенному ПО и как это влияет на конкуренцию.
- Ваш продукт работает в составе ПАК. Нужно проверить, можно ли использовать специальный режим и какие дополнительные действия потребуются.
- Ваш продукт относится к классу, где скоро начнет применяться требование по доверенным ОС. Нужно заранее спланировать тестирование, подтверждение совместимости и обновление документов.
Как подготовиться
Начните с инвентаризации продукта и записи в реестре. Нужно сопоставить то, что указано в реестре, с тем, как продукт реально продается, лицензируется, обновляется и используется.
Дальше подготовка должна идти по нескольким направлениям:
- Определить класс ПО и срок применения требований по доверенным ОС.
- Проверить актуальность всех сведений в реестровой записи.
- Подготовить данные для ежегодного уведомления до 1 июня.
- Проверить договоры, лицензии, выплаты иностранным лицам и выручку от предоставления права использования ПО.
- Оценить, есть ли основания для ПАК-сценария или исключения из правила двух ОС.
- Проверить сайт, документацию, описание функционала и сведения о версиях продукта.
- Подготовить дорожную карту по совместимости с доверенными ОС.
- Оценить влияние реестровой записи на участие в закупках.
- Назначить ответственного за сопровождение записи, а не только за первичную подачу.
Главная задача - не просто подать очередное уведомление, а понять реальный профиль риска. Для одной компании главный вопрос будет в ежегодных сведениях, для другой - в доверенных ОС, для третьей - в закупках, для четвертой - в ПАК.
Вывод
В 2026 году реестр российского ПО перестал быть разовой регистрационной процедурой. Теперь это постоянный режим соответствия, где важны актуальные сведения, правильный класс продукта, подтверждение коммерческой модели, технологическая готовность и закупочная значимость записи.
Компаниям, которые уже включили продукт в реестр, нужно проверить запись и подготовиться к ежегодному обновлению. Новым заявителям - сразу собирать документы по новым правилам. Вендорам, работающим с государственным сектором, - оценить, как статус доверенного ПО влияет на конкуренцию в закупках.
Чем раньше компания разложит требования по своей конкретной ситуации, тем ниже риск потерять время, статус, льготы и возможности продаж.
Важно
Требования по доверенным ОС вводятся поэтапно. Не нужно одинаково срочно перестраивать все продукты, но нужно точно определить класс ПО и дату, с которой новые требования применяются именно к вашей программе.
Услуги к статье
IT-компаниям
Плановое обновление сведений в реестре ПО до 1 июня
IT-компаниям
Включение ПО в реестр Минцифры
IT-компаниям
Внесение изменений в реестр ПО Минцифры
IT-компаниям
Аккредитация IT-компаний