Upgrade SAP
Utrzymaj system w mainstream maintenance, zamiast mierzyć się z ryzykiem operacyjnym po upływie oficjalnych terminów SAP.
Upgrade to nie to samo co konwersja czy migracja. To regularna aktualizacja i podnoszenie wersji systemu do najnowszych standardów w obrębie tej samej linii: Support Package Stack, Enhancement Package, kolejny release S/4HANA, upgrade BW. Robiony regularnie, jest rutynową higieną, która utrzymuje system w pełnym wsparciu, zgodny z przepisami i bezpieczny. Odkładany latami, zamienia się w trudny, ryzykowny projekt. Przeprowadzamy upgrade ERP i BW narzędziami SAP, z planowaniem, testami i minimalnym downtime.
7 lat
mainstream maintenance od release 2023
2 obszary
upgrade ERP i BW
SAP tools
Maintenance Planner, SUM, SI-Check
regularnie
higiena zamiast zaległego projektu
Twój SAP działa, więc ciągle przesuwasz jego upgrade. Do momentu, gdy przestanie być ona opcją, a stanie się krytyczną koniecznością.
Upgrade SAP to klasyczna ofiara zasady "działa, nie ruszaj". Dopóki system pracuje, upgrade wydaje się niepotrzebnym ryzykiem i kosztem. Problem w tym, że odkładanie nie jest neutralne: każdy pominięty cykl oddala Cię od aktualnej wersji, zbliża do końca wsparcia i powiększa skok technologiczny, który kiedyś trzeba będzie wykonać.
Pewnie znasz przynajmniej jedną z tych sytuacji:
-
Twój release zbliża się do końca mainstream maintenance.
Po tej dacie wchodzisz w extended maintenance (co generuje dodatkowy koszt w postaci 2–4%) albo customer-specific maintenance, w której nie dostajesz już zmian prawnych, support packages ani aktualizacji kernela. System pozostaje w stanie niezmienionym, ale przestaje nadążać za przepisami i bezpieczeństwem. -
Jesteś kilka wersji w tyle i boisz się skoku.
Pomijanie regularnych cykli SPS oraz wydań nowych wersji (Release) oznacza, że kolejna aktualizacja przestaje być rutynową procedurą, a staje się złożonym projektem o podwyższonym ryzyku. Im dłużej czekasz, tym większy to jest skok i tym trudniej go zrobić bezpiecznie. -
Nie wdrażasz aktualizacji prawnych na czas.
Cykl SPS dostarcza kluczowe poprawki systemowe, aktualizacje prawne oraz dostosowanie do nowych wymogów prawno-podatkowych. Jeśli nie aktualizujesz regularnie, ryzykujesz, że system nie obsłuży zmiany w przepisach, gdy będzie potrzebna. W Polsce, z częstymi zmianami podatkowymi, prawa pracy, to realny problem. -
Masz RISE i myślisz, że SAP zrobi upgrade za Ciebie.
W RISE masz prawo do jednego upgrade rocznie, ale SAP wykonuje tylko techniczną część. Planowanie, przygotowanie, testy, adaptacja custom code i walidacja procesów to nadal odpowiedzialność Twoja albo Twojego partnera. To częste, kosztowne nieporozumienie. -
Twój custom code może nie przetrwać upgrade.
Każdy upgrade może zmienić struktury, na których opiera się Twój custom code i rozszerzenia. Bez analizy i testów ryzykujesz, że po upgrade coś przestanie działać w systemie produkcyjnym.
Traktujemy upgrade jak planowaną higienę systemu, nie jak gaszenie pożaru
Dobrze poprowadzony upgrade jest przewidywalny: znasz zakres, ryzyka, downtime i harmonogram, zanim zaczniemy. Klucz to przygotowanie z użyciem narzędzi SAP i testy, nie improwizacja. Prowadzimy upgrade tak, żeby był rutyną, którą da się powtarzać w każdym cyklu, a nie jednorazowym dramatem.
Prowadzimy upgrade SAP w czterech etapach:
Maintenance Planner i analiza
Zaczynamy od Maintenance Planner, który sprawdza komponenty, add-ony i business functions pod kątem zgodności z docelowym release i generuje plik stack do upgrade. Uruchamiamy Simplification Item Check i analizę custom code (Custom Code Analysis with Baseline). Wynikiem jest jasny obraz zakresu, ryzyk i przygotowań.
Przygotowanie i remediacja
Adaptujemy custom code tam, gdzie upgrade zmienia struktury, sprawdzamy kompatybilność add-onów SAP i third-party, planujemy zmiany w interfejsie Fiori. Przygotowujemy środowisko i plan testów. To etap, który decyduje o tym, czy produkcja po upgrade zadziała bez niespodzianek.
Upgrade techniczny i testy
Wykonujemy upgrade narzędziem Software Update Manager (SUM), z minimalnym downtime, najpierw na środowiskach nieprodukcyjnych. Testujemy funkcjonalnie kluczowe procesy, walidujemy zmiany, dopiero potem przeprowadzamy zamiany na systemach produkcyjnych z zaplanowanym cutover i ewentualnym rollback.
Stabilizacja i cykl utrzymania
Po upgrade stabilizujemy system i, co ważne, ustalamy regularny cykl utrzymania, żeby nie wrócić do generowania zaległości. W modelu Managed Services SAP przejmujemy planowanie i wykonywanie kolejnych upgrade jako stałą usługę, żeby system zawsze był w mainstream maintenance.
Nie wiesz, ile wersji jesteś w tyle i jak duży będzie skok?
Uruchomimy Maintenance Planner i analizę custom code, i pokażemy konkretny obraz: do jakiego release warto przejść, ile custom code wymaga adaptacji, jakie ryzyka i jaki downtime.
Cztery rodzaje aktualizacji, które obsługujemy
Pod hasłem "upgrade" kryje się kilka różnych rodzajów aktualizacji, o różnym zakresie i częstotliwości. Obsługujemy wszystkie.
Support Package Stack (SPS)
Pakiet poprawek: bug fixes, zmiany prawne i zgodnościowe, poprawki stabilności i bezpieczeństwa. Bez nowych funkcji. Wydawany regularnie (co około 6 miesięcy) w fazie maintenance release. To podstawowa, regularna higiena systemu, szczególnie ważna dla zgodności z przepisami.
Feature Package Stack (FPS)
Pakiet z nowymi funkcjami, enhancements i rozszerzeniami, wydawany w fazie innowacji release (pierwsze 1-2 lata po nowym base release, co około 6 miesięcy). Daje dostęp do nowych możliwości bez czekania na kolejny duży release.
Enhancement Package (EHP)
Dla systemów ECC: dokładanie funkcji do istniejącego ECC (EHP 6, 7, 8). Pozwala rozszerzyć ECC bez przechodzenia na S/4HANA. Istotne dla firm, które jeszcze nie konwertują, a chcą utrzymać i rozszerzyć ECC o nowe funkcjonalności do końca jego wsparcia.
Release upgrade
Przejście między głównymi release S/4HANA (na przykład 2021 do 2023 do 2025). Od release 2023 SAP przeszedł na dwuletni cykl z siedmioletnim mainstream maintenance, więc release upgrade jest rzadszy, ale większy. To upgrade w obrębie S/4HANA, nie konwersja z ECC.
Uwaga o różnicy. Jeśli przechodzisz z ECC na S/4HANA, to nie jest upgrade, tylko konwersja. To dwa różne projekty o różnym ryzyku i zakresie.
Upgrade obejmuje nie tylko ERP, ale też hurtownię danych
Środowisko SAP to zwykle nie tylko system ERP. Obok niego działa hurtownia danych BW, która też wymaga upgrade i często jest pomijana, dopóki nie przestanie nadążać za zmianami w systemie źródłowym.
01
Upgrade ERP (ECC i S/4HANA)
Aktualizacja systemu transakcyjnego: SPS, FPS, EHP dla ECC, release upgrade dla S/4HANA. Obejmuje adaptację custom code, walidację procesów funkcjonalnych (Finance, logistyka), upgrade interfejsu Fiori dla S/4HANA.
02
Upgrade BW i przejście na BW/4HANA
Aktualizacja hurtowni danych: upgrade istniejącego SAP BW oraz, gdy ma to sens, przejście na BW/4HANA (odpowiednik S/4HANA dla hurtowni danych, zbudowany natywnie na bazie danych HANA). Dbamy o spójność między upgrade systemu źródłowego (ERP) a hurtownią, w tym o Operational Data Provisioning (ODP), które łączy oba światy.
03
Spójność środowiska
Upgrade jednego systemu wpływa na inne: zmiana w ERP może wymagać dostosowania integracji z BW, z systemami satelitarnymi, z hurtownią. Planujemy upgrade z myślą o całym środowisku, nie pojedynczym odizolowanym systemie.
W RISE SAP robi część techniczną, resztę i tak musi ktoś dowieźć
Model dostarczenia zmienia podział odpowiedzialności za upgrade, ale nie zdejmuje z Ciebie kluczowych zadań. To częste, kosztowne nieporozumienie.
Upgrade w RISE with SAP
W RISE masz prawo zażądać jednego upgrade rocznie od SAP. Ale SAP wykonuje tylko techniczną część upgrade. Planowanie, przygotowanie, testy, adaptacja custom code i walidacja procesów biznesowych to odpowiedzialność klienta lub partnera wdrożeniowego. To znaczy, że nawet w RISE potrzebujesz kogoś, kto dowiezie 70% pracy wokół upgrade, której SAP nie robi.
Upgrade poza RISE (on-premise, hyperscaler)
Przy wdrożeniu on-premise lub na hyperscalerze poza RISE jesteś w pełni odpowiedzialny za wszystkie aspekty upgrade: technika, planowanie, testy, custom code. Prowadzimy całość end-to-end, od Maintenance Planner po go-live i stabilizację po upgrade
W obu modelach kluczowe jest to samo
Niezależnie od modelu, sukces upgrade zależy od przygotowania (analiza, custom code), testów i planowania downtime. Tę pracę i tak ktoś musi wykonać. My robimy ją rzetelnie, zamiast liczyć, że upgrade "zrobi się sam", bo jest w pakiecie.
Dlaczego warto przeprowadzać upgrade SAP z 7Technology
Robimy upgrade rutynowo, narzędziami SAP
Maintenance Planner, SUM, Simplification Item Check, Custom Code Analysis. Trzymamy się procesu SAP, więc upgrade jest przewidywalny, a nie improwizowany. To różnica między rutynową higieną a stresującym projektem.
Mamy kompetencje BASIS i ABAP w jednej organizacji
Upgrade to technika (BASIS, SUM) i custom code (ABAP). Mamy obie kompetencje razem, więc adaptujemy i testujemy custom code u siebie, nie zlecamy tego na zewnątrz.
Obsługujemy ERP i BW razem
Upgrade ERP wpływa na BW i odwrotnie. Obsługujemy oba obszary, dbając o spójność środowiska, w tym Operational Data Provisioning między systemem źródłowym a hurtownią.
Wiemy, czego SAP nie robi w RISE
W RISE SAP robi tylko techniczną część upgrade. Dowozimy resztę: planowanie, testy, custom code, walidację. Wiemy dokładnie, gdzie kończy się odpowiedzialność SAP, a zaczyna nasza.
Ustawiamy regularny cykl, nie jednorazową akcję
Największa wartość to utrzymanie systemu zawsze w mainstream maintenance, bez zaległości. W modelu Managed Services przejmujemy planowanie i wykonywanie kolejnych upgrade jako stałą usługę.
Co mówią o nas klienci
"Migracja produkcyjnego SAP była dla nas projektem o najwyższym ryzyku. 7Technology przeprowadziło nas przez nią bez ani jednego nieplanowanego przestoju."
Lucyna Michniewicz
CIO @ VOX
"Szukaliśmy partnera, który weźmie odpowiedzialność za całość, a nie odeśle nas do kolejnego podwykonawcy. Po kilku latach współpracy wiem, że trafiliśmy dobrze."
Edyta Sapijaszko
CIO @ Herbapol
"Automatyzacja procesów na WEBCON BPS zdjęła z naszych zespołów dziesiątki godzin pracy ręcznej miesięcznie. Wdrożenie poszło sprawnie i zgodnie z planem."
Magdalena Obidowska
Project Manager @ Oceanic
Projekty, za które wzięliśmy odpowiedzialność
Środowisko IT dealera Mercedes-Benz w Google Cloud
Migracja kluczowych systemów biznesowych do chmury, a następnie przejęcie i integracja środowiska IT nowego salonu w Sosnowcu - bez przerwy w pracy sprzedaży i serwisu.
System:
Środowisko IT - ok. 55 systemów (m.in. ERP, DMS, systemy kadrowo-płacowe i księgowe, SAP)
Technologia:
Google Cloud Platform, Terraform, SAP
Kluczowe osiągnięcia:
Jedno środowisko dla 5 lokalizacji; przejęcie salonu bez przestoju
Automatyzacja sortowania półtusz w chłodni
Decyzję o przydziale półtuszy do zamówienia zamiast operatora podejmuje algorytm, a rozjazdy na torach przestawiają się same - na podstawie sześciu parametrów każdej sztuki.
System:
System MES 7Technology + dedykowany moduł automatyzacji chłodni
Technologia:
RFID w hakach, sterowniki PLC, integracja z wagami i klasyfikacją mięsności
Kluczowe osiągnięcia:
Kilku pracowników na zmianę → 1 operator; reakcja na zmianę zamówienia w kilka sekund
Od papierowych kart do pełnej identyfikowalności z 7MES
Wdrożenie objęło cały zakład - od rampy przyjęć, przez rozbiór i produkcję, po kontrolę załadunku pod dokiem - z pełną genealogią każdej partii.
System:
7MES (autorski system klasy MES 7Technology)
Technologia:
Comarch ERP XL, wagi hakowe / najazdowe / stanowiskowe / laboratoryjne, skanery i terminale dotykowe
Kluczowe osiągnięcia:
Kompletacja krótsza o 4–5 godzin; genealogia partii od ręki zamiast w dni
Cztery lata cyfryzacji na WEBCON BPS, SAP i AI
Kilkanaście procesów w WEBCON zintegrowanych z SAP, a najnowszy etap zamienił ponad 40 000 dokumentów surowcowych w przeszukiwalną bazę wiedzy dla działu badań.
System:
WEBCON BPS + SAP (moduły FI i MM)
Technologia:
WEBCON BPS, SAP Gateway (OData, REST API), Google Cloud (Gemini, BigQuery, Looker Studio), OCR, KSeF, Autenti
Kluczowe osiągnięcia:
Wyszukiwanie surowca z 2–4 godzin do poniżej 30 sekund
Powiązane technologie i usługi
Technologie
Usługi
Konsultacje
Często zadawane pytania o upgrade SAP
Upgrade to aktualizacja w obrębie tej samej linii produktu: Support Package Stack, Enhancement Package, kolejny release S/4HANA, upgrade BW. Konwersja to przejście z ECC na S/4HANA (zmiana aplikacji). Migracja to zmiana platformy (np. migracjado chmury). Jeśli przechodzisz z ECC na S/4HANA, to konwersja, nie upgrade. To trzy różne projekty o różnym zakresie i ryzyku.
SPS to pakiet poprawek dla SAP: bug fixes, zmiany prawne i zgodnościowe, poprawki stabilności i bezpieczeństwa, bez nowych funkcji. Wydawany regularnie (co około 6 miesięcy) w fazie maintenance release. To podstawowa higiena systemu, szczególnie ważna dla zgodności z przepisami, na przykład z częstymi zmianami podatkowymi w Polsce.
EHP to pakiet rozszerzeń dla systemów ECC (EHP 6, 7, 8), pozwalający dokładać funkcje do istniejącego ECC bez przechodzenia na S/4HANA. Istotny dla firm, które jeszcze nie konwertują, a chcą utrzymać i rozszerzyć ECC do końca jego wsparcia (mainstream maintenance ECC kończy się w 2027roku, extended będzie trwał do 2030 roku).
Od release 2023 SAP przeszedł na dwuletni cykl wydań z siedmioletnim mainstream maintenance (wcześniej pięcioletnim). To znaczy, że release upgrade jest rzadszy, ale większy. W międzyczasie wychodzą Feature Package Stacks (nowe funkcje) i Support Package Stacks (poprawki) co około 6 miesięcy. SAP zobowiązał się utrzymać przynajmniej jeden release S/4HANA do końca 2040 roku.
Po zakończeniu mainstream maintenance Twojego release wchodzisz w extended maintenance (co generuje dodatkowy koszt w postaci 2–4%) lub customer-specific maintenance. W tej ostatniej nie dostajesz już zmian prawnych, nowych support packages ani aktualizacji kernela dla nowych baz czy systemów operacyjnych. System działa, ale przestaje nadążać za przepisami, bezpieczeństwem i technologią.
Częściowo. W RISE masz prawo zażądać jednego upgrade rocznie, ale SAP wykonuje tylko techniczną część. Planowanie, przygotowanie, testy, adaptacja custom code i walidacja procesów to odpowiedzialność Twoja lub partnera. To częste nieporozumienie: nawet w RISE potrzebujesz kogoś, kto dowiezie pracę wokół upgrade, której SAP nie robi.
Tak. Obsługujemy upgrade systemu ERP i hurtowni danych BW, w tym przejście na BW/4HANA, gdy ma to sens. Dbamy o spójność między upgrade systemu źródłowego a hurtownią, w tym o Operational Data Provisioning (ODP). Upgrade jednego systemu wpływa na inne, więc planujemy go dla całego środowiska, nie pojedynczego systemu.
Każdy upgrade może zmienić struktury, na których opiera się Twój custom code. Analizujemy go narzędziami SAP (Custom Code Analysis with Baseline, Simplification Item Check) przed upgrade, adaptujemy tam, gdzie trzeba, i testujemy przed wejściem na systemy produkcyjne. Bez tego ryzykujesz, że po upgrade coś przestanie działać.
Po stabilizacji ustalamy regularny cykl utrzymania, żeby nie wrócić do zaległości. W modelu Managed Services SAP przejmujemy planowanie i wykonywanie kolejnych upgrade jako stałą usługę, utrzymując system zawsze w mainstream maintenance. To zmienia upgrade z jednorazowego dramatu w przewidywalną rutynę.
