В начале марта крупные американские и европейские разработчики ПО объявили об уходе или приостановке продаж своих продуктов в России из-за спецоперации в Украине. Среди них SAP, Oracle, IBM, EPAM, Microsoft, на базе решений которых работает IT-инфраструктура многих розничных и производственных российских компаний. Рассказываем, как перестроить бизнес-процессы в условиях глобальных санкций, и как найти аналоги международных Enterprise-решений в России.
В начале марта немецкая компания SAP объявила о приостановке бизнеса, продажи услуг и продуктов в России в знак солидарности с Украиной. При этом неофициально в компании заявили, что поддержка текущих проектов осуществляется в полном объеме. В России многие ритейлеры и производители использовали решения немецкой компании SAP. Среди них, «Магнит», Х5, «Лента», «Илим», «Северсталь», «Биокад», «М.Видео» и многие другие. Конечно, те, кто работают на нем, будут искать варианты и дальше использовать этот продукт. Но поскольку такой вариант является «бомбой замедленного действия», то компании уже прорабатывают варианты перехода на российское или open-source ПО.
Мы пообщались с российскими разработчиками и составили небольшую инструкцию, что делать ритейлерам и производителям с IT-инфраструктурой в нынешних условиях. Экспертные комментарии предоставили топ-менеджеры Compo: директор по развитию Максим Наумкин, директор по продуктам Вячеслав Потемкин и консультант по внедрению крупных e-commerce проектов Руслан Ишмаметов.
По словам экспертов, в новой реальности бизнес с точки зрения IT-инфраструктуры разделился на 3 типа:
- компании, внедрившие международное программное обеспечение и оставшиеся сейчас без обновлений и поддержки (SAP, Oracle, IBM, Microsoft).
- компании (их большинство), имеющие «зоопарк» разнообразных IT-решений. Из них часть - это западные продукты, которые пока не заявляли об уходе с российского рынка (Pimcore, Akeneo, Magento, OpenCart и т.д.) Пока они не пострадали, но потенциальное отключение даже небольшого западного сервиса может привести к каскаду проблем и падению всех ИТ-систем.
- компании, использующие российские или open-source пусть и не самые лучшие решения, но не затронутые последними событиями.
Справка: SAP – крупнейший в мире поставщик приложений для бизнеса. В России компания продвигала несколько продуктов: системы управления ресурсами предприятия (ERP), управления взаимоотношениями с клиентами (CRM), управления цепочками поставок (SCM) и управления производством (ERP Production Planning, MES, EAM, CAD). SAP CX, включающий ряд решений: SAP Commerce Cloud, SAP CDC, SAP Emarsys - решения для B2B, B2C и B2B2C коммерции крупных торговых компаний.
Зачем компании внедряли SAP
По словам Максима Наумкина, одним из преимуществ SAP является его возможность унификации и стандартизации бизнес-процессов, что весьма полезно для крупных компаний, к примеру для привлечения инвесторов, IPO или продаже компании. И это работало. С этой точки зрения среди российских компаний альтернативу не найти. Но сейчас и мало кто думает о больших вложения в ИТ для увеличения капитализации, так как сегодня основная задача – найти оптимальные решения, которые позволят быстро запуститься и получать прибыль.
Другим преимуществом SAP является наличие большого количества функций в одном коробочном решении. Такая монструозная система, которая, на первый взгляд, умеет все. «Но это мнимое преимущество, по данным одного из интеграторов SAP, на практике используется только 20% функционала, остальное «допиливается» под конкретного заказчика. И наше решение, по словам того же интегратора, гораздо гибче и быстрее можно настроить под любые бизнес-процессы крупного заказчика», – говорит Максим Наумкин.
SAP C/4HANA (ERP платформа)
Интеграторам SAP теперь придется переучиваться и перестраиваться на работу с «1С». Так как единственная альтернатива SAP ERP (Enterprise Resource Planning) в России именно она. Кстати, в последние годы компания активно наращивала свое присутствие на рынке. По данным портала Wiceadvice-IT, в 2021 году «1С» заняла первое место в рейтинге разработчиков ERP-систем по их распространению с долей около 45%. Второе место досталось Microsoft (14,5%), третье удерживает «Галактика» (почти 12%). SAP за пять лет спустилась с первой на четвертую строчку, заполучив лишь 11% российского рынка. Рост «1С» в значительной степени произошел в значительной степени в рамках госпрограмм по отказу от иностранного ПО.
Sap Commerce Cloud - решение для B2B, B2C и B2B2C
В России на данный момент есть несколько решений близких по архитектуре и функциональности к продуктам SAP Commerce Cloud. Это Ensi от компании GreenSight (работает на PHP) и Compo Platform: Enterprise от компании Compo (как и SAP работает на Java). Архитектуру и потенциал развития платформы с учетом текущей ситуации уже оценили некоторые SAP-интеграторы. Также платформа была протестирована службой безопасности одной крупной компании и не было найдено ни одной уязвимости. Подтверждена способность системы выдерживать нагрузки крупного e-com и работы с миллионами SKU.
Справка: COMPO – С 2011 года внедряет собственные решения для автоматизации бизнес-процессов. В 2021-м году вышло решение Compo Platform: Enterprise – современная платформа на базе микросервисной архитектуры для сложных b2c и b2b проектов электронной торговли, включая маркетплейсы с ЛК поставщиков и транспортных компаний. Платформа включает в себя модули, которые могут быть использованы как отдельные продукты: PIM/DAM, MDM, ESB шина, Поисковый модуль. Российское ПО. Зарегистрированы патенты. Использованы исключительно open source технологии.
Решения для e-com и переход на фреймворки
Если говорить про остальные решения для ритейла и производителей (CRM, PIM, DAM, MDM, WMS, TMS, BPM, ESB шина), то в этом случае вариантов на российском рынке побольше. Карта всех сервисов для E-com от Data Insight
Но, как правило, каждое из этих решений закрывает одну задачу. Например, CRM управляет взаимоотношениями с клиентами, PIM автоматизирует управление товарным контентом. И чтобы закрыть все потребности крупного игрока на рынке е-commerce, надо внедрить 10 или даже 20 информационных систем от разных вендоров. И возникает много разных проблем: сложности интеграции, различие технологических стеков, их совместная работа.
«И на мой взгляд, текущая история с заменой западного ПО ускорит и так уже набиравший скорость тренд перехода от "зоопарка" ПО разных вендоров к тренду перехода на комплексное решение (фреймворк) от одного вендора. И этот продукт не является коробкой, это набор типа "Лего", из которого можно построить машину, а можно замок, использую одни и те же элементы.
Еще несколько лет назад стало очевидно, что мир начнет двигаться в сторону фреймворков, то есть универсальных инструментов, легко адаптирующихся под каждый конкретный бизнес. Именно в эту сторону стали двигаться мы, и с этим связан наш переход на java с новой парадигмой подходов».
Самые крупные российские игроки онлайн-торговли уже давно это поняли и разрабатывают решения на базе собственных фреймворков и open source технологиях. За счет этого они и стали лидерами. Пример Wildberries описан здесь. А в Ozon еще в 2017 году поняли, что не смогут дальше полноценно развиваться, поэтому начали глобальную перестройку IT: наняли разработчиков и перешли на open source и микросервисы. И благодаря этому OZON растет на 80-90% в год.
Резонно возникает вопрос, зачем брать какое-то готовое решение, пусть даже это не коробка, а фреймворк? Может проще разработать с нуля как Ozon и Wildberries?
Ответ в этом случае простой, для того чтобы создать с нуля свою платформу, которая долгие годы будет служить основной для цифровизации, требуется свое IT подразделение, а также экспертиза, чтобы заложить архитектуру, которая будет служить долгие годы и не нужно будет ее переделывать каждый раз, когда возникнет новая задача. В России в прошлом году появились как минимум два таких решения: Compo Platform: Enterprise от компании Compo и Ensi от компании GreenSight.
PHP vs Java
PHP - один из самых востребованных языков в мире, на котором сделано множество популярных ресурсов, как в России, так и за рубежом. Его главным плюсом является сравнительная простота структуры и семантики, что обеспечивает более низкий порог вхождения в технологию. Тем не менее, у PHP есть несколько объективных минусов:
- Основной технологический минус - более бедная экосистема по сравнению с Java. Говоря об экосистеме, мы имеем в виду наличие дополнительных инструментов, библиотек и фреймворков от серьезных вендоров.
- Как следствие, PHP теряет свою популярность, все меньше новых крупных проектов выбирают его и все меньше появляется новых разработчиков. Они уходят в другие технологии: Python, Go, Kotlin, Java и т.д. И бизнес должен это учитывать.
Java же является не только более сложной технологией, но более богатой по своим возможностям. При этом мир Java не ограничен только Java-языком. Существуют Kotlin, Scala, Groovy - языки, предназначенные для решения конкретных задач на Java-платформах. К примеру, Kotlin, разработанный российской компанией JetBrains, при необходимости может полностью заместить Java, а компания Google рекомендует его как официальную технологию для разработки приложений.
«Именно по этой причине большинство банков и FinTech используют преимущественно Java-решения. Сейчас можно утверждать, что у этой технологии нет альтернатив с точки зрения производительности, кроссплатформенности и ряда других характеристик. Поэтому, выбирая технологии для нашей платформы, мы не раздумывая выбрали Java», - отметил Вячеслав Потемкин.
ТОП-3 совета от Руслана Ишмаметова (на основе опыта участия в e-сom проектах: METRO Cash & Carry, JTI, "ТехноНиколь", "Даичи"):
1. Сохранить работающие решения. Переходить на новые технологии в эпоху перемен и чрезвычайных событий очень сложно. Первое, что надо сделать, посмотреть, можно ли сохранить текущий ландшафт, перенеся зарубежные решения из облачных в on-premise. Такие процессы уже пошли: компании переносят на свои сервера все данные и отключают лицензии зарубежных компаний. Все-таки мы видим не полный уход IT-компаний из России и остаются некоторые открытые двери, чтобы использовать существующие технологии.
2. Быть готовым к компромиссам при выборе российских IT-решений. К сожалению, российское ПО не заменит функционал зарубежных решений. Даже если компания поставит несколько отечественных продуктов, то все равно не закроет все свои потребности. Поэтому на компромиссы придется идти и здесь вариантов нет.
3. Вместо стратегии – тактика. Не стоит сейчас принимать стратегических решений о переходе на российское ПО, о смене вендора, внедрении микросервисов, переходе с outsource на внутреннюю разработку и т.д. В текущие времена все системы должны работать “здесь и сейчас”. Любые стратегические решения окажутся некорректными и повлекут потерю времени и бюджетов. Например, все мы стали свидетелями технического сбоя сайта и мобильного приложения Wildberries. И сейчас у компании не стоит задача выбрать надежного нового стратегического партнера или перейти на новый ИТ-ландшафт. В условиях чрезвычайных событий решения принимаются в режиме «отдал приказ – выполнено».
Объединиться, чтобы создать глобальный продукт
По словам Максима Наумкина, если смотреть в будущее, то разработчикам надо создавать продукт, а также экосистему в сообществе с партнерами-интеграторами, как это делает 1С и 1С-Битрикс. В этом случае вендор создаёт маркетплейс, в который каждый интегратор может выложить и продавать свои решения. Иначе в долгосрочной перспективе, продукт не сможет активно развиваться.
Интеграторы SAP – это специалисты высокого уровня, с огромным опытом внедрения крупных проектов.
«Нам надо объединить усилия, но не для того, чтобы сделать закрытый продукт как SAP, а развиваться по примеру Mirakl, Magenta или Oro inc для создания качественных продуктов по автоматизации бизнес-процессов крупных торговых и производственных компаний. Мы открыты к сотрудничеству по Compo Platform: Enterprise и ищем:
- интеграторов для внедрения и развития продукта;
- крупных ритейлеров с задачами по внедрению микросервисного комплексного ПО для автоматизации бизнес-процессов;
- инвесторов для ускорения разработки новых продуктов на нашем фреймворке;
- у нас есть успешные кейсы по внедрению и замещению ПО. В том числе по интеграции с российскими информационными системами: 1С, Битрикс24, Datareon ESB, LEAD WMS, Veeroute. Есть богатый опыт и мы готовы делится им с партнерами».
Западное ПО и его российские аналоги
В таблице мы собрали популярные в России специализированные сервисы для автоматизации бизнес-процессов средних и крупных торговых и производственных компаний.
Источник таблицы: Compo
Спасибо за пост!
Многие компании, работающие с SAP для управления персоналом, сильно пострадали от ухода. Если планируете расширять статью, то SAP Success Factors мы заменяем модулями нашей платформы: Potok, Sever, TalentTech Адаптация, TalentTech Цели, TalentTech Опросы, TalentTech Обучение. Продукты разрабатываются в России, входят в Единый реестр российского ПО и соответствуют 3 уровню защищенности информационных систем персональных данных.
Коллеги, спасибо за статью и отдельно за пиар ensi.tech.
Не до конца понятен основной тезис: говорится об уходе с SAPa, потому что это «бомба замедленного действия», но в качестве альтернативы предлагается другой вендорозависимый подход на безальтернативном стеке.
Мы, например, выступаем за подход, который подразумевает суверенитет от вендоров, технологий и конкретных подрядчиков. За счет открытых продуктов, ориентации на гибридные команды и сервисной архитектуры. И вот сейчас он как никогда актуален.
Но да, он подразумевает зоопарк систем и технологий и способность ритейлеров быть IT-компаниями или хотя бы управлять развитием своей платформы. Для екома и ритейла сейчас без этого никуда.
Сергей, пожалуйста.
Нельзя сравнивать программное обеспечение западных компаний с Российским ПО. По объективным причинам западные вендоры это действительно бомба замедленного действия для отечественного бизнеса. Российское ПО для российского бизнеса бомбой не является по определению независимо от модели распространения через лицензии, в открытом или закрытом виде.
Ваш подход открытого ПО - понятен, но и закрытое лицензируемое ПО, на наш взгляд не несет рисков. Кроме этого, у нас не полностью закрытая система. Есть закрытое ядро, а вся функциональность, которая разрабатывается под клиента - открытая и клиенты могут сами писать расширения платформы при необходимости. В отдельных случаях можно и доступ к ядру приобрести. По такой схеме работает большинство ПО и у нас в России и на Западе.
Насчет стека - у вас ведь тоже используется совершенно определенный стек технологий. При этом на наш взгляд JVM-стек является самым оптимальным и надежным для крупных проектов.
Коллеги, привет! Написали про свой взгляд на импортозамещение. Сослались на эту статью
https://vc.ru/trade/397409-suverenitet-ot-vendorov-vmesto-panicheskogo-importozameshcheniya
Максим, поясню свои тезисы.
В статье вы пишите "И на мой взгляд, текущая история с заменой западного ПО ускорит и так уже набиравший скорость тренд перехода от "зоопарка" ПО разных вендоров к тренду перехода на комплексное решение (фреймворк) от одного вендора".
Для меня это звучит так: "Уходите от SAPa, потому что они могут покинуть России и переходите на другого вендора, который заменит все ваши системы собой". То есть одна зависимость меняется на другую.
Мы смотрим на этот вопрос совсем по-другому. Наша задача дать клиенту инструменты и практики, которые позволят ему самому развивать свою платформу. За счет сервисной архитектуры клиент можно использовать любые системы в разных зонах и на любом стеке. Клиент также не завязан на нас или другом вендоре/подрядчике, ровно как и на своей инхаус-команде, потому что с нами он учится делать команды гибридными. То есть мы за разумный зоопарк, а не за микросервисный монолит еще и на джаве :).
пора собирать конференцию ))) (пока еще есть из кого)
По этой тебе давно ничего не было. Пора)
Ваш подход конечно звучит красиво... Я даже себе попытался представить как супер гибкие взаимозаменяемые разностековые agile-команды супер эффективно коллаборируют и выдают качественные, в долгосрочном плане, результаты. Красота то какая. Особенно в условиях нехватки специалистов ) На самом деле продуктовый подход не противоречит тому, что вы говорите. Ведь команды, о которых вы говорите, в конечном счете используют какие-то продукты и интегрируют их между собой - не с нуля же каждый раз пишут. Линейка продуктов Compo как раз для этого, для замещения части этих продуктов. Про микросервисный монолит - шутку не очень понял)
Насчет джавы. Java входит в топ 3 технологий уже много лет (более десяти). Во всем мире это стандарт серверных бизнесовых приложений на микросервисной архитектуре. Высокопроизводительные кластеризуемые системы - типа Elasticsearch как пример инфраструктурного, а не бизнесового софта. Ну и в Java из коробки есть полноценный реактивный стек и неблокирующий ввод-вывод не говоря обо всем остальном - без которых невозможно сделать нормальную взрослую сервисную архитектуру. А вообще, нам лучше объединяться, а не спорить. От нас с вами зависит будущее российского ретейла.
Заместить часть продуктов решениями на Compo — это понятный тезис и я с ним согласен. В статье противоположный тезис, что надо зоопарк заменить на ваш «фреймворк», что и звучит почти как описание монолита.
Что касается Джавы, то к ней у меня только одна претензия, и она организационная. Разработчиков на джаве мало и они очень дорогие. Любой компании, которая выберет этот стек придется конкурировать за кадры с банками, интеграторами и прочими платежеспособными ребятами. Для кого-то это ок, но мы уже ни раз получали благодарности от клиентов, которых мы отговорили от Джавы.
Спорить вполне можно, это естественно: у каждого подхода есть плюсы и минусы. Объединятся тоже нужно, вон Влад Широбоков отличную идею предложил :).
Дык Compo не предлагает вообще все все все заместить. У Compo нет к примеру CRM, WMS, BPM, продвинутого OMS, Логистической маршрутизации. Пока по крайней мере. Понятно, что часть "зоопарк" останется. Но, есть возможность часть систем заменить одной. Насчет дорогих разработчиков. Сейчас все вменяемые разработчики - недешевые. И у линейных Java разработчиков да, чуть выше косты. Но не в разы, если измерять среднюю температуру по больнице.
Сергей, в статье черным по русски написано, что этот тезис выдвигает не Максим, а я. И я готов его пояснить. Вы пишете "для меня это звучит так" - а для меня как для автора цитаты это означает исключительно то, что я имел в виду. Прежняя практика набора и взаимоинтеграции зоопарка решений, на 90% состоящих из импортных коробок, себя изжила. SAP тут вообще не при чем, в данной цитате.
В нашей практике мы сталкиваемся с другими ситуациями: движение от монолита, который поддерживает все процессы, к взаимоинтегрируемым сервисам, среди которых и коробки вроде RetailCRM, Akeneo, САПы/Ораклы, а также самописные сервисы или созданные на решениях вроде Ensi.tech.
Здравствуйте.Есть ПО, заменяющая:1) Cisco Unified Communications Manager2) Avaya (Elite, Aura, Oceana)3) Lg-Ericsson4) Panasonic5) 3CX6) Samsungи прочих вендоров телефонии. это VOXDISTRO-PBX. Помимо указанных CRM интегрируется с тоже российским Skillaz (решение для рекрутеров). Прошу рассмотреть для добавления.
а Voximplant, что по этому поводу думаете?
+ MangoOffice?
В таблице забыли упомянуть EME.WMS - полностью российскую систему автоматизации адресного склада, EME.TMS - систему планирования и контроля доставок на единой платформе ЕМЕ.
Честно с учётом того, как "поддержку" оказывают буржуйские CRM системы, которые просто начали блокировать доступ к базам даже для скачивания пользователям при оплаченных базах из России ставить себе какое-то западное решение я бы 10 раз подумал.
Никак кроме как воровство называть нельзя. А для крупного бизнеса это мина замедленного действия, которая может взорвать вообще всё компанию навсегда.
Просьба добавить в таблицу в раздел "BPM (Business process management) системы ...". Систему RunaWFE:RunaWFE - Простая в использовании российская low-code BPM-платформа, имеющая облачное и локальное решения, OpenSource версию, адаптированная под российские ОС и процессоры.Замещает как те три системы, которые в этом разделе указаны, а также BPM-системы: Bizagi, Pega BPM, Oracle BPM, OpenText Documentum, Creatio, K2, EMC BPM, Unify NXJ, TIBCO BPM, Camunda, Activiti (Alfresco), Bonita Open Solution
Как дополнить таблицу? Например, в TMS упомянуты Veeroute и Axelot, а как же Яндекс.Маршрутизация?!
Пишите в комментариях, если получиться, будем дополнять эту таблицу, либо 2-ю версию статьи с актуальными заменами сделаем