Закупка российского ПО по 44-ФЗ в 2026 году: национальный режим и требования к ТЗ

Закупка программных продуктов для государственных и муниципальных учреждений сегодня кардинально отличается от того, как это происходило еще несколько лет назад. Раньше контрактный управляющий мог легко заложить в смету привычную зарубежную операционную систему или офисный пакет, обосновав это удобством пользователей. В 2026 году такой подход не просто ушел в прошлое – он стал прямой причиной для проверки со стороны Федеральной антимонопольной службы (ФАС) и назначения крупных штрафов.

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

Именно поэтому любая закупка программного обеспечения по 44-ФЗ сегодня превратилась в пошаговый процесс, где каждый шаг строго регламентирован законами, правительственными постановлениями и специальными реестрами. Заказчикам важно провести процедуру без нарушений и купить действительно работающий продукт, а поставщикам – доказать, что их решение полностью соответствует жестким государственным критериям.

Реестр Минцифры: главный каталог разрешенного софта

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

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

Что изменилось с принятием Постановления № 1875?

В 2026 году применение национального режима при закупках регулируется, в частности, постановлением Правительства РФ от 23.12.2024 № 1875. Оно предусматривает различные защитные меры в зависимости от объекта закупки, а также случаи и порядок их неприменения.

1. Определение объекта закупки. Для программного обеспечения следует корректно определять код ОКПД2 и проверять позицию 146 приложения № 1 к постановлению № 1875. Запрет распространяется не только на отдельную поставку ПО, но в предусмотренных постановлением случаях и на права его использования, электронную поставку и ПО в составе иных объектов закупки. Делать вывод о применении запрета исключительно по коду 58.29 неправильно.

2. Использование КТРУ. Заказчик проверяет наличие применимой позиции каталога товаров, работ, услуг (КТРУ) и соблюдает правила ее использования в установленные сроки. При отсутствии подходящей позиции описание объекта закупки формируется по правилам статьи 33 Закона № 44-ФЗ. Дополнительные характеристики при наличии позиции КТРУ допускаются с учетом действующих требований и ограничений.

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

Как работает национальный режим: запреты, ограничения и бонусы

Понятие «Национальный режим 44-ФЗ» – это, по сути, защита внутреннего рынка. Государство хочет, чтобы бюджетные деньги шли отечественным разработчикам, развивали наши технологии и создавали рабочие места.

Чтобы система работала гибко, используют три разных механизма.

1. Запрет. Для ПО, подпадающего под позицию 146 приложения № 1 к постановлению № 1875, в общем случае действует запрет закупки иностранного ПО. При этом постановление предусматривает отдельные случаи неприменения запрета, в том числе при отсутствии в реестрах российского и евразийского ПО соответствующего класса либо несоответствии имеющихся программ обоснованным требованиям заказчика.

2. Ограничение. Для иных видов товаров, указанных в соответствующем перечне постановления № 1875, применяется механизм ограничения допуска иностранных предложений. Не следует автоматически переносить этот механизм на закупку программного обеспечения, для которого установлен запрет.

3. Преимущество. Для определенных категорий закупок постановление № 1875 предусматривает ценовое преимущество. Его нельзя считать универсальной скидкой 15% для любого российского ПО: конкретная мера определяется по объекту закупки и действующей редакции нормативных актов.

Как правильно составить ТЗ и прописать лицензии

Техническое задание (ТЗ) – это самый важный документ закупки. Если составить его с ошибками, закупку могут отменить, а заказчика обвинить в том, что он «списал» требования под конкретного продавца.

Как описать объект закупки?

Техническое задание должно отражать необходимые функции, совместимость, условия эксплуатации и требования к результату. Указание товарного знака регулируется статьей 33 Закона № 44-ФЗ: оно допускается в предусмотренных законом случаях, в том числе с оговоркой «или эквивалент», когда она требуется. Абсолютного запрета на упоминание брендов нет.

При закупке права использования ПО следует определить условия лицензии и объем передаваемых прав.

• Тип прав: простая (неисключительная) лицензия – когда разработчик дает вам право пользоваться программой, но сама программа остается его собственностью.

• Срок действия: программа нужна навсегда (бессрочно) или на определенный период (например, подписка на 1 год).

• Количество пользователей: сколько именно человек или компьютеров будут одновременно работать в системе.

• Техническая поддержка: как быстро разработчик должен обновлять программу и помогать при сбоях.

Как поставщику подтвердить российское происхождение софта

Поставщику мало просто написать в заявке: «Наша программа создана в России». Комиссия верит только официальным реестровым документам.

Чтобы успешно пройти проверку, в заявке нужно указать некоторые пункты.

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

2. Полномочия на передачу прав. Следует проверить правовую цепочку предоставления лицензии и условия лицензионного или сублицензионного договора. Не во всякой закупке допустимо требовать от участника отдельное письмо правообладателя или статус официального дилера: такие требования должны иметь законное основание.

чем спотыкаются заказчики и поставщики

На практике и заказчики, и участники торгов часто допускают досадные промахи, из-за которых теряют время, деньги и контракты.

• Недостоверные или неактуальные сведения в реестре. Перед подачей заявки проверяйте наличие и актуальность реестровой записи, а также соответствие программного продукта заявленному классу и предмету закупки.

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

• Ошибка в коде ОКПД2. Если заказчик выбрал не тот код, система может неправильно определить правила закупки, и нацрежим сработает некорректно.

• Забыли про объемы прав. В контракте не четко прописали, сколько человек может пользоваться программой. В итоге учреждение не может полноценно работать, а поставщик требует доплату.

Простой чек-лист перед запуском закупки

Чтобы закупка прошла гладко, держите короткий план действий:

1. Проверьте код ОКПД2 и КТРУ. Убедитесь, что правильно назвали софт и выбрали корректный код.

2. Узнайте, какая мера действует. Посмотрите, попадает ли ваш код под полный запрет, ограничение или преимущество.

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

4. Грамотно опишите ТЗ. Укажите функциональные характеристики и четко пропишите параметры лицензии.

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

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

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