Реестр российского ПО

Что изменилось в реестре ПО в 2026 и кого это касается

Если ваш продукт уже включен в реестр российского ПО, опасно мыслить по старой схеме: «мы вошли, значит вопрос закрыт». С 1 марта 2026 года эта логика перестала работать. После Постановления Правительства РФ от 28 ноября 2025 года № 1937 реестр стал не просто списком допущенных программных продуктов, а системой постоянного подтверждения сведений, технологической готовности и коммерческой прозрачности правообладателя. Само постановление официально опубликовано 8 декабря 2025 года, а новые правила начали действовать с 1 марта 2026 года.

Главный вывод для бизнеса простой: теперь недостаточно однажды пройти включение. Нужно понимать, какой у вас класс ПО, какие требования уже действуют именно для него, обязаны ли вы подтверждать совместимость с доверенными ОС, не попадаете ли вы под ПАК-сценарий и нет ли для вашей модели продаж специальных ограничений. Именно поэтому тема реестра в 2026 году стала не юридической формальностью, а вопросом сохранения рыночного статуса продукта.

Почему эта тема стала критичной именно сейчас

Постановление № 1937 изменило не только правила ведения реестра, но и закупочную логику. С 1 марта 2026 года программы из реестров российского и евразийского ПО с отметкой о соответствии требованиям к доверенному софту получили приоритет в закупках по 44-ФЗ и 223-ФЗ. Для вендора это означает очень практичную вещь: реестровая запись теперь влияет не только на формальный статус продукта, но и на шансы в тендерах, где заказчик сравнивает не абстрактно «российское ПО», а уровень его соответствия новой модели доверия.

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

Что именно изменилось в 2026 году

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

Второе изменение - требование совместимости с доверенными операционными системами. В новой редакции правил появилось условие, по которому программное обеспечение должно быть совместимо минимум с двумя доверенными ОС. Но здесь важна деталь, которую рынок часто упрощает: это требование вводится не одномоментно для всех. Для офисного ПО оно начинает применяться с 1 сентября 2026 года, для ряда инфраструктурных классов - с 1 января 2027 года, для прикладного, отраслевого прикладного ПО и части решений по ИБ - с 1 июня 2027 года, а для промышленного ПО - с 1 января 2028 года. Поэтому бизнесу нужно спрашивать не «касается ли это нас вообще», а «с какой даты это касается именно нашего класса».

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

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

Кого это касается в первую очередь

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

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

Где у бизнеса возникает реальный риск уже сейчас

На практике риск появляется там, где у компании нет четкого ответа хотя бы на один из пяти вопросов. Первый: понимаете ли вы, какие сведения обязаны подтверждать ежегодно до 1 июня? Второй: знаете ли вы класс своего ПО и дату начала применения требований по доверенным ОС? Третий: если продукт работает в составе ПАК, выстроена ли у вас дорожная карта по включению самого ПАК? Четвертый: если вы входите в группу с госучастием, рассчитана ли доля внутригрупповой выручки по новым правилам? Пятый: если продукт участвует в закупках, уверены ли вы, что ваша реестровая запись не проиграет конкуренту только из-за отсутствия нужной отметки? Эти вопросы уже не про теорию, а про реальную устойчивость бизнеса к проверке, закупке или обновлению статуса.

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

Что делать бизнесу прямо сейчас

Рациональная стратегия в 2026 году - не ждать, пока вопрос станет срочным из-за тендера, проверки или дедлайна по вашему классу ПО. Нужен короткий, но предметный аудит в трех плоскостях. Первая - юридическая модель правообладания и контроля. Вторая - состав и актуальность сведений в реестровой записи. Третья - технологическая готовность продукта к требованиям по доверенной среде, если ваш класс попадает в ближайшие этапы. Именно на стыке этих трех слоев и возникают самые дорогие ошибки: формально запись есть, но она не выдерживает новую логику подтверждения; компания рассчитывает на исключение для ПАК, но не доводит его до оформления; вендор выходит в закупку и теряет позицию не из-за функционала, а из-за статуса записи.

Если говорить совсем по делу, в 2026 году реестр российского ПО перестал быть разовой регистрационной процедурой. Теперь это инструмент постоянного контроля и конкурентной дифференциации. Для уже включенных продуктов это означает ежегодное подтверждение более широкого состава сведений. Для новых заявителей - более глубокую подготовку заявки. Для ПАК и госправообладателей - отдельные режимы и отдельные ограничения. Для всех, кто продает в государственный и квазигосударственный контур, - прямую связь между качеством записи и шансом на контракт.

Проверьте, какие новые требования по реестру ПО касаются именно вашего продукта

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

Что получит заказчик:

- Поймете, какие изменения уже действуют именно для вашего ПО

- Увидите риски по ежегодному подтверждению сведений

- Разберетесь, нужны ли вам подтверждения по доверенным ОС

- Получите понятный список следующих шагов

Получить разбор

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