Реестр отечественного ПО и госзакупки: помогаем клиентам составить план перехода

До 1 января 2016 года - чуть больше месяца. Реестр отечественного ПО Минкомсвязи формируется, первые продукты туда уже поданы или поданы на рассмотрение. С этого момента госорганизации при закупках ПО обязаны сначала смотреть в реестр, а если берут иностранное - письменно обосновывать отказ от российского аналога.

Мы писали об этом ещё в сентябре, когда только составляли первую карту замещения. С тех пор от государственных клиентов пошли конкретные запросы - не «расскажите про закон», а «помогите понять, что нам делать и в каком порядке».

За последние несколько недель провели эту работу у нескольких заказчиков. Результат оказался интереснее, чем ожидали.

Как устроен план перехода

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

Инвентаризация текущего ПО. Здесь первый сюрприз: у большинства клиентов нет актуального реестра ПО в принципе. Есть закупочные документы за разные годы, есть что-то в Service Desk, есть что помнит системный администратор. Полной картины нет. Несколько дней просто на то, чтобы понять, что вообще стоит и на каком основании - лицензии, OEM, подписка, что-то унаследованное без документов.

Без этого шага невозможно ничего планировать. С него всё и начинается.

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

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

Что получилось по итогу

Главный вывод, который нас самих немного удивил: около 60% задач закрывается отечественным ПО без реальных потерь. Это не значит «переключили и всё работает само» - это значит, что функциональный разрыв минимален и покрывается настройкой или небольшой доработкой. Офисные задачи, базовые серверные конфигурации, часть СУБД-задач - всё это реально заменить с приемлемым уровнем трудозатрат.

Оставшиеся 40% - это три категории.

Первая - специализированное ПО, у которого российского аналога просто нет. Здесь путь один: обоснование отказа, и надо готовить его заранее и юридически грамотно, не в последний момент под тендер.

Вторая - системы, где российский аналог есть, но замена тянет за собой переработку смежных процессов. Например, документооборот, глубоко интегрированный с конкретной ERP. Технически меняемо, но это проект, а не задача.

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

Что важно сделать прямо сейчас

Январь - не дата начала работы, это дата вступления в силу ограничений для новых закупок. Что это значит практически:

• Закупки, которые планируются на 2016 год, уже сейчас надо проектировать с прицелом на реестр. Технические задания, сформированные под конкретный иностранный продукт без обоснования, будут проблемой.
• Текущий стек можно пока не трогать - принудительного демонтажа существующей инфраструктуры закон не требует. Давление будет нарастать через закупки.
• Обоснования отказа - это документ, который надо уметь писать. Не «нет российского аналога», а аргументированное технико-экономическое обоснование. Это навык, который у госзаказчиков пока не наработан.

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

Дедлайн близко, но паники пока нет. Месяц для планирования - это не много, но и не ноль, если начать сейчас.