Migracja SAP do chmury
oddziel decyzję o platformie od decyzji o wersji i zrób to przed deadline ECC
Migracja SAP do chmury to nie jedna decyzja, tylko dwie: gdzie SAP ma działać (hyperscaler zamiast własnej serwerowni) i co ma działać (S/4HANA zamiast ECC). Można je połączyć albo rozdzielić. Pomagamy wybrać ścieżkę dopasowaną do Twojej sytuacji i terminu, a nie do jednego gotowego scenariusza. Migrujemy SAP na Microsoft Azure i Google Cloud, w modelu RISE with SAP lub poza nim.
wymiary
platforma i wersja, rozdzielone
koniec wsparcia ECC (extended 2030)
VOX
pierwsza migracja produkcyjnego SAP do Google Cloud w Polsce
podejścia
brownfield, greenfield, selective
Wiesz, że musisz ruszyć SAP do chmury, ale każdy mówi co innego, a deadline się zbliża
Migracja SAP do chmury to jedna z największych decyzji IT, jakie podejmiesz, a rynek nie ułatwia. SAP naciska na RISE, integratorzy na konwersję S/4HANA, hyperscalery na swoje platformy. Tymczasem połowa użytkowników i tak przekroczy deadline 2027, a SAP po cichu łagodzi stanowisko. Łatwo utknąć w analizie, zamiast ruszyć.
Pewnie znasz przynajmniej jedną z tych sytuacji:
-
Twój ECC kończy wsparcie, a decyzji wciąż nie ma
Mainstream maintenance ECC kończy się w 2027, extended do 2030 za dopłatą. Wiesz, że trzeba działać, ale wybór ścieżki jest tak złożony, że projekt utyka, zanim się zacznie. Tymczasem połowa użytkowników SAP zmierza ku przekroczeniu deadline. -
Nie wiesz, czy musisz od razu przejść na S/4HANA
Wszyscy mówią o S/4HANA, ale Ty zastanawiasz się, czy musisz robić wszystko naraz: zmieniać platformę i wersję w jednym projekcie. To podwaja ryzyko i koszt. Brakuje jasności, że to dwie osobne decyzje. -
Słyszysz tylko o RISE, ale nie wiesz, czy to dla Ciebie
SAP promuje RISE jako jedyną drogę, ale RISE to konkretny model z konkretnymi kompromisami: mniej kontroli nad infrastrukturą, subskrypcja, lock-in. Nie wiesz, czy to lepsze niż SAP na hyperscalerze, którym sam zarządzasz. -
Boisz się, że migracja techniczna nic nie zmieni
Słyszałeś historie firm, które dotarły do S/4HANA przed deadline, a rok później biznes działa tak samo jak na ECC. Sama migracja techniczna bez transformacji procesów to wysiłek bez zwrotu. -
Twoje dane są w stanie, którego boisz się dotknąć
Lata danych w ECC: duplikaty, niespójności, custom code, którego nikt nie rozumie. S/4HANA wymusza większą spójność danych, więc migracja obnaży wszystko, co przez lata zamiataliście pod dywan.
Najpierw strategia i ocena gotowości, potem migracja dopasowana do Twojej sytuacji
Większość nieudanych migracji SAP nie wynika z braku kompetencji technicznych, tylko z fragmentacji: decyzje o infrastrukturze, licencjach i wsparciu zapadają w różnych miejscach, deadline'y się ślizgają, odpowiedzialność się rozmywa. Zaczynamy od uporządkowania strategii i oceny realnej gotowości, zanim dotkniemy techniki. Dzięki temu wiesz, w co wchodzisz.
Prowadzimy migrację SAP do chmury w pięciu etapach:
Etap 1
Assessment i strategia migracji
Robimy SAP Readiness Check Twojego ECC, analizę custom code, ocenę danych. Definiujemy dwie decyzje osobno: platformę (Azure, Google Cloud, RISE) i wersję (zostać na ECC w chmurze czy przejść na S/4HANA). Wybieramy ścieżkę dopasowaną do Twojego terminu, budżetu i celów.
Etap 2
Data readiness
To najczęściej niedoceniany czynnik sukcesu. S/4HANA wymusza większą spójność danych, więc przygotowujemy dane przed migracją: czyszczenie, harmonizacja, archiwizacja, transformacja danych master i transakcyjnych. Im czystsze dane wchodzą, tym mniej problemów w trakcie i po migracji.
Etap 3
Przygotowanie platformy docelowej
Budujemy lub konfigurujemy środowisko docelowe: dla migracji poza RISE projektujemy Landing Zone na hyperscalerze (Azure lub Google Cloud) z governance i FinOps. Dla RISE konfigurujemy to, co dowozi partner ponad subskrypcję.
Etap 4
Migracja techniczna
Wykonujemy migrację wybranym podejściem: brownfield (system conversion in-place, z minimalnym downtime), greenfield (nowy system, migracja wybranych danych) lub selective data transition (hybryda). Używamy narzędzi SAP (SUM, DMO) i automatyzacji. Po stronie technicznej minimalizujemy downtime, po stronie funkcjonalnej walidujemy moduły.
Etap 5
Stabilizacja, optymalizacja i transformacja
Po go-live stabilizujemy system, optymalizujemy wydajność i koszty (FinOps), a potem prowadzimy roadmapę transformacji procesów, żeby migracja realnie coś zmieniła, a nie tylko przeniosła stare procesy do chmury.
Twój ECC kończy wsparcie, a Ty wciąż nie wiesz, którą ścieżką iść?
Zrobimy SAP Readiness Check i ocenę danych, i pokażemy konkretne opcje dla Twojej sytuacji: platforma, wersja, podejście, harmonogram. Bez gotowych założeń, na Twoich danych.
Migracja SAP to dwie decyzje, nie jedna
Największe nieporozumienie przy migracji SAP to traktowanie jej jako jednej decyzji. W rzeczywistości to dwa niezależne wymiary, które można połączyć albo rozdzielić w czasie.
Wymiar 1: platforma (gdzie SAP działa)
Przeniesienie SAP z własnej serwerowni do chmury: na hyperscaler (Azure, Google Cloud) lub w modelu RISE. To zmiana infrastruktury, która daje skalowalność, model pay-as-you-go i dostęp do ekosystemu chmury. Można to zrobić nawet dla ECC, bez zmiany wersji (lift & shift).
Wymiar 2: wersja (co działa)
Przejście z ECC na S/4HANA. To zmiana aplikacji, która fundamentalnie zmienia architekturę danych i procesów. Wymaga konwersji, przygotowania danych, remediacji custom code. To tu leży realna transformacja, ale też największe ryzyko i koszt.
Dlaczego to rozróżnienie ma znaczenie.
Możesz zrobić oba naraz (migracja na hyperscaler z jednoczesną konwersją do S/4HANA) albo rozdzielić: najpierw przenieść ECC do chmury (szybko, mniej ryzyka, zyskujesz czas), potem spokojnie przejść na S/4HANA.
SAP zaczął łagodzić stanowisko: klienci, którzy przenieśli ECC do chmury przez SAP ERP Private Edition, mogą dostać dostęp do funkcji AI (Joule), więc droga przez chmurę bez natychmiastowej pełnej konwersji staje się realna.
Doradzamy, co ma sens dla Twojego terminu i ryzyka.
Możesz zrobić oba naraz (migracja na hyperscaler z jednoczesną konwersją do S/4HANA) albo rozdzielić: najpierw przenieść ECC do chmury (szybko, mniej ryzyka, zyskujesz czas), potem spokojnie przejść na S/4HANA.
SAP zaczął łagodzić stanowisko: klienci, którzy przenieśli ECC do chmury przez SAP ERP Private Edition, mogą dostać dostęp do funkcji AI (Joule), więc droga przez chmurę bez natychmiastowej pełnej konwersji staje się realna.
Doradzamy, co ma sens dla Twojego terminu i ryzyka.
RISE czy hyperscaler poza RISE, i które podejście do konwersji
Po decyzji o platformie i wersji przychodzą dwie kolejne: model dostarczenia (RISE czy poza RISE) i podejście do konwersji (jeśli idziesz na S/4HANA).
RISE with SAP
Bundled model: SAP w jednym kontrakcie pakuje oprogramowanie, infrastrukturę (na hyperscalerze Twojego wyboru) i managed services. Upraszcza zakupy i konsoliduje odpowiedzialność u jednego dostawcy. Kompromis to mniej bezpośredniej kontroli nad infrastrukturą i model subskrypcyjny. Warto, gdy chcesz uprościć dostawców i oddać zarządzanie infrastrukturą.
SAP na hyperscalerze poza RISE
Sam zarządzasz SAP na Azure lub Google Cloud (BYOL, własna licencja). Więcej kontroli nad infrastrukturą, siecią i kosztami, własne tempo, brak lock-in w model RISE. Warto, gdy masz kompetencje (lub partnera) do zarządzania środowiskiem i chcesz pełnej kontroli. Tu szczególnie sprawdza się nasza kompetencja Landing Zone i FinOps.
Podejścia do konwersji S/4HANA:
- Brownfield (system conversion). Konwersja istniejącego systemu in-place, zachowuje konfigurację, dane i custom code. Szybsza, mniej ryzykowna, czasem z downtime poniżej doby. Dla firm, które chcą zachować to, co działa, i dotrzeć do S/4HANA szybko.
- Greenfield (new implementation). Budowa nowego systemu S/4HANA i migracja wybranych danych. Pozwala zaprojektować procesy od nowa, zgodnie ze standardem. Dla firm, które chcą realnej transformacji i pozbycia się długu procesowego.
- Selective Data Transition (bluefield). Hybryda: zachowuje wybrane elementy starego systemu, projektuje na nowo inne. Dla złożonych krajobrazów, gdzie ani pełny brownfield, ani greenfield nie pasują.
Doradzamy podejście na podstawie stanu Twojego systemu, jakości danych, ilości custom code i celów biznesowych.
SAP na Google Cloud: kompetencja, której większość partnerów nie ma
Większość partnerów SAP migruje wyłącznie na Microsoft Azure lub AWS. My mamy kompetencje obu wymiarów: SAP oraz Google Cloud (jako Sell & Service Partner). To rzadka kombinacja na polskim rynku i realny wyróżnik.
01
Dlaczego SAP na Google Cloud
Google Cloud oferuje wydajną infrastrukturę dla obciążeń SAP HANA, integrację z BigQuery dla analityki na danych SAP i dostęp do AI nowej generacji (Gemini, Agent Platform). Dla firm, które już budują platformę danych i AI na Google Cloud, trzymanie tam SAP daje spójność i bliskość danych.
02
Case VOX: pierwsza w Polsce migracja produkcyjnego SAP do Google Cloud
Przeprowadziliśmy pierwszą w Polsce migrację produkcyjnego środowiska SAP do Google Cloud dla VOX. To dowód, że potrafimy zrobić to, czego większość partnerów nawet nie oferuje.
03
Ale nie jesteśmy zamknięci w jednej chmurze
Mamy też kompetencje Microsoft Azure, które dla wielu firm SAP jest naturalnym wyborem (ekosystem Microsoft, RISE często ląduje na Azure). Doradzamy chmurę na faktach, nie na preferencji.
Dlaczego warto migrować SAP do chmury z 7Technology
Rozdzielamy decyzje, zamiast wciskać jeden scenariusz
Platforma i wersja to dwie osobne decyzje. Pomagamy je rozdzielić, żebyś nie brał na siebie podwójnego ryzyka, gdy nie musisz. To uczciwe doradztwo, nie sprzedaż gotowego pakietu.
Mamy SAP i obie chmury w jednym zespole
SAP, Google Cloud (Sell & Service Partner) i Microsoft Azure. To znaczy, że doradzamy platformę na faktach i potrafimy przeprowadzić migrację na każdą z nich, łącznie z rzadką ścieżką SAP na Google Cloud (case VOX).
Traktujemy data readiness poważnie
Najczęstsza przyczyna problemów w migracjach SAP to niedoceniona jakość danych. Przygotowujemy dane przed migracją (czyszczenie, harmonizacja, archiwizacja), bo wiemy, że S/4HANA obnaży wszystko, co zamiecione pod dywan.
Planujemy transformację, nie tylko migrację
Sama migracja techniczna, po której biznes działa tak samo, to wysiłek bez zwrotu. Po go-live prowadzimy roadmapę transformacji procesów, żeby migracja realnie coś zmieniła.
Zostajemy po migracji
SAP w chmurze wymaga bieżącego zarządzania: Basis, FinOps, optymalizacja, aktualizacje. W modelu Managed Services SAP przejmujemy tę odpowiedzialność.
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 migrację SAP do chmury
Mainstream maintenance SAP ECC kończy się w 2027 roku, extended maintenance do 2030 za dopłatą. Po tych datach ECC zostaje bez wsparcia. Warto działać wcześniej, bo migracja to projekt na miesiące, a kolejka u partnerów rośnie wraz ze zbliżaniem się deadline. Co istotne, połowa użytkowników SAP zmierza ku przekroczeniu deadline 2027, więc realistyczne planowanie jest kluczowe.
Nie. To dwie osobne decyzje. Migracja do chmury (platforma) to przeniesienie SAP z własnej serwerowni na hyperscaler lub do RISE, co można zrobić nawet dla ECC. Przejście na S/4HANA (wersja) to zmiana aplikacji, która zmienia architekturę danych i procesów. Można je połączyć w jednym projekcie albo rozdzielić: najpierw chmura, potem S/4HANA. Doradzamy, co ma sens dla Twojej sytuacji.
RISE to model, w którym SAP w jednym kontrakcie pakuje oprogramowanie, infrastrukturę i managed services. Upraszcza dostawców, ale daje mniej kontroli i działa w modelu subskrypcyjnym. SAP na hyperscalerze poza RISE (BYOL) daje pełną kontrolę nad infrastrukturą i kosztami, ale wymaga kompetencji do zarządzania. Doradzamy na podstawie Twoich potrzeb kontroli, kompetencji i strategii kosztowej.
Brownfield to konwersja istniejącego systemu in-place (zachowuje konfigurację i dane, szybsza, mniej ryzykowna). Greenfield to nowy system z migracją wybranych danych (pozwala zaprojektować procesy od nowa). Selective data transition to hybryda dla złożonych krajobrazów. Wybór zależy od stanu systemu, jakości danych, ilości custom code i celów. Doradzamy po assessmencie.
Najczęściej Microsoft Azure (naturalny dla ekosystemu Microsoft, częsty cel RISE) lub Google Cloud (wydajność dla HANA, integracja z BigQuery i AI). Mamy kompetencje obu, łącznie z rzadką ścieżką SAP na Google Cloud (przeprowadziliśmy pierwszą w Polsce migrację produkcyjnego SAP do GCP dla VOX). Doradzamy chmurę na faktach, nie na preferencji.
Bo to najczęściej niedoceniany czynnik sukcesu migracji SAP. S/4HANA wymusza większą spójność danych niż ECC, więc migracja obnaża wszystkie duplikaty, niespójności i zaniedbania z lat. Dlatego przygotowujemy dane przed migracją: czyszczenie, harmonizacja, archiwizacja, transformacja danych master i transakcyjnych. Im czystsze dane wchodzą, tym mniej problemów w trakcie i po.
Sama migracja techniczna, po której procesy działają tak samo jak na ECC, to wysiłek bez zwrotu. To częsty błąd: firmy docierają do S/4HANA przed deadline, a rok później nic się nie zmieniło. Dlatego po migracji prowadzimy roadmapę transformacji procesów, żeby wykorzystać możliwości S/4HANA, a nie tylko przenieść stare procesy do nowej technologii.
Zależy od podejścia i zakresu. Lift & shift ECC na hyperscaler to projekt krótszy (miesiące). Konwersja do S/4HANA z przygotowaniem danych to projekt dłuższy, zależnie od wielkości systemu, jakości danych i ilości custom code. Brownfield bywa szybszy niż greenfield. Harmonogram robimy po SAP Readiness Check i ocenie danych.
SAP w chmurze wymaga bieżącego zarządzania: Basis, monitoring, FinOps (optymalizacja kosztów chmury), aktualizacje, rozwój. W modelu Managed Services SAP przejmujemy tę odpowiedzialność, łącznie z roadmapą transformacji procesów po migracji. Migracja to początek życia SAP w chmurze, nie koniec projektu.
