Koniec wsparcia dla Compatibility Scope

W najbliższym czasie użytkownicy systemów SAP S/4HANA mogą stanąć przed jednym z najpoważniejszych wyzwań od czasu premiery tego systemu: wygaśnięciem praw do użycia funkcjonalności Compatibility Pack. W praktyce oznacza to, że w przypadku wielu dobrze znanych, „klasycznych” rozwiązań ERP – choć technicznie nadal dostępnych – przestanie być legalnie ich wykorzystywane w środowiskach S/4HANA, a ich dalsze używanie stanie się zarówno ryzykiem licencyjnym, jak i operacyjnym.​​ To zagrożenie nie dotyczy wszystkich użytkowników systemów S/4HANA, jednak nie wszyscy, których ono dotyczy, są go świadomi.

Compatibility Pack (CP) to funkcjonalności natywne SAP ERP dostępnych w ramach systemu S/4HANA. Zaktualizowana 31 grudnia 2025 r. nota 2269324 – Compatibility Scope Matrix for SAP S/4HANA jasno precyzuje, że prawa do ich użycia są ściśle ograniczone w czasie i wygasają niezależnie od tego, czy funkcjonalność nadal jest technicznie obecna w systemie. W jej pierwotnej wersji (tj. przed wspomnianą aktualizacją) wskazany główny horyzont czasowy wygaśnięcia najważniejszych funkcjonalności dostępnych w ramach Compatibility Pack był określony na koniec 2025 r. Po tej dacie korzystanie z większości pozycji ujętych w Compatibility Scope miało oznaczać pracę na oprogramowaniu niewspieranym i nielicencjonowanym, nawet jeśli dana wersja S/4HANA pozostaje w utrzymaniu do 2040 r.​​

Aktualizacja z grudnia 2025 r. wprowadza zmianę głównej daty wygasania praw do użycia Compatibility Pack na 31 maja 2026 r. dla systemów w modelu on-premise oraz podtrzymuje bez zmian 31 grudnia 2030 r. jako termin wygaśnięcia tych praw dla systemów w modelu subskrypcji chmurowej.

Jednocześnie w nocie i materiałach towarzyszących wyróżniono kilka wyjątków: wybrane elementy obszarów Customer Service (CS), Logistics Execution Transportation (LE‑TRA) oraz Production Planning for Process Industries (PP‑PI) otrzymują wydłużone prawa do użycia aż do końca 2030 r. także w przypadku systemów w modelu on-premise. Z przedłużenia mogą skorzystać również poszczególne Compatibility Packi, dla których docelowe rozwiązania zostały dostarczone jako usługi chmurowe i są odpowiednio licencjonowane.

Decyzja SAP szczególnie dotkliwie ujawnia lukę funkcjonalną między Compatibility Pack a „natywnym” S/4HANA w starszych wydaniach systemu. Dobrym przykładem jest obszar HR: wiele firm, które przeszły na S/4HANA 1709 czy 1909, korzysta z HCM w trybie Compatibility Scope, ponieważ w tych wersjach brakowało jeszcze rozwiązania SAP HCM for S/4HANA (H4S4). H4S4 pojawia się dopiero od wersji S/4HANA 2022, co oznacza, że po wygaśnięciu praw do CP klienci z wcześniejszymi wersjami stają przed koniecznością dużej transformacji – upgrade’u technicznego (którego konieczność wynika z faktu terminów wsparcia dla starszych wersji S/4HANA) oraz migracji HR do H4S4 bądź SAP SuccessFactors.​​

Równolegle SAP zastrzega sobie prawo technicznego usuwania lub blokowania części funkcjonalności Compatibility Pack w nowszych wydaniach S/4HANA, począwszy od wersji 2025. Dotyczy to zwłaszcza obszarów, dla których istnieją już dojrzałe, natywne odpowiedniki – jak zastąpienie klasycznego LE‑WM przez Stockroom Management i EWM, EC‑CS przez Group Reporting czy LIS przez analitykę opartą na CDS i Fiori. Jednak nawet w aktualnej macierzy znajdują się pozycje, dla których SAP wprost wskazuje brak planowanej alternatywy i sugeruje budowę rozwiązań własnych tam, gdzie biznes nie może z nich zrezygnować (np. FI‑AA Group Assets – SAP Note: 3014869 – S4TWL – Group Assets).

Compatibility Packs zostały zaprojektowane jako pomost między światem SAP ERP 6.0 a S/4HANA, umożliwiający czasowe współistnienie wybranych, klasycznych funkcji rodem z SAP ERP 6.0 na nowej platformie. Zaktualizowane materiały „Way Forward” przypisane do noty 2269324 pokazują dla każdego elementu Compatibility Scope status (istnieje alternatywa, alternatywa w planach, brak alternatywy) oraz wskazują docelowe produkty i wersje S/4HANA, w których należy szukać funkcjonalności zastępczej.​

W praktyce każdy projekt konwersji z ERP 6.0 do S/4HANA powinien dziś zaczynać się od trzech kroków:

• Identyfikacja, które pozycje macierzy są używane w konkretnym systemie – tu kluczową rolę odgrywają Readiness Check oraz raporty EarlyWatch Alert;
• Decyzja dla każdej z pozycji macierzy: migracja do natywnego odpowiednika (np. Group Reporting zamiast EC‑CS, EWM zamiast LE‑WM), rezygnacja z funkcjonalności lub budowa rozwiązania własnego;
• zaplanowanie całej transformacji w taki sposób, by zmiana odbyła się najpóźniej w momencie konwersji – SAP wyraźnie sygnalizuje, że scenariusz „najpierw konwersja, a dopiero za kilka lat odejście od Compatibility Pack” staje się nieakceptowalny po wygaśnięciu praw do użycia.​​

Wielu klientów wciąż nie ma pełnej świadomości, w jakim stopniu ich procesy zależą od funkcji objętych Compatibility Pack – zwłaszcza tam, gdzie zostały one rozbudowane o liczne rozszerzenia własne. SAP konsekwentnie wskazuje dwa narzędzia diagnostyczne: SAP Readiness Check oraz EarlyWatch Alert, przy czym raport EWA generowany poprzez SAP for Me / SAP ONE Support Launchpad dostarcza więcej szczegółów niż klasyczne raporty EWA dostępne z SAP Solution Managera.​​

Różnica jest istotna: raport dostępny przez portal serwisowy pozwala zidentyfikować konkretne ID z macierzy Compatibility Scope i powiązać je z obiektami technicznymi w systemie, podczas gdy wersja z Solution Managera często ogranicza się do ogólnych ostrzeżeń i agregatów. W praktyce oznacza to, że przegląd EWA z SAP OSS powinien stać się obowiązkowym elementem audytu przed każdą konwersją, upgrade’em czy przeglądem licencyjnym – bez tego organizacja ryzykuje, że część krytycznych funkcji CP pozostanie niewidoczna aż do momentu, gdy zostanie technicznie wyłączona lub zakwestionowana w trakcie audytu licencyjnego.​​

Z materiałów dostarczanych przez SAP, w tym zaktualizowanej noty wynika wyraźny podział na dwa modele utrzymania. W systemach on‑premise zasadą jest wygaśnięcie praw do użycia Compatibility Pack na przełomie 2025/2026 r., z pojedynczymi wyjątkami do 2030 r., podczas gdy mainstream maintenance dla samego S/4HANA jest zagwarantowany co najmniej do 2040 r. W systemach działających w modelu subskrypcyjnym prawa do użycia są z definicji terminowe – dla większości CP wygasają razem z on‑premise, natomiast dla wybranych scenariuszy cloud SAP przewidział przedłużenie do końca 2030 r., przy spełnieniu warunków licencyjnych.​​

Kluczowe jest zrozumienie rozróżnienia pomiędzy utrzymaniem produktu a prawem do użycia określonej funkcjonalności. Fakt, że dana wersja S/4HANA pozostaje wspierana, nie oznacza, że wolno nadal korzystać z wchodzących w jej skład funkcji Compatibility Pack po dacie wskazanej w nocie – od tego momentu użytkownik narusza licencję, nawet jeśli moduł technicznie wciąż działa. SAP zastrzega sobie również możliwość stopniowego blokowania funkcji CP w kolejnych wydaniach, a odpowiedzialność za kontrolę ich użycia spoczywa na organizacji, także w obszarze rozszerzeń i interfejsów korzystających z danych i obiektów Compatiblity Scope.​​

Wygaszanie Compatibility Pack to nie kolejna zmiana w road‑mapie, którą można odłożyć na później, ale proces o bezpośrednich konsekwencjach prawnych, finansowych i operacyjnych. Dla organizacji korzystających z S/4HANA – niezależnie od wersji i modelu utrzymania – oznacza to konieczność podjęcia kilku działań bez zwłoki: wykonania przeglądu EWA i Readiness Check pod kątem użycia Compatibility Scope, przełożenia wyników na mapę procesów biznesowych, a następnie przygotowania planu migracji do natywnych rozwiązań lub – tam, gdzie to konieczne – do SuccessFactors, EWM, Group Reporting czy innych produktów strategicznych SAP.​​

Firmy, które zignorują sygnały płynące z noty 2269324, ryzykują nie tylko utratę wsparcia dla krytycznych procesów, ale także niezgodność z umową licencyjną, co w skrajnym przypadku może skutkować poważnymi roszczeniami finansowymi. Dla świadomych klientów wygaszanie Compatibility Pack może natomiast stać się impulsem do uporządkowania krajobrazu systemowego, rezygnacji z przestarzałych rozwiązań i przyspieszenia transformacji ku nowym procesom S/4HANA – zanim to system, a nie biznes zacznie dyktować tempo zmian.​​

To oczywiste, że w wielu firmach wiedza co do wykorzystywania Compatibility Pack w systemach nie jest pełna. Użycie systemu czy jego określonej funkcjonalności nie musi iść w parze ze świadomością, że wchodzi ona w skład Compatibility Pack. Jeżeli mają Państwo wątpliwości, zapraszamy do kontaktu. Eksperci All for One Poland są do Państwa dyspozycji zarówno przy ocenie ewentualnego zagrożenia, jak i przygotowania planu oraz realizacji prac dostosowujących system do pełnej zgodności licencyjnej i funkcjonalnej.