Постановление 1875 и закупка программного обеспечения: что изменилось в 2025 году

• Правила закупки программного обеспечения в рамках Постановления 1875
• Запрет на иностранное ПО: как работать с ограничениями
• Практика и рекомендации для заказчиков по ПО-части постановления 1875
• Когда допускается неприменение Постановления 1875
• Вопросы и ответы

Правила закупки программного обеспечения в рамках Постановления 1875

Программное обеспечение и национальный режим

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

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

При проведении тендеров заказчику необходимо проверять, входит ли продукт в реестр. Если включён — закупка возможна, если нет — обоснование непопадания под режим становится обязательным. На практике это довольно тонкий момент: для сложных решений, состоящих из множества компонентов, важно правильно определить, какие именно модули должны соответствовать требованиям.

Перечень ПО, включенный в Реестр

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

Типичные категории ПО в реестре:

• Операционные системы отечественной разработки
• Системы управления базами данных (СУБД)
• Корпоративные почтовые системы
• BI-платформы и аналитические комплексы
• Решения в сфере информационной безопасности

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

Импортозамещение в ИТ: как его проверяют

Проверка соответствия закупки нормам Постановления 1875 на практике ложится на несколько сторон. Во-первых, сам заказчик должен корректно осуществить поиск и анализ рынка. Во-вторых, поставщик обязан предоставить документы, подтверждающие статус его решения: наличие в реестре и право на дистрибуцию. И, наконец, контролирующие органы могут инициировать внеплановую проверку по результатам размещения закупки.

Наиболее частые аргументы для отказа в выборе российского ПО:

Также стоит учитывать технические нюансы: критическая зависимость от API, необходимость соблюдения определённых протоколов, требования к производительности на высоких нагрузках. Эти детали нужно заранее закладывать в техническое задание, чтобы избежать конфликтов с контролёрами.

Критерии отнесения к программным продуктам

Не всё программное обеспечение подпадает под Постановление 1875. Чтобы попасть под его регулирование, продукт должен соответствовать нескольким критериям:

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

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

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

Запрет на иностранное ПО: как работать с ограничениями

Какие зарубежные продукты попали под запрет в 2025 году

Постановление №1875 значительно расширило список ограничений на закупку иностранного программного обеспечения. Под запрет в 2025 году попали программные решения, не включенные в Единый реестр российского ПО. В первую очередь это:

• Операционные системы иностранного происхождения (например, Windows, macOS);
• Базы данных и СУБД, такие как Oracle Database и Microsoft SQL Server;
• САПР-системы, особенно применяемые в инженерной сфере — AutoCAD, SolidWorks;
• Офисные пакеты, не включенные в российский реестр — Microsoft Office, Google Workspace;
• Облачные сервисы западных вендоров, если они тоже не локализованы и не включены в реестр.

Основной критерий — наличие в реестре российского ПО. Если аналог существует, использовать иностранную альтернативу нельзя. Это правило действует как для конкурсов по 44-ФЗ, так и при закупках коммерческими структурами, в том числе госкорпорациями.

Исключения: когда иностранное ПО все же можно

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

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

Однако любое отклонение должно быть обосновано. И ключевой инструмент в этом — разрешение Минпромторга РФ, о котором рассказал рынок в этой статье.

Разрешение Минпромторга на отклонения

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

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

Ошибки в формулировках ТЗ и как их избежать

Одной из самых распространенных проблем при работе с ПО стало неправильно составленное техническое задание.

Указание конкретного бренда без слов «или эквивалент» — прямое нарушение. Описание характеристик, подгоняющих под конкретное иностранное решение, автоматически выводит закупку из рамок постановления.

Чтобы избежать проблем при проверке закупочной документации:

• Производите аудит ТЗ с участием специалистов IT и юридической службы — это поможет выявить скрытые «маркеры бренда»;
• Сравнивайте российские аналоги из реестра с зарубежным ПО по функционалу, а не по внешнему виду и интерфейсу;
• Проверяйте точность формулировок: например, «обязательная интеграция с Outlook» уже может быть признана не соответствующей новому порядку.

При наличии документационного конфликта велика вероятность того, что закупка будет оспорена надзорными или конкурентными структурами. Поэтому «профилактика» проблем на этапе подготовки ТЗ — лучший инструмент соответствия новым требованиям 2025 года.

Преимущества российских разработчиков: применение и подтверждение

Формы подтверждения происхождения ПО

В 2025 году подтверждение происхождения программного обеспечения стало ключевым элементом при госзакупках по новым правилам Постановления 1875. Чтобы ПО считалось российским, оно должно быть включено в реестр отечественного ПО, а его происхождение — подтверждено соответствующими документами.

Основная форма подтверждения — это наличие записи в Едином реестре российских программ. Именно включение в этот реестр автоматически дает продукту статус «отечественного» и участвует в предоставлении преференций.

Дополнительно применяются следующие формы подтверждения:

• Экспертное заключение о соответствии критериям российской разработки;
• Наличие всех прав на программное обеспечение у российского юридического лица;
• Указание сведений о составе участников разработки и распределении прав.

Важно понимать, что наличие техподдержки и разработки на территории РФ — это дополнительные, но не обязательно достаточные критерии. Только официальный реестр определяет статус продукта в системе закупок.

Работа с добровольным и обязательным реестрами

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

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

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

Актуализированные подходы к включению в эти реестры также были затронуты в обзоре последних изменений Постановления 1875.

Как оформляется преимущество в заявке

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

На практике преимущество оформляется следующим образом:

1. Участник прилагает выписку из реестра отечественного ПО (может быть в наборе документов в составе 1-й части заявки);
2. В технической части четко указывается название программного продукта и регистрационный номер в реестре;
3. При необходимости — указывается согласие на поставку исключительно российского ПО согласно Актуальному списку;
4. При сравнении заявок заказчик учитывает статус «российского» и применяет коэффициенты по преференциям.

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

Примеры подтверждающих документов

Вот список документов, которые на практике чаще всего используются при подтверждении происхождения ПО:

Например, компания, предоставляющая специализированное ПО для логистики, прикрепляет сразу три документа: выписку из реестра, справку о разработке в РФ и копию лицензионного договора с указанием всех прав у российского лица.

Правильно оформленный комплект документов — ключ к участию и победе в аукционах с учетом новых требований 2025 года.

Практика и рекомендации для заказчиков по ПО-части постановления 1875

Инструкции по работе в Реестре отечественного ПО

После вступления в силу постановления № 1875, требования к использованию Реестра отечественного ПО ужесточились. Сегодня заказчик обязан проверять наличие программного обеспечения в реестре при планировании закупок. Это ключевая часть оценки допустимости использования конкретного ПО.

По нашему опыту, эффективнее всего внедрить в процессы закупки следующий подход:

• На этапе формирования технического задания — сразу проверять наличие нужных решений в реестре.
• Формировать обоснование при отсутствии подходящего ПО — особенно если планируется закупка иностранных решений.
• Документировать результаты поиска в реестре с указанием даты запроса и критериев.

Помните, реестр регулярно обновляется. Потому закладка в Excel из «вчерашнего списка» — это потенциальная ошибка при проверке закупки. Заказчикам стоит использовать онлайн-доступ к реестру с фиксацией скриншотов или выгрузок на дату подготовки закупки.

Разъяснения Минцифры и Минфина

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

Минфин, со своей стороны, разъяснил порядок расчета НМЦК на лицензии, а также структуру документов, подтверждающих невозможность применения отечественного аналога. Эти позиции сегодня регулярно ложатся в основу проверок и решений контрольных органов.

Вот таблица с основными темами разъяснений и ответственными ведомствами:

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

Методика обоснования НМЦК для лицензий

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

• Анализ предложений на рынке исключительно среди ПО из реестра.
• При наличии только одного отечественного аналогичного продукта — использовать обоснование по единственному поставщику.
• Дополнительная экспертиза — при существенном отличии характеристик отечественного и иностранного ПО.

На практике часто встречаются ситуации, когда цена отечественного ПО выше. Это не освобождает заказчика от необходимости его применения. Однако в расчётах стоит учитывать стоимость дополнительных услуг (внедрение, обучение, сопровождение), что может изменить общий бюджет в пользу отечественных решений.

Практика ФАС в ИТ-сфере

Федеральная антимонопольная служба оправдала ожидания: с момента вступления в силу постановления № 1875 её внимание к закупкам ПО возросло. Основные претензии ФАС связаны с:

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

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

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

Вопросы и ответы