Проверка российского ПО в закупке сводится к двум действиям: убедиться, что товар включён в реестр российского ПО, и подтвердить, что предлагаемая лицензионная модель соответствует требованиям извещения. Если хотя бы одно условие не выполнено, заявку отклоняют, а заказчик рискует получить предписание от ФАС. Ниже — понятный порядок действий для обеих сторон: заказчика, который формирует требования, и поставщика, который готовит предложение.
Что считается российским ПО и при чём здесь национальный режим
Российским программным обеспечением для целей закупок признаётся ПО, сведения о котором включены в реестр российского ПО. Реестр ведётся уполномоченным органом, и запись в нём — это публичное подтверждение происхождения продукта.
Национальный режим в закупках ПО работает через запреты, ограничения и преимущества. Конкретный механизм зависит от вида закупки и от того, какие правила установлены на дату размещения извещения. Заказчик обязан прописать эти правила в документации, а поставщик — подтвердить соответствие товара.
Ключевая особенность сферы ПО: недостаточно просто указать страну происхождения. Нужна выписка из реестра, а иногда — сведения о лицензии и её типе. Поэтому проверка всегда идёт по двум линиям одновременно: реестровая запись плюс лицензионная модель.
Реестр российского ПО: как проверить запись
Проверка реестровой записи — это не формальность, а сбор доказательств. Порядок действий одинаков для заказчика и поставщика, различается только цель: заказчик подтверждает правомерность требования, поставщик — соответствие своего предложения.
- Найдите продукт в реестре российского ПО по названию и правообладателю.
- Сверьте точное наименование продукта с тем, что указано в заявке или в описании объекта закупки. Расхождения в версии, редакции или модуле имеют значение.
- Проверьте статус записи: действует ли она на дату подачи заявки и на дату исполнения контракта.
- Убедитесь, что правообладатель совпадает с поставщиком или что поставщик вправе распространять продукт.
- Сохраните подтверждение: скриншот реестровой записи, выписку, реквизиты записи.
Отдельно проверьте класс продукта. Реестр содержит разные категории ПО, и для некоторых закупок требуется не просто наличие записи, а принадлежность к определённому классу. Если извещение ссылается на класс, а продукт в него не входит, заявка не соответствует требованиям.
Лицензионная модель: на что смотреть в заявке
Лицензия — второй по частоте источник проблем. Даже российское ПО из реестра может быть отклонено, если модель использования не совпадает с потребностью заказчика.
Основные типы лицензий, которые встречаются в закупках:
- Бессрочная (постоянная) — право использования без ограничения срока. Часто требуется для инфраструктурного и системного ПО.
- Срочная (подписочная) — право на определённый период, обычно с продлением. Подходит для сервисов и облачных решений.
- Лицензия на пользователя или на устройство — важна при расчёте количества. Ошибка в числе лицензий приводит к несоответствию.
- Простая (неисключительная) и исключительная — для госзакупок типична простая лицензия, передача исключительных прав встречается редко и требует отдельного обоснования.
Заказчик должен в описании объекта закупки прямо указать, какая модель ему нужна, на какой срок и на какое количество пользователей или устройств. Поставщик — привести в заявке конкретный тип лицензии и подтверждающие документы. Формулировка «лицензия на ПО» без уточнений почти гарантированно приведёт к спору.
Пошаговый порядок проверки для заказчика
- Определите, распространяется ли на закупку национальный режим и в каком виде — запрет, ограничение или преимущество.
- Проверьте, есть ли на рынке российское ПО, закрывающее потребность. Если есть, обоснуйте невозможность закупки иностранного продукта.
- Сформулируйте описание объекта закупки: функциональные требования, класс ПО, тип лицензии, срок, количество.
- Установите требование о предоставлении реестровой выписки и документов на лицензию.
- Проверьте заявки: наименование продукта, реестровая запись, правообладатель, лицензионная модель.
- Зафиксируйте результат проверки в протоколе, чтобы подтвердить обоснованность решения.
Если заказчик работает с ПО регулярно, полезно заранее определить внутренний чек-лист: какие классы продуктов закупаются, какие лицензионные модели допустимы, кто отвечает за сверку реестра. Это снижает риск ошибки при рассмотрении заявок.
Пошаговый порядок проверки для поставщика
- Изучите извещение и документацию: есть ли ссылка на реестр российского ПО, требования к классу и лицензии.
- Проверьте, что ваш продукт или продукт вендора есть в реестре и запись действует.
- Сопоставьте лицензионную модель из документации с той, которую вы можете предоставить.
- Подготовьте подтверждающие документы: выписку из реестра, лицензионный договор или письмо правообладателя.
- Проверьте заявку на расхождения в наименованиях и версиях — это самая частая причина отклонения.
- Если требования противоречат закону или ограничивают конкуренцию, рассмотрите подачу запроса на разъяснение или жалобы.
Практический пример
Заказчик закупает систему электронного документооборота. В документации указано требование: ПО должно быть включено в реестр российского ПО, лицензия — бессрочная, на 50 пользователей. Поставщик предлагает продукт из реестра, но с подпиской на год. Формально продукт российский, однако лицензионная модель не соответствует описанию объекта закупки. Комиссия отклоняет заявку — и это правомерно, поскольку заказчик заранее установил бессрочный характер лицензии.
Второй сценарий: поставщик предлагает бессрочную лицензию, но продукт отсутствует в реестре на дату подачи заявки. Здесь также нет соответствия, даже если правообладатель подал документы на включение. Реестровая запись должна существовать на момент проверки.
Третий сценарий: продукт в реестре, лицензия подходит, но в заявке указано сокращённое название, которое не совпадает с реестровой записью. Комиссия может запросить уточнение, но при формальном подходе заявку отклонят. Точность формулировок здесь критична.
Распространённые ошибки
- Проверка реестра «на глаз». Названия похожи, но различаются версии или модули. Нужна точная сверка.
- Игнорирование срока действия записи. Реестровая запись может быть изменена или исключена.
- Размытое описание лицензии. Формулировки без указания срока и количества пользователей создают почву для споров.
- Смешивание 44-ФЗ и 223-ФЗ. Правила национального режима и работы с реестром различаются. Нельзя переносить подход одной сферы на другую.
- Отсутствие подтверждающих документов. Ссылка на сайт вендора не заменяет выписку из реестра и лицензионный договор.
- Поздняя проверка. Если сверять реестр после подачи заявок, исправить ситуацию уже нельзя.
Снизить риски помогает предварительная проверка: заказчик формирует требования с учётом реального рынка, поставщик проверяет продукт до подачи заявки. В спорных ситуациях опирайтесь на действующую редакцию нормативных актов и условия конкретной закупки, а не на общие представления.
Где углубить знания по национальному режиму и закупкам ПО
Тема национального режима в IT-закупках регулярно меняется, и разовые статьи не заменяют системной подготовки. Для заказчиков, которым нужно разобраться с запретами, ограничениями и преимуществами, а также с порядком подтверждения российского происхождения товара, подходит курс по национальному режиму в закупках. В программе разбираются реестры, разрешения на закупку иностранных товаров и отчётность в ЕИС.
Если задача шире — выстроить работу контрактной службы с учётом требований к описанию объекта закупки и проверке заявок, стоит рассмотреть обучение для контрактных управляющих. Отдельный блок посвящён национальному режиму и выбору способа закупки.
Поставщикам, которые готовят заявки на поставку ПО и хотят отработать навык анализа документации и подтверждения соответствия, будет полезен курс по тендерам и работе на ЭТП для поставщиков.
Итог
Проверка российского ПО в закупке держится на двух опорах: действующая запись в реестре российского ПО и корректная лицензионная модель, соответствующая описанию объекта закупки. Заказчику важно точно сформулировать требования и зафиксировать результат проверки заявок, поставщику — заранее сверить продукт, лицензию и формулировки. Точность в наименованиях, сроках и количестве лицензий снижает риск отклонения и жалоб. При сомнениях сверяйтесь с действующей редакцией нормативных актов и условиями конкретной закупки.
