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

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

Что включить в инвентаризацию

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

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

Где искать риски

Инвентаризация бессмысленна, если она не превращается в карту рисков. Ищите три типа уязвимостей.

Лицензионные. Подписки и контракты на поддержку, которые истекают в ближайшие 12–18 месяцев, – первые кандидаты на замещение. Продлевать дорогой импортный контракт ради года эксплуатации перед миграцией невыгодно.

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

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

Результат этого этапа – таблица, где каждая система получает оценку по двум осям: критичность для бизнеса и сложность замещения. Это и есть основа для очерёдности.

Как подготовить данные для плана миграции

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

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

Вывод

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