Wdrożenia SAP Cloud ALM
masz to narzędzie w pakiecie RISE, ale prawdopodobnie go nie używasz
SAP Cloud ALM jest dziś w pakiecie większości subskrypcji SAP Cloud (RISE, GROW). Nie musisz go kupować, musisz go wdrożyć. Problem w tym, że domyślne dashboardy są mało atrakcyjne, więc zespoły uruchamiają Cloud ALM, rozczarowują się i wracają do Excela i wygasającego Solution Managera. To problem konfiguracji, nie produktu. Robimy z Cloud ALM realne centrum zarządzania Twoim krajobrazem SAP.
koniec mainstream wsparcia SolMan
W pakiecie
Cloud ALM w RISE i GROW
Jeden
tryb dla projektu i operacji
Natywnie
łączy S/4HANA, Ariba, SuccessFactors, BTP
Solution Manager wygasa, a Cloud ALM leży nieużywany. Czas zdecydować, co dalej
Application Lifecycle Management był przez dwie dekady stabilnym tematem: SAP Solution Manager był centralnym narzędziem, głęboko wpiętym w operacje IT. Dziś krajobraz zmienił się fundamentalnie. SolMan wygasa, Cloud ALM jest następcą, ale wiele firm nie zrobiło z nim jeszcze nic konkretnego.
Pewnie znasz przynajmniej jedną z tych sytuacji:
-
Twój Solution Manager kończy żywot, a decyzji wciąż nie ma
Mainstream maintenance SolMan kończy się 31 grudnia 2027, extended maintenance do 2030 za dopłatą. Po tej dacie zostajesz z narzędziem bez wsparcia w centrum operacji SAP. Decyzję trzeba podjąć teraz, bo migracja procesów ALM to projekt na miesiące. -
Cloud ALM masz włączony, ale leży odłogiem
Uruchomiliście go, bo był w pakiecie RISE. Domyślne dashboardy okazały się mało użyteczne, więc zespół wrócił do arkuszy Excel i starego SolMana. Narzędzie, za które już zapłaciłeś w subskrypcji, generuje zero wartości. -
Twój projekt SAP i operacje SAP żyją w osobnych światach
Zespół wdrożeniowy śledzi Fit-to-Standard i configuration backlog w jednym narzędziu, zespół operacji monitoruje procesy w drugim. Brakuje wspólnego widoku, w którym widać i postęp wdrożenia, i stan produkcji. -
Nie wiesz, które integracje padły w nocy
Twój SAP rozmawia z Ariba, SuccessFactors, e-sklepem, MES-em, systemem płatności. Kiedy integracja przestaje działać, dowiadujesz się od użytkownika, nie z monitoringu. Brakuje integration monitoring, który Cloud ALM ma wbudowany. -
Cloud ALM nie ma wszystkiego, co miał SolMan, i nikt Ci tego jasno nie powiedział
Deep ChaRM customization, built-in ITSM, complex business process modeling, dojrzała test automation. To obszary, w których Cloud ALM nadal dojrzewa. Migracja bez świadomości tych luk kończy się rozczarowaniem.
Robimy z Cloud ALM narzędzie, do którego naprawdę zaglądasz codziennie
Cloud ALM zrobiony dobrze staje się jedynym miejscem, w którym kierownik programu widzi, gdzie jest build, jak działają operacje, które integracje padły w nocy i czy najbliższy release jest gotowy. To wymaga konfiguracji dopasowanej do Twojej organizacji, nie domyślnych ustawień. Tu zaczyna się rola partnera.
Prowadzimy wdrożenie Cloud ALM w czterech etapach:
Etap 1
Audyt stanu ALM i strategia
Sprawdzamy, co masz dziś: SolMan i jego zakres użycia (ChaRM, ITSM, monitoring, test management), entitlements Cloud ALM w Twojej subskrypcji, realne potrzeby projektu i operacji. Definiujemy, co przenosimy do Cloud ALM, co zostaje w coexistence z SolMan na czas przejścia, a co wymaga rozwiązania third-party.
Etap 2
Konfiguracja Cloud ALM pod Twoją organizację
Konfigurujemy oba tryby: implementation (Fit-to-Standard workshops, configuration backlog, cutover, quality gates, SAP Activate content) i operations (business process monitoring, integration monitoring, health checks, service health). Tu robimy realną pracę, która zmienia Cloud ALM z pustego dashboardu w użyteczne narzędzie: definiujemy procesy biznesowe do monitorowania, konfigurujemy alerty, podłączamy systemy.
Etap 3
Podłączenie systemów i migracja procesów
Łączymy Cloud ALM natywnie z Twoimi systemami: S/4HANA, SuccessFactors, Ariba, Concur, Fieldglass, Integration Suite, SAP Build. Migrujemy procesy ALM z SolMana, zachowując coexistence tam, gdzie Cloud ALM jeszcze nie pokrywa funkcji. Dla test automation integrujemy Tricentis, dla zaawansowanego change management rozważamy alternatywy.
Etap 4
Adopcja i utrzymanie
Cloud ALM ma wartość tylko wtedy, gdy zespół do niego zagląda. Prowadzimy adopcję: szkolenia, dostosowanie widoków do ról, integrację z codziennym rytmem pracy. Po stabilizacji przejmujemy bieżące utrzymanie w modelu Managed Services SAP.
Masz Cloud ALM w pakiecie RISE, ale zespół wrócił do Excela?
Zrobimy audyt Twojego Cloud ALM i pokażemy, co trzeba skonfigurować, żeby stał się narzędziem, do którego naprawdę zaglądacie. Nie kupujesz nic nowego, wykorzystujesz to, co już masz.
Co dokładnie konfigurujemy w SAP Cloud ALM
Cloud ALM łączy w jednym narzędziu dwa tryby, które historycznie wymagały osobnych rozwiązań: zarządzanie projektem wdrożeniowym i zarządzanie operacjami produkcyjnymi. To znaczy, że ten sam zespół, te same dane i ten sam widok obejmują cały cykl życia rozwiązania.
Implementation (tryb projektowy):
- Fit-to-Standard workshops: prowadzenie i dokumentacja warsztatów dopasowania procesów do standardu S/4HANA
- Requirements i configuration backlog: zarządzanie wymaganiami i konfiguracją w jednym miejscu
- SAP Activate content: wbudowana metodyka SAP Activate z gotowymi roadmapami
- Project tasks i milestones: śledzenie postępu projektu z quality gates
- Cutover management: planowanie i wykonanie przejścia na produkcję
- Test management: zarządzanie testami, z integracją Tricentis dla test automation
Operations (tryb operacyjny):
- Business Process Monitoring: monitoring procesów biznesowych end-to-end, alerty o anomaliach
- Integration Monitoring: monitoring integracji między systemami, wykrywanie awarii połączeń
- Health Monitoring: stan techniczny systemów, wydajność, dostępność
- Service Level Management: raportowanie SLA
- Real User Monitoring: doświadczenie użytkownika końcowego
Native connectivity: Cloud ALM łączy się natywnie z S/4HANA (Cloud i on-prem przez connector), SuccessFactors, Ariba, Concur, Fieldglass, SAP Integration Suite, SAP Build i SAP BTP. To znaczy, że obejmuje cały krajobraz SAP, nie tylko S/4HANA.
Cloud ALM nie jest pełnym zamiennikiem SolMana. Mówimy o tym wprost.
To jedno z najczęstszych nieporozumień przy migracji ALM: założenie, że Cloud ALM zrobi wszystko, co robił SolMan. Tak nie jest. Cloud ALM to inna generacja, z innym fokusem. Świadomość różnic jest kluczowa dla udanej migracji.
Co Cloud ALM robi lepiej niż SolMan:
- SaaS, brak własnej infrastruktury (SolMan wymagał dual-stack, drogiego hostingu, aktualizacji kernela)
- Nowoczesny, spójny interfejs Fiori (SolMan był "zoo" technologii UI: CRM UI, Flash, Fiori)
- Natywna integracja z chmurowymi rozwiązaniami SAP (SuccessFactors, Ariba, Concur)
- Implementation i operations w jednym narzędziu
- Brak osobnej licencji (w pakiecie RISE i GROW)
- Ciągły rozwój zgodny z roadmap SAP-a (innowacje idą do Cloud ALM, nie do SolMana)
Czego Cloud ALM jeszcze nie ma na poziomie SolMana:
- Deep ChaRM customization (zaawansowane change and transport management)
- Built-in ITSM (IT Service Management z pełnym ticketingiem)
- Complex business process modeling
- Detailed custom code analysis na poziomie SolMana
- Część zaawansowanych funkcji test automation
Jak adresujemy te luki:
- Coexistence: w fazie przejściowej Cloud ALM i SolMan działają równolegle, każdy w swoim obszarze. To realny i częsty scenariusz, nie kompromis.
- Third-party dla change management: dla zaawansowanego change and transport rozważamy rozwiązania jak REALTECH SmartChange, gdy Cloud ALM nie wystarcza.
- Tricentis dla test automation: integracja z platformą test automation klasy enterprise.
- ITSM z zewnątrz: integracja z ServiceNow lub innym ITSM, jeśli organizacja go potrzebuje.
Decyzja między Cloud ALM a SolManem nie jest głównie o funkcjach. To decyzja strategiczna o modelu wdrożenia, filozofii operacyjnej, strukturze kosztów i cyklu życia produktu. Pomagamy ją podjąć rzetelnie.
Typowe scenariusze ALM, które realizujemy
W naszej praktyce powtarza się pięć głównych scenariuszy projektów ALM. Każdy wymaga innego planu.
01
Wdrożenie Cloud ALM od zera (greenfield ALM)
Klient idzie w RISE lub GROW, ma Cloud ALM w pakiecie i chce go wykorzystać od początku poprawnie. Konfigurujemy oba tryby, podłączamy systemy, prowadzimy adopcję. Najczystszy scenariusz, bo nie ma migracji ze starego narzędzia.
02
Aktywacja nieużywanego Cloud ALM
Klient ma Cloud ALM włączony, ale nieskonfigurowany i nieużywany. Robimy audyt, konfigurujemy procesy do monitorowania, dostosowujemy dashboardy do ról, prowadzimy adopcję. Najczęstszy scenariusz w 2026, bo wiele firm uruchomiło Cloud ALM w pakiecie i nie zrobiło z nim nic dalej.
03
Migracja Solution Manager → Cloud ALM
Klient z SolManem, który chce przejść na Cloud ALM przed końcem wsparcia (2027/2030). Mapujemy używane funkcje SolMana, decydujemy co przenosimy do Cloud ALM, co wymaga coexistence, co third-party. Realizujemy migrację fazowo.
04
Coexistence SolMan i Cloud ALM
Klient w fazie przejściowej. SolMan obsługuje funkcje, których Cloud ALM jeszcze nie pokrywa (zaawansowany ChaRM, ITSM), Cloud ALM obsługuje implementation i operations dla nowych rozwiązań chmurowych. Konfigurujemy oba i zarządzamy podziałem odpowiedzialności.
05
Cloud ALM jako narzędzie projektu wdrożeniowego SAP
Cloud ALM jako platforma do prowadzenia konkretnego projektu wdrożenia S/4HANA (RISE, on-prem, GROW). Fit-to-Standard, configuration backlog, quality gates, cutover. Często łączymy to z samym projektem wdrożenia SAP.
Dlaczego warto wdrożyć Cloud ALM z 7Technology
Łączymy kompetencje ALM z realnymi wdrożeniami SAP
Cloud ALM ma sens tylko wtedy, gdy konfiguruje go zespół, który zna realne projekty wdrożeniowe i realne operacje SAP. Mamy doświadczenie w obu. Wiemy, jakie procesy biznesowe warto monitorować, bo sami je wdrażamy. Wiemy, jak skonfigurować quality gates, bo prowadzimy projekty według RISE Methodology.
Mówimy uczciwie o lukach Cloud ALM
Nie sprzedajemy Cloud ALM jako narzędzia, które zrobi wszystko. Pokazujemy, czego mu brakuje wobec SolMana i jak te luki adresujemy (coexistence, third-party, integracje). To różni nas od partnerów, którzy obiecują 1:1 zamiennik i zostawiają klienta z rozczarowaniem.
Robimy z Cloud ALM narzędzie, do którego się zagląda
Największa wartość projektu Cloud ALM to nie konfiguracja, tylko adopcja. Dostosowujemy widoki do ról, integrujemy narzędzie z codziennym rytmem pracy zespołu, szkolimy. Bez tego nawet najlepsza konfiguracja kończy się powrotem do Excela.
Wpinamy Cloud ALM w całość Twojego krajobrazu SAP
S/4HANA, BTP, Integration Suite, systemy satelitarne. Mamy kompetencje całego stacku SAP w jednym zespole, więc Cloud ALM w naszym wykonaniu monitoruje realny krajobraz, nie tylko jeden system.
Zostajemy po wdrożeniu
Cloud ALM rozwija się szybko (innowacje SAP-a idą tu, nie do SolMana). W modelu Managed Services SAP przejmujemy bieżące zarządzanie: konfiguracja nowych procesów do monitorowania, aktualizacje, rozwój o nowe systemy w krajobrazie.
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 SAP Cloud ALM
SAP Cloud ALM to chmurowe (SaaS) narzędzie SAP-a do Application Lifecycle Management, uruchomione w maju 2020. Łączy dwa tryby w jednym narzędziu: implementation (zarządzanie projektem wdrożeniowym: Fit-to-Standard, configuration backlog, cutover, quality gates) i operations (monitoring procesów biznesowych, integracji, health checks). Jest następcą SAP Solution Managera i strategicznym kierunkiem SAP-a w obszarze ALM.
Mainstream maintenance SAP Solution Managera kończy się 31 grudnia 2027 roku. Extended maintenance jest dostępne do 2030 roku za dodatkową opłatą. Po tych datach SolMan zostaje bez wsparcia. SAP od kilku lat kieruje wszystkie nowe innowacje do Cloud ALM, więc przyszłość ALM należy do tego narzędzia.
Nie. Cloud ALM nie jest zamiennikiem 1:1. Brakuje mu części zaawansowanych funkcji SolMana: deep ChaRM customization, built-in ITSM, complex business process modeling, dojrzała test automation, detailed custom code analysis. Te obszary adresujemy przez coexistence (oba narzędzia równolegle na czas przejścia), rozwiązania third-party (na przykład REALTECH SmartChange dla change management, Tricentis dla test automation) lub integrację z zewnętrznym ITSM.
W większości przypadków nie. Cloud ALM entitlements są w pakiecie większości subskrypcji SAP Cloud, w tym RISE i GROW. Dla tych klientów nie ma licencji do kupienia, jest tylko praca wdrożeniowa do wykonania. To częsty powód, dla którego Cloud ALM jest niewykorzystany: firmy uruchamiają go, bo jest w pakiecie, ale nie konfigurują go poprawnie.
To najczęstszy problem w 2026. Zespoły uruchamiają Cloud ALM, widzą domyślne dashboardy, które są mało użyteczne, i wracają do arkuszy Excel oraz starego SolMana. To problem konfiguracji, nie produktu. Cloud ALM zrobiony dobrze staje się jedynym miejscem, w którym widać postęp wdrożenia, stan operacji i awarie integracji. Wymaga jednak konfiguracji dopasowanej do organizacji i realnej adopcji.
Cloud ALM łączy się natywnie z S/4HANA (Cloud i on-prem przez connector), SuccessFactors, Ariba, Concur, Fieldglass, SAP Integration Suite, SAP Build i SAP BTP. To znaczy, że obejmuje cały krajobraz SAP, nie tylko S/4HANA. Dla test automation integruje się z Tricentis.
Tak. Cloud ALM jest elementem RISE Methodology i jest dostępny w pakiecie RISE. Służy do prowadzenia projektu wdrożeniowego (quality gates, Fit-to-Standard, configuration backlog) i do operacji po go-live. To samo narzędzie obsługuje cały cykl życia rozwiązania w RISE.
Zależy od scenariusza. Aktywacja nieużywanego Cloud ALM z konfiguracją podstawowych procesów to typowo kilka tygodni do 2-3 miesięcy. Migracja z Solution Managera z zachowaniem coexistence to projekt na 3-6 miesięcy, zależnie od zakresu używanych funkcji SolMana. Wdrożenie Cloud ALM jako narzędzia konkretnego projektu wdrożeniowego SAP idzie równolegle z tym projektem.
W modelu Managed Services SAP przejmujemy bieżące zarządzanie Cloud ALM: konfiguracja nowych procesów do monitorowania, dostrajanie alertów, podłączanie nowych systemów w krajobrazie, aktualizacje (Cloud ALM rozwija się szybko, bo innowacje SAP-a idą tutaj). Cloud ALM to narzędzie, które rośnie z Twoim krajobrazem SAP.
