Каталог решений - RPA для перехода с SAP на 1С

Что мы подразумеваем под SAP?

Тут, конечно, стоит сразу уточнить, чтобы не показаться уже совсем дилетантом в этом вопросе.

В проектах перехода с SAP на 1С я участвовал не раз, но, к сожалению, до того, как это стало мэйнстримом.

Сама по себе фраза "переход с SAP на 1С" обычно сразу выдаёт человека "недалёкого и необразованного", поэтому использую я её в статье сугубо для упрощения (а оно ещё как потребуется). Конечно, SAP и 1С — это бренды, принадлежащие компаниям соответственно SAP AG и ЗАО "1С" (могу конечно ошибаться, но как-то так). При этом продуктовая линейка у обоих компаний крайне обширная. Под 1С мы будем понимать главным образом ERP или, я бы даже сказал, любимый всеми "ERPУХ", поскольку для перехода с SAP выбираем флагманское актуальное решение.

Что же касается линейки продуктов SAP…

Сразу скажу, что SAP BO (Business One — не путать с Business Objects, которое, впрочем, тоже уже переименовали:) ) в рамках этой статьи рассматривать не будем (хотя RPA для него тоже подойдёт) просто BO относительно простая история — проще разобраться в структуре, сделать выгрузки и перейти "одним днём", притом не факт, что на ERP — вполне вероятно, на УНФ или КА. Тут можно, наверное, "обойтись привычными эксельками". 

В статье буду придерживаться основной линейки, ведущей свою историю от R/3.

Хотел обойтись без рекламных SAP-овских картинок, но уж очень они хороши:

Итак, если вы думали, что у 1С всё запутано, то наслаждайтесь :).

На самом деле всё проще: в 1992 году появился SAP R/3 — тот SAP, который мы знаем, и до 2004 года ничего с ним не случалось кроме переименований, в 2004 он встал на NetWeaver — самая популярная на текущий момент "платформа" для SAP. Потом ещё пара переименований вроде ECC, All-In-One, BS.

Пока в 2015-м не появилась HANA, она же S/4, которая про inmemory и columnstore и вообще изначально больше про БД. Но в целом теперь это название актуальной версии SAP. 

А что не так с интеграцией?

Зачем всё это нужно знать?

Для того, чтобы понимать — если у вас SAP до NetWeaver, то SAP-ёры предложат вам "классный инструмент", который они называют RFC (не путать со стандартами!!!), это по сути то, что все нормальные люди называют RPC (удаленный вызов процедур), но в SAP решили, что у них функции и будем называть RFC… Для него есть, конечно, прекрасный SDK на C++. В общем, как вы уже поняли, это не для нормальных здоровых людей.

Но скорее всего у вас будет SAP уже посвежее и вы услышите что-нибудь про XI\PI (это два названия одного и того же, которые просто устали путать и все используют вместе :)). И там будет "полный SOAP" с xsd схемами, которые кроме SAP-а никто больше не прочитает, но "ручками" можно, всё таки быстрее, чем C++ SDK.

Может ещё всплыть тема вроде iDoc — это типа нашей универсальной выгрузки загрузки XML — с неё я бы рекомендовал сливаться, если не уверены в себе или ваших друзьях SAP-ёрах. Косяки ловить можно очень долго.

Но, кстати к чести SAP-овцев, стоит сказать, что вся эта история обратно совместима… так что если освоили RFC то это будет работать вообще везде :).

Благодать наступает с S/4 Hana — тут уже вам могут предложить ODATA, даже управляемую через CDS.

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

А что с интерфейсом?

Тут тоже много всего интересного. Но коротко — есть два типа интерфейса: SAP GUI и SAP Fiori.

То, к чему мы с вами привыкли — это SAP GUI. Интерфейс убогий, но практичный.

Если успели забыть, как он выглядит — могу напомнить:

Но кто не видел, ничего не потерял.

Если у вас SAP версии до HANA, то именно этот интерфейс вы скорее всего увидите. 

Хотя всё, конечно, зависит от SAP-ёров. Чтобы писать на Fiori, не обязательно использовать HANA.

Тем не менее, большинство аппликух переписано на fiori уже в HANA (заметьте, не все!). 

Кстати, ничего не напоминает в 1С? 🙂

SAP Fiori уже HTML5, так что выглядит всё очень даже прилично:

И причём тут RPA?

Так вот, весь предыдущий экскурс в историю был именно ради этого момента, чтобы слова не звучали пустыми:

• Интеграция с SAP дело непростое
• В SAP по сути два вида интерфейса

Где же место RPA в проекте миграции с SAP?

Если сейчас вам на ум пришли "загрузка — выгрузка начальных остатков и номенклатуры", то НЕТ!

Давайте будем честны с собой — остатки проще всего загрузить обычными CSV и XLS — если это разовая история. RPA тут, конечно, можно приделать, но особого смысла, пожалуй, нет.

Если есть наивные читатели, которые скажут "ну тогда он не нужен, мы загрузим начальные остатки и начнём работать в 1С с 1 января нового года, SAP удалим 2 января", то им, конечно, нужно один раз это проделать в своей жизни… просто чтобы понять, что жизнь штука тяжелая 🙂

В общем, идеальное место применения для роботов в проектах миграции с SAP — это ПОДДЕРЖКА ПАРАЛЛЕЛЬНОЙ ЭКСПЛУАТАЦИИ 2-х систем:

• Робот пишется быстро и не требует больших вложений в разработку, с учетом того, что это временное решение, то такой подход более чем оправдан
• Не нужно привлекать две команды для параллельной эксплуатации
• Робот может как брать данные из SAP и вносить в 1С, так и брать из 1С и вносить в SAP
• Робот учитывает все интерфейсные механики и не требует глубокого знания структуры систем

Соответственно RPA поможет на проекте избежать работы пользователей в двух системах, а это и ускорение процессов, и право на ошибку, и более гладкое внедрение, я бы даже сказал, в принципе сама возможность внедрения. Более того, для RPA вам не нужно дорогостоящих консультантов и разработчиков — достаточно просто чтобы пользователь показал, куда и что он вводит в SAP, а консультант показал, куда и что надо вводить в 1С… Кстати, как инструмент тестирования и проверки это тоже весьма неплохо подходит :).

Так реально ли мигрировать с SAP на 1С без команды поддержки SAP?

При наличии консультантов и\или продвинутых пользователей, конечно, да.

В конце концов данные в систему или загружаются или вносятся людьми.

То, что вносится людьми, легко роботизируется. Прямо очень легко.

Для SAP UI есть замечательная штука "Script recording and playback":

Садимся рядом с пользователем, жмём "записать", получаем скрипт, скармливаем его OneRPA и расставляем параметры. Наслаждаемся. 

Для 1С процедура схожая как две капли воды, впрочем, вы её знаете:

Если же речь идёт про Web интерфейс (Fiori) то с ним работы средств, конечно же, много, и с селекторами в нём всё намного лучше, чем в 1С (по крайней мере нет циклических, неуникальных и не меняются постоянно).

Осваивается это всё 1С-ником за пару часов (тут я именно про OneRPA, с другими не знаю) после чего жизнь на проекте миграции становится намного более приятной и понятной.