Jakie sygnały wskazują, że warto rozważyć outsourcing usług serwisowych SAP?

Jest kilka głównych powodów. Najczęściej dzieje się tak, gdy nie mamy aktywnej umowy serwisowej z dotychczasowym dostawcą systemu ERP lub współpraca z różnych względów się nie układa. Sygnałem alarmowym są też zjawiska wewnątrz organizacji: brak dostępności własnych specjalistów SAP, przeciążenie wewnętrznego zespołu IT, rosnąca liczba zgłoszeń użytkowników, niskie tempo obsługi incydentów oraz planowany rozwój i rosnąca złożoność systemu.

Czy taka współpraca sprawdza się lepiej w określonych modelach organizacyjnych?

Tak – szczególnie w firmach wielooddziałowych, grupach kapitałowych oraz w organizacjach, które nie posiadają własnego centrum kompetencyjnego SAP. Także przedsiębiorstwa o nieregularnym, sezonowym zapotrzebowaniu na wsparcie czerpią ogromne korzyści z elastyczności, jaką oferuje serwis aplikacyjny SAP (ang. Application Management Services).

Czy współpraca z partnerem oznacza pełne oddanie kontroli nad systemem?

Absolutnie nie. Jest to partnerski podział obowiązków. Klient zachowuje pełną kontrolę strategiczną oraz nadzór nad architekturą, natomiast zewnętrzny partner przejmuje bieżące zadania operacyjne, codzienne wsparcie użytkowników końcowych oraz realizację drobnych zmian rozwojowych.

Serwis SAP – jak przygotować się do współpracy z dostawcą usług?

Jakie działania powinna podjąć firma przed rozpoczęciem współpracy?

Podstawą sukcesu jest profesjonalny audyt systemu SAP, uporządkowanie dokumentacji technicznej oraz weryfikacja procesów nadawania ról i dostępów. Kluczowe jest również precyzyjne ustalenie zakresu usług i oczekiwań biznesowych, najlepiej w formie dokumentu SoW (Statement of Work).

Czy potrzebna jest kompletna dokumentacja systemu lub porządkowanie autoryzacji?

Tak. Im lepiej udokumentowane środowisko, tym szybszy i tańszy onboarding. Warto przygotować strukturę krajobrazu systemowego (środowiska deweloperskie, testowe, produkcyjne), opisy aktywnych integracji, przebieg kluczowych procesów oraz aktualny wykaz ról użytkowników wraz z matrycą uprawnień.

Jakie wyzwania napotykacie najczęściej przy onboardingu nowego klienta?

Najczęstsze bariery to brak aktualnej dokumentacji, nieuporządkowana struktura transportów programistycznych, nieznana konfiguracja rozszerzeń niestandardowych (tzw. kod Z*), brak jednego punktu kontaktu (SPOC) po stronie klienta oraz niejasny podział odpowiedzialności między działem IT a biznesem.

Jak dobrze zdefiniować zakres usług serwisowych?

Kluczowe jest precyzyjne określenie następujących elementów:

Zakres merytoryczny: Wskazanie, które moduły SAP mają być objęte umową oraz czy usługa obejmuje również wsparcie obszaru technicznego SAP Basis.

Zakres techniczny: Opisanie systemów w pejzażu IT (np. ERP, BW, HR) oraz określenie, czy serwis dotyczy tylko systemu produkcyjnego, czy również środowisk testowych i rozwojowych.

Kategorie i priorytety zgłoszeń: Jasne zdefiniowanie warunków kwalifikacji incydentów. Należy ustalić, czy partner obsługuje wszystkie priorytety (w tym awarie krytyczne), czy dzieli zadania z wewnętrznym zespołem IT.

Kalendarz wsparcia: Dokładne opisanie dni oraz godzin dostępności konsultantów (np. model 8/5 lub 24/7).

Parametry SLA (Service Level Agreement): Określenie maksymalnego czasu reakcji oraz czasu dostarczenia rozwiązania lub obejścia problemu dla poszczególnych priorytetów.

Wolumen usługi: Wskazanie liczby wspieranych użytkowników, a na podstawie danych historycznych – także średniej miesięcznej liczby incydentów.

Model współpracy oraz zakres usług Application Management Services

Jakie are najpopularniejsze modele świadczenia usług AMS?

W praktyce stosujemy jeden z trzech modeli, dopasowany do skali działalności klienta. Są to pakiety miesięczne z gwarantowaną pulą godzin (np. 40h/mies.), model zryczałtowany (flat fee) przy stabilnym i przewidywalnym wolumenie oraz rozliczenie godzinowe (time & material), stosowane głównie przy umowach ramowych. Często optymalnym wyborem okazuje się model hybrydowy: stała opłata za gotowość i SLA plus rozliczenie rzeczywistych godzin deweloperskich.

Czym różni się obsługa incydentów od obsługi zmian (Change Requests)?

Incydenty (tickets) dotyczą przywrócenia prawidłowego działania systemu w przypadku awarii i są realizowane w rygorystycznych czasach SLA. Zmiany (change requests) to rozwój systemu o nowe funkcjonalności – ich wdrożenie wymaga analizy biznesowej, osobnej wyceny pracochłonności, akceptacji kosztów przez klienta oraz testów akceptacyjnych.

Jakie usługi można zlecić zewnętrznemu partnerowi, a co musi zostać po stronie klienta?

Na zewnątrz można przekazać większość wsparcia operacyjnego: analizy funkcjonalne, kodowanie poprawek, monitoring Basis czy administrację transportami. Po stronie klienta zawsze pozostaje strategiczne zarządzanie licencjami, ostateczna autoryzacja użytkowników, formalny kontakt z SAP (zgłoszenia OSS) oraz kluczowe decyzje biznesowe.

Wsparcie zgodne z ITIL – które procesy zarządzania usługami IT są kluczowe?

ITIL (Information Technology Infrastructure Library) to standard zarządzania usługami IT (ITSM). W KBJ realizujemy wsparcie w oparciu o te praktyki, kładąc nacisk na Incident Management (zarządzanie incydentami), Change Management (zarządzanie zmianami) oraz Preventive Maintenance (utrzymanie prewencyjne). Zapewnia to klientowi pełną przejrzystość, powtarzalność operacyjną i bezpieczeństwo.

Umowa SLA i wskaźniki jakości wsparcia serwisowego SAP

Jakie są typowe parametry SLA i które metryki są naprawdę istotne?

Najważniejszy jest czas reakcji oraz czas dostarczenia rozwiązania. Zamiast licytować się na nierealne wskaźniki, należy dopasować je do krytyczności procesów. Przykładowo, dla awarii blokującej sprzedaż lub produkcję standardem jest czas naprawy lub dostarczenia obejścia do 4 godzin, podczas gdy dla drobnych błędów estetycznych czas ten wynosi od 24 do 48 godzin.

Czy warto wymagać od partnera KPI oraz regularnego raportowania jakości usług?

Zdecydowanie tak. Raportowanie wskaźnika FCR (First Call Resolution – rozwiązanie przy pierwszym zgłoszeniu), średniego czasu zamknięcia zgłoszenia oraz trendów wolumenowych to podstawa optymalizacji kosztów. Standardem współpracy powinny być comiesięczne raporty zarządcze oraz operacyjne spotkania przeglądowe.

Jak in praktyce wygląda proces eskalacji problemów?

Stosujemy sprawdzony, trzystopniowy model eskalacyjny: dedykowany konsultant obsługujący zgłoszenie → lider zespołu modułowego → Service Delivery Manager. Klient ma bezpośredni kontakt do menedżera kontraktu, co gwarantuje natychmiastową reakcję w sytuacjach spornych.

Utrzymanie i rozwój systemów SAP ECC oraz SAP S/4HANA

Czy partner AMS może skutecznie wspierać rozwój funkcjonalny systemu?

Tak, dojrzały serwis AMS to nie tylko "gaszenie pożarów". W ramach umów realizujemy projekty optymalizacyjne, konfigurujemy nowe interfejsy i automatyzujemy procesy. Dedykowany zespół zewnętrzny często wdraża zmiany znacznie szybciej niż wewnętrzny dział IT, który bywa całkowicie zaangażowany w duże, globalne projekty korporacyjne.

Jak krok po kroku wygląda obsługa zleceń rozwojowych (Change Requests)?

Każde zapytanie trafia do weryfikacji architektonicznej. Określamy wpływ zmiany na ekosystem SAP, szacujemy pracochłonność i przedstawiamy wycenę. Po akceptacji klienta uruchamiamy prace deweloperskie, przeprowadzamy testy wewnętrzne, przygotowujemy dokumentację i po testach akceptacyjnych użytkownika (UAT) bezpiecznie przenosimy transport na produkcję.

Jak zapewnić bezproblemową współpracę i bezpieczeństwo na linii klient – partner SAP?

Kluczem jest restrykcyjna polityka transportowa oraz utrzymywanie środowiska testowego w maksymalnej spójności z systemem produkcyjnym. Rekomendujemy stosowanie tzw. zamrożeń systemu (Freezes) w okresach biznesowo krytycznych (np. zamknięcie roku). Z perspektywy bezpieczeństwa podstawą są uprawnienia – dostęp dla konsultantów powinien odbywać się wyłącznie przez bezpieczne, szyfrowane kanały (VPN, SAProuter) na konta imienne (z pełnym logowaniem działań) w oparciu o zasadę minimalnych uprawnień niezbędnych do wykonania zadania.

Ryzyko nieporozumień w umowie serwisowej – jak go uniknąć i budować relacje?

Problemy wynikają najczęściej z braku precyzyjnych definicji na starcie. Przejrzysty dokument SoW, realistyczne czasy SLA i stały dialog eliminują 99% konfliktów. W KBJ u klientów, z którymi współpracujemy od lat, stajemy się integralną częścią ich struktury IT. Wspieramy ich wiedzą doradczą przy trudnych decyzjach: od optymalizacji kosztów licencji SAP, przez dobór narzędzi monitorujących, aż po planowanie strategicznej migracji do SAP S/4HANA.

Jakie błędy w zarządzaniu serwisem SAP klienci popełniają najczęściej?

Najbardziej kosztowne błędy to brak wyznaczonego właściciela biznesowego systemu po stronie organizacji, nierealne oczekiwania czasowe wobec złożonych modyfikacji programistycznych, opóźnienia w testach akceptacyjnych oraz zbyt późne eskalowanie problemów operacyjnych do partnera. Sukces serwisu AMS to zawsze gra zespołowa.