Александр Казеннов, Руководитель корпоративной практики ДКИС ALP Group

Компании вложили во внедрение зарубежных ERP-систем серьезные средства и подстроили под них свои процессы. Однако то, что казалось им стратегическим выбором, стало источником рисков. Александр Казеннов (ДКИС ALP Group) - о том, как оградить себя от них.
Многие крупные российские компании давно сделали ставку на зарубежные ERP-системы - прежде всего, на SAP, Microsoft и Oracle. Этот выбор казался вполне логичным, ведь, к примеру, SAP предлагал не только софтверную платформу и множество полезных инструментов, но и методологию, а также "лучшие практики ведения бизнеса". Однако февральские события привели к уходу зарубежных вендоров с рынка, а значит, к сложностям с техподдержкой, обновлением ПО и покупкой новых лицензий. Все это изменило ИТ-ландшафт.

Перед компаниями встали закономерные вопросы:

стоит ли мигрировать на отечественные решения, и как;
сколько это будет стоить;
в каком объеме и как можно сохранить уже сделанные инвестиции.

Переход включает несколько составляющих:

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

Последнюю составляющую многие компании недооценивают. За годы работы между компанией и менеджером со стороны поставщика решения устанавливаются тесные и доверительные взаимоотношения. При внедрении нового продукта, как правило, происходит смена менеджера. Ведь на рынке очень мало экспертов, имеющих одинаковый опыт работы и с зарубежными, и с отечественными продуктами. И отношения приходится выстраивать заново. Как правильно организовать переход на новую систему? Ответ на этот вопрос достоин целой книги. Однако я постараюсь разложить его по полочкам.

1. Выберите оборудование.
Ответьте на вопросы:

какое оборудование сейчас есть в компании;
в каком состоянии оно находится;
доступны ли комплектующие на случай поломок;
каковы риски и ограничения использования.

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

2. Определитесь с тем, какие участки бизнес-процессов и какими импортонезависимыми решениями будете закрывать
Решите, насколько новое решение увязывается с теми программно-аппаратными мощностями, что вы решили оставить и докупить.

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

Аккуратно относитесь к open-source решениям. Они могут быть уязвимы. Если вы уверены в решении и имеете надежного поставщика, который обеспечит его поддержку - то можете установить его. Однако отдавайте себе отчет в том, что в случае ЧП на поддержку вендора рассчитывать точно не придется. А поставщик будет находиться в той же ситуации, что и вы.
Обдумайте, готовы ли вы положиться на одного вендора. Я рекомендую скомбинировать ПО и оборудование от двух-трех вендоров. Если вендор один, он должен быть действительно крупным и предлагать широкую линейку продуктов. Такой вендор как 17 минимум обеспечит вам независимость от иностранного ПО (как серверного, так и клиентского) и оборудования.
Сформируйте план замены - решите, к примеру, что будете делать, если автоматизация взаимосвязанных узлов будет происходить в разное время. Иначе может оказаться, что бэкофисный контур у вас уже полностью автоматизирован, а вот данные в него не поступают.
Решите, что будете делать, если вам будет нечем покрыть конкретную зону автоматизации - оставите ли вы выбранный продукт, постепенно разрабатывая аналог для отдельного функционала, или разделите функционал между несколькими продуктами для получения нужного результата. Вспомните ситуацию, в которую попал "Газпром", когда из-за санкций не смог получить турбины Siemens для "Северного потока" (сейчас, по слухам, санкционно-независимая альтернатива близка к готовности). Я знаю примеры, когда компании вообще отказывались от автоматизации на каком-то участке учета из-за санкционных рисков.
Составьте список узких мест прошлой автоматизации. Обычные проблемы: низкая производительность - скорость обработки документов и проведения расчетов, а также недостаточное качество данных - нехватка и дублирование справочников.

3. Проверьте свою готовность к переходу

Подумайте, чего не хватает для перехода на импортонезависимые решения.
Как правило, это:

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

Оцените реальность и осуществимость задуманного. В зависимости от результатов этой оценки пересмотрите задачи "новой" автоматизации - возможно, где-то вам придется пойти на упрощения или принять риск дальнейшего использования санкционных решений.

ЧИТАТЬ В СМИ

Компании переходят на отечественное ПО. Какие трудности их подстерегают.

Александр Казеннов, Руководитель корпоративной практики ДКИС ALP Group