В этом материале мы, конечно, не ответим на вопрос, стоит или не стоит переходить с SAP на 1С:ERP. Однако, мы обсудим многие тонкие и сложные моменты, знание которых поможет вам принять взвешенное решение.
В настоящее время рынок ERP-систем в России лихорадят новости об уходе западных вендоров и прекращении поддержки пользователей западных ERP-систем. Для многих компаний России это событие стало неожиданной проблемой, т.к. внедрение корпоративной системы управления для крупного предприятия – унесло многомиллионные бюджеты и несколько лет упорной работы, и игнорировать риск серьезного усложнения развития и поддержки этой системы в будущем невозможно. Очевидным способом управления этим риском является проработка возможности перехода на российские ERP-системы.
Поскольку команда ВЦ «Раздолье» - уже более 20 лет занимается автоматизацией, из них - более 15 лет - внедрением российских систем ERP: в частности, «1С:ERP Управление предприятием» и «1С: Управление холдингом» и накопила огромный опыт в сфере автоматизации, мы решили проанализировать возможность перехода с одной из западных ERP-систем – SAP – на решения фирмы «1С».
В своем анализе мы опирались на открытые источники, мнение наших экспертов, на доклады фирмы «1С» на последнем выездном семинаре по «1С:ERP». Так же в подготовке настоящего анализа участвовало несколько экспертов по внедрению SAP. Их задачей было - не допустить искажения оценки решений SAP.
Рецензентами настоящего анализа являются:
Грибков Евгений Александрович – руководитель ВЦ «Раздолье»,
Пикурен Вера Александровна – руководитель корпоративных проектов внедрения «1С:ERP» компании ВЦ «Раздолье» (специализация – автоматизация регламентированного учета и автоматизация производства),
Малышев Дмитрий Александрович – эксперт по технологической платформе «1С:Предприятие», технологический руководитель проектов внедрения решений «1С» на корпоративном рынке, компания ВЦ «Раздолье»,
Камко Юрий Александрович – к.э.н., PMP, ICAgile Professional, руководитель проектов внедрения SAP в энергетике, производстве, закупках, логистике, финансах, строительстве, ремонтах.
В связи с тем, что в настоящее время многие западные компании уже приняли решение уйти с российского рынка, встают вопросы, как заменить предлагаемые ими программные продукты на аналогичные отечественные – например, от фирмы «1С». В частности, чем можно заменить решения на платформе SAP? Ответам на эти вопросы будет посвящен настоящий анализ.
Прежде чем говорить о вариантах замены и критериях поиска и отбора подходящих решений, следует определиться с базовой терминологией. Это поможет понять как SAP соотносится с «1С», выделить плюсы и минусы этих систем (что клиент потеряет при переходе, а что, возможно, и приобретет). Важно отметить, что правильное понимание преимуществ и недостатков систем может сделать переход на «1С» не проектом, требующим затрат, а проектом инвестиционным, предоставляющим предприятию возможность получить новый дополнительный функционал на базе внедряемой системы.
Начнем с рассмотрения, что же такое SAP ERP и SAP S/4HANA и возможна ли быстрая миграция из этой системы, как можно оценивать сложность перехода. Затронем также и вопрос организации перехода, возможных рисках, особенностях работы с этими рисками.
В основе SAP, также как и «1С», лежит платформа разработки прикладных решений. Платформа SAP называется SAP HANA. Это современная среда разработки, отладки, исполнения, на которой пишутся программы бизнес-автоматизации.
Сравнивая данную платформу с платформой «1С:Предприятие 8», можно сказать, что в части, касающейся разработки и отладки, SAP HANA примерно равнозначна по возможностям платформе «1С».
Широкий спектр языков программирования - «плюс» или «минус»?
Итак, имеется платформа SAP HANA, в рамках которой разрабатываются и исполняются программы. В терминологии SAP программа – это некий модуль, который может быть написан на комбинации языков ABAP, Java, SQL, SQLScript. Внешняя часть, с которой взаимодействуют пользователи, на языке JavaScript (фреймворк SAPUI5 и пр.). То есть, в отличие от платформы «1С:Предприятие», здесь используется широкий спектр языков программирования, они комбинируются для решения отдельных задач, что, с точки зрения SAP, позволяет получить максимальную производительность работы модулей.
Если сопоставить это с принципами создания конфигураций 1С, то получается, что над модулем SAP должна работать целая команда специализированных разработчиков, тогда как разработчики «1С» оперируют всегда одним и тем же языком «1С» и поэтому в высокой степени взаимозаменяемы.
Понятно, что при таком подходе собрать и содержать команду разработчиков «1С» будет гораздо проще. На этом, возможно, основывается один из мифов – что SAP готовит законченные решения, а продукты «1С» требуют доработки. Просто дорабатывать продукты SAP ОЧЕНЬ дорого, потому что это требует целого набора различных компетенций специалистов (часто компетенций только по программированию на ABAP бывает недостаточно). Для продуктов «1С» даже один высококвалифицированный программист может решать практически любые задачи, без изучения других языков.
Миф о конечных решениях
Давайте теперь разберемся – что понимается под «конечным решением» (например, что такое ERP-система SAP S/4HANA)? В терминах SAP — это набор модулей, используемых для решения тех или иных задач заказчика. Причем, они не являются жестким законченным готовым продуктом. На самом деле SAP S/4HANA собирается из готовых модулей индивидуально под потребности конкретного заказчика – в зависимости от того, что ему нужно.
Конечно, есть и традиционный набор модулей, используемых чаще всего. Это модуль управления сбытом (SD), модуль управления закупками (MM), модули управления производством (PP), модуль, связанный с бухгалтерским и налоговым учетом (FI), контроллинговый модуль, отвечающий за расчет себестоимости (CO). Можно назвать это неким ядром. К нему также по необходимости могут быть добавлены другие модули: например, модуль расширенного управления складской логистикой (EWM). Это WMS-система, написанная на платформе SAP HANA. Кроме модуля EWM есть еще модуль, отвечающий за транспортировку грузов (TM) и модуль управления качеством (QM).
Причем все указанные модули могут добавляться как отдельно стоящие базы данных, которые обмениваются данными через шину данных от SAP (таким образом, один модуль EWM может обслуживать несколько «ядер» отдельных предприятий как единая складская подсистема), так и как объединение нескольких модулей, работающих с одной и той же базой данных, за счет чего получается единая система, работающая в режиме «одного окна».
Если сравнивать термин «решение» в SAP с тем, что под этим понимается в «1С», то мы увидим, что у фирмы «1С» «решением» также может быть как отдельно стоящая конфигурация (например, «1С:ERP» для отдельного завода), так и произвольная комбинация конфигураций (1С:ERP, 1C:УХ, 1С:ДО, 1С:ЗУП, 1С:БП, 1С:УТ и т.д.) с территориально удаленными базами данных, связанных обменами организованными как с использованием механизмов самих баз (веб-сервсисы, XML, COM и т.п.) или через «1С:Шину данных» или другие шины, где будут комплексно решаться задачи управления целым холдингом. Также доступны комбинации из основного решения «1С:ERP» со специализированными отраслевыми решениями, например, конфигурацией «1С:PLM», которая позволит дополнительно к задачам управления производством решать задачи конструкторско-технологической подготовки производства, или решениями по автотранспорту, строительству, пищевой промышленности и сельскому хозяйству и т.д.
Как сказано выше, как и у SAP в среде «1С» базы могут существовать как отдельно стоящие отраслевые решения с собственной базой данных, так и интегрироваться между собой, собирая информацию в единой базе данных. Примером единой базы данных, например, может является программа «1С:ERP Управление Холдингом» (1С:ERP+1С:УХ).
К вопросу о базах данных
Удивительно, но экосистемы SAP и «1С» во многом схожи. Безусловно технологически, в деталях реализации, это разные системы, но по общим принципам работы они очень близки. Единственное существенное отличие у них – собственная СУБД HANA, которая, с точки зрения SAP, обеспечивает высокую производительность конечных «решений».У «1С» в этом моменте собственная СУБД работает на небольших по объему базах, а в крупных решениях необходимо использовать СУБД других поставщиков – MS SQL Server, Oracle Database, PostgreeSQL, IBM DB2.
Возможность выбора различных СУБД для 1С дает возможность использовать его как на операционных системах Microsoft, так Linux’овых ОС.
Можно ли объективно считать, что HANA превосходит по производительности MS SQL или PostgreSQL? К сожалению, нам не известны независимые исследования этого вопроса. Существенным плюсом HANA здесь является то, что ее база данных работает большую часть времени в режиме «In-Memory». То есть, высокую скорость во многом обеспечивает хранение и обработка данных в высокоскоростной оперативной памяти (RAM) сервера.
С другой стороны, у всего есть свои особенности: во-первых, это очень дорого (большая база данных требует десятков терабайтов оперативной памяти), во-вторых, работу в режиме «In-Memory» можно организовать и для указанных выше СУБД для «1С», в-третьих, у «1С» есть свое специализированное решение «In-Memory» - «Дата акселератор», которое схоже по функциональности с HANA в части задач быстрого получения и обработки данных для работы бизнес-аналитиков.
Более детально сравнение можно провести следующим образом: если мы разобьем обе платформы на классическую трехзвенную архитектуру (клиентское приложение, сервер приложений, сервер базы данных), то система HANA будет перекрывать две функциональные задачи – задачу хранения данных (сервер базы данных) и сервер приложений. Для реализации клиентского приложения или разрабатывается классический интерфейс пользователя на базе SAPGUI, или интерфейс пользователя с использованием новой технологии Fiori. Все это делается на JavaScript с использованием тех или иных готовых библиотек объектов. Причем у SAP нет готового конвертора по переходу с SAPGUI на Fiori – это требует полноценной разработки практически с «нуля».
У «1С» ситуация немного иная: «1С:Предприятие» самостоятельно закрывает клиентскую часть и сервер приложений, а в качестве СУБД использует решения: MS SQL Server, Oracle Database, PostgreeSQL, IBM DB2.
Продолжение статьи читайте на сайте...
```````````
#вцраздолье #sap #1с #1cerp #аналогиsap #чемзаменитьsap #автоматизацияпроизводства #автоматизацияпредприятия