Clean Core w SAP S/4HANA – jak działa i dlaczego ogranicza modyfikacje systemu?

Piotr Ożga, Software Development Manager

30 października 2024
Trendy w SAP-ie
4 min

Wielu klientów zachęconych korzyściami płynącymi z transformacji cyfrowej decyduje się na przejście na rozwiązanie SAP S/4HANA. Przy tej okazji ciężko nie usłyszeć frazy „Clean Core”, która u wielu budzi grozę. Czym tak naprawdę jest Clean Core i czy należy się go bać?

Od elastyczności SAP ECC do ograniczeń Clean Core w SAP S/4HANA

SAP ECC przyzwyczaił nas do elastyczności i praktycznie nieograniczonych możliwości modyfikacji procesów biznesowych i danych. System i kod były modyfikowalne, a programiści mieli dużą swobodę we wprowadzaniu zmian w kodzie lub standardowych tabelach. To podejście obok dużych możliwości, przysparzało jednak równie dużo problemów.

Łatwość modyfikacji mogła prowadzić do uszkodzenia systemu poprzez zachwianie spójnością danych. Modyfikacja zawartości standardowych tabel, choć zawsze odradzana, była łatwa w implementacji, co mogło prowadzić do uszkodzenia systemu przez niewprawnych programistów. Dodatkowo liczność rozszerzeń i dopasowań utrudniała aktualizację wersji systemu, przez co klienci często stawali przed wyborem: aktualizacja systemu obarczona ryzykiem i kosztami związanymi z kontrolą rozszerzeń, lub nieaktualny system, który nie dawał pełni możliwości.

Czasami dylemat był na tyle poważny, że funkcjonalności dostępne w standardzie w nowej wersji systemu były pisane przez programistów na koszt klienta, ponieważ update systemu był obarczony zbyt dużym ryzykiem.

Wraz z kolejną generacją systemów, SAP postanowił bardziej promować ideę Clean Core, czyli niemodyfikowania głównej części systemu. Czy to oznacza że system SAP nie będzie już możliwy do zmiany i dopasowania pod konkretny biznes? Oczywiście że nie, jednak konieczna będzie zmiana starych nawyków.

Rozszerzenia w SAP S/4HANA: Możliwości i ograniczenia wynikające z Clean Core

Rozszerzenia które znamy z ECC są nadal możliwe na S/4HANA on premise i private cloud, lecz na S/4HANA public cloud są już niemożliwe. Oczywiście w tym pierwszym przypadku, SAP nadal stanowczo odradza ingerencję w kod produktu „w starym stylu”.

W jaki zatem sposób możemy zadbać o to, żeby nowy system SAP S/4HANA był dopasowany do firmy którą obsługuje? Otrzymujemy nowe narzędzia, dzięki którym możemy również tworzyć i rozszerzać procesy biznesowe. Część rozszerzeń, takich jak dodanie nowych pól do procesu lub ukrycie istniejących można wykonać bez udziału programisty. Jeżeli natomiast pojawi się potrzeba stworzenia nowego procesu lub modyfikacji istniejącej aplikacji (side-by-side extension), do wyboru mamy takie narzędzia jak CAP (Cloud Application Programming model), ABAP RAP (ABAP RESTful Application Programming Model), SAP Fiori oraz SAPUI5.

Wszystkie rozszerzenia side-by-side trzymane są w SAP BTP, więc poza systemem S/4HANA.

Korzyści wynikające z Clean Core

Wiemy już, że Clean Core nie oznacza rezygnacji z rozszerzeń i dopasowań. Ale co zyskujemy w zamian? Kontrolę nad systemem. Tworząc rozszerzenia side-by-side według zaleceń SAP zapewniamy sobie spokój podczas aktualizacji systemu, co jest niezwykle ważne w dobie cyfryzacji wielu procesów (np. JPK CIT, KSeF). Dbamy przy tym również o jakość danych i pracy z systemem, utrudniając nieatoryzowane operacje na tabelach czy modyfikowanie kodu standardowego.

W Apollogic jesteśmy na bieżąco z technologią. Chętnie doradzimy w zakresie rozszerzeń dla SAP S/4HANA i pomożemy Ci w dopasowaniu systemu do Twoich potrzeb!