Миграция на российскую ERP за несколько месяцев — это реально?

Михаил Пономарев, руководитель дивизиона ERP Navicon — о том, как перейти на отечественное ERP-решение без многомиллионных бюджетов и при сохранении непрерывности деятельности.

Система управления предприятием (ERP) — бизнес-критичная. От нее зависит работоспособность предприятия. В 2022 году, когда большинство глобальных ERP-вендоров ушло с российского рынка, это поставило бизнес в ситуацию сложного выбора. Одни компании продолжили работать с существующими ERP-решениями, а другие столкнулись с необходимостью заменять зарубежные продукты отечественными аналогами.

Кому понадобилась срочная замена ERP

Первыми с необходимостью срочно менять ERP столкнулись «дочки» иностранных компаний, которые вышли из международных сетей и холдингов и локализовали бизнес в России. Исторически они пользовались тем ПО, которое внедряли международные корпорации. Головные компании хотели вести прозрачный учет деятельности всех своих представительств в едином информационном пространстве — именно поэтому российские «инстансы» размещались в нем.

Впрочем, несмотря на доминирование иностранных решений, доля внедрений российского ПО постепенно росла. К середине 2020 года, по данным IDC, рынок в денежном эквиваленте делился уже примерно поровну между отечественными и зарубежными вендорами. Так, на SAP приходилась доля в 42,4%, на 1C — 39,2%, на Microsoft — 7,4%, на Oracle — 4,8%, а на продукты «Корпорации Галактика» — 3,6%. При этом выручка от ERP/EAS решений 1С и SAP по итогам 2021 года оказалась примерно одинаковой — порядка 26,5-28,5 млрд руб. Тогда как для Microsoft и Oracle эти показатели составляли всего 4,5-5 млрд руб. и 3-3,5 млрд руб. соответственно. По статистике TAdviser, на долю самого крупного российского вендора в период с 2019 по 2022 гг. пришлось и вовсе более 67% всех ERP-проектов.

Несмотря на рост популярности российских продуктов в начале 2000-х, международные компании не спешили переводить «дочек» на отечественные решения. Проекты внедрения SAP, Navision, Microsoft и Oracle велись годами, на них были затрачены колоссальные средства, и бизнес был не готов от них отказываться. Сейчас отделившиеся локальные представительства вынуждены экстренно переходить на российские ERP, чтобы сохранить свой потенциал или как минимум снизить риски.

Формирование методологии ускоренного перехода

Внедрение ERP — дорогостоящий и трудозатратный проект. Его сроки варьируются от трех месяцев до нескольких лет в зависимости от масштаба бизнеса и сложности автоматизируемых процессов. Более того, такая автоматизация нередко требует существенной адаптации бизнес-процессов под стандарт системы. В целом успешный ERP-проект складывается из правильно подобранной по функциональности системы, возможности ее доработки под специфику бизнеса и готовности заказчика вносить изменения в рабочие процессы. Причем степень покрытия процессов стандартом и, как следствие, степень необходимых доработок ИТ-решения зависят от конкретной выбранной ERP-системы. Это усложняет процесс перехода с одного ИТ-решения на другое.

Поэтому для быстрого и максимально бесшовного перехода на российскую ERP важно не уходить с головой в глубокий анализ всего бизнеса, чтобы стартовать полноценную миграцию. Это существенно затянет проект. Главное — выделить бизнес-критичные процессы и оперативно заняться их переводом на новую платформу. Как правило, их можно автоматизировать с помощью стандартной функциональности любой отечественной ERP-системы с минимальными доработками. А некритичные бизнес-процессы можно автоматизировать «из коробки».

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

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

Что дальше?

После того как обеспечена работоспособность системы в части критических процессов, можно начинать дорабатывать функциональные второстепенные области ERP. Приведу пару примеров.

Первый — из практики. С помощью старого решения торговая компания могла обмениваться данными с B2B-клиентами через API или веб-сервис и автоматически собирать всю информацию по заказам в едином информационном поле. Клиент оформлял заказ на закупку на стороне своей системы, после чего заказ передавался на сторону поставщика через EDI (система для передачи электронных данных между контрагентами). Удостоверившись, что нужные товары есть на складе, компания могла отправить подтверждение заказа, а клиент — одобрить операцию и запустить ее в последующую обработку.

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

Второй пример — гипотетический. Допустим, для заказчика крайне важна функциональность для начисления резервов по бонусам покупателям. На первом этапе он будет готов посчитать какие-то параметры вне системы, например, в Excel, и подгрузить в нее готовый файл вручную. Но для долгосрочного использования такая функциональность будет неудобна. Она порождает ошибки, связанные с человеческим фактором. Этот бизнес-процесс не такой критичный с точки зрения операционной деятельности, поскольку не влияет на цепочки поставок, но тем не менее важно, чтобы ERP позволяла управлять такими параметрами, не выходя из привычной информационной среды. В этом случае потребуется разработка и запуск дополнительного модуля автоматизации, но уже вторым этапом проекта, после запуска бизнес-критичной функциональности в короткие сроки.

Важно составлять приоритезацию таких доработок — иначе есть риск погрязнуть в усовершенствованиях. Это не только растянет сроки проекта, но и приведет к его удорожанию. Благодаря описанному подходу решение можно полноценно запустить менее чем за полгода и только необходимыми минимальными затратами.

***

Российские ERP находятся на той степени зрелости, когда они готовы стать полноценной заменой популярным зарубежным ERP, а недостающие возможности можно будет доработать. Не нужно бояться процесса смены решения. Рано или поздно из-за отсутствия поддержки и развития западных ERP-систем при условии, что они не возобновят свою деятельность в РФ, все компании так или иначе начнут миграцию. Стоит присмотреться к имеющимся на рынке решениям и начать процедуру перехода в спокойном режиме — чтобы через год-два, когда отсутствие обновлений и ограничения в масштабировании станут рискованны для бизнеса, не реализовывать проект в авральном режиме.