Реестр отечественного ПО работает с 1 января 2016 года. За одиннадцать месяцев в него внесли больше двух тысяч продуктов, а заказчики провели сотни закупок по новым правилам. Постановление Правительства № 1236 запрещает покупать иностранный софт, если в реестре есть аналог нужного класса. Звучит просто. На практике заказчики раз за разом наступают на одни и те же грабли и получают предписания ФАС, сорванные сроки и отменённые торги.

Где заказчики ошибаются чаще всего

Первая и самая массовая ошибка – формальное обоснование невозможности закупки российского ПО. Заказчик пишет «отечественные аналоги не удовлетворяют требованиям» и не раскрывает, какие именно функции отсутствуют. ФАС такие обоснования отклоняет: запрет на иностранный софт работает по классам ПО, а не по конкретным продуктам. Если в нужном классе реестра есть хотя бы две записи разных правообладателей, заказчик обязан доказать функциональную недостаточность каждой, а не отделаться общей фразой.

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

Третья – путаница с классификатором. Один и тот же продукт можно отнести к разным классам, и заказчики выбирают класс, в котором отечественных записей пока нет. Реестр пополняется быстро, и класс, ещё весной выглядевший пустым, к осени уже содержит несколько российских СЭД, ОС или СУБД. Проверять реестр нужно на дату публикации извещения, а не по памяти полугодовой давности.

Что изменилось за год на стороне разработчиков

Российские вендоры подтянули как раз те классы, которые год назад считались безнадёжными. Появились зрелые СУБД, операционные системы, офисные пакеты и middleware с реальными внедрениями. Подтянулись и прикладные ниши: системы распознавания речи и диалоговые сервисы для поддержки клиентов теперь тоже представлены отечественными продуктами, а не только зарубежными SDK. Это сужает поле для обоснований «аналогов нет» – заказчику всё труднее доказать, что в реестре пусто.

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

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

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

И не откладывайте: реестр растёт, требования ужесточаются, контроль ФАС усиливается. То, что прошло как «аналогов нет» в начале года, осенью уже не пройдёт.

Вывод

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