В этом материале мы, конечно, не ответим на вопрос, стоит ли переходить с SAP на «1С:ERP». Однако, мы обсудим многие тонкие и сложные моменты, знание которых поможет вам принять взвешенное решение.
В настоящее время рынок ERP-систем в России лихорадят новости об уходе западных вендоров и прекращении поддержки пользователей. Для многих компаний России это событие стало неожиданной проблемой, т.к. внедрение корпоративной системы управления для крупного предприятия уже унесло многомиллионные бюджеты и годы упорной работы. При этом игнорировать риск препятствий для дальнейшего развития и поддержки SAP в будущем – невозможно. Для управления им стоит проработать возможность перехода на российские ERP-системы.
Поскольку команда ВЦ «Раздолье» - уже более 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 становятся недоступными российских предприятий в текущих реалиях, в том числе те, которые используются для оптимизации планирования и прогнозирования. Та же участь ждет, скорее всего, все облачные решения.
К вопросу о базах данных
Удивительно, но экосистемы SAP и «1С» во многом схожи. Безусловно, технологически, в деталях реализации, – это разные системы, но по общим принципам работы они очень близки. Единственное существенное отличие у них – собственная СУБД HANA у SAP, которая, обеспечивает высокую производительность конечных «решений».
У «1С» собственная СУБД пока работает на небольших по объему базах, в крупных решениях необходимо использовать СУБД других поставщиков – MS SQL Server, Oracle Database, PostgreSQL, 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, PostgreSQL, IBM DB2.
Вопросы мобильной платформы
Что еще хотелось бы сказать: SAPGUI ближе к концепции толстого клиента «1С», а Fiori ближе к концепции тонкого клиента «1С». В этом отношении у «1С» есть преимущество: не требуется создавать отдельное приложение, которое будет работать в режиме web-клиента на планшете и отдельное приложение для ноутбука или стационарного компьютера. Это все делается в рамках одной и той же разработки интерфейса пользователя, а уж сама платформа «1С:Предприятие» заботится о том, чтобы этот интерфейс работал везде.
Аналога мобильной платформы «1С:Предприятие» у SAP нет.
Предполагается, что на стороне модуля SAP определяются некие внешние интерфейсы (web-сервисы и т.п.), к которым может подключаться внешнее мобильное приложение, получая и отправляя данные. На чем и как будет написано, как будет выглядеть само внешнее приложение, зависит только от его разработчика.
Это, с нашей точки зрения, некоторый минус SAP. Мобильная платформа «1С» позволяет разрабатывать мобильные приложения на том же языке «1С» (с некоторыми ограничениями и дополнениями), в той же логике, что и обычные приложения. Также приложение «1С» может организовывать собственные web-сервисы и работать в «режиме SAP». Модуль «1С:Аналитика» сразу адаптирован под работу на любых устройствах, в том числе - мобильных.
То есть в «мобильном мире» возможностей у экосистемы «1С» гораздо больше, чем у экосистемы SAP. При этом опять же напомним: экосистема «1С» более экономна к потребностям в разработчиках, поскольку программирование максимально унифицировано.
Может оказаться, что в этом случае за унификацию придется расплачиваться более низкой производительностью, но, повторимся: «1С» постоянно совершенствуется, выпускает регулярные обновления, кроме того, каких-либо независимых сравнительных тестов, позволяющих непредвзято сравнить уровень производительности, мы не нашли. При этом есть объективные примеры использования решений на платформе «1С» для корпоративных заказчиков, где в одной базе одновременно комфортно работает несколько тысяч пользователей. Огромную роль играет уровень компетенций конкретного интегратора: как он сконфигурировал и настроил серверное оборудование, сеть, какие настройки сделал на платформе «1С:Предприятие».
Экосистемы «1С» и SAP
Давайте теперь абстрагируемся от технических деталей и попробуем сравнить экосистемы «1С» и SAP в целом.
Сначала рассмотрим объективные преимущества SAP.
Во-первых, есть очень развитые, зрелые решения, связанные с планированием ресурсов и прогнозированием. Решение этих задач в качестве основных приоритетов развития экосистемы SAP было обозначено давно. SAP развивал подобные продукты и сам, и приобретал готовые программы у сторонних разработчиков, интегрируя их затем в собственные решения. Действуя таким образом, SAP получил широкий ассортимент продуктов (модулей) для самых разных задач. Это удобные решения для автоматизации товарного прогнозирования сбыта и снабжения, например, в розничных продажах (модуль FR), интегральном планировании ресурсов по материальным потокам, оборудованию, деньгам (модуль IBP).
Схожих по глубине функциональности решений у «1С», к сожалению, нет. Пока нет. Изучая готовое решение зарубежного конкурента, его сильные и слабые стороны, российским разработчикам будет легче разработать собственное решение, которое, как это бывает, может превзойти оригинал и к тому же будет адаптировано к особенностям отечественного бизнеса.
Следующий плюс SAP в том, что для западного рынка эта система общепризнана, как «1С» в России и странах СНГ. Люди, инвестировавшие в изучение/внедрение SAP, пользуются одними и теми же инструментами на протяжении десятков лет. Условно говоря, транзакция, имеющая код se11 тридцать лет назад, будет и сейчас под тем же кодом se11, и работает по тому же алгоритму. Конечно, может поменяться интерфейс, вид окошка, но набор реквизитов, общая суть транзакции, ее возможности остаются неизменными. В условиях дороговизны людских трудовых ресурсов, эта особенность SAP позволяет существенно экономить на обучении персонала: любой знакомый с системой человек при переходе из одной организации в другую увидит один и тот же интерфейс, привычный набор транзакций и приступит к работе без переобучения.
! Стоит отметить, что, в отличие от «1С», на локальную модификацию SAP, позволяющую адаптировать систему для решения уникальных задач предприятия, осмеливаются считанные единицы, поскольку затраты на её развитие без преувеличения предельно высоки настолько, что большинство компаний не могут себе их позволить и вынуждены работать с типовым функционалом.
Так как SAP стала стандартом для западного бизнеса, для успешной работы российского предприятия с зарубежными партнерами, наличие у него SAP в качестве учетной системы было существенным плюсом для бизнеса, своеобразным показателем принадлежности к общемировым стандартам автоматизации. Однако, насколько эффективно SAP позволит их применять в связи с новыми условиями ограничений, оставляя российских клиентов без поддержки, большой вопрос.
Теперь посмотрим, что является преимуществами экосистемы «1С».
Во-первых, на рынке труда большое количество специалистов, которые могут обеспечить внедрение на хорошем уровне, плюс высокая скорость и невысокая цена процесса адаптации системы под задачи заказчика. У SAP с этими показателями дела обстоят СУЩЕСТВЕННО хуже.
Как мы уже пояснили выше, затраты на содержание разработчиков решений SAP будут выше, чем на унифицированных и взаимозаменяемых программистов «1С», при этом численность команд внедрения и сопровождения будет больше.
Один и тот же язык, используемый и на серверной, и на клиентской части в «1С», наличие множества быстрых конструкторов кода, автогенерация интерфейса под разные среды исполнения, концепция low-code среды разработки «1С:Предприятие», как, например, система СКД для быстрой генерации отчетов, – все это позволяет существенно удешевить адаптацию продуктов под специфику клиента. Такая возможность, как ни странно, порождает миф о том, что программы от «1С» всегда требуют доработки. На самом деле, дорабатывать их или нет – личный выбор заказчика системы, просто в «1С», в отличие от SAP, большинство заказчиков может позволить себе развитие, адаптацию решений.
Второе существенное преимущество «1С» – возможность использования для малого и среднего бизнеса (СМБ). Есть решения для СМБ и у SAP, но предполагается, что они должны использоваться четко «из коробки». Любая кастомизация под уникальные процессы предприятия, которые часто составляют «ноу-хау» и обеспечивают предприятию конкурентное преимущество на рынке, приведет к необходимости заплатить СУЩЕСТВЕННЫЕ деньги, что могут себе позволить далеко не все заказчики.
У «1С» в этом плане все проще: разработка – более дешевая, а инструменты позволяют самостоятельно произвольно менять формы объектов без программирования и быстро тиражировать полученные интерфейсы на всех пользователей. Ну, и сами по себе решения «1С», на наш субъективный взгляд, выглядят проще для понимания и использования (не даром у «1С» в странах СНГ несколько миллионов пользователей), поскольку в них нет таких больших исторических наслоений «так было тридцать лет назад, поэтому так будет и сейчас», как это принято в SAP.
Миграция модулей
Несколько слов «в общем» о том, какие модули SAP куда могут мигрировать в экосистеме «1С».
Для управления продажами, если мы говорим о модуле SD, можно рекомендовать базовый функционал конфигурации «1С:ERP» в связке с конфигурацией «1С:Документооборот» на случай, если необходимо согласовывать какие-либо документы в продажах, например, договоры.
Если мы говорим о части CRM, где у SAP есть отдельный модуль CRM, то для его замены вполне хватит функционала CRM конфигурации «1С:ERP». Причем, функций будет даже больше, чем в модуле SAP. Можно также присмотреться и к специализированной конфигурации «1С:CRM».
Что касается автоматизации розничных продаж, мы можем рекомендовать использовать «1С:Розница», которая в связке с «1С:ERP» или «1C:Управление Холдингом» может закрыть потребности автоматизации целой торговой сети.
Базовый функционал управления закупками и запасами, который есть у SAP в модуле MM, легко заменяется функционалом «1С:ERP» плюс «1С:Документооборот» для организации бизнес-процессов согласования.
Решение «1С:Бизнес сеть» станет альтернативой SRM в SAP Ariba для обеспечения работы с поставщиками, организации конкурсов, рекламационной работы.
Совершать корпоративные закупки можно с помощью «1С:Управление Холдингом», как взятым отдельно, так и в комбинации с «1С:ERP».
По вопросам складского учета, управления запасами (модуль ММ экосистемы SAP) есть два варианта автоматизации. В случае, если используется только модуль ММ, который содержит базовый функционал складского учета, достаточно будет «1С:ERP», которая даже перекроет возможности, например, в части адресного хранения товара. А вот для модуля EWM возможностей «1С:ERP» может уже не хватить, и стоит рассмотреть комбинацию с использованием конфигурации «1С:WMS».
Автоматизация транспортировки грузов реализована в SAP модулем TM. При переходе на продукты «1С» функционала системы «1С:ERP» хватает для простой транспортировки: есть заявки на доставку, маршруты доставки и прочее. Если же заказчику этого не хватает, как это бывает на транспортных, логистических предприятиях, следует добавить отраслевое решение, к примеру, «1С:Управление автотранспортом».
По вопросам управления производством можно сказать, что базовый функционал автоматизации производства SAP (модуль PP) полностью перекрывается функционалом «1С:ERP». А с учетом нового функционала динамического планирования «1С» значительно превосходит функционал модуля PP и приближается к функционалу модуля IPB.
За расчет себестоимости, бухгалтерский, налоговый учет в SAP отвечают модули FI и CO. Здесь для замены вполне подойдет «1С:ERP» или «1С:Управление Холдингом», в зависимости от масштаба решаемых задач.
Отметим, расчет себестоимости в SAP существенно отличается от производимого в «1С:ERP». В SAP практически везде используется плановая себестоимость. И только в конце месяца, когда рассчитывается фактическая себестоимость, осуществляется фиксация отклонений плановой и фактической себестоимости, отклонения сохраняются в отдельных регистрах и позволяют дать полную (фактическую) себестоимость в отчетах.
В «1С:ERP» всегда считается фактическая себестоимость. Решение SAP в рассматриваемой части не лучше и не хуже решения «1С», оно просто другое, и найти ему полную замену не получится. Лучше всего, в части расчета себестоимости, сразу осознать, что концепция «1С» другая, и на нее надо просто перейти. Никакая точность анализа данных при этом не пострадает, потому что для в российском решении есть инструменты получения и сравнения плановых и фактических цифр, например, в подсистеме бюджетирования или при использовании плановых калькуляций в производстве.
Функционал казначейства в модуле FI полностью перекроет функционал «1С:ERP» или «1С:Управление Холдингом», в зависимости от конкретного типа заказчика.
По бюджетированию и финансовой отчетности нужно анализировать конкретные задачи заказчика. Если предстоит решать вопросы бюджетирования отдельного предприятия, то достаточно использовать функционал «1С:ERP», который удобно настраивается и имеет больше возможностей по сравнению с SAP. Для решения задач бюджетирования и отчетности холдинга, можно использование «1С:Управление Холдингом» вместе с «1С:Аналитика».
Настройка аналитической отчетности в SAP (модуль BW) сопоставима по сложности с настройкой продукта «1С:Аналитика». Оба решения – конструкторы, позволяющие создавать произвольные формы отчетности. При этом «1С:Аналитика» имеет более современный вид и не требует использования Excel в качестве интерфейса пользователя. Плюс в самой платформе «1С:Предприятие» есть система СКД, позволяющая быстро создавать отчеты, аналогичные по функциональности отчетам модуля BW и при этом, опять же, не требующие Excel.
Что можно в целом посоветовать заказчику при переходе с экосистемы SAP на экосистему «1С»?
Прежде всего надо пройти обучение. Фирма «1С» сейчас готовит новый учебный курс по переходу с SAP, на котором будет рассмотрен маппинг экосистем в целом, будет подробно рассказано о флагманских продуктах фирмы «1С»: «1С:ERP» и «1С:Управление Холдингом», будет предоставлена информация о прочих специализированных конфигурациях «1С», которые могут прийти на замену модулям SAP. Полезная информация поможет заказчикам, работавшим с SAP, лучше понять и оценить предложения интеграторов «1С».
После того, как Вы ознакомитесь с учебным курсом и поймете, что представляет собой экосистема «1С», какие готовые решения в ней присутствуют, можно приступать к первичному выбору нужных конфигураций. Это могут быть типовые решения «1С:ERP» и «1С:Управление Холдингом», или отраслевые решения вроде «1С:ERP Агропромышленный холдинг», или – комбинации из них.
После этого желательно пройти обучение уже по выбранным продуктам. У «1С» и интеграторов есть курсы, где можно подробно познакомиться с теми или иными решениями.
Затем можно перейти к выбору подрядчика. Здесь Вам также поможет уже пройденное обучение. Подрядчик может быть субъективен, заинтересован в продвижении определенных продуктов «1С», так как у него, например, есть свободная команда по их внедрению. В подобной ситуации высок риск получить не самое оптимальное решение для Вашего предприятия, сопряженное с большим количеством доработок, которые в дальнейшем придется сопровождать и обслуживать за деньги, поэтому обучение столь важно.
Когда Вы уже подобрали для себя подрядчика, происходит окончательное уточнение комбинации типовых и отраслевых решений, которые придут на замену SAP, и запускается проект перехода.
В заключение – несколько слов о рисках перехода
Существенный риск – наличие у SAP ряда готовых модулей, которых в «1С» пока нет. Это, например, управление качеством, интегральное планирование, прогнозирование.
Если заказчик за время работы в системе SAP привык пользоваться этими инструментами, то в «1С» ему будет их не хватать. Эту ситуацию стоит рассматривать не только как проблему, но и как возможность для разработки своего более удобного решения на платформе «1С», как вложение, которое может компенсироваться.
В текущих условиях, с учетом важности импортозамещения, а для некоторых отраслей – и импортонезависимости, важно иметь наготове план «Б» на случай полного прекращения поддержки вендоров иностранного ПО. Еще лучше, на наш взгляд, проанализировать свои программные решения и модули и запустить пилотные проекты внедрения альтернативных решений на российском ПО, например, на базе «1С».
