W tym kontekście serwis aplikacyjny SAP (ang.: AMS – Application Management Services) bywa traktowany wyłącznie jako mechanizm utrzymaniowy, którego celem jest zapewnienie ciągłości działania do momentu uruchomienia właściwego programu migracyjnego. 

Takie podejście niesie jednak istotne ryzyko. Nie polega ono na samej złożoności przejścia do S/4HANA, lecz na niewykorzystaniu kilkuletniego okresu, który mógłby zostać przeznaczony na uporządkowanie systemu, ograniczenie długu technologicznego oraz przygotowanie organizacji – procesowo, architektonicznie i kompetencyjnie – do nadchodzącej zmiany.

Kiedy dotychczasowy model wsparcia przestaje być adekwatny

Niedopasowanie serwisu SAP do aktualnych potrzeb organizacji rzadko wynika z błędnych decyzji personalnych czy braku kompetencji zespołów. Znacznie częściej jest konsekwencją tego, że obowiązujący model wsparcia został zaprojektowany w realiach stabilnego ECC, bez perspektywy transformacji do S/4HANA i zmiany paradygmatu architektonicznego.

Z perspektywy CIO lub Head of SAP szczególnie istotne są następujące symptomy:

Przewaga reaktywnego utrzymania nad podejściem transformacyjnym

Model oparty niemal wyłącznie na realizacji SLA sprzyja koncentracji na bieżących zgłoszeniach. Zmiany są wdrażane w odpowiedzi na potrzeby biznesu, lecz bez systematycznej analizy ich wpływu na przyszłą konwersję, uproszczenie procesów czy redukcję customizacji.

Rozproszona i nieskodyfikowana wiedza systemowa

Informacje o kluczowych modyfikacjach, obejściach i decyzjach architektonicznych bywają silnie powiązane z konkretnymi osobami. Przy naturalnej rotacji kadr lub zmianach po stronie partnera wsparcia ryzyko utraty tej wiedzy istotnie rośnie.

Narastający dług technologiczny

Odkładanie aktualizacji, not bezpieczeństwa, archiwizacji danych czy porządkowania kodu niestandardowego bywa racjonalne krótkoterminowo, lecz w dłuższej perspektywie prowadzi do kumulacji problemów, które ujawniają się w najbardziej kosztownej fazie – podczas migracji do S/4HANA.

Rola serwisu aplikacyjnego SAP w  przygotowaniach do wdrożenia S/4HANA

W dojrzałym modelu zarządzania IT zewnętrzny serwis AMS nie powinien być traktowany jako substytut kompetencji wewnętrznych. Jego kluczową funkcją jest przejęcie zadań rutynowych i powtarzalnych, które są niezbędne operacyjnie, lecz nie powinny angażować zasobów o strategicznym znaczeniu.

Tak skonstruowany model wsparcia umożliwia zespołom wewnętrznym skoncentrowanie się na obszarach o najwyższej wartości dodanej, takich jak:

• porządkowanie architektury procesowej,
• standaryzacja danych i interfejsów,
• eliminacja zbędnych modyfikacji,
• świadome przygotowanie krajobrazu SAP do docelowego modelu S/4HANA.

W praktyce oznacza to przesunięcie akcentu z „utrzymania systemu” na zarządzanie gotowością organizacji do transformacji.

Proaktywny AMS jako wsparcie decyzji „kiedy” rozpocząć migrację do S/4HANA

W dojrzałym modelu wsparcia AMS pełni nie tylko funkcję operacyjną, lecz także analityczną i doradczą. To właśnie na styku bieżącego utrzymania systemu i znajomości jego rzeczywistego stanu technicznego powstają dane, które pozwalają odpowiedzieć na jedno z kluczowych pytań decyzyjnych: kiedy organizacja powinna realnie rozpocząć migrację do S/4HANA – i czy oczekiwanie do końca okresu wsparcia ma uzasadnienie biznesowe oraz technologiczne.

Proaktywny AMS, działający w sposób ciągły, dostarcza obiektywnego obrazu gotowości systemu poprzez:

• analizę skali i charakteru modyfikacji niestandardowych,
• ocenę długu technologicznego i jego dynamiki,
• identyfikację obszarów funkcjonalnych najbardziej wrażliwych na zmianę modeli danych oraz procesów,
• obserwację trendów w liczbie i typach zgłoszeń, które często sygnalizują strukturalne ograniczenia obecnego rozwiązania.

Na tej podstawie organizacja może podejmować decyzje nie w oparciu o daty graniczne, lecz o rzeczywistą gotowość systemu i zespołów. W wielu przypadkach prowadzi to do wniosku, że odkładanie migracji do ostatniego możliwego momentu zwiększa presję czasową, kumuluje ryzyka i ogranicza pole manewru architektonicznego.

SAP AMS jako środowisko uruchamiania działań przygotowawczych

Obszar serwisu SAP jest również naturalnym miejscem do inicjowania i realizacji działań przygotowawczych do migracji – na długo przed formalnym startem projektu S/4HANA. Wykorzystanie wiedzy zespołu AMS, który na co dzień pracuje z systemem, pozwala przełożyć ogólne rekomendacje transformacyjne na konkretne, wykonalne działania.

W praktyce obejmuje to m.in.:

• stopniową eliminację modyfikacji o niskiej wartości biznesowej,
• porządkowanie danych i archiwizację,
• ujednolicanie procesów w miejscach, gdzie historyczne wyjątki utrudnią przyszłą konwersję,
• dokumentowanie decyzji architektonicznych i procesowych w sposób użyteczny dla zespołu migracyjnego,
• budowanie kompetencji zespołów poprzez realne działania, a nie jedynie szkolenia teoretyczne.

Tak rozumiany AMS staje się ciągłym programem przygotowawczym, a nie wyłącznie fazą „przedprojektową”. Dzięki temu organizacja wchodzi w właściwy etap migracji z gotowym planem działań, zweryfikowanymi założeniami i zespołem, który rozumie zarówno ograniczenia obecnego środowiska, jak i konsekwencje docelowej architektury S/4HANA.

Ekonomia kompetencji w złożonym krajobrazie SAP

Współczesne środowisko SAP obejmuje szerokie spektrum specjalizacji: konsulting funkcjonalny, rozwój ABAP i Fiori, administrację Basis, bezpieczeństwo, integracje, rozwiązania chmurowe oraz platformę BTP. Utrzymywanie pełnego zestawu tych kompetencji w ramach jednego zespołu etatowego rzadko jest uzasadnione ekonomicznie.

Z perspektywy zarządczej model współpracy z dojrzałym partnerem AMS pozwala:

• korzystać z wyspecjalizowanych kompetencji dokładnie wtedy, gdy są potrzebne,
• powiązać koszty z realnym zapotrzebowaniem na wiedzę ekspercką,
• zwiększyć odporność operacyjną poprzez przeniesienie odpowiedzialności za dostępność zasobów po stronie partnera.

W efekcie organizacja zyskuje większą elastyczność decyzyjną przy jednoczesnym ograniczeniu ryzyk kadrowych i kosztowych.

Zmiana modelu wsparcia jako moment porządkowania systemu

Zmiana modelu AMS lub dostawcy wsparcia bywa postrzegana jako operacja obarczona wysokim ryzykiem, szczególnie w kontekście utraty wiedzy historycznej. Przy odpowiednio zaplanowanym transferze wiedzy może to być jednak jeden z nielicznych momentów, w których organizacja w sposób kontrolowany przeprowadza audyt systemu, porządkuje backlog oraz identyfikuje obszary wymagające standaryzacji lub eliminacji.

Dla wielu organizacji jest to również punkt, w którym funkcja IT może ewoluować z roli operacyjnego dostawcy usług w stronę partnera biznesowego, odpowiedzialnego za przygotowanie firmy do transformacji technologicznej i procesowej.

Wnioski: jak racjonalnie zarządzać okresem 2027/2030

Systemy SAP objęte horyzontem 2027/2030 wymagają dziś decyzji, które wykraczają poza bieżące utrzymanie. Kluczowe pytanie nie dotyczy już samej migracji do S/4HANA, lecz sposobu wykorzystania czasu poprzedzającego tę zmianę.

Z perspektywy CIO, IT Director czy Head of SAP oznacza to konieczność:

• traktowania okresu przejściowego jako fazy przygotowawczej, a nie stanu „zamrożenia” systemu,
• stopniowej ewolucji modelu AMS z reaktywnego w wspierający transformację,
• świadomego zarządzania kompetencjami zamiast ich akumulowania,
• przesuwania roli IT w stronę obszaru odpowiedzialnego za gotowość organizacji do zmiany.

W tym ujęciu S/4HANA nie jest wyłącznie kolejną wersją systemu ERP, lecz punktem odniesienia dla decyzji architektonicznych, organizacyjnych i operacyjnych podejmowanych już dziś. Organizacje, które wykorzystają okres: 2027 - 2030 w sposób świadomy, wchodzą w fazę migracji z istotnie niższym poziomem ryzyka oraz z większą kontrolą nad zakresem, kosztami i tempem transformacji.