SAP-практика в СИГМЕ — одна из крупнейших в стране. Однако уход SAP из России повлек за собой существенные изменения на рынке ERP-решений, которые затронули и нашу компанию. Так как преобразования сейчас в самом разгаре, давайте вместе разберемся, что будет происходить на этом рынке в ближайшие годы, какие специалисты будут востребованы, а также — чем может похвастаться российский рынок ERP сейчас и в будущем.
Начнем с масштабов. SAP, по официальным данным, занимал более 40% отечественного рынка ПО для автоматизации крупного бизнеса. За 2020 год SAP СНГ заработал на своих сервисах 38,5 млрд руб. С вендором были связаны более 10 000 специалистов: сотрудники российского офиса, консультанты, архитекторы и разработчики.
С одной стороны, при уходе такого гиганта освобождается огромный сегмент рынка — а «свято место пусто не бывает». С другой — в одночасье отказаться от ИТ-системы, поддерживающей ключевые бизнес-процессы (а именно такую роль играли решения SAP в ИТ-ландшафте заказчиков), особенно если речь идет о крупных организациях, невозможно. Слишком много ресурсов потрачено на внедрение этого ПО, а переустройство ИТ-ландшафта — не быстрый процесс, требующий многомиллиардных вложений. При этом важно не просто отказаться, а перейти на продукт аналогичного уровня или лучше.
Именно это показало исследование профессионального портала SAPland, проведенное в мае-июне 2022 года. Лишь 18% компаний планируют отказаться от использования ПО SAP — видимо, уже знают, на что его заменить, 60% компаний планируют продолжить использование этого ПО, 22% еще не приняли решение. При этом российский бизнес, по сути, уже утратил возможность локализации, обновления ПО, поддержки и развития внедренных SAP-решений. Отказ в первую очередь коснулся государственных компаний.
Вендор не предоставляет даже временные лицензии на разворачивание копий систем, купленных вполне легально, также могут возникнуть проблемы при переезде продуктивного сервера системы. Поэтому процесс перехода на новое решение необратим, и вопрос звучит не «переходить или нет», а «на что переходить?».
А есть ли альтернатива?
Потребность заменить зарубежные ERP российскими решениями возникла не вчера, а в последние годы получила и законодательную основу: еще в 2018 году был опубликован Приказ Минкомсвязи №486, появились и появляются другие директивы Правительства РФ в области импортозамещения.
Многие крупные компании уже накопили опыт самостоятельного развития систем SAP, независимо от вендора. Например, по этому пути пошли Роснефть и X5 Retail Group. В конце мая 2022 года РЖД объявили, что разрабатывают механизм миграции с SAP на отечественные решения, который смогут использовать и другие организации.
Тернистый путь по доработке SAP-систем в автономном режиме часто связан с отсутствием подходящего платформенного решения и недостаточной производительностью отечественных аналогов. Понимая, что задача актуальна как никогда, мы в СИГМЕ решили посмотреть, какие отечественные ERP-решения представлены на рынке. Основные аналоги SAP ERP сейчас следующие:
1С:ERP
Галактика
Ма-3
ТУРБО ERP
Парус
Монолит
Лексема
DeloPro
dia$par
Атлас
И если бы среди вышеперечисленных систем было универсальное и подходящее под запросы рынка российское решение, мы бы этот материал не выпускали????. Не секрет, что для многих отечественных систем характерны такие серьезные проблемы, как ограниченность функционала, недостаточная производительность при полной автоматизации производства и низкая отказоустойчивость.
Неудивительно, что многие крупные ИТ-компании и госкорпорации задумываются о том, чтобы создать свою ERP-систему. А ввиду отсутствия качественных альтернатив на российском ERP-рынке и нынешней повестки в области импортозамещения события должны развиваться стремительно. Чтобы завоевать освободившуюся после ушедшего вендора долю рынка, отечественным платформам нужно реализовать заметные и успешные пилотные проекты в самые короткие сроки.
Сила коллективного разума
Мы поставили перед собой задачу максимально подробно разобраться в плюсах и минусах каждого решения, но столкнулись с недостатком открытых данных для проведения такого анализа. Именно поэтому решили выпустить статью на Хабре, в комментариях к которой приглашаем делиться экспертным мнением и вместе анализировать текущую ситуацию на рынке. Тема очень важная, и хотелось бы обсудить ее с теми, кто разбирается в архитектуре ERP-систем, производительности и масштабируемости. Предлагаем отметиться в комментариях экспертам, которые работали с какой-либо из вышеперечисленных или других систем и могут поделиться опытом взаимодействия с ними: расписать сильные стороны, особенности и подводные камни.
И еще один момент. В IT потребность в квалифицированных специалистах есть всегда, поэтому СИГМА ищет к себе в команду архитекторов с хорошей экспертизой в методологии проектирования, навыками создания средств разработки ПО, опытом сопровождения корпоративных ИС и пониманием механизмов межсистемной интеграции. Узнали в этом описании себя? Будем рады познакомиться, пообщаться и принять вас в дружную команду СИГМЫ! Направить резюме можно на почту job@sigma-it.ru.
Автор: Сергей Соломахин
Комментарии (8)
ramil_trinion
07.10.2022 13:231C ERP очень не рекомендую, обновления постоянно выходят. Поподробнее в статье.
fosihas
07.10.2022 19:07-2Давать ссыклу на статью 2014 года в ИТ, несколько некомпетентрно. Отрасль меняется еже частно.
ramil_trinion
08.10.2022 00:04+1За отрасль не скажу, а в 1с ситуация та же самая.
https://forum.mista.ru/topic.php?id=872615&page=1
1с доработали адреса в формате фиас и понеслось.
После обновления на УПП 166.2 возникло несколько проблем с заполнением адресов.1. В контрагенте при сохранении адреса выдается ошибка, когда пытаешься установить номер квартиры, а слово Квартира не выбирается..
ОбщийМодуль.УправлениеКонтактнойИнформациейСлужебный.Модуль(225)}: Ошибка при вызове метода контекста (ЗаписатьJSON)
ЗаписатьJSON(ЗаписьJSON, Значение,, "АдаптацияПолейКонтактнойИнформации", УправлениеКонтактнойИнформациейСлужебный);
по причине:
Передано значение недопустимого типа2. В документе больничного при попытке выбрать адрес мед. заведения выдается ошибка:
{Обработка.РедактированиеКонтактнойИнформации.МодульОбъекта(236)}: Поле объекта не обнаружено (ПанельНастроекАдреса)
ФормаРедактированияАдреса.ЭлементыФормы.ПанельНастроекАдреса.Свертка = РежимСверткиЭлементаУправления.Верх;3. При открытии Классификатора из адресной строки физ лица:
{ОбщийМодуль.ДлительныеОперацииКлиент.Модуль(260)}: Тип не определен (ФормаКлиентскогоПриложения)
ТипыСвойств.Вставить("ФормаВладелец", Тип("ФормаКлиентскогоПриложения"));
Даже как-то странно. такое количество ошибок, либо они вообще ничего не тестировали, просто накатили обнову и отправили людям.
У кого нибудь есть такие проблемы? Погуглил, таких ошибок не нашел.https://forum.mista.ru/topic.php?id=882733
Неожиданно негаданно на 3 день после обновления, оборотная сальдовая ведомость разъехалась, как выяснилось после обновления ночью запустилось регламентное задание, которое на создавало "Регламентная операция" датами 31.12.2021 23:59:59 и 31.12.2020 23:59:59 при том по несколько штук, а дальше веселее начиная с 2017 года отредактированы "Реализация (акт, накладная, УПД)" при том не все где-то 5% от общего объема, так же у документов "Перевод ОС в малоценное оборудование" убраны все движения
НО вишенка на торте, тот кто обновлял не сделал Резервную копию, а регламентное копирование встало ещё в 10.08.2022
Такие дела с обновлением 1С БП 3.0.121.31fosihas
08.10.2022 12:59Соглашусь 50/50, в любом коде могут быть ошибки.
да минус фирмы 1С по не достоточному тестированию. Но если вы сами разработчик, должны понимать что сложно предугадать все дейстия пользователей и их качество данных.
А приведенные примеры могут быть локальными и ошибки возникли из-за учета данных. Это не массовые обрашения. И нужно разбираться, прежде чем предъявлять.
«по гуглил, таких ошибок не нашел»
LordDarklight
10.10.2022 10:01В экосистеме продуктов 1С ежегодно почти ничего не меняется! Хотя да - мелкими шажками платформа развивается - но именно на конфигурациях это никак не сказывается - живут параллельной жизнью. Да и архитектура построения конфигураций со времён Такси желает не просто лучшего - желает полного 100% пересмотра всей концепции - но - видать идеология у партии иная - так что ждать ничего хорошо не приходится!
LordDarklight
07.10.2022 14:36+7Пустая статья. Такой интригующий заголовок "Днем с огнём: как дела у отечественных ERP?" и никакого ответа! Вообще - даже попытки нет - просто тупо призыв к сообществу сами всё написать!
"Мы ничего не знаем - расскажите нам что знаете ВЫ, а лучше - приходите к нам на работу"
sepetov
А можете что-то прокомментировать про Navision и Axapta в связи с уходом Microsoft? Про Navision знаю попытку разработки его "специфичного аналога" путём адаптации C/AL под - барабанная дробь! - диалект FreePascal с последующим использованием Lazarus вместо Object Designer. Но попытка успехом не увенчалась, хотя кастомные исходники, накопленные за 10 лет, можно переносить через ctrl+C/ctrl+V.
LordDarklight
С Navision лучше на продукты 1С переходить - ничего не потеряете - это системы одного класса - причём 1С Предприятие 8 будет во многом превосходить! Но да - переход кардинальный - особо простым не будет - и готовьтесь многое дорабатывать! Но ничего прям особо сложного нет - куча франчей 1С вас за год переведут!
С Axapta - не шибко сложнее - да, она поасштабнее, да там код понавороченнее писать можно - но это всё ерунда - всё-равно всё переписывать! Жаль только в 1С ООП нет и архитектуру программного построения алгоритмов и бизнес-логики придётся изучать заново в рамках очень ограниченного языка 1С Предприятие 8 и адаптироваться к уже готовой архитекутре прикладных решений - но это не значит, что там всё так уж плохо - просто нужно время на привыкание - отправьте сотрудников на курсы - пусть познакомятся! Посмотрите видео в сети Интернет!
Проект Lazarus - по-моему давно скорее мёртв чем жив - думать о нём Вам точно не стоит! Да и это всего лишь IDE.
А разрабатывать платформу ERP сейчас имеет смысл только на кроссплатформенных фреймворках и платформах - как .NET и JVM - а ЯП выбирается по вкусу - но это будет C#, F#, Java, Kotlin (для вебморды ещё понадобится JavaScript/TypeScript и WebAssembly - хотя ASP.NET Blazor позволяет обходится одним C# - но там есть свои нюансы)
Да и смысл - в бесплатности? По сравнению со стоимостью решений Navision - цена вопроса решений на 1С Предприятие 8 просто смехотворна! Как и цена сопровождения - а вот объёмы сопровождения да - будут на порядок больше! Но тем не менее на продуктах 1С 3-4 программиста вполне себе тянут десятки модифицированных типовых и самописных конфигураций в относительно крупных холдингах - по сложным вещам обращаясь к партнёрам 1С!
Вот с продуктами SAP всё куда печальнее - система 1С Предприятие никак в полной мере не может являться полноценной заменой - уровень проработки и производительности решений не совсем тот! Но куда деваться то.... в других российских ERP (по слухам) всё ещё хуже...
А писать "с нуля" ERP замену SAP, наверное, может себе позволить только Ростех - но пока он не в состоянии найти жалкие 3-4 ярда рублей на куда более простое ПО - создание 3D движка! А на создание ERP уровня SAP нужны ярды вложений ежегодно лет так 10 минимум - и всё-равно поделка выйдет!