Wybierając między SAP ERP HCM a chmurą SuccessFactors, zacząłbym nie od listy funkcji, lecz od analizy sposobu działania firmy. Znaczenie mają skala organizacji, liczba spółek i krajów, lokalne przepisy płacowe, stopień ujednolicenia procesów oraz gotowość zespołu na zmiany. Przedsiębiorstwo z dopracowanym, wieloletnim środowiskiem SAP może potrzebować innego rozwiązania niż grupa, która chce szybko rozwijać samoobsługę pracowników i zarządzanie talentami.
SAP ERP HCM, często nazywany SAP HR, łączy administrację kadrową, płace, ewidencję czasu pracy, rozwój pracowników i raportowanie. Jego mocne strony to dojrzałość oraz ścisła integracja z innymi obszarami SAP. Dzięki temu firma ogranicza ręczne przenoszenie danych między kadrami, finansami i płacami. Jeśli organizacja korzysta z rozbudowanych procesów i lokalnych dodatków, a jej zespół utrzymaniowy ma odpowiednie kompetencje, pozostanie przy systemie lokalnym może być rozsądnym rozwiązaniem — przynajmniej do czasu przygotowania dalszej transformacji.
Z kolei SuccessFactors to rozwiązanie chmurowe, które ułatwia wdrażanie nowoczesnych procesów HR i udostępnianie ich pracownikom oraz menedżerom. Chmura może przyspieszyć aktualizacje, ograniczyć obowiązki związane z utrzymaniem infrastruktury i pomóc ujednolicić standardy w wielu krajach. Migracja nie przebiega jednak automatycznie: firma musi uporządkować dane, przeanalizować lokalne wymagania oraz zaplanować integracje z płacami, finansami i systemami używanymi w spółkach zależnych.
Etapowa migracja do chmury: bezpieczny most zamiast skoku na głęboką wodę
Nie każda firma musi od razu wybierać między pełnym SAP ERP HCM a całkowitym przejściem do chmury. W modelu „talent hybrid” SAP ERP HR nadal przechowuje główne dane pracownicze, a SuccessFactors obsługuje zarządzanie talentami. Natomiast w modelu „core hybrid” Employee Central przejmuje rolę systemu ewidencji pracowników, podczas gdy SAP ERP HCM nadal nalicza płace. Dane potrzebne do rozliczeń system automatycznie replikuje do środowiska lokalnego, a wybrane informacje specyficzne dla płac mogą pozostać wyłącznie w tym środowisku.
Duże grupy kapitałowe mogą także rozważyć architekturę side-by-side. Centrala może nadal korzystać z SAP ERP HCM, a wybrane oddziały lub przejęte spółki — z Employee Central. Dane jednostek obsługiwanych lokalnie można następnie replikować do systemu konsolidującego. Taki układ umożliwia etapową migrację, ale bywa wymagający konfiguracyjnie: różne listy wartości, definicje stanowisk i procedury kadrowe utrudniają zachowanie spójności. Dlatego przed rozpoczęciem projektu warto ustalić, które procesy można ujednolicić, a które muszą pozostać lokalne.
Przykładem etapowej zmiany jest DACHSER. Firma przeniosła do chmury moduły płacowe i zarządzania czasem pracy dla 19 tys. pracowników w Niemczech; projekt trwał 8 miesięcy. Zerknij na inny artykuł, w którym też była o tym mowa. Zespół przeprowadził migrację w modelu RISE with SAP, a do integracji wykorzystał SAP Business Technology Platform i SAP Integration Suite. Pierwsze naliczenie wynagrodzeń odbyło się w lipcu 2026 r., a wypłaty dotarły terminowo. Po czterech tygodniach wzmożonego wsparcia, czyli hypercare, w sierpniu rozpoczęła się regularna obsługa systemu. Wcześniej, w październiku 2026 r., firma przeniosła środowisko finansowe do Microsoft Azure. Pokazuje to, że chmury HR i finansowej nie trzeba wdrażać jednocześnie.
Przed podjęciem decyzji warto uwzględnić również horyzont wsparcia. Standardowe wsparcie dla SAP ERP HCM kończy się w 2027 r., a za dodatkową opłatą można przedłużyć je do 2030 r. SAP nie rozwija już funkcjonalnie tego systemu; aktualizacje obejmują przede wszystkim zmiany wymagane przez przepisy. Nie oznacza to konieczności natychmiastowej migracji, ale warto już teraz przygotować plan i ocenić jakość danych, zależności techniczne, lokalne dodatki, koszty utrzymania oraz dostępność specjalistów.
Wybór potraktowałbym jako decyzję o tempie i kolejności zmian. Jeśli firma korzysta ze stabilnego SAP ERP HCM i ma złożone procesy płacowe, rozważyłbym model hybrydowy, który pozwala zachować sprawdzone rozliczenia na czas migracji. Jeśli natomiast priorytetami są wspólna platforma HR dla wielu krajów, częsty rozwój procesów i większa samoobsługa, skłaniałbym się ku SuccessFactors. Niezależnie od wariantu wyznaczyłbym jednego właściciela danych pracowniczych, rozpisał integracje i zaplanował etapy tak, by nie zagrozić terminowości wypłat. Dla wielu organizacji model hybrydowy nie jest metą, lecz bezpiecznym mostem do chmury.
Jak wybrać między SAP HCM w ERP a chmurą
Poniższe kwestie pomogą dopasować architekturę SAP HCM do gotowości firmy na migrację, sposobu obsługi kadr i płac oraz planów rozwoju. Warto również uwzględnić integracje, różnice między spółkami i przyszłe koszty utrzymania.
- Oceń obecne środowisko i pilność zmiany. Jeśli firma korzysta z rozbudowanego SAP ERP HCM i nie może szybko przenieść wszystkich procesów, zaplanuj migrację etapami. Standardowe wsparcie starszego rozwiązania kończy się w 2027 r., ale za dodatkową opłatą można je przedłużyć do 2030 r. Producent nie rozwija już systemu, a aktualizacje obejmują głównie zmiany wymagane przez przepisy.
- Wybierz model zgodny z docelowym kierunkiem. W modelu full cloud procesy HCM działają w chmurze. Wariant talent hybrid pozostawia SAP ERP HR jako system rejestrujący podstawowe dane pracowników, natomiast SuccessFactors obsługuje zarządzanie talentami. Z kolei w modelu core hybrid Employee Central staje się systemem głównym, a płace — i ewentualnie ewidencja czasu pracy — pozostają w SAP ERP HR. System płacowy otrzymuje większość danych w ramach replikacji, choć dane specyficzne dla płac mogą pozostać lokalnie. Zwykle warto traktować core hybrid jako etap przejściowy na drodze do chmury.
- Uwzględnij różnice między oddziałami i spółkami. Architektura side-by-side pozwala centrali i poszczególnym jednostkom korzystać z różnych systemów głównych; płace mogą zaś rozliczać lokalnie lub w SAP ERP HR. Employee Central może konsolidować dane, w tym te replikowane z systemów lokalnych. Zanim wybierzesz ten wariant, sprawdź spójność procesów, danych i list wartości, ponieważ rozbieżności komplikują konfigurację.
- Sprawdź wymagania integracyjne i operacyjne. SAP HCM centralizuje dane kadrowe, płace, czas pracy i informacje organizacyjne. Ponadto integracja z innymi obszarami SAP ogranicza ręczne przenoszenie danych. Podczas migracji zaplanuj połączenia między systemami, testy naliczania wynagrodzeń oraz wzmożone wsparcie po uruchomieniu. Przykład DACHSER pokazuje, że płace i czas pracy można przenieść do chmury etapami: migracja objęła 19 tys. pracowników w Niemczech, a pierwsze wypłaty w nowym środowisku odbyły się terminowo.
- Porównaj model chmurowy z lokalnym pod kątem strategii i kosztów. Zastanów się, czy wybrać RISE with SAP, inną platformę chmurową, czy nadal utrzymywać część systemów lokalnie. DACHSER przeniósł finanse do Microsoft Azure, a później wybrał RISE with SAP dla płac i czasu pracy. Transport i magazyny nadal obsługuje własnym oprogramowaniem. Przy przejęciach lub rozbudowie grupy zaplanuj również ujednolicanie systemów oraz zarządzania licencjami.
- Wykorzystaj dane do usprawnienia pracy HR. Gdy uporządkujesz systemy, możesz korzystać ze spójnych informacji o zatrudnieniu, czasie pracy i kosztach osobowych, by wspierać raportowanie i decyzje biznesowe. Automatyzuj powtarzalne zadania, ograniczaj papierowy obieg dokumentów, a narzędzia low-code wykorzystuj do tworzenia prostych aplikacji dopasowanych do potrzeb pracowników.
Modele hybrydowe i side-by-side ułatwiają migrację etapami
Poniższa lista prowadzi przez kolejne etapy stopniowej migracji: od wyboru modelu architektury i źródeł danych po przenoszenie procesów do chmury oraz dołączanie kolejnych spółek.
- Wybierz model przejściowy dla każdej części organizacji. W modelu „talent hybrid” SAP ERP HR pozostaje głównym systemem danych pracowników, a SuccessFactors obsługuje zarządzanie talentami. Z kolei w modelu „core hybrid” Employee Central staje się systemem ewidencji pracowników, natomiast płace — a czasem także ewidencja czasu pracy — pozostają w SAP ERP HR. W rozproszonej organizacji sprawdzi się podejście side-by-side: centrala może nadal korzystać z SAP ERP HR, podczas gdy wybrane oddziały przejdą na Employee Central. Płace można wtedy rozliczać lokalnie, w systemie on-premise lub innej aplikacji.
- Określ system główny i zasady przepływu danych. Najpierw ustal dla każdego kraju lub oddziału, gdzie powstają i są aktualizowane dane pracowników. W modelu core hybrid pracownik trafia do SuccessFactors, skąd większość danych automatycznie przepływa do odpowiednich infotypów systemu płacowego. Natomiast w podejściu side-by-side Employee Central może konsolidować dane, ale rekordy jednostek zarządzanych przez SAP ERP HR trzeba do niego replikować. Ponadto oddziel dane wspólne od lokalnych, w tym dane płacowe, takie jak infotypy IT0413 i IT0515.
- Uzgodnij różnice między jednostkami przed integracją. Zidentyfikuj rozbieżności w procesach kadrowych, strukturach organizacyjnych i listach wartości, a następnie ustal wspólne reguły mapowania oraz sposób obsługi wyjątków w poszczególnych krajach i spółkach. Ten krok ma szczególne znaczenie w modelu side-by-side, ponieważ niespójne dane i procesy utrudniają konfigurację oraz replikację.
- Przenieś wybrane procesy w kontrolowanym zakresie. Na początek wybierz obszary, które można oddzielić od pozostałych systemów, na przykład płace i ewidencję czasu pracy w jednym kraju. Inne procesy pozostaw w dotychczasowym środowisku. Przykładem jest DACHSER, który w modelu RISE with SAP zmigrował moduły płacowe i ewidencji czasu pracy dla 19 tys. pracowników w Niemczech, wykorzystując SAP BTP i SAP Integration Suite do integracji. Pierwsze naliczenie płac potraktuj jako osobny punkt kontrolny, a po uruchomieniu intensywnie monitoruj system. W przypadku DACHSER okres hypercare trwał cztery tygodnie.
- Rozszerzaj zakres po potwierdzeniu stabilności. Gdy pierwsze wdrożenie działa stabilnie, dołączaj kolejne procesy, oddziały i spółki. Przy przejęciach najpierw można ujednolicić finanse i HCM, a dopiero potem wdrożyć wspólne systemy operacyjne. DACHSER stosuje taką kolejność wobec przejmowanych firm, nie zmieniając na wcześniejszym etapie ich systemów transportowych i magazynowych. Równolegle uporządkuj zarządzanie licencjami i uzgodnij docelowy model dla całej grupy.
- Zaplanuj wyjście z architektury tymczasowej. Modele hybrydowe dają czas na przygotowanie migracji płac do SuccessFactors, ale powinny prowadzić do jasno określonego celu. W modelu core hybrid oznacza to dalsze przenoszenie płac do chmury; SAP wskazuje jako cel pełny model chmurowy. Uwzględnij również cykl życia systemów: standardowe wsparcie SAP ERP HCM kończy się w 2027 r., a za dodatkową opłatą można je przedłużyć do 2030 r. System nie jest już rozwijany, poza aktualizacjami wymaganymi między innymi przez zmiany prawne.
Płace, czas pracy i dane pracowników w jednym systemie HR
Lista pokazuje, jak jeden system HR może łączyć dane pracowników, płace i ewidencję czasu pracy. Przed wyborem rozwiązania warto porównać korzyści, modele wdrożenia oraz związane z nimi wyzwania.
- Centralne dane pracowników – wspólne środowisko porządkuje informacje o zatrudnieniu i strukturze organizacyjnej. Dzięki temu ogranicza ich rozproszenie, ułatwia aktualizację i zapewnia działom HR, finansów oraz kadrze zarządzającej dostęp do spójnych danych.
- Płace i czas pracy w jednym procesie – system może wspierać naliczanie wynagrodzeń, a także ewidencję i rozliczanie czasu pracy. Automatyczna wymiana danych ogranicza ręczne operacje i ryzyko błędów, zaś integracja z finansami ułatwia analizę kosztów osobowych.
- Automatyzacja i raportowanie – rozwiązania takie jak SAP HCM łączą administrację kadrową, płace, czas pracy i analitykę personalną. Dzięki uporządkowanym danym HR sprawniej obsługuje procesy i podejmuje decyzje w oparciu o wiarygodne informacje. Ponadto formularze papierowe można zastąpić aplikacjami, również tworzonymi za pomocą narzędzi low-code.
- Dobór modelu do sytuacji firmy – firmy mogą wybrać wariant hybrydowy lub pełną chmurę. W modelu „talent hybrid” podstawowe dane pracowników pozostają w SAP ERP HR, a SuccessFactors obsługuje procesy związane z talentami. Z kolei w „core hybrid” firma zatrudnia pracownika w SuccessFactors Employee Central, natomiast płace nadal rozlicza w SAP ERP HR. W modelu side-by-side różne spółki lub oddziały mogą korzystać z odmiennych systemów głównych.
- Integracja wymaga spójnych danych – w modelach hybrydowych systemy mogą replikować dane, aby obsługiwać płace i inne procesy. Integracja bywa jednak skomplikowana, zwłaszcza gdy spółki w grupie stosują różne procesy i listy wartości. Dlatego wcześniej warto ustalić, który system stanowi źródło danych w poszczególnych obszarach.
- Stopniowa migracja do chmury – firma może przenosić procesy etapami, zamiast migrować je wszystkie jednocześnie. Przykładem jest DACHSER: w czerwcu 2026 r. firma przeniosła do chmury w modelu RISE with SAP płace i zarządzanie czasem pracy dla 19 tys. pracowników w Niemczech. Pierwsze naliczenie wynagrodzeń odbyło się w lipcu, a regularne wsparcie rozpoczęło się w sierpniu. Finanse firmy działały już wcześniej w Microsoft Azure, natomiast systemy transportowe i magazynowe pozostały własnymi rozwiązaniami.
- Planowanie przyszłości systemu – rozwiązania on-premise mogą wymagać modernizacji. Standardowe wsparcie dla SAP ERP HCM kończy się w 2027 r., ale firma może je przedłużyć za dodatkową opłatą do 2030 r. Warto zatem ocenić harmonogram migracji, gotowość procesów i docelowy zakres korzystania z chmury.
Migracja do chmury w praktyce: przykład DACHSER
Migracja do chmury rzadko polega na jednoczesnym przeniesieniu wszystkich systemów i rezygnacji z własnej infrastruktury. Dobrze pokazuje to przykład DACHSER: operator logistyczny najpierw przeniósł finanse do Microsoft Azure, a później uruchomił w chmurze SAP obsługę płac i czasu pracy. Ten przypadek przedstawia migrację jako serię przemyślanych kroków, a nie jedną wielką technologiczną rewolucję.
DACHSER działa w około 43 krajach i ma blisko 427 własnych oddziałów. Zatrudnia około 37,5 tys. osób, a w 2025 roku osiągnął przychody w wysokości 8,3 mld euro. Ponieważ logistyka transportowa i magazynowa stanowi podstawę działalności firmy, DACHSER nadal korzysta w tym obszarze z własnego oprogramowania rozwijanego od lat 80. Z kolei systemy SAP obsługują między innymi finanse oraz procesy kadrowo-płacowe.
W październiku 2024 roku firma wykonała pierwszy duży krok w stronę chmury: przeniosła do Microsoft Azure środowisko finansowe oparte na SAP ERP Central Component i bazie SAP HANA. W kolejnej fazie wybrała inny model i przeniosła płace oraz ewidencję czasu pracy do chmury w ramach RISE with SAP. DACHSER podjął te decyzje w odpowiedzi na konkretne potrzeby. Wcześniej rozwiązanie RISE nie osiągnęło dojrzałości wystarczającej, by spełnić szczególne wymagania firmy.
19 tysięcy pracowników otrzymało wypłaty na czas po migracji płac do chmury
Ośmiomiesięczne prace nad migracją HCM zakończyły się przeniesieniem w czerwcu 2026 roku modułów płacowych i zarządzania czasem pracy dla 19 tys. pracowników w Niemczech. Zespół wykorzystał SAP Business Technology Platform oraz SAP Integration Suite, aby połączyć poszczególne elementy środowiska. Pierwsze naliczenie wynagrodzeń odbyło się w lipcu, a pracownicy otrzymali wypłaty w terminie.
Po uruchomieniu systemu zespół przez cztery tygodnie intensywnie monitorował jego działanie. Ten etap, nazywany hypercare, pomaga szybko wykrywać nieprawidłowości, zanim usługa przejdzie do codziennej pracy. W sierpniu regularny zespół wsparcia przejął obsługę systemu. Udana migracja nie kończy się więc w dniu uruchomienia: obejmuje również kontrolę, stabilizację i przygotowanie zespołów do samodzielnej pracy.
DACHSER nie zastąpił chmurą systemów logistycznych. Transport i magazyny nadal obsługują autorskie rozwiązania rozwijane od lat 80., ponieważ odpowiadają szczegółowym wymaganiom firmowych procesów. Takie podejście hybrydowe pozwala przenosić do chmury te obszary, które na tym zyskują, a sprawdzone narzędzia operacyjne rozwijać tam, gdzie najlepiej wspierają podstawową działalność.
Zmiany przynoszą praktyczne usprawnienia także poza kadrami i finansami. DACHSER korzysta z SAP BTP do tworzenia aplikacji low-code, które wymagają niewielkiej ilości ręcznie pisanego kodu. Jedna z nich wspiera kontrole stanu pojazdów: zamiast wypełniać papierowe listy, pracownicy rejestrują uszkodzenia w aplikacji. Dzięki temu firma ogranicza liczbę formularzy, upraszcza obieg informacji i szybciej przekazuje dane do systemu w uporządkowanej postaci.
W kolejnym etapie DACHSER chce ujednolicić systemy w przejmowanych spółkach. Zgodnie ze strategią „SAP First” najpierw wdraża w nich rozwiązania finansowe i HCM, a później własne systemy transportowe oraz magazynowe. Tę kolejność firma zastosowała już we Włoszech, a podobne działania zaplanowała w kilku spółkach na Półwyspie Iberyjskim. Równolegle zamierza połączyć licencje SAP przejętych przedsiębiorstw w jedną globalną umowę i częściowo zautomatyzować ich obsługę.
Historia DACHSER pokazuje, że migracja do chmury nie musi oznaczać skoku w nieznane. Firma może zacząć od jednego obszaru, sprawdzić jego działanie, zapewnić wsparcie po uruchomieniu, a następnie objąć zmianami kolejne procesy i spółki. Finanse działają już w Azure, płace i ewidencja czasu pracy — w chmurze SAP, natomiast logistyka nadal korzysta z autorskich systemów. Taki elastyczny model hybrydowy łączy nowe możliwości z rozwiązaniami dopasowanymi do codziennej pracy firmy.
Wskazówka: Planując migrację systemu HR do chmury, warto zacząć od jasno określonego zakresu i przygotować etap intensywnego monitorowania po uruchomieniu — DACHSER przez cztery tygodnie sprawdzał działanie systemu, zanim przekazał go do regularnego wsparcia.
