Российские компании переходят к следующему этапу импортозамещения корпоративных систем. Если несколько лет назад основной задачей была замена отдельных зарубежных решений, то теперь бизнесу важно выстроить долгосрочную модель перехода на новую технологическую архитектуру. Для этого необходимо пересобрать процессы, определить архитектурные принципы развития и выстроить модель перехода между системами. Об этом рассказывает Александр Жук, руководитель домена ИТ-системы Lenta tech.
Крупные корпоративные системы годами обрастают интеграциями, бизнес-логикой и внутренними регламентами, поэтому их перенос редко сводится к технической миграции. Считать импортозамещение завершенным сразу после запуска новой системы — слишком узкий подход. В крупном бизнесе технологии тесно связаны с процессами, ролями и сложившейся архитектурой. Если перенести все без изменений, вместе с нужной функциональностью в новую систему могут перейти и ограничения, которые накапливались годами. Поэтому важно не просто заменить продукт, а определить, как должна развиваться вся модель автоматизации компании.
Подход к импортозамещению во многом зависит от роли конкретной системы в бизнесе. Практика показывает, что универсального сценария перехода не существует. В одних случаях компании решают преимущественно технологическую задачу, в других — фактически проводят реорганизацию процессов. Например, замена интеграционных шин вроде SAP PO/PI чаще сосредоточена на технологическом контуре: оцениваются возможность перехода, будущие расходы на инфраструктуру, поддержку и сокращение технического долга.
Более сложный сценарий возникает, когда вместе с платформой необходимо переносить бизнес-процессы. Так происходит при переходе с систем класса ITSM: первоначальная модель миграции «как есть» нередко уступает место пересборке процессов, поскольку вместе с ними в новую систему могут перейти и накопившиеся ограничения.
Замена коробочного продукта не всегда бывает коробочной. Если заранее не проработать процессы, зоны ответственности и модель параллельной работы систем, миграция может превратиться в повторное внедрение прежней логики на новой платформе. Поэтому диагностика процессов должна начинаться еще до технического переключения.
Отдельным вызовом остается развитие ERP-контуров. Такие системы по-прежнему выступают учетным ядром бизнеса: с ними связаны управление материалами, товарными потоками, финансовыми показателями и организационной структурой компании. В зрелых компаниях многие процессы, которые можно было сравнительно быстро вынести за пределы ERP, уже оптимизированы, а оставшиеся требуют более аккуратного подхода.
Поэтому организации все чаще переходят к модели постепенного «высушивания» ERP-систем: новый функционал развивается за пределами учетного ядра там, где это возможно и экономически обоснованно. Такой подход строится вокруг принципа «Core in ERP, innovation outside»: базовые учетные процессы продолжают работать в стабильном контуре, а новые сервисы и инновационные решения создаются отдельно.
Для реализации этой модели необходимо заранее составить функциональную карту ERP, определить приоритеты миграции и закрепить архитектурные правила. Это позволяет избежать ситуации, когда новый функционал по привычке продолжает добавляться внутрь прежней системы только потому, что платформа технически это позволяет.
Замещение ERP — это не отдельный ИТ-проект, а долгосрочная программа реавтоматизации бизнеса. Она требует участия нескольких команд, единой модели управления и поддержки на стратегическом уровне. В результате компания получает как меньшую зависимость от конкретного продукта, так и возможность пересмотреть сложившиеся процессы, отказаться от избыточной логики и выстроить более управляемую архитектуру.
Рынок корпоративных систем постепенно будет уходить от идеи создания полного аналога каждой зарубежной платформы. Вместо этого компании начнут оценивать, какие функции действительно должны оставаться внутри единого ядра, а какие эффективнее реализовывать с помощью отдельных сервисов и решений.
Таким образом, главным критерием успешного импортозамещения становится уже не количество замененных систем, а способность бизнеса последовательно снижать технологическую зависимость от отдельных платформ, упрощать процессы и выстраивать более гибкую и устойчивую ИТ-архитектуру.
Источник: Александр Жук, руководитель домена ИТ-системы Lenta tech
