С 1 января 2016 года вступило в силу постановление Правительства № 1236 от 16 ноября 2015 года. Оно вводит запрет на закупку иностранного программного обеспечения для государственных и муниципальных нужд, если в едином реестре российского ПО есть отечественный аналог нужного класса. Реестр ведёт Минкомсвязи, оператором назначен подведомственный институт. Для госзаказчиков это не рекомендация, а прямая обязанность по 44-ФЗ. Разбираем, что именно меняется в закупочных процедурах и где возникают риски.

Как работает запрет и реестр

Логика простая. Перед закупкой заказчик проверяет реестр по классу ПО – бухгалтерия, СЭД, антивирусы, СУБД, операционные системы и так далее. Если в нужном классе есть хотя бы один продукт, закупить иностранный аналог напрямую нельзя. Чтобы попасть в реестр, программный продукт должен принадлежать российскому правообладателю, доля иностранного участия в котором не превышает порога, а выплаты по лицензиям и поддержке за рубеж ограничены 30% годовой выручки от этого ПО.

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

Когда иностранный софт всё-таки разрешён

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

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

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

Что делать заказчику уже сейчас

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

Импортозамещение в софте – не разовая акция, а тренд на годы вперёд, и реестр лишь первый его инструмент; мы разбирали это в прогнозе на 2016 год. Заказная разработка под конкретные процессы заказчика часто оказывается чище формально-юридически, чем поиск обоснований для иностранной коробки. Но и собственный продукт требует дисциплины: предсказуемых релизов и контролируемого качества поставки – об этом наш разбор зрелости CI/CD.

Вывод

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