W skrócie

Zakład działa już od sześciu tygodni, a zespół projektowy ma zaplanowane prace w kolejnej lokalizacji. Ta data zakończenia wynika z harmonogramu i budżetu projektu, a nie z lokalnych możliwości. Przydatne kryteria zakończenia fazy „hypercare” w systemie ERP skupiają się na węższym zagadnieniu: czy zakład, dział centralny grupy oraz partner są w stanie samodzielnie rozwiązać zgłoszenia, które do nich wpłyną jutro? Grupa wybiera między całkowitym zakończeniem wsparcia, zakończeniem etapowym a dalszym wsparciem i powinna odnotować ten wybór.

Kryteria zakończenia intensywnej opieki w ramach systemu ERP zaczynają się od udokumentowanej decyzji o przekazaniu opieki

„Hypercare” to okres wzmożonego wsparcia bezpośrednio po uruchomieniu systemu, kiedy to osoby, które go stworzyły, pozostają w bliskim kontakcie z użytkownikami. Okres ten kończy się w terminie uzgodnionym na długo przed tym, zanim system zacznie funkcjonować w trybie produkcyjnym. Pomyślne uruchomienie systemu i gotowość zespołu wsparcia do przejęcia obowiązków to odrębne etapy.

Wstępne ustalenie tej daty jest uzasadnione. Dział finansowy zatwierdza budżety zgodnie z harmonogramem, a kolejna fala zadań już pochłania specjalistów. Trudności pojawiają się, gdy data ta staje się raczej stwierdzeniem dotyczącym zakładu niż decyzją w sprawie zasobów. Dyrektor ds. informatyki grupy oraz sponsor programu potrzebują dowodów, które będą mogli przedstawić po zakończeniu projektu.

Jednak w kalendarzu na ten dzień jest sporo wydarzeń. Firma SAP SE potwierdziła to 7 października 2026 r. że standardowa obsługa techniczna pakietu SAP Business Suite 7 kończy się 31 grudnia 2027 r. Opcjonalna przedłużona obsługa techniczna trwa do 31 grudnia 2030 r. Raport inwestycyjny DSAG za rok 2026 Przeprowadzono ankietę wśród 198 firm członkowskich Deutschsprachige SAP-Anwendergruppe. Spośród nich 54 procent nadal korzystało z SAP ECC lub starszej wersji Business Suite, a 42 procent planowało w 2026 roku wysokie lub średnie inwestycje w SAP S/4HANA w modelu lokalnym. DSAG zauważa, że jej próba z 2026 r. lepiej koresponduje z rokiem 2024 niż z rokiem 2025.

Należy określić zakres wsparcia przed przekazaniem obsługi systemu ERP

Po odejściu zespołu projektowego zgłoszenie może trafić do czterech podmiotów: zakładu, działu funkcyjnego, integratora systemów oraz dostawcy oprogramowania. Każdy z nich ma inną umowę, inne koszty i inną szybkość reakcji. Bez jasno określonych granic zgłoszenie trafia do osoby, która odpowiedziała na nie w zeszłym tygodniu, a która obecnie pracuje gdzie indziej.

Wytyczne firmy Microsoft dotyczące wdrożenia platformy Dynamics 365 określa zakres wsparcia jako to, co jest objęte wsparciem, kto je zapewnia, kiedy i w jaki sposób. Opis przekazania wsparcia dla systemu ERP, ograniczający się wyłącznie do wymienienia funkcji, pozostawia tę samą lukę, choć w bardziej uporządkowanej formie. Każda kategoria wymaga wyznaczenia osoby odpowiedzialnej oraz jej zastępcy, ponieważ bez takiego podziału kryteria zakończenia intensywnej opieki nad systemem ERP pozostają niewystarczające.

Przykład ilustrujący odpowiedzialność lokalną i grupową

Granica staje się realna dopiero wtedy, gdy zderza się z wymaganiami, jakie postawi zakład. Pięć reprezentatywnych pozycji, z których każda ma swojego właściciela, ujawnia przypadki, których nikt nie przewidział. Lista ta ilustruje zasadę, a nie sztywny podział zadań.

• Zablokowany przychód towarów spowodowany błędem w danych podstawowych: problem rozwiązuje zakład, ponieważ właściciel danych pracuje właśnie tam.
• Warunek cenowy odbiegający od modelu grupowego: decyzję podejmuje właściciel procesu grupowego.
• Interfejs działający w trybie nocnym z austriackim magazynem: integrator bada sprawę, a dział grupowy ponosi odpowiedzialność za skutki.
• Błąd, który można odtworzyć w sterylnym środowisku: tylko dostawca oprogramowania może go usunąć.
• Wniosek, który nie spełnia żadnego z tych kryteriów: decyzja w tej sprawie należy do sponsora programu.

Warunki handlowe pokazują, jak wąskie mogą być definicje. Opis usługi firmy SAP dotyczący jej Rozszerzona usługa operacyjna na etapie intensywnej opieki określa czterotygodniowy czas trwania oraz trzytygodniowy okres planowania. Zakres obejmuje SAP Basis oraz zarządzanie bazami danych i serwerami w ramach rozwiązania SAP Cloud ERP Private. Nie zawiera żadnych informacji na temat tego, jak długo zakład będzie potrzebował wsparcia.

Wykazanie gotowości lokalnego zespołu wsparcia ERP poprzez analizę reprezentatywnych problemów

Zakład wykazuje gotowość do lokalnego wsparcia systemu ERP; nie deklaruje jej. W ostatnich tygodniach fazy „hypercare” zespół projektowy powinien obserwować, jak lokalni pracownicy rozwiązują problemy, które pojawiły się wcześniej. Test polega na sprawdzeniu, czy zgłoszenie trafia do właściwej osoby i czy ta osoba jest w stanie podjąć odpowiednie działania.

Eskalacja wymaga praktyki, a nie tylko dokumentacji. Procedura istniejąca wyłącznie na slajdzie nigdy nie sprawdziła się w przypadku incydentu o poziomie ważności 1, który wystąpił w nieodpowiednim momencie. Przeprowadź dwie lub trzy celowe eskalacje, gdy zasoby centralne są jeszcze na miejscu, i sprawdź, czy stała służba wsparcia jest w stanie podołać obciążeniu.

Zapewnienie obsady zmianowej i komunikacja w zakładzie działającym w trybie ciągłym

Ponadto zakres ubezpieczenia jest zazwyczaj najsłabszym elementem tej umowy. Dyrektywa 2003/88/WE definiuje pracę zmianową jako sytuację, w której pracownicy zmieniają się na tych samych stanowiskach pracy, w trybie ciągłym lub w inny sposób. W 2025 roku na Słowacji wyprodukowano około 1,07 mln pojazdów. Zväz automobilového priemyslu SR, Słowackie Stowarzyszenie Przemysłu Motoryzacyjnego, podano te wstępne dane 13 stycznia 2026 r.. Zakład przetwarzający taką ilość surowca nie kończy pracy o godz. 17:00, więc awaria, która wystąpiła w nocy, pozostaje nierozwiązana do rana.

Kwestia języka również powinna zostać uwzględniona w tej samej decyzji. Jeśli zakład zgłasza prośby w języku słowackim, a centrum obsługi grupowej pracuje w języku niemieckim, tłumaczenie staje się nieudokumentowanym etapem każdego zgłoszenia. Austriacka Federalna Izba Gospodarcza zatrudnia około 49 000 pracowników w 80 centrach usług wspólnych na Słowacji. Zespół pracujący między Wiedniem a Bratysławą, Trnavą, Żyliną czy Nitrą rzadko zaczyna od zera.

Należy zrealizować zadania związane z pracami otwartymi przed przejściem na tryb wsparcia po uruchomieniu systemu

Przejście na wsparcie po uruchomieniu systemu nie wymaga całkowitego opróżnienia kolejki, a zasada zerowej liczby zgłoszeń jest nierealistyczna. Każda otwarta pozycja powinna opuścić etap intensywnej opieki (hypercare) z przypisanym właścicielem, określoną konsekwencją biznesową oraz datą przeglądu. Praktyczne kryteria zakończenia intensywnej opieki w systemie ERP traktują otwarte pozycje jako zadania do wykonania, a nie jako przeszkody.

Raporty Forvis Mazars Ustawa nr 385/2025, opublikowana 19 grudnia 2025 r., wprowadza zmiany do ustawy nr 222/2004 Zb. o podatku od wartości dodanej. Od 1 stycznia 2027 r. krajowi podatnicy VAT muszą wystawiać i przyjmować faktury w określonym formacie elektronicznym. Muszą również przekazywać dane dotyczące dostaw krajowych do Administracji Finansowej Republiki Słowackiej. Ustawa ta transponuje Dyrektywa Rady (UE) 2025/516 w sprawie przepisów dotyczących podatku VAT w erze cyfrowej.

Zakład, który rozpocznie działalność pod koniec 2026 roku, zmierzy się z tą zmianą kilka tygodni po odejściu zespołu wdrożeniowego. Może ona dotyczyć zespołu ds. szablonów grupowych, lokalnego działu finansowego lub wniosku o zmianę bez wyceny. Podjęcie decyzji w tej sprawie przed rozformowaniem zespołu jest tańsze niż podjęcie jej w grudniu.

Protokół przekazania wsparcia

Jeden dokument zapewnia możliwość weryfikacji podjętej decyzji, a jego sporządzenie zajmuje około godziny na każdy obszar procesowy. Należy go wypełnić, póki zespół projektowy jest jeszcze w stanie odpowiedzieć na pytania, ponieważ staje się on trwałym oświadczeniem grupy dotyczącym gotowości do wdrożenia lokalnego systemu ERP. Na koniec podpisują go kierownik zakładu oraz dyrektor ds. informatyki grupy, a dokument ten zawiera sześć pozycji w każdej kategorii wniosków:

1. Rodzaj problemu – w kategoriach biznesowych, a nie systemowych.
2. Właściciel: podmiot lokalny, grupa lub partner, wskazany jako osoba fizyczna.
3. Zakres i dostęp: godziny pracy, język oraz uprawnienia do działania.
4. Przeprowadzono test eskalacji: data i wynik.
5. Otwarte zobowiązania: pozycje ustawowe i związane z interfejsami wraz z terminami.
6. Decyzja o zakończeniu: pełne wsparcie, wsparcie etapowe lub dalsze wsparcie.

Wybierz opcję zakończenia: pełne, stopniowe lub kontynuowane wsparcie

Grupa może zatwierdzić całkowite wycofanie się, przeprowadzić je etapowo w ramach poszczególnych procesów lub zachować określoną zdolność operacyjną. Całkowite wycofanie się oznacza przekazanie wszystkich zadań z powrotem do stałej funkcji wsparcia. Wycofanie się etapowe polega na utrzymaniu centralnego wsparcia dla określonych procesów, więc jest to decyzja dotycząca raczej zakresu niż czasu. Każda opcja wymaga wyznaczenia osoby odpowiedzialnej, podania uzasadnienia oraz ustalenia terminu przeglądu.

Wskazanie dwóch lub trzech procesów, w których pomoc świadczona jest centralnie, jest tańsze niż rozbudowa wszystkich obszarów. Jest to również bardziej przejrzyste dla zakładu. Kolejny zakład również na tym zyskuje, ponieważ grupa celowo udostępnia specjalistów.

Utrzymanie wsparcia bez wyznaczenia terminu przeglądu staje się sytuacją, której grupa chciała uniknąć. W przypadku utrzymania zdolności operacyjnej w dokumentacji należy określić, jakie okoliczności powodują jej wygaśnięcie. A Studium przypadku firmy CE dotyczące tymczasowego zlecenia w zakresie łańcucha dostaw wykazuje ten sam problem z kolejnością w programie magazynowym działającym równolegle z opóźnionym wdrożeniem systemu SAP Extended Warehouse Management.

Pytania, które grupy zadają przed zakończeniem intensywnej opieki

Czym jest „hypercare” w systemach ERP?

„Hypercare” to okres wzmożonego wsparcia bezpośrednio po uruchomieniu systemu. Osoby, które go stworzyły, pozostają w bliskim kontakcie z użytkownikami. Okres ten istnieje, ponieważ podczas rzeczywistej eksploatacji pojawiają się problemy, których nie wykrywają testy.

Czy każda sprawa musi zostać zamknięta przed zakończeniem okresu „hypercare”?

Nie, a traktowanie pustej kolejki jako normy tylko opóźnia przekazanie zadań, nie poprawiając jednocześnie jego przebiegu. Każda otwarta sprawa wymaga wyznaczenia osoby odpowiedzialnej, określenia konsekwencji oraz ustalenia terminu przeglądu. Udokumentowana lista znanych problemów jest lepsza niż krótka kolejka uzyskana poprzez zmianę klasyfikacji zadań.

Kto przejmuje odpowiedzialność za te kwestie po odejściu zespołu projektowego?

Podział odpowiedzialności przebiega zgodnie z granicami uzgodnionymi przed rozpoczęciem projektu. Zakład odpowiada za kwestie związane z danymi lokalnymi, a dział ds. grupy zajmuje się sprawami projektowymi i międzyzakładowymi. Integrator odpowiada za wyniki przewidziane w umowie, a dostawca oprogramowania – za usterki. Za wszelkie pozostałe sprawy domyślnie odpowiada sponsor programu.

Czym różni się stopniowe przekazywanie wsparcia od przedłużenia całego programu?

Stopniowe przekazywanie wsparcia w zakresie systemu ERP powoduje, że większość kategorii zgłoszeń wraca do stałej struktury wsparcia. Centralna pomoc pozostaje w mocy w przypadku określonych wyjątków. Natomiast rozszerzenie programu pozwala zachować całą strukturę projektu i związane z nią zapotrzebowanie na specjalistów.

Decyzja, przed którą stoi grupa

Do wyboru są: całkowite wycofanie się, wycofanie etapowe oraz dalsze wsparcie przy udziale właściciela wraz z terminem przeglądu. Grupa nie powinna traktować uzgodnionej daty wycofania się jako ostatecznej. Program wyznaczył tę datę, zanim pojawiły się na to dowody, a przejście na wsparcie po uruchomieniu systemu jest decyzją, którą grupa powinna odnotować jako odrębną.

W przypadku gdy stała komórka wsparcia jest gotowa i dysponuje odpowiednimi zasobami, powinna ona kierować procesem przekazania. Jeśli nikt nie jest bezpośrednio odpowiedzialny za sam obszar, dyrektor programu ERP lub dyrektor ds. transformacji może zorganizować przekazanie w określonym zakresie i wycofać się po uzgodnieniu dokumentacji. Firma CE Interim, należąca do Valtus Alliance, organizuje tego rodzaju zlecenia między austriacką siedzibą główną a Słowacki zakład przemysłowy.

Konsekwencje popełnienia błędu w tym zakresie rzadko są dramatyczne, co stanowi część problemu. Przejawia się to spowolnieniem procesu zamknięcia miesiąca, stosowaniem rozwiązań tymczasowych, które przekładają się na koszty pracy, oraz opóźnieniem w wprowadzeniu zmian ustawowych. Prawidłowo zastosowane kryteria zakończenia projektu „hypercare” w systemie ERP określają proces przekazania, który grupa może uzasadnić, a nie datę, która została już ustalona.