Pracujesz z SAP Process Orchestration od lat, znasz platformę, jej ograniczenia i harmonogram wsparcia. Twój szef zna ten harmonogram tak samo dobrze i w tym właśnie tkwi problem: 2030 brzmi jak data z kolejnego cyklu planowania, więc migracja SAP PO znów trafia do kolumny „później”.
Poniższy artykuł jest dla tych, którzy chcą to zmienić. Przedstawiamy w nim pięć argumentów do rozmowy z szefem.
1. Po 2027 roku rachunek za utrzymanie odwraca się
Twój dyrektor IT pamięta rok 2030, ale naprawdę liczy się 31 grudnia 2027 roku, kiedy kończy się mainstream maintenance dla SAP NetWeaver 7.5, na którym działa SAP PO. Od 2028 roku zostaje już tylko extended maintenance, do końca 2030 roku i z dopłatą do dotychczasowej opłaty za utrzymanie.
Dopłata zapewnia poprawki bezpieczeństwa i zgodność z przepisami, natomiast nowych funkcji PO nie dostaje od lat i najprawdopodobniej już nie dostanie. SAP nie ukrywa kierunku: skupia się na BTP / BAIP i Integration Suite.
2. Specjaliści znikają z rynku szybciej niż systemy
Absolwenci nie uczą się SAP PO, doświadczeni developerzy przechodzą na platformy chmurowe albo odchodzą na emeryturę, a grono specjalistów zdolnych utrzymać produkcyjne środowisko PO z roku na rok topnieje, a ich stawki rosną. Szukanie kompetencji PO w 2029 roku oznacza konkurowanie z każdą firmą, która też czekała.
Przeciwwagą jest twój obecny zespół, bo wiedza z PO się przenosi: mapowania komunikatów, konfiguracja adapterów, obsługa błędów, dyscyplina monitorowania. Developer, który latami utrzymywał środowisko PO, opanuje SAP Integration Suite stosunkowo szybko. Przeszkolenie zespołu w 2026 roku kosztuje ułamek tego, co jego wymiana w 2029, i zachowuje wiedzę o interfejsach, której nie ma w żadnej dokumentacji, tylko w głowach ludzi.
Migrację można też zacząć od małych kroków, albo najpierw budować na SAP Integration Suite wyłącznie nowe integracje, a PO zostawić to, co obsługuje dziś. Zespół oswaja się z nową platformą na zadaniach o niskim ryzyku, zanim ruszą pierwsze fazy migracji.
3. Wszyscy opuszczają Process Orchestration w tym samym czasie
Każdy klient SAP PO na świecie ma przed sobą te same daty. Doświadczonych zespołów migracyjnych, własnych i partnerskich, nie da się zwiększyć na żądanie, więc w latach 2028/29 będzie ich brakować, a stawki pójdą w górę.
Duże środowisko SAP PO może wymagać 12 miesięcy pracy migracyjnej lub więcej, nawet przy porządnym podejściu: w fazach pogrupowanych według procesu biznesowego albo podłączonego systemu, z oknami testowymi, które biznes jest w stanie udźwignąć. Start w 2026 roku oznacza spokojne fazy: przełączenie (cutover) według twojego harmonogramu, integracja po integracji, z możliwością powrotu na każdym etapie. Start w 2029 roku zamienia to samo środowisko w wymuszony big bang pod twardy termin, realizowany przez tych, którzy jeszcze będą dostępni, po stawkach z tamtego roku. Praca jest ta sama. Cena i ryzyko już nie.
4. Koszt migracji już spadł, a liczby możesz przynieść na spotkanie
Osoby decyzyjne słyszą „migracja” i rozumieją „wieloletni projekt konsultingowy”, ale ten model pracochłonności jest już nieaktualny. Narzędzia dojrzały: akceleratory AI oraz wyspecjalizowane narzędzia do analizy środowiska, migracji i testów wykonują dziś dużą część mechanicznej pracy, która kiedyś pochłaniała dni konsultantów, a część z nich zbudowaliśmy sami.
Świeży przykład: u jednego z naszych klientów zmigrowaliśmy 150 integracji do SAP Integration Suite w niecałe trzy miesiące, bez przestojów. Porównaj to z dowolną wyceną migracji sprzed trzech lat.
Badanie Forrester Total Economic Impact dla SAP Integration Suite wykazało okres zwrotu poniżej sześciu miesięcy. Kierunek zgadza się z tym, co widzimy w projektach: koszt przejścia spadł, a koszt pozostania przy PO rośnie z każdym rokiem po 2027.
5. Inicjatywy AI twojego szefa przechodzą przez warstwę integracji
Każda inicjatywa AI w środowisku SAP, od analityki po agentów, opiera się na tym samym mechanizmie: dane i zdarzenia przechodzą przez warstwę integracji, a model wie tylko tyle, ile dostarczy integracja. Przypadki użycia AI potrzebują API, zdarzeń i kontrolowanych przepływów danych, a PO nie dostarcza ich w formie, z której współczesne narzędzia AI potrafią korzystać, i to się nie zmieni. Strategia AI zbudowana na PO dziedziczy ograniczenia PO. Ta sama warstwa decyduje też o tym, jak szybko biznes w ogóle może się zmieniać, bo nowi partnerzy, kanały sprzedaży i usługi SaaS pojawiają się szybciej, niż cykle developmentu w PO są w stanie je wchłonąć. Na Integration Suite ta sama praca jest przy tym tańsza: biblioteka gotowych adapterów zamiast własnych obejść, gotowe paczki integracyjne, które zamieniają tygodnie developmentu w godziny konfiguracji, dojrzalsze narzędzia i wygodniejsza praca developerów. To samo badanie Forrester wykazało wzrost efektywności developerów integracji o 30%. Ile kosztuje opóźniona roadmapa AI w roku, w którym zarząd oczekuje wyników, twój szef oszacuje bez konsultanta.
Zastrzeżenie, które lepiej zgłosić jako pierwszy
Jedną rzecz lepiej powiedzieć samemu: rozliczanie za zużycie na SAP Integration Suite trudniej prognozować niż stałą licencję PO. Koszt zależy od wolumenu komunikatów, wolumen się waha, a właściciel budżetu przyzwyczajony do stałej rocznej kwoty to zauważy. SAP nie jest tu wyjątkiem, bo modele konsumpcyjne dominują wśród liderów iPaaS, więc zmiana dostawcy problemu nie usuwa. Odpowiedzią jest pomiar, a twoje środowisko PO już dziś generuje dane potrzebne do modelowania przyszłego zużycia: wolumeny komunikatów, wzorce szczytów, liczbę integracji według typu.
Pierwszy krok, na który szef może się zgodzić
Żaden z pięciu argumentów nie wymaga, żeby twój dyrektor IT zatwierdził dziś budżet migracji. Pierwszym krokiem jest analiza na podstawie rzeczywistych danych o ruchu z twojego systemu PO: jakie integracje istnieją, które są nadal używane, ile kosztowałoby ich działanie na platformie docelowej i w jakich fazach powinny zostać przeniesione. Wynikiem jest gotowe uzasadnienie biznesowe (business case), z liczbami z twojego środowiska zamiast slajdów dostawcy.
Jako partner programu SAP PO Migration Factory przeprowadzamy tę analizę i przygotowujemy dla ciebie plan migracji bezpłatnie. Jeśli migracja jest już w twojej głowie, ale jeszcze nie w kalendarzu twojego szefa, skontaktuj się z nami. Zaczniemy od danych o ruchu z twojego systemu.
Najczęściej zadawane pytania
Kiedy kończy się wsparcie SAP PO?
Mainstream maintenance dla SAP NetWeaver 7.5, na którym działa SAP PO, kończy się 31 grudnia 2027 roku. Extended maintenance jest dostępne do końca 2030 roku za dodatkową opłatą.
Czy można jeszcze budować nowe integracje na SAP PO?
Można, ale dla platformy nie powstają już nowe funkcje. Częste podejście to budowanie nowych integracji na SAP Integration Suite, podczas gdy PO dalej obsługuje istniejące.
Jak długo trwa migracja SAP PO?
Duże środowisko to zwykle 12–18 miesięcy pracy w fazach. Z dojrzałymi narzędziami 150 integracji można zmigrować w niecałe trzy miesiące.
Czy SAP PO jest gotowe na scenariusze AI?
Nie. Przypadki użycia AI potrzebują API, zdarzeń i kontrolowanych przepływów danych, a PO nie udostępnia ich w formie zrozumiałej dla współczesnych narzędzi AI. Rozwój po stronie SAP idzie w BTP i Integration Suite.
Jaki jest pierwszy krok do migracji?
Analiza na podstawie rzeczywistych danych o ruchu z twojego systemu PO. Jako partner programu SAP PO Migration Factory Sygeon przeprowadza tę analizę i przygotowuje plan migracji bezpłatnie.
