В 2022 году с рынка ERP-систем в России ушло сразу несколько крупных игроков. Среди них SAP – европейский поставщик ERP-систем для управления бизнесом.
В SAP объявили, что больше не будут работать с российскими заказчиками и снимают с поддержки локальные версии программных продуктов. С облачными сервисами SAP российские компании работать тоже не смогут.
Но внедренные локальные решения от SAP останутся: их надо будет поддерживать. Множество бизнес-процессов на всех уровнях по-прежнему будут завязаны на сервисах ушедшей компании.
Российские предприятия, которые уже потратили миллионы на внедрение импортных решений, столкнулись с новой проблемой. Как будут развиваться снятые с поддержки решения, можно ли продолжать работу на SAP в таких условиях и сколько это будет стоить?
Кажется, что спасти ситуацию может миграция на российские ERP-системы, в частности – 1С:ERP. Но возможна ли миграция с SAP на 1С? С какими проблемами сталкиваются такие проекты? Как подготовиться к переходу и переобучить пользователей?
Расскажите о себе, в какой компании вы работаете, какую должность занимаете и какое место вы занимали в проекте SAP
Я как ИП Булатов работаю уже очень много лет. У меня есть компания «Теорема бизнеса», я сотрудничаю с множеством компаний по внедрению 1С:УПП и 1С:ERP. У меня одна из сильнейших команд, которая занимается внедрением 1С:ERP буквально с первых релизов.
Поскольку я работаю исключительно с 1С:УПП и 1С:ERP, то задачи перехода с SAP на 1С у меня появляются достаточно часто. Были проекты, где нужно было «подружить» 1С с SAP – такие, как Роснефть. И были проекты полного перехода – такие как The Moscow Times (это газета Ведомости) и компания Стальпрокат.
Причины перехода у компаний были разные, в том числе законодательные. В Роснефти 1С вообще была тогда под запретом, и переход был связан с тем, что нужно было очень быстро поднять отдел «Управление капитальным строительством», а на SAP это было невозможно. Поэтому взяли блок «Управление строительной организацией» на базе 1С:УПП и очень быстро – за три-четыре месяца – запустили отдел.
С УПП я работаю с версии 1.1, с ERP я тоже работаю с версии 2.0, когда она только вышла.
Вы сейчас назвали проекты, над которыми вы работали, и упомянули, что был проект полного перехода с SAP на 1С. Можете рассказать о нем, что это был за заказчик, какой вид деятельности, какую отрасль он занимает.
У меня было два заказчика полного перехода. Первый – это компания Стальпрокат, производство изделий из чугуна, стали, оцинковки и полимеров по чертежу заказчика. И второй большой проект – это The Moscow Times, газета Ведомости. В обоих проектах я выступал ведущим методологом.
До того момента, как эти компании приняли решение перейти с SAP, они полностью были на SAP или использовали еще какие-то другие учетные системы?
Они полностью были на SAP, причем Стальпрокат SAP внедрил плохо, поэтому ему было легко уходить. А «Ведомости» на SAP сидели очень хорошо, потому что они являются частью большого информационного холдинга и для них переход с SAP был катастрофой.
Почему они решили перейти?
В 2014 году после событий в Украине изменилось законодательство и стало нужно из всех наших источников СМИ выводить учредителей. Соответственно, вышел и спонсор, который все это оплачивал. И им пришлось искать более недорогие версии систем, потому что обслуживание западной системы у них закрылось.
Какие задачи планировалось решить в рамках перехода?
В первую очередь всегда решается первый блок – это управление операционным контуром – сбытом, снабжением и производством. Во вторую очередь решаются учетные задачи – это бухгалтерский учет, управленческий учет, бюджетирование и казначейство.
Дело в том, что если SAP хорошо внедрен, перейти с него очень тяжело, очень непросто, потому что в нем много интересной функциональности, которая требует вдумчивого подхода. Несмотря на то, что я 1С-ник, я SAP ругать не буду, я с большим уважением отношусь к этому продукту. Он очень серьезный, большой, многофункциональный. И переходить с него, если он действительно хорошо внедрен, очень тяжело, потому что у 1С есть очень много сильных сторон, но такой глубокой проработанности по функциональности у 1С на сегодняшний момент пока что нет. Но у 1С есть другое большое преимущество – это скорость разработки. Экстремальная разработка и экстремальное внедрение – можно быстро решать задачи заказчика.
Получается, что 1С можно внедрить быстрее, чем SAP?
Да, намного быстрее. Потому что SAP очень большой. Это большая система, где очень много параметрических настроек, которые подобрать под бизнес-процессы заказчика очень непросто. Как раз бойтесь тех, кто говорят, что SAP – плохой, сейчас на 1С все сделаем. Это всегда недооценка проекта, непонимание той функциональности, которая есть. Да, есть проекты, где на SAP заходили с кондачка, с шашкой наголо. И от SAP используют дай Бог Дебет, Кредит и два уровня аналитики. Но там, где SAP внедряли действительно хорошие серьезные аналитики, перевести на ERP – задача очень непростая и очень интересная.
ERP на сегодняшний день по функциональности уже не отстает от SAP – по крайней мере, по архитектуре. Но глубина проработки у нее слабее. Есть еще детские болезни. Просто вы понимаете – первые решения на платформе SAP (R1, R2, потом R3) стали появляться в 1970-х годах. Это – причина того, что у продукта достаточно тусклый интерфейс, но как преимущество – если хорошо знать язык, хорошо уметь общаться по SAP, можно в библиотеке базы знаний вытащить любое решение, любой кейс.
В то же время – наша российская действительность накладывает отпечаток, что проекты SAP редко доводятся до ума, редко доводятся до нужного состояния. Дело в том, что тут тоже такая ситуация – наш рынок по сравнению с европейским рынком молодой. Соответственно, вся функциональность, которая есть в SAP, порой не нужна. Заказчик созревает к этой функциональности вместе с тем, как зреют его бизнес-процессы.
Например, я сейчас переводил заказчика с Axapta, и некоторые механизмы в Axapta, в ERP только сейчас появляются. А компании европейского образца этим постоянно пользуются. Например, резервы предстоящих расходов. В момент совершения сделки вы регистрируете резервы по расходам, которые понесете когда-то. И уже на сегодняшний день формируете, чтобы маржа имела закрытый период.
Это абсолютно западный подход – подход оперативного бюджетирования. Чтобы потом вам не нужно было залезать в прошлый период и исправлять. У вас маржа имеет закрытый период, вы в момент совершения сделки уже заложили затраты на резерв, и потом с этого резерва вы уже ставите сами расходы.
Были в рамках проекта расставлены приоритеты? Что-нибудь оставалось за рамками проекта – то, что было в дальнейшем реализовано?
Конечно. Если говорить про The Moscow Times, там была поставлена очень четкая последовательность перевода опер. контура: сначала – блок подписки по газетам, потом – размещение рекламы, и потом – управление. Переходили поэтапно – у нас были очень сжатые сроки, полгода на переход. И мы за полгода перешли.
Как переход повлиял на распределение аппаратных мощностей? Понадобился ли какой-то апгрейд серверов, рабочих мест?
Нет, хватило мощности, апгрейда не понадобилось. УПП было более ресурсоемкой. ERP сейчас требует хорошего сервера, но и SAP тоже требует хорошего сервера, поэтому по мощностям хватило.
Сколько всего длился проект?
Мы запускались экстремально, для этого были определенные причины. Лучше такого не допускать, конечно. Мы стартанули в январе, а с 1 июля их уже перевели. За полгода перевели. И три месяца потом еще сопровождали. По-хорошему, конечно, хочется больше времени на проработку этих вещей, но жизнь накладывает свои коррективы.
Сколько было потрачено человеко-часов на стороне подрядчика и на стороне внутренних специалистов заказчика?
Внутренних специалистов там, считай, не было. У нас было порядка 7 человек – все 9 месяцев.
Сколько было переведено рабочих мест на 1С? Может быть, какие-то остались на SAP?
Нет, от SAP заказчик полностью отказался, это как луц из Кин-дза-дза – кусками его нельзя использовать, поэтому перевели целиком и полностью. SAP был отключен, он остался в архиве, чтобы там смотреть архивные данные.
Всего было переведено около 300 рабочих мест.
Какой перечень компонентов нужно было автоматизировать? Какие при этом использовались конфигурации, какая платформа, СУБД, операционная система и пр.?
SAP был на Oracle, переходили на PostgreSQL. Основные компоненты – финансовый блок, зарплатный блок и операционный блок. В ERP – это единый комплекс ERP – управление сбытом, снабжением, производством.
Блок подписки по газетам мы написали полностью свой.
Что было известно специалистам от заказчика об 1С до перехода? Они всю жизнь были на SAP, они об 1С что-нибудь знали?
Дефакто 1С на российском рынке – это все-таки стандарт. Это бухгалтера по SAP найти очень непросто, а бухгалтера на 1С как раз найти гораздо легче. Тем не менее, бухгалтер, который уже привык работать в SAP, ему в 1С очень комфортно. Именно с точки зрения бухгалтерского учета. Но с другой стороны, ту жесткость, которую на бухгалтера в регламенте накладывает SAP, очень не хочется терять при переходе на 1С. Их умение закрывать период так, что в прошлый период уже больше никто не залезает – это дорогого стоит. Наше российское разгильдяйство с возможностью постоянных правок в прошлом периоде – это, скорее, недостаток системы, чем ее преимущество. Закрыли период, и как хотите, так и крутитесь в настоящем. Хватит залезать в прошлое. А все 1С-ники очень страдают от того, что прошлый период у нас жестко не закрывается. Поэтому закрывать у заказчика январь в августе из-за того, что они туда залезли и все там перелопатили – это лишняя головная боль для исполнителя.
Как планировалось менять требования к компетенциям внутренних специалистов? Например, обучение планировалось до старта? Или после старта проекта?
Период полураспада человеческого сознания – порядка двух недель. Сильно заранее до старта обучать бесполезно. Есть ключевая команда заказчика, которая в проекте принимает все абсолютно решения и погружается в функциональность – это лица, принимающие решения. Основные исполнители обучаются перед самым стартом. Если человек владел SAP, то в 1С ему разобраться гораздо легче. С точки зрения интерфейсного исполнения 1С, конечно, лучше. Она более современная и меню более интуитивное. В SAP подразумевается не очень дружелюбный интерфейс. Последние версии стали получше, но там большие накладываются ограничения. У 1С интерфейсы более дружелюбные, всегда можно добавить любую кнопку, которую хочет бухгалтер – переходы сделать любые. Поэтому персонал переходит с SAP легко, тут нет сложности. Процессы тяжело переводить. А персонал хорошо переходит.
Как эти два заказчика вышли на вас, как на подрядчика? Вы с ними как-то раньше сотрудничали?
По компетенциям, по кейсам. Они приглашали несколько компаний, смотрели, внедренные решения, смотрели, какой есть опыт. Соответственно, таким образом приняли решение в нашу пользу.
Вы говорили, что у вас на проекте участвовали 7 человек, у вас эти 7 человек участвовали в обоих проектах?
Да
А кто у вас там был, если роли перечислить?
У нас был РП, три разработчика и четыре аналитика-консультанта по направлениям.
Какие этапы проекта были обозначены в плане?
Этапы проекта сейчас приблизительно у всех одинаковые. Это – обследование-моделирование, потом по результатам моделирования – доработка функциональности, разработка конверторов по переносу остатков и справочников, запуск в тестовую эксплуатацию, дальше перевод в опытную и запуск в промышленную.
Как распределялись роли в проекте между специалистами со стороны подрядчика и заказчика на этапе сбора требований? Только ваши специалисты работали? Или требования собирал сам заказчик и вам предоставлял?
У нас там был устав проекта, где были прописаны роли по людям – с нашей стороны и со стороны заказчика.
Есть ли какие-то фазы, которые остались за рамками проекта? Например, проект закончился и только потом пошло обучение?
Конкретно у этого заказчика такого не было. Обычно бывает, что, когда пользователи осваивают новую функциональность, появляется очень много новых требований, о которых изначально не договаривались. Но у этих заказчиков такого не было.
С какими сложностями вы столкнулись на этапе составления технического задания?
У SAP совершенно другое понимание справочников, и SAP тяжело закрыт к интеграции. Их интеграционные шины стоят безумных денег. Поэтому перенос остатков и справочников с SAP – это такие танцы с бубном через Excel. Вытаскивать очень тяжело было. На всех проектах. По сути, выгрузка какого-то близкого по смыслу отчета в Excel и потом – из него уже разбор того, что нам нужно.
Многие моменты, которые привычны для 1С-ника, в SAP отсутствуют. Например, в SAP нет такого понятия, как справочник «Номенклатура», там есть такое понятие как SKU. ERP сейчас только-только приблизилось к пониманию того, что это такое. SKU складывается из параметров, есть формула цены этих параметров. Но как такового справочника или какого-то конкретного элемента / записи нет. Поэтому архитектурные моменты по переносу голову взрывают. Это тяжелые, непростые задачи.
То же самое – остатки. Какие остатки брать? Предварительные, настоящие, после закрытия?
Есть ли какие-то отработанные технологии, чтобы эти данные достать?
Нет, это все на ходу придумываешь – как это сделать, откуда взять, из какого отчета. SAP – достаточно закрытая в архитектуре система. Чтобы разобраться в ней внутри, не нарушая лицензионной политики, невозможно. Поэтому тут приходится изобретать – откуда сложить всю аналитику, что мы можем использовать как статью расходов, что мы можем использовать как статью бюджетов – по всем справочникам есть сложности.
Вопрос по дизайну системы и настройки. Есть ли какие-то функциональные возможности, которых не хватило в 1С? Может быть, что-то пришлось доработать? И какой объем был доработок?
Не хватило сквозных аналитик. В SAP достаточно много сквозных аналитик, которые проходят и через сбыт, и через снабжение, и через производство. 1С таким многообразием именно сквозных аналитик похвастать не может. Грубо говоря, в SAP было 400 сквозных аналитик, а в ERP их у меня только три – организация, подразделение и направление деятельности.
Чтобы закрыть эти вопросы, конфигурацию заказчика пришлось дорабатывать, потому что у него на этих сквозных аналитиках много моментов было реализовано.
Были ли какие-то очевидные преимущества 1С, которые вы обнаружили в сравнении 1С и SAP?
Преимущества 1С – это быстрая реализация процессов заказчика. Это современный интерфейс. Это интегрируемость. 1С на сегодняшний момент легко интегрируется с внешними приложениями – с сайтами, с электронным документооборотом, SAP таким многообразием похвастаться не может. Он в этом вопросе менее развит, чем 1С-ные решения. И решения в пользу 1С сейчас принимают именно из-за более открытой платформы.
Разработка в 1С своего модуля занимает месяцы. В SAP – годы. Встроенный язык 1С v8 намного опережает ABAP по функциональности. ABAP – больше похож на Pascal, он более архаичный, более устаревший получается. В 1С огромное количество встроенных паттернов на уровне дерева объектов – действительно, время на разработку документа тратится в несколько дней со всеми движениями. В SAP это месяцы – вписать его в текущую архитектуру.
Зато у SAP гораздо больше законченной работающей функциональности, но чтобы ее использовать, ее нужно очень хорошо знать.
1С позволяет предприятию идти и развиваться от текущего состояния. А SAP – для взрослого бизнеса. Лучшее – враг хорошего. Иногда заказчику на сегодняшний момент не нужно прыгать сразу на две ступеньки вперед – он должен сначала перейти на первую, а потом – на вторую. 1С здесь в этом вопросе сильно помогает, ее продукты могут эволюционировать вместе с рынком.
Удалось ли заранее запланировать трудности, с которыми вы можете столкнуться?
ИТ-проект без трудностей не бывает. Всегда есть определенные кризисы, всегда есть определенные трудности – это во всех ИТ-проектах. Мы работаем с людьми, а люди – самый тяжело планируемый ресурс. Люди болеют, люди ходят в отпуска, у людей свои настроения. Мы их ставим в определенную систему, поэтому не бывает проектов без сложностей. Всегда есть ожидания заказчика, всегда есть ожидания той самой большой кнопки, на которую сел и получил результат. Если проект пройдет так хорошо – все задумаются – был ли этот проект?
Что вы можете сказать о техподдержке 1С в сравнении с SAP?
Если сравнивать техподдержку вендора, то и у 1С и у SAP она никакая. Если сравнивать техподдержку, которую может дать сеть, то, естественно, 1С выигрывает. У SAP как таковой поддержки нет, у него есть многолетний форум сопровождения, на котором в принципе можно найти ответы на все вопросы. Но это, в первую очередь, знание языка и знание функциональной предметной области. Там просто найти ответ на свой вопрос – это уже дорогого стоит.
Получается, что если я использую SAP на предприятии и у меня что-то не получается, я не могу на горячую линию позвонить и узнать, как этот вопрос решить.
Только если вас кто-то из партнеров на сопровождение взял. Сам SAP такую функциональность вам не даст, он даст форум с вопросами-ответами – такой же, как партнерка у 1С. Там очень большое количество знаний и найти их очень тяжело.
1С страдает такой сложностью, что в 1С сейчас тоже функциональность бывает найти тяжело – нет понимания по функциональности, и многие заказчики и мои коллеги грешат тем, что не разобравшись в текущих возможностях, разрабатывают заново.
Как было организовано обучение пользователей? И какое впечатление произвел на пользователей интерфейс 1С?
Я уже говорил, что интерфейсные возможности 1С всегда радуют после перехода с SAP – у тебя тут все на глазах, все справочники древовидные и все рядом. Можно открыть несколько документов и переключаться при работе между ними.
SAP этим не может похвастаться – интерфейс у SAP более кислый. Поэтому 1С-ные интерфейсы всегда выигрывают.
Какие из запланированных на начальном этапе рисков сыграли? А что оказалось напрасным опасением?
Основные риски не касались функциональности. У нас, как и в ремонте, автоматизацию очень тяжело остановить. Аппетит приходит во время еды, и заказчик в пути все время подрастает. Это особенность всех проектов. Ты проходишь определенную итерацию, заказчик считает, что он только начал, а у тебя проект уже кончился. Это – наша основная сложность, потому что эволюция заказчика происходит вместе с внедрением системы, причем очень часто возникает вопрос – при чем здесь ERP? При чем здесь 1С, когда вы провели инвентаризацию, решили перестроить склад, открыть новое юр.лицо, перестроить свои процессы, изменить определенные системы резервирования. Это не имеет первоначального отношения к проекту. Но эту границу между проектной частью и сопровождением провести очень тяжело. И чем крупнее система, тем тяжелее эта граница.
Было что-нибудь, что стало самым большим сюрпризом при переходе?
Сюрпризы там такого рода – глядя на архаичные интерфейсы SAP у многих внедренцев складывается впечатление, что там все очень слабенько, делать там нечего. И главным откровением является глубина, которую SAP может достичь. В 1С этих возможностей может и не быть в принципе.
На машиностроительных предприятиях я видел, как SAP интегрируется с автоматизированными линиями и планируют производство полностью от начала до конца. Не то, что это сюрприз, просто иногда этой функциональности не ждешь. Очень много этих скрытых возможностей, которых можно не увидеть и недооценить.
Что вы можете посоветовать коллегам, которые будут в ближайшее время решать аналогичную задачу?
Терпения и понимания.
На самом деле, переход с крупной системы на крупную систему связан не с тем, что мы хотим перейти с SAP на 1С. Понятно, что сейчас санкции, но главное – это желание заказчика внести качественные изменения в свой бизнес. Из-за того, что он хочет внести изменения в определенные бизнес-процессы, он принимает решение перехода с системы на систему. Ни один из вендоров, который берется за перевод с системы на систему, может не знать об этих целях заказчика. Да и сам заказчик может о них порой только интуитивно догадываться.
Здесь очень важно обратить внимание на то, почему мы вообще переходим с системы на систему, какие вопросы, которые у нас болят, мы хотим решить при переходе – потратить на это время. Потому что переход с коробки на коробку сам по себе – ничего не решает. Эти задачи очень важны. Потому что заказчик бьется в потолок, что платформа не может. Но это не платформа не может. Чаще всего уже какие-то организационные вещи, которые не могут развиваться, потому что там определенная закостенелость. И да, эволюция перехода позволяет это разрубить как Гордиев узел. Но система как программный продукт здесь не при чем. И на это нужно много внимания уделять.
Как вы думаете, сейчас в сложившейся ситуации пойдет тенденция по переходу с SAP? Или люди будут оставаться на этой системе и как-то дальше жить без поддержки?
Там, где SAP внедрен плотно – предприятие проще закрыть и открыть заново, чем перейти. Для них это на уровне жизни и смерти, им не перейти. Тем не менее, проекты по переходу стартуют, возможности 1С развиваются с точки зрения интеграционных внедрений. Поэтому говорить о каком-то колоссальном разовом переходе – это скорее форс-мажор и исключение.
А систему за подсистемой или юр.лицо за юр.лицом перевести на новую платформу – это в порядке вещей.
Если взять РЖД, они на SAP сидят очень давно. Они перевели с SAP часть депо, ремонтных организаций, но та же выписка железнодорожных билетов – они у них чуть ли не на R2 еще написана, на старой системе. Но преимущество этой системы – это скорость работы и получения всех маршрутов в онлайне. И никак ты с нее не соскочишь, как ни крути. Я не представляю, как с нее перейти. Хотя если SAP скажет, что снимает РЖД с поддержки – они никуда не денутся, перейдут. Но это будет очень серьезная потеря качества на какое-то время. Потому что управление расписанием поездов, управление выпиской билетов – это то, куда 1С еще о-го-го сколько развивать свои решения.