Анна Бондаренко
Консультант напрямів SAP CX та SAP BTP
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 працює як повноцінна екосистема "все в одному", яка має велику кількість сервісів. Бізнесу більше не треба виділяти додаткові бюджети на зовнішню інфраструктуру: від створення баз даних і налаштування бекенду до хостингу та публікації додатків – усе це реалізовано всередині єдиної платформи.
Перехід на чисте ядро – це не просто ІТ-проєкт, це – бізнес-трансформація, яка змінює роботу на трьох рівнях:
Шляхи безпечного розширення: 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 – це потужний та стратегічно правильний крок, але ми маємо відкрито говорити і про виклики, до яких бізнес повинен бути готовим:
Витрати на ліцензування.
Існує думка, що розробка на BTP є повністю безкоштовною. Це не зовсім так. Наприклад, сам фреймворк для написання коду SAP CAP є безкоштовним інструментом, але щоб ваш готовий мобільний додаток працював у хмарі, йому потрібне середовище виконання та база даних, які тарифікуються окремо.
Нова експертиза для ІТ-команди.
Перехід від класичного ABAP до сучасних хмарних мікросервісів вимагає нових знань. Вашій команді доведеться опановувати нові технології, принципи роботи з API та хмарною безпекою.
Зміна ІТ-архітектури.
Замість однієї великої закритої "коробки" ви отримуєте розподілену екосистему і вашим ІТ-архітекторам доведеться враховувати ці зміни. Але будемо реалістами: на практиці будь-яка велика компанія і так уже має ІТ-«зоопарк» із десятків різних систем та складну павутину інтеграцій. Проте, є величезний плюс – платформа SAP BTP збере всі ваші унікальні кастомізації в одному контрольованому місці. Зрештою, такі зміни – це наведення ладу, і для бізнесу це точно на краще.
Якщо для додавання нового поля в довідник чи простої зміни інтерфейсу достатньо безпечних внутрішніх інструментів самої ERP (Key User Extensibility), то для масштабних процесів підхід кардинально змінюється. Наприклад, клієнту потрібен новий, дуже специфічний процес управління змінами в картках клієнтів. Цей процес вимагав збору даних з різних відділів, багаторівневих погоджень керівництва, автоматичної генерації складних PDF-форм для електронного архіву та зручних динамічних вікон для введення даних. Раніше розробники неминуче "вшили" б цю логіку всередину ERP. Сьогодні це можна робити інакше, вибудувавши прозору архітектуру паралельного розширення (side-by-side extension).
● Інтерфейс: За допомогою інструментів розробки на SAP BTP створюється сучасний транзакційний додаток SAP Fiori, який забезпечує персоналізований інтерфейс для користувачів.
● Логіка: Уся кастомна бізнес-логіка (погодження, перевірки, генерація документів) реалізується безпосередньо в хмарі – у середовищі SAP BTP ABAP Environment.
● Інтеграція: З основною системою (S/4HANA чи CX) цей зовнішній додаток спілкується виключно через стандартні бізнес-API (OData), використовуючи сервіси інтеграції SAP BTP (наприклад, Destination Service)
● Ядро системи: ERP надає вихідні дані через API та приймає вже оброблений фінальний результат.
Після впровадження всі у виграші: бізнес отримує персонально налаштований інструмент, який закриває їх унікальні потреби, є стандартний моніторинг інтеграцій, а головне – ядро системи залишається абсолютно чистим і готовим до будь-яких системних оновлень.