17/08/2023

Реестр российского ПО Минцифры в 2026 году: как проверить программу перед закупкой

Экспертный разбор правил работы с реестром отечественного софта в 2026 году: от пошаговой проверки продуктов и правообладателей перед закупкой до защиты сделок по 44-ФЗ от рисков и штрафов.
Программное обеспечение

Закупка софта в 2026 году требует от контрактных управляющих и юристов предельной внимательности. В рамках 44-ФЗ и закупок отдельных видов юридических лиц по 223-ФЗ процедура напрямую регулируется нормами Постановления Правительства № 1875, установившего строгий национальный режим и правила допуска отечественных решений.

Главный ориентир в этой процедуре — официальный реестр российского ПО (он же реестр российского программного обеспечения для закупок). Однако сама по себе реестровая запись — это не гарантия того, что вы закупаете именно тот продукт, который подходит под ваши условия договора или технического задания.

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

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

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

Ошибки при поиске по названию

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

Рабочие методы поиска

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

  2. Поиск по регистрационному номеру записи. Если поставщик декларирует, что софт находится в реестре, он обязан предоставить номер реестровой записи (например, № 12345). Вбейте его в строку поиска для мгновенной карточки продукта.

  3. Поиск по классу ПО. Если вы только подбираете решение под задачу, используйте рубрикатор классификатора (разделы от 01 до 12).

Как проверить реестровую запись

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

Алгоритм проверки записи:

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

  2. Дату внесения в реестр. Проверьте дату решения Минцифры. Продукт должен быть включен в реестр до даты окончания подачи заявок на участие в закупке (или до момента заключения прямого договора).

  3. Ежегодная актуализация данных. Начиная с требований реестра российского ПО 2026 года, правообладатели обязаны ежегодно подтверждать актуальность сведений (включая данные о выручке и отсутствии иностранных выплат свыше 30%) до 1 июня.

Как убедиться, что указана нужная редакция ПО

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

На что смотреть в карточке продукта?

  • Сопоставимость наименований. Коммерческое название в заявке, спецификации и лицензионном договоре должно четко идентифицировать продукт, внесенный в реестр, исключая двоякое толкование (предлагаемое ПО должно однозначно сопоставляться с конкретной реестровой записью).

  • Охват закупаемой версии. Главная задача — проверить, охватывает ли конкретная реестровая запись закупаемую редакцию, версию или функциональные модули.

  • Разъяснения правообладателя. Если закупаемая редакция содержит дополнительные модули, запросите у разработчика или официального дистрибьютора подтверждение (официальное письмо), что закупаемый состав ПО полностью соответствует зарегистрированной реестровой записи. Важно проверять, как конкретный модуль отражен в реестровой записи и документации правообладателя.

Как проверить правообладателя и класс ПО

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

Проверка правообладателя

  • Соответствие юрлица. В реестровой записи необходимо проверить ИНН правообладателя (разработчика ПО), а при работе через посредников – отдельно убедиться, что у поставщика (дистрибьютора, партнера или интегратора) есть законные полномочия на передачу соответствующих прав.

  • Цепочка прав (дистрибуция). Если договор заключается не с самим разработчиком, а с дилером/интегратором, запросите лицензионный или дилерский договор, подтверждающий цепочку передачи прав от правообладателя из реестра к поставщику.

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

Проверка класса ПО

Каждая программа в реестре привязана к конкретному классу по классификатору Минцифры (например, «Средства обеспечения информационной безопасности» или «Системы управления процессами организации»).

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

Какие сведения использовать при подготовке закупки

Чтобы закупка программного обеспечения прошла без замечаний со стороны контролирующих органов (ФАС, Казначейство), данные из реестровой записи корректно транслируются в закупочную документацию.

Что необходимо внести в ТЗ и контракт?

  1. Реестровый номер и дату внесения записи в официальный реестр российского ПО.

  2. Точное реестровое наименование программы для ЭВМ или базы данных.

  3. Код по КТРУ / ОКПД2. Не ограничивайтесь группой 58.29. Подбирайте узкоспециализированные подклассы и категории (например, 58.29.11 — «Ось и операционные системы», 58.29.12 — «СУБД» и т. д.), чтобы точно описать объект закупки.

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

Типовые ошибки при проверке продукта

На практике заказчики и покупатели из раза в раз совершают одни и те же ошибки, приводящие к срыву контрактов.

  1. Несовпадение наименования в договоре и реестре. Использование коммерческого «маркетингового» названия вместо официального реестрового. (Пример: в договоре указано «Система Альфа v2.0 Pro», а в реестре — «Программа для ЭВМ Альфа»).

  2. Закупка продукта, находящегося «в процессе включения». Поставщик уверяет, что заявка уже подана в Минцифры и софт вот-вот включат. Закон категоричен: на момент проведения процедуры или подписания договора запись в реестр российского программного обеспечения для закупок уже должна быть внесена и активна.

  3. Игнорирование встроенного ПО. При закупке оборудования (серверов, ПК, сетевого оборудования) заказчики забывают проверить предустановленный софт. Приобретение такого решения может повлечь нарушение требований национального режима; каждую такую закупку необходимо анализировать отдельно с учетом специфики объекта и условий контракта.

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

Итоговый чек-лист перед подписанием контракта

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

  • Продукт найден в реестре по ИНН правообладателя или реестровому номеру.

  • Статус записи — «Действует», ограничений от Минцифры нет.

  • Наименование продукта и его редакция в договоре на 100% совпадают с реестровой записью.

  • Класс ПО из классификатора полностью соответствует функционалу из вашего ТЗ.

  • В контракт внесены номер и дата реестровой записи.

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

Импортозамещение и эффективность: подбор надежного ПО для бизнеса

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

В нашем каталоге представлены решения для любых задач:

  • Операционные системы: РЕД ОС, Astra Linux, Альт.

  • Офисные пакеты: МойОфис, Р7-Офис.

  • Средства защиты информации: Антивирусы (Kaspersky, Dr.Web), криптозащита.

  • Профильный софт: СУБД, системы проектирования (САПР), средства виртуализации и резервного копирования.

Нужна помощь с подбором?

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

Перейти в каталог ПО
Богатырёв Алексей
Автор

Богатырёв Алексей

Руководитель группы продаж АЙТИ ЦЕНТР в городе Таганрог

Какие решения использовались в этом проекте?

Программное обеспечение
Лицензии, импортозамещение, внедрение и сопровождение
Перейти в раздел