Только ленивый не слышал сегодня о необходимости цифровой трансформации и автоматизации. Инфополе перенасыщено абстрактными фразами “о важности” и “нужности”, передовых подходах на промышленных предприятиях и в бизнесе. При этом сами системы внедряются медленно. Эти задержки происходят от того, что принимающие решения в госсекторе и бизнесе не всегда осознают пользу от таких внедрений.
Проблемы классических ERP и перспективы альтернативной модульной архитектуры
За последние 10 лет все привыкли к использованию ERP-систем. Многим кажется, что классические ERP-системы на текущий момент c их концепцией и методологией - это лучшее, что придумало человечество для решения проблемы интеграции в бизнесе, промышленности, торговле. Представление настолько укоренилось в сознании принимающих решения, что их использование не подвергается сомнениям, а недостатки как функциональные, так и архитектурные считаются чем-то само-собой разумеющимся — неизбежной платой за возможность управлять всем и сразу.
В этом посте я возьму на себя смелость и брошу вызов общепринятым представлениям. Подвергну критике всё, что сегодня с большим или меньшим успехом применяется в России, опишу концептуальную альтернативу классическим ERP. Забегая вперёд скажу, что в качестве альтернативы мы видим необходимость создавать платформу для установки отдельных модулей для разных уровней и задач, которая, при этом будет брать на себя функциональную нагрузку одновременно MES, ERP и DSS систем. Подробнее под катом.
Сегодня в российском ИТ-сообществе хорошо знакомы с Федеральным Законом ФЗ-152. Этот документ регулирует обработку персональных данных и предъявляет к системам, которые работают с ними, ряд жестких требований. Будем честны — закон не только защищает данные, но и серьезно осложняет использование зарубежных сервисов, ряд из которых пока сложно заменить отечественными аналогами в настоящий момент. SAP HCM одна из таких систем.
Ещё в 2014-м году мы поставили амбициозную задачу перенести все системы SAP в облако при построении гибридной инфраструктуры хранения данных. В 2020-м мы смогли её реализовать. С одной стороны, это позволяло обновить наше собственное технологическое ядро, планировать ресурсы и управлять бизнесом realtime. С другой — исключить риск роста расходов на инфраструктуру и поддержку SAP, как для нашей компании, так и для клиентов. В этом посте несколько слов об опыте миграции SAP HCM в Yandex Cloud, причинах выбранных решений и некоторых юридических нюансах.
Сегодня многие компании вынуждены мигрировать на российский софт, в связи с санкционными ограничениями или требованиями регуляторов. У нас есть похожий опыт, хотя сам процесс миграции произошёл до введения санкций, а обязательств по импортозамещению у нашей компании нет. Мы отказались от SAP и заменили его 1C ещё в 2021-м году. Под катом расскажем о том, почему у нас возникла такая необходимость, как переехали и с какими проблемами столкнулись.
Причины и задачи миграции
Причина 1: SAP - дорого и избыточно
Основной причиной, по которой мы осознали необходимость миграции, стали изменения в структуре компании. Ранее мы работали в составе холдинга, в ЕАЕ-Консалт было 45 обособленных подразделений и 1300 сотрудников, компания имела оборот 3 млрд. В этот период использование SAP себя оправдывало, так как функций и возможностей 1С:Предприятие, по нашему мнению, было недостаточно. Более того, сотрудники наших финансовых отделов привыкли работать с SAP, а переход на другую систему в такой большой компании был бы сопряжен с высокими расходами и рисками.
С 2011 по 2019-й весь холдинг работал на SAP. Управляющая компания холдинга пробовала работать с 1С, но в процессе унификации также перешла на SAP. C 2011 по 2014-й мы использовали SAP ERP ECC6 и SAP HCM, которые арендовали у Лукойл. С 2014 произошло разделение систем SAP ERP ECC6 и SAP HCM, мы мигрировали обе системы на СУБД HANA в собственный ЦОД. В 2017 перешли на SAP S4/Hana 1709 в Microsoft Azure. В 2019 внедрили SAP S/4Hana 1909. В 2020-м мигрировали SAP HCM в Yandex Cloud и выделили данные ЕАЕ-Консалт из системы HCM холдинга. Тогда начался наш самостоятельный опыт и он был достаточно удачным, в рамках тех задач, которые стояли перед нами в тот момент.
Итак, произошло то, что произошло, сегодня невозможно сделать сет Directum RX на MS SQL. Microsoft перестал отгружать лицензии в России. Для многих это стало неожиданностью, а для нас — нет. Задолго до введения санкционных ограничений мы позаботились о переходе на PostgreSQL и Linux. Причины были банальны — хотелось сократить расходы на лицензии.
Также хотелось научиться переводить системы Directum на PostgreSQL, предполагая, что слонёнок будет востребован у наших заказчиков по той же финансовой причине. Для нас отказ от баз Microsoft был плановым. Кроме того, мы перевели инфраструктуры вместе с Directum на Linux. Сегодня оцениваем эту попытку “переехать” с сокращением затрат как отчасти удачную.
Я, Виталий Волнянский, руководитель практики технологических решений (CTO), директор по продажам (VPS) ООО “ЕАЕ-Консалт”, под катом расскажу о том, как проходила миграция и с какими проблемами нам пришлось столкнуться.
