Единый реестр российских программ заработал с 1 января, и за первый месяц в нём появились первые записи. Сейчас в реестре уже более 70 продуктов – от СУБД и средств документооборота до прикладных систем для образования. Это не разовая акция, а постоянный механизм: заявки рассматривает экспертный совет при Минкомсвязи, а список пополняется каждую неделю. Разберём, кто уже вошёл, по каким правилам отбирают продукты и что это меняет для государственных и окологосударственных заказчиков прямо сейчас.

Кто вошёл в первую волну

Первые записи появились 1 февраля: СУБД от РЕД СОФТ и продукты «1С» для учебных заведений. К началу февраля список перевалил за семь десятков наименований. Состав показателен – это не только офисные пакеты и операционные системы, о которых писали чаще всего, но и СУБД, средства электронного документооборота, антивирусы, средства защиты информации и отраслевые прикладные системы.

Важна структура: реестр сразу заполняется зрелыми, давно эксплуатируемыми продуктами, а не сырыми прототипами «под импортозамещение». Это снимает первый страх заказчиков – что в реестре окажется один лишь экспериментальный софт без внедрений и поддержки. Базовый механизм реестра мы уже разбирали в обзоре единого реестра российского ПО – здесь смотрим на практику его наполнения.

По каким критериям включают

Правила установлены постановлением Правительства № 1236 и приказом Минкомсвязи. Ключевых условий несколько, и они проверяются совокупно:

  • Происхождение прав. Исключительные права на ПО принадлежат России, российским организациям с долей иностранного участия не более 50% либо гражданам РФ. Контроль над продуктом должен быть отечественным.
  • Свободное обращение. Программа правомерно введена в гражданский оборот, экземпляры или права на неё свободно реализуются на территории страны.
  • Ограничение выплат за рубеж. Сумма лицензионных и иных платежей в пользу иностранных лиц не превышает 30% годовой выручки от реализации продукта.
  • Отсутствие принудительного обновления извне. Нет управления и обязательных обновлений из-за рубежа, способных нарушить работу ПО.

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

Что это меняет для заказчика

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

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

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

Вывод

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