11 мая 2023 г.
В связи с уходом западных вендоров российский бизнес уже почти год активно занимается миграцией на отечественные аналоги. О том, какие факторы необходимо учесть, чтобы переход прошел быстро и без потерь, рассказывает Андрей Киселев, эксперт по развитию ERP-решений К2Тех.
Срочная миграция
Рассмотрим самый жесткий сценарий, когда SAP размещен в облаке или on-premise за рубежом, а в России находятся только учетные записи, которые глобальный вендор отключает через несколько месяцев — с такой ситуацией некоторые компании столкнулись в прошлом году.
Когда отключение произойдет, у компании не останется ничего: ни системы, ни лицензии, ни «учеток». При таком сценарии нет времени на внедрение по стандартному протоколу, который обычно занимает
Такой проект является комплексным и требует привлечения экспертов по целому ряду направлений. Например, модули ERP-cистемы на платформе SAP нельзя точь-в-точь заменить на 1С. Зачастую к 1С добавляются внешние системы других разработчиков, которые покрывают такие модули как управление транспортной логистикой и логистикой склада (WMS), управление взаимоотношениями с клиентами (CRM), дашборды и аналитические отчеты (BI), сквозное планирование и т. д. Соответственно, управлять таким проектом сложнее; должна быть четко выстроена система взаимодействия, которая позволит быстро собрать комплексную команду и запустить параллельное внедрение всех программных продуктов, чтобы они в конечном итоге «встретились» на этапе запуска.
Вывод: под такие проекты нужен мультивендорный партнер, который может отвечать за внедрение комплекса программных продуктов на разных платформах.
Миграция в стандартном режиме
Этот сценарий похож на предыдущий, но времени у компании больше: отключение произойдет через
В этом случае выбирается классическая технология внедрения ERP-системы. Например, мы используем методологию AIM — проводим предпроектное обследование, собираем каталог автоматизируемых бизнес-процессов, формируем архитектуру, очерчиваем границы проекта, рисуем дорожную карту с этапами, договариваемся о составе работ и запускаем проект. И дальше в спокойном режиме реализуем каждый этап, от моделирования процессов и до ввода системы в эксплуатацию ровно в назначенный день и час времени.
Главное отличие от первого сценария заключается в том, что при срочной миграции нет времени на раскачку, поэтому все консультанты и эксперты, которые участвуют в таком проекте, должны быть высокого грейда. Только такие специалисты смогут быстро погрузиться в процессы компании, поймут специфику и сразу включатся в работу. А вот при миграции в стандартном режиме команду можно разнообразить: ведущие консультанты (высокого грейда), среднего грейда и младшие специалисты на подхвате, чтобы набирались опыта.
Плановая миграция
При реализации такого сценария отключение от SAP не происходит, но компания все равно решает мигрировать на 1С, потому что хочет избежать рисков.
В условиях, когда официальной поддержки больше нет, а SAP-специалисты переквалифицируются на 1С, решать проблемы, обновлять и развивать систему (в том числе в части соответствия российскому законодательству) придется самостоятельно. При этом наращивать внутри себя центр компетенций и экспертизу зачастую неэффективно и дорого.
Чтобы бизнес получил выгоду, такие проекты нужно начинать с блоков, которые ранее были плохо внедрены на SAP либо вообще не были автоматизированы. Например, бухгалтерский и налоговый учет: их ведение на 1С гораздо дешевле с точки зрения и внедрения, и обновлений. Также в компаниях часто не автоматизированы процессы управления производством, складским учетом, логистикой, продажами. Важно учесть, что срок реализации подобных проектов обычно занимает более двух лет. Если компания хочет повысить уровень автоматизации конкретных процессов (особенно в сравнении с тем, что было в SAP), то это потребует больше доработок в 1С, чем при внедрении с нуля. При этом доработки должны соответствовать стандартам 1С, а разработка — вестись качественно и с полной документацией, что в дальнейшем обеспечит легкую поддержку и обновление системы.
В случае перехода с SAP обычно запускаются сразу несколько подсистем, что подразумевает большой проект и, соответственно, большой объем разработки, которой нужно правильно управлять. Для таких проектов мы используем собственный интегрированный стенд разработки 1С. Этот стенд включает, в том числе, дополнительные сервисы по контролю качества кода на соответствие нашим регламентам и стандартам, а также автоматическое тестирование для того, чтобы повысить качество системы на выходе.
Тиражирование уже существующей 1С:ERP
Нередко, особенно в крупных компаниях, бывает так, что часть предприятий холдинга работает на 1С, часть — на SAP.
Логично, что в сложившихся обстоятельствах бизнес хочет унифицировать процессы и «тиражировать» 1С, то есть осуществить миграцию на российский стек там, где используется зарубежный. Здесь нет необходимости внедрять новую систему 1С с нуля. Нужно просто «тиражировать» систему, которая уже используется на площадках компании: берем готовый и понятный продукт, который обкатан на схожих бизнес-процессах, и тиражируем на остальные участки бизнеса.
При реализации этого сценария в первую очередь нужно проверить, готова ли текущая система к тиражированию; например, актуальны ли инструкции пользователей и эксплуатационная документация к системе.
Второе — убедиться в наличии достаточного ресурса для организации необходимого количества линий поддержки. Именно на эту службу во время тиражирования ляжет самая большая нагрузка: даже если было проведено обучение и система полностью протестирована — все равно будет масса вопросов в техподдержку от новых пользователей.
Третье — подготовка к тиражированию. На этом этапе может возникнуть ряд сложностей. Например, дефицит серверного оборудования — поэтому инфраструктуру под 1С необходимо заказывать заранее. Нужно подумать о том, где эту систему размещать: либо заранее выстраивать серверные мощности, либо арендовать облачные ресурсы. Также очень важно уделить внимание интеграционному и сквозному тестированию, чтобы внедрение и запуск не застопорились, упершись в проблему технического характера (например, забыли протестировать интеграцию, и она не работает, а от нее зависит целый бизнес-процесс). И еще один важный нюанс: перенос данных. Чем раньше команда миграции данных сделает выгрузку из SAP, трансформирует, загрузит данные в 1С и осуществит проверку, тем меньше рисков будет при внедрении.
***
Какой бы ни был выбран сценарий миграции с SAP на 1С, опыт 2022 года показал, что такой проект, во-первых, может быть успешным, причем без потери работоспособности бизнеса или с минимальным простоем, а во-вторых, требует грамотного подхода на старте, так как в данном случае счет идет не на месяцы, а на дни, и нет права на ошибку — запуск должен произойти с первого раза. Для реализации такого проекта рекомендуется привлечь крупного интегратора либо действовать собственными силами, если времени и компетенций достаточно у внутренней команды.
Источник: Андрей Киселев, эксперт по развитию ERP-решений К2Тех
