Illustration

Анна Бондаренко

Консультант напрямів SAP CX та SAP BTP

"Чисте ядро" та SAP BTP: безпечний шлях до оновлення вашої ERP

ERP від SAP завжди відзначалися високою гнучкістю: бізнес міг налаштувати під себе будь-який, навіть найскладніший процес. Звісно, всі успішні компанії мають специфіку та доопрацьовують ERP під процеси. Історично компанії активно користуються цією можливістю, глибоко адаптуючи ядро системи під власні потреби. Але з часом система стає настільки перевантажена унікальними доробками, що будь-який рух чи оновлення перетворюється на масштабний і ризикований проєкт. При кастомізації з’являються сотні Z-програм, модифікацій стандартних таблиць та складних зв’язків. У результаті – система стає схожою на будівлю зі зміненими несучими стінами. Це перепланування вирішує задачі бізнесу. До певного часу... Проте найменше оновлення провокує непередбачувані помилки по всій системі.
Таке явище називається "технічним боргом". Сьогодні можливість швидко оновлювати ERP-систему стала критично важливою не просто заради нової версії релізу. З кожним оновленням SAP додає можливості, які безпосередньо впливають на ефективність: нові функції для управління виробництвом та фінансами, підтримку галузевих стандартів, поглиблену локалізацію (зокрема українську) та нові API для інтеграцій. Разом із цим, система збагачується сучасними інструментами - наприклад, вбудованим ШІ-асистентом SAP Joule та розширеною аналітикою. Якщо ваша система "забетонована" старим кастомним кодом, ви просто не зможете отримувати ці покращення. Ви залишатиметеся осторонь інновацій, поступаючись конкурентам у швидкості адаптації до нових ринкових умов.
Щоб зрозуміти масштаби інновацій, достатньо поглянути на актуальну дорожню карту розвитку SAP S/4HANA. Система постійно розширюється у ключових модулях: поглиблюються інструменти для виробничої інженерії та логістики, вдосконалюються централізовані закупівлі й продажі, посилюється контроль за комплаєнсом продукції. Крім того, додаються вузькогалузеві рішення – від управління комерційною нерухомістю до специфічних ланцюгів вторинної дистрибуції. Усі ці бізнес-інновації, разом із сучасними інструментами автоматизації, стають доступними лише тим компаніям, чиє ядро готове до регулярних оновлень.
SAP просуває рішення цієї проблеми уже як стандарт – це концепція Clean Core (чисте ядро). Вона пропонує еволюційний шлях, де ваша стандартна ERP-система залишається незмінною. Система працює чітко за найкращими SAP практиками, базові процеси та прості налаштування безпечно виконуються всередині системи за допомогою стандартизованих інструментів розширення (In-app), а складні, унікальні бізнес-логіки підключаються ззовні – із хмарної платформи SAP Business Technology Platform (BTP).
Завдяки тому, що ядро системи не змінюється, кожне оновлення від SAP проходить швидко й без ризику зупинити роботу компанії. Додатково, ви отримуєте доступ до найновіших інструментів, включно зі штучним інтелектом. Крім того, SAP BTP працює як повноцінна екосистема "все в одному", яка має велику кількість сервісів. Бізнесу більше не треба виділяти додаткові бюджети на зовнішню інфраструктуру: від створення баз даних і налаштування бекенду до хостингу та публікації додатків – усе це реалізовано всередині єдиної платформи.

Будувати з нуля чи реставрувати? 

Коли компанія планує перехід на сучасну архітектуру, постає критичний вибір стратегії впровадження. Чистого ядра можна досягти за наступних стратегій (підходи суттєво відрізняються залежно від готовності до змін):

    Greenfield – ви починаєте з чистого аркуша і отримуєте ідеально чисте ядро за замовчуванням. Цей підхід є оптимальним, якщо бізнес готовий відмовитися від застарілих практик, переглянути свої підходи й повністю прийняти стандарти SAP. Щоб перед міграцією зрозуміти плюси, процес має включати обов'язковий етап аналітики, а саме: 
    ● аналіз та порівняння: порівняння вашого історичного кастомного коду з новим функціоналом ERP. Часто виявляється, що те, що раніше доводилося писати власноруч, тепер є стандартом.
    ● розподіл розробок: унікальні процеси, що не покриті стандартом, одразу проєктуються для розробки на SAP BTP. Після цього ви залишаєте весь історичний код і накопичений "технічний борг" у минулому, отримуючи максимальну швидкість роботи.

    Brownfield – ви переносите поточну систему з усім її "багажем". Це вибір для компаній, які мають критично важливі та дуже складні процеси і їх занадто дорого або ризиковано переписувати з нуля. Звісно, ядро не буде ідеально чистим зі старту, але ви розпочинаєте процес його планомірного очищення. План поетапного впровадження виглядає так: 
    ● чистка та адаптація: видалення застарілих розробок ("мертвого коду"), який давно не використовується та адаптація залишеного коду для сумісності з новою версією ERP.
    ● поступова трансформація: ревізія залишених кастомних розробок і проєктування лише критичних для переносу на SAP BTP.

Clean Core: переваги для бізнесу, ІТ та користувачів

Перехід на чисте ядро – це не просто ІТ-проєкт, це – бізнес-трансформація, яка змінює роботу на трьох рівнях:

    Для бізнесу – це вихід із пастки. Компанії із класичними on-premise системами часто роками сидять на одній старій версії SAP. Керівництво довго вагається, проводить референс-візити до інших компаній, які "змогли", щоб визначити, чи варті нові функції таких витрат і, зрештою, обирає "нічого не робити". Але ціна бездіяльності величезна. З часом частина кастомізованих процесів стає непотрібною, експертиза втрачається, документація губиться або стає неактуальною. Бізнес опиняється в заручниках у власної застарілої системи. Якщо ж компанія дотримується стратегії "чистого ядра" і виносить кастомні розробки на SAP BTP, оновлення бази потребує мінімальних зусиль. Компанія може швидко адаптуватися до змін і безболісно отримувати доступ до оновлень системи.

    Для ІТ – це відсутність "технічного боргу". ІТ-команда більше не витрачає час на тестування і адаптацію кастомного коду після кожного релізу чи патчу безпеки. Розширення, створені на SAP BTP, не "ламаються" при оновленні основної системи ERP. Винесення розробки назовні знижує сукупну вартість володіння системою (Total Cost of Ownership, TCO) та звільняє ресурси для реального розвитку. Це кардинально змінює мотивацію команди: фахівці фокусуються на створенні нових цінностей для компанії, а не шукають проблеми старого коду. Зрештою, сервіси BTP суттєво розширюють можливості створення і налаштування для бізнесу нових процесів, використання штучного інтелекту та аналітики і це не впливає на продуктивність основної системи. 

    Для користувачів – це стабільність, інновації та швидкий онбординг. Користувачі отримують покращену продуктивність, швидкість реагування системи та доступ до інновацій. Оскільки ядро працює за єдиним глобальним стандартом, для навчання нових співробітників можна використовувати вже готові офіційні навчальні відео та матеріали SAP. Описувати у внутрішній документації доведеться лише ті специфічні процеси, які винесено на платформу BTP, що суттєво економить час та бюджет.

Шляхи безпечного розширення: In-app та Side-by-side 

Збереження "чистого ядра" не означає повну заборону на зміни всередині ERP. Офіційна хмарна модель розширення пропонує чіткий поділ: 
● Key user extensibility (розширення для ключових користувачів). Бізнес-експерти можуть самостійно адаптувати інтерфейси, додавати нові поля або створювати звіти прямо в системі за допомогою low-code/no-code інструментів. Такі зміни не порушують ядро.
● On-stack developer extensibility (внутрішня розробка). Розробники створюють код безпосередньо на стеку SAP S/4HANA. Використовується для складніших задач, що вимагають тісного зв'язку з даними SAP (наприклад, інтенсивні SQL-запити). Головна умова – використання лише дозволених публічних API від SAP.
● Side-by-side extensibility (паралельне розширення на SAP BTP). Коли мова про слабко пов'язані з ядром додатки, унікальні портали для клієнтів або рішення, що інтегруються з кількома системами одразу, розробка повністю виноситься у хмарне середовище SAP BTP.

Зворотний бік медалі 

Перенесення розробок на SAP BTP – це потужний та стратегічно правильний крок, але ми маємо відкрито говорити і про виклики, до яких бізнес повинен бути готовим:

  • Illustration

    Витрати на ліцензування.

    Існує думка, що розробка на BTP є повністю безкоштовною. Це не зовсім так. Наприклад, сам фреймворк для написання коду SAP CAP є безкоштовним інструментом, але щоб ваш готовий мобільний додаток працював у хмарі, йому потрібне середовище виконання та база даних, які тарифікуються окремо. 

  • Illustration

    Нова експертиза для ІТ-команди. 

    Перехід від класичного ABAP до сучасних хмарних мікросервісів вимагає нових знань. Вашій команді доведеться опановувати нові технології, принципи роботи з API та хмарною безпекою.

  • Illustration

    Зміна ІТ-архітектури. 

    Замість однієї великої закритої "коробки" ви отримуєте розподілену екосистему і вашим ІТ-архітекторам доведеться враховувати ці зміни. Але будемо реалістами: на практиці будь-яка велика компанія і так уже має ІТ-«зоопарк» із десятків різних систем та складну павутину інтеграцій. Проте, є величезний плюс – платформа SAP BTP збере всі ваші унікальні кастомізації в одному контрольованому місці. Зрештою, такі зміни – це наведення ладу, і для бізнесу це точно на краще.

Як це працює на практиці? 

Якщо для додавання нового поля в довідник чи простої зміни інтерфейсу достатньо безпечних внутрішніх інструментів самої ERP (Key User Extensibility), то для масштабних процесів підхід кардинально змінюється. Наприклад, клієнту потрібен новий, дуже специфічний процес управління змінами в картках клієнтів. Цей процес вимагав збору даних з різних відділів, багаторівневих погоджень керівництва, автоматичної генерації складних PDF-форм для електронного архіву та зручних динамічних вікон для введення даних. Раніше розробники неминуче "вшили" б цю логіку всередину ERP. Сьогодні це можна робити інакше, вибудувавши прозору архітектуру паралельного розширення (side-by-side extension).

Схема архітектури розширення SAP S/4HANA за допомогою SAP BTP (ABAP Environment)

 Інтерфейс: За допомогою інструментів розробки на SAP BTP створюється сучасний транзакційний додаток SAP Fiori, який забезпечує персоналізований інтерфейс для користувачів.
 Логіка: Уся кастомна бізнес-логіка (погодження, перевірки, генерація документів) реалізується безпосередньо в хмарі – у середовищі SAP BTP ABAP Environment.
 Інтеграція: З основною системою (S/4HANA чи CX) цей зовнішній додаток спілкується виключно через стандартні бізнес-API (OData), використовуючи сервіси інтеграції SAP BTP (наприклад, Destination Service) 
 Ядро системи: ERP надає вихідні дані через API та приймає вже оброблений фінальний результат.
Після впровадження всі у виграші: бізнес отримує персонально налаштований інструмент, який закриває їх унікальні потреби, є стандартний моніторинг інтеграцій, а головне – ядро системи залишається абсолютно чистим і готовим до будь-яких системних оновлень.

З чого почати трансформацію? 

Перехід до Clean Core не відбувається за один день. Це не про "видалити все старе", це – про зміну підходу:

    Проведіть аудит процесів. Потрібно чесно подивитися на ваші кастомні розробки: які з них реально генерують прибуток та їх можна винести в SAP BTP, а які – просто звичка, яку вже давно покрив стандарт SAP. Після цього треба визначити напрями для покращення та потенційні ризики.

    Погодьте ІТ-стратегію із загальними бізнес-цілями вашої організації.

    Проаналізуйте якість даних. Оцініть якість та проведіть заходи з очищення, зменшення дублікатів та надлишкових даних.

    Будуйте ІТ-рішення за новими правилами. Нові потреби бізнесу реалізовуйте вже не "всередині" системи, а "поруч" – на BTP.

    Поступово очищуйте систему. Крок за кроком виводьте історичні кастомні процеси на зовнішню платформу, полегшуючи ядро ERP.

    Використовуйте SAP Activate та SAP Signavio. Не вигадуйте велосипед. Методологія SAP Activate надає готові шаблони фаз проєкту трансформації, а інструменти SAP Signavio допоможуть глибоко проаналізувати та упорядкувати архітектуру ваших бізнес-процесів.

    Залучайте користувачів і менеджмент ще на старті. Якщо люди не розуміють бізнес-цінності нових стандартизованих процесів, вони будуть чинити опір і вимагати повернути старі, зручні "костилі". Користувачам потрібно знати, які покращення вони отримають, пройшовши всі зміни. Для активного зацікавлення користувачів впроваджуйте інноваційні технології, такі як штучний інтелект та роботизовану автоматизацію. Критично важливим є розуміння змін усіма учасниками процесу.

В умовах жорсткої конкуренції ваш SAP має бути надійним фундаментом, а не тягарем. Стратегія Clean Core – це найкращий шлях повернути системі гнучкість і підготувати її до нових технологій. Якщо ігнорувати оновлення, система застаріє остаточно і її повна заміна коштуватиме бізнесу в рази дорожче. 

Sapiens Tech Блог