Переход с SAP на 1С: стоит ли?

Поскольку команда ВЦ «Раздолье» - уже более 15 лет занимается внедрением российских систем ERP: в частности, «1С:ERP Управление предприятием» и «1С: Управление холдингом» и накопила огромный опыт в сфере автоматизации, мы решили проанализировать возможность перехода с одной из западных ERP-систем – SAP – на решения фирмы «1С».

В своем анализе мы опирались на открытые источники, мнение наших экспертов, на доклады фирмы «1С» на последнем выездном семинаре по «1С:ERP». Так же в подготовке настоящего анализа участвовало несколько экспертов по внедрению SAP. Их задачей было - не допустить искажения оценки решений SAP.

Итак, имеется платформа 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.

Что еще хотелось бы сказать: 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 в целом.
Посмотрим на объективные преимущества SAP:
Во-первых, здесь есть достаточно развитые, зрелые решения, связанные с планированием ресурсов и прогнозированием.

Решение этих задач в качестве основных приоритетов развития экосистемы SAP было обозначено достаточно давно. SAP и сам развивал подобные продукты, и приобретал готовые программы у сторонних разработчиков, интегрируя их затем в собственные решения. Таким образом, SAP получил широкий ассортимент продуктов (модулей) для самых разных задач. Это могут быть решения для автоматизации товарного прогнозирования сбыта и снабжения. Например, в розничных продажах (модуль FR), комплексные решения интегрального планирования ресурсов (материальные потоки, оборудование, деньги в модуле IBP).

Схожих по глубине функциональности решений у «1С», к сожалению, нет, пока нет. Тут можно констатировать, что, посмотрев на готовое решение конкурента, можно реализовать свое собственное, которое будет востребовано на рынке и, возможно, превзойдет оригинал.

Следующим плюсом SAP является то, что для западного рынка оно общепризнанно (как «1С» в России и странах СНГ). Люди, инвестировавшие в изучение/внедрение SAP, пользуются одними и теми же инструментами на протяжении нескольких десятков лет. Условно говоря, транзакция, имеющая код «se11» тридцать лет назад, будет иметь тот же код «se11» и алгоритм работы и сейчас. Конечно, может поменяться интерфейс, вид окошка, но набор реквизитов, общая суть транзакции, ее возможности остаются неизменными. В условиях дороговизны людских трудовых ресурсов, эта особенность SAP позволяет существенно экономить на обучении персонала – любой знакомый с системой человек при переходе из одной организации в другую увидит один и тот же интерфейс, привычный набор транзакций и приступит к работе без переобучения. Это усугубляется тем, что, что в отличие от «1С», затраты на локальную модификацию SAP ЗНАЧИТЕЛЬНЫ и многие вынуждены работать с типовым функционалом.

Так как SAP стала стандартом для западного бизнеса, то, если российское предприятие взаимодействовало с зарубежными партнерами, наличие у него в качестве учетной системы SAP было существенным плюсом для бизнеса, неким показателем принадлежности к общемировым стандартам автоматизации. Насколько эффективно SAP позволит их применять в новых условиях, оставляя российских клиентов без поддержки – это большой вопрос.

Посмотрим теперь, что является преимуществами экосистемы «1С».
Во-первых, это большое количество специалистов на рынке труда и быстрота и невысокая цена процесса адаптации системы под задачи заказчика. У SAP с этими показателями дела обстоят СУЩЕСТВЕННО хуже.

Для разработки в SAP нужны специалисты, имеющие самые разные навыки (часто, не только знание ABAP). Соответственно, затраты на это разнообразие будут выше, чем на унифицированных и взаимозаменяемых программистов «1С», а численность команд внедрения и сопровождения больше.

Относительно вопросов адаптации следует сказать, что один и тот же язык, используемый и на серверной, и на клиентской части, наличие множества быстрых конструкторов кода, автогенерация интерфейса под разные среды исполнения, концепция low-code среды разработки «1С:Предприятие» (например, система СКД (быстрой генерации отчетов) – все это позволяет существенно удешевить адаптацию продуктов под специфику клиента. Это, как уже было сказано, порождает миф о том, что программы от «1С» всегда требуют доработки. Однако, на самом деле, дорабатывать их или нет – личный выбор заказчика системы, просто в экосистеме «1С» заказчик может позволить себе доработки систем 1С.
Второе существенное преимущество «1С» - готовности к использованию для малого и среднего бизнеса (СМБ). Есть и у SAP решения для СМБ, но предполагается, что они должны использоваться четко «из коробки». Любая кастомизация под уникальные процессы предприятия (часто составляющие «ноу-хау» и дающие конкурентное преимущество на рынке) приведет к необходимости заплатить СУЩЕСТВЕННЫЕ деньги, а такие манипуляции могут себе позволить не все заказчики.

У «1С» в этом плане все проще – более дешевая разработка и инструменты, с помощью которых можно самостоятельно произвольно менять формы объектов без программирования и быстро тиражировать полученные интерфейсы на всех пользователей. Ну, и сами по себе решения «1С», на наш субъективный взгляд, выглядят проще для понимания и использования (не даром у «1С» в странах СНГ несколько миллионов пользователей), там нет больших исторических «наслоений» (так было тридцать лет назад, поэтому так будет и сейчас), как это принято в SAP.

Кроме всего прочего, в текущих реалиях для российских предприятий становятся недоступными многие решения 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С:Документооборот» для организации бизнес-процессов согласования).

Говоря о функционале SRM (взаимоотношения с поставщиками, организация конкурсов, рекламационная работа – то что есть в SAP Ariba), то альтернативой ему служит решение «1С:Бизнес сеть».

В случаях , когда мы рассматриваем задачи корпоративных закупок, не обойтись без «1С:Управление Холдингом», как взятым отдельно, так и в комбинации с «1С:ERP».

По вопросам складского учета, управления запасами (что содержится в модуле ММ экосистемы SAP) есть два варианта автоматизации складского учета. Если используется только модуль ММ, который содержит базовый функционал складского учета, то достаточно будет «1С:ERP», которая даже перекроет возможности модуля MM (например, в части адресного хранения товара). А вот для модуля 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).

Прежде всего надо пройти обучение. Фирма «1С» сейчас готовит новый учебный курс по переходу с SAP, где будет рассматриваться маппинг экосистем в целом, достаточно подробно будет рассказываться о флагманских продуктах фирмы «1С»: «1С:ERP» и «1С:Управление Холдингом», будет даваться информация о прочих специализированных конфигурациях «1С», которые могут прийти на замену специализированных модулей SAP. Обладая необходимой информацией, заказчикам, работавшим с SAP, легче будет воспринять и оценить предложения интеграторов «1С».

После того, как Вы ознакомитесь с учебным курсом и поймете, что представляет собой экосистема 1С, какие готовые решения в ней присутствуют, можно приступать к первичному выбору нужных конфигураций. Это могут быть типовые решения («1С:ERP» и «1С:Управление Холдингом»), или можно выбрать для использования отраслевые решения («1С:ERP Агропромышленный холдинг»), или комбинации из них.

После этого желательно пройти обучение уже по выбранным продуктам. У «1С» и интеграторов есть курсы, где можно подробно познакомиться с теми или иными решениями.

Затем можно перейти к выбору подрядчика. Здесь Вам также поможет уже пройденное обучение. Подрядчик может быть субъективен, заинтересован в продвижении определенных продуктов «1С», так как у него, например, есть свободная команда по его внедрению. В подобной ситуации высок риск получить не самое оптимальное для Вашего предприятия решение, сопряженное с большим количеством доработок, которые в дальнейшем придется сопровождать и обслуживать за деньги. Поэтому столь важно обучение, чтобы получив необходимые знания, Вы были готовы сравнивать предложения подрядчика с имеющимися готовыми продуктами «1С» применительно к Вашим потребностям.

Когда Вы уже подобрали для себя подрядчика, происходит окончательное уточнение комбинации типовых и отраслевых решений, которые придут на замену SAP и запускается проект перехода.

Существенный риск – наличие у SAP ряда готовых модулей, которых в «1С» пока нет. Это, например, управление качеством, интегральное планирование, прогнозирование.

Если заказчик за время работы в системе SAP привык пользоваться этими инструментами, то в «1С» ему будет их сильно не хватать. Но эту ситуацию стоит рассматривать не только как проблему, но и как возможность для разработки своего более удобного решения на платформе «1С». Поэтому вложения здесь могут компенсироваться.

В текущих условиях, с учетом важности импортозамещения, а для некоторых отраслей и импортонезависимости, важно иметь наготове план «Б» на случай полного прекращения поддержки вендоров иностранного ПО. Еще лучше, на наш взгляд, проанализировать свои программные решения и модули и запустить пилотные проекты внедрения альтернативных решений на российском ПО, например, на базе «1С».