Уход зарубежных вендоров перестал быть новостью, но задача никуда не делась. У многих компаний до сих пор работают системы, которые больше не обновляются, не поддерживаются и в любой момент могут отвалиться по лицензии.
Разберем, как уходить с такой системы без остановки работы и почему решение «просто купим российский аналог» чаще всего не срабатывает.
Аналога обычно нет
Это первое, с чем приходится смириться. Российский рынок закрывает типовые контуры — учет, документооборот, коммуникации. Но узкие отраслевые продукты, которые настраивались под компанию годами, один в один не заменяются.
Поэтому реальный выбор чаще выглядит так: собрать замену из нескольких продуктов плюс своя часть на стыке, а не найти одну коробку.
Первый шаг — инвентаризация, а не выбор
Почти всегда выясняется, что из старой системы используется меньше, чем кажется. Модули, купленные когда-то в составе, не открывались годами. Отчеты, которые делались под конкретного человека, давно неактуальны.
Порядок такой.
- Выписать, что реально используется. По журналам системы, а не по словам. Обычно это треть функциональности.
- Отделить процесс от реализации. Не «нужен модуль планирования как в старой системе», а «нужно распределять работы между участками с учетом загрузки». Формулировка через процесс открывает варианты замены.
- Выделить критичное. Без чего останавливается работа завтра. Это переносится первым, остальное — по мере сил.
- Оценить данные. Что можно выгрузить, в каком виде, есть ли документация на структуру. Это определяет половину трудоемкости проекта.
Самый опасный ответ на четвертом шаге — «выгрузку делал вендор». Если доступа к данным нет, а поддержки больше нет, это надо решать в первую очередь и независимо от выбора новой системы.
Что мешает уходить
- Данные в закрытом формате. База есть, а структура не документирована. Разбор занимает недели и требует людей, которые помнят, как оно работало.
- Логика внутри системы. Расчеты и правила зашиты в конфигурацию, а не описаны нигде. Восстанавливать приходится по поведению.
- Интеграции. Старая система связана с десятком других. Каждая связь — отдельная работа при переезде.
- Привычка. Люди двадцать лет работали определенным образом. Это не каприз: их скорость — реальный ресурс компании, и она временно упадет.
- Отсутствие срока. Пока старая система работает, переезд откладывается. Решение принимается в момент отказа, то есть в самый неудобный.
Период параллельной работы
Это ключевая часть, и на ней экономить нельзя.
Обе системы работают одновременно: данные вводятся в новую, старая остается доступной на чтение и для сверки. Длительность — от нескольких недель до квартала, в зависимости от цикла бизнеса. Смысл в том, чтобы пройти хотя бы один полный период, включая закрытие месяца.
Точка невозврата назначается заранее и объявляется всем: с такой-то даты ввод только в новую систему. Без этой даты параллельная работа растягивается на год и удваивает нагрузку на людей.
Старая система после отключения не удаляется. Она остается в режиме чтения для истории и сверки как минимум на период, пока нужны данные для отчетности.
Где здесь ИИ
При замене систем у моделей есть одно очень практичное применение, которое раньше отнимало месяцы.
Разбор данных из закрытого формата. Выгрузки без документации, поля с непонятными названиями, значения в свободном тексте. Модель помогает восстановить смысл структуры и сопоставить поля со новой моделью данных. Полностью доверять нельзя, но объем ручного разбора сокращается в разы.
Сопоставление справочников. Номенклатура и контрагенты в старой и новой системе почти никогда не совпадают по написанию. Черновик сопоставления делается быстро, человек подтверждает спорные пары.
Восстановление логики. Когда правила расчета зашиты в код или конфигурацию и не описаны, модель помогает прочитать этот код и составить человеческое описание, по которому можно написать новое.
Что чем заменяют
По классам систем картина примерно такая.
- Почта, диски, календари. Заменяются готовыми российскими сервисами почти без потерь. Самая простая часть переезда.
- Документооборот и совместная работа. Есть зрелые отечественные продукты. Основная работа не в софте, а в переносе архива и перестройке привычек.
- CRM. Рынок закрыт хорошо. Сложность обычно в переносе истории и интеграций, а не в функциональности.
- ERP и учет. 1С закрывает большую часть, но переход с зарубежной ERP — это не миграция, а новое внедрение, потому что модель данных другая.
- Отраслевые и инженерные системы. Самое больное место. Прямых аналогов часто нет, и замена собирается из нескольких продуктов плюс своя часть.
- BI и отчетность. Есть чем заменить, но все построенные отчеты придется собрать заново — переносятся данные, а не витрины.
Полезный ход при отсутствии аналога — разделить задачу. Часто из одной большой зарубежной системы вырезается ядро, которое действительно уникально, а все остальное закрывается готовыми продуктами. Тогда своя разработка получается в разы меньше, чем казалось на старте.
Частые вопросы
Сколько это занимает
Инвентаризация — две-три недели. Перенос одного контура с параллельной работой — от двух до четырех месяцев. Полная замена сложной системы, работавшей десять лет, — год и больше. Резать надо по контурам, а не делать все сразу.
Что делать прямо сейчас, если система еще работает
Три вещи, и все три недорогие. Убедиться, что есть доступ к данным и способ их выгрузить. Описать логику расчетов, пока помнят те, кто с ней работал. Проверить, что будет при отказе лицензии, — иногда система просто перестает запускаться.
Обязательно ли включать в реестр отечественного ПО
Это требование для госорганов, госкомпаний и объектов КИИ. Обычному бизнесу оно не обязательно, но при работе с такими заказчиками может стать условием контракта — стоит проверить до выбора.
Разберем, с чего начинать переезд
Расскажите, какая система стоит, что в ней критично и в каком состоянии доступ к данным. В ответ — перечень того, что реально используется, варианты замены по каждому контуру и план перехода с периодом параллельной работы.
Если задача закрывается готовыми продуктами без разработки, так и будет сказано.