Start · Rozwiązania · Inne rozwiązania
Rozwiązanie · Inne rozwiązaniaJedno potwierdzone zatrudnienie w systemie HR, a za nim każde konto, rola, laptop i karta
Gotowi od pierwszego dnia: konta, dostępy i sprzęt
Potwierdzone zatrudnienie jest jedynym wyzwalaczem; tożsamość, role, sprzęt i dokumenty proces zakłada, ponagla i rejestruje, a każdy otwarty krok widzą w Teams kadry, IT i przełożony.
Streszczenie dla zarządu
Nowi pracownicy czekają dniami na role i laptopy, bo onboarding to pięć procesów spiętych mailem.
Projektujemy onboarding jako jeden łańcuch z jednym właścicielem każdego kroku i jednym wyzwalaczem na początku.
Gotowość od pierwszego dnia staje się normą, bo każdy krok startuje z jednego wyzwalacza i jest ponaglany przez proces, a nie przez przełożonego.
Microsoft Entra ID i Microsoft 365; role SAP S/4HANA; CRM
Problem biznesowy
Onboarding pracowników
Onboarding nie jest jednym procesem. To pięć procesów działowych zszytych cierpliwością zatrudniającego przełożonego: kadry odpowiadają za umowę, płace za dane podstawowe, IT za tożsamość i sprzęt, właściciele aplikacji za role, administracja za kartę i biurko. Każdy jest kompetentny w swoim kroku i ślepy na pozostałe, a wyzwalacz dociera do każdego w innej postaci: jako umowa, zgłoszenie, wiersz arkusza, przekazany mail. Ta sama osoba jest więc wprowadzana cztery lub pięć razy, nigdy całkiem identycznie.
Awaria rzadko bywa spektakularna i dlatego trwa. Ktoś jest produktywny czwartego dnia zamiast pierwszego. Rola zostaje nadana „na wszelki wypadek” i nigdy nie jest zawężana. Nikt nie jest rozliczany z całego łańcucha, więc luki zostają tam, gdzie są. Szczyty przed sezonem produkcyjnym to moment, w którym lista się załamuje: przekazań przybywa wraz z liczbą osób, a tych, którzy je ponaglają, nie.
Jak to wygląda dzisiaj
Poniższy łańcuch spotykamy w większości grup tej wielkości, niezależnie od systemu kadrowego.
- CzłowiekOferta zostaje przyjęta w systemie kadrowym, a koordynatorka HR dopisuje wiersz do listy startujących: data startu, dział, zakład, przełożony
- CzłowiekLista idzie mailem do jedenastu odbiorców co drugi czwartek; każdy filtruje swoje wiersze i zakłada zgłoszenia o tożsamość, skrzynkę, laptop i role
- OczekiwanieWłaściciele aplikacji dostają osobne maile z prośbą o role i odpowiadają, kiedy znajdą chwilę; przełożony jest pytany, jakie dostępy są potrzebne
- SystemPłace przepisują dane podstawowe; IT zakłada tożsamość i kopiuje członkostwo w grupach od kogoś na podobnym stanowisku; laptop czeka w szafie, aż ktoś potwierdzi datę startu
- Ryzyko błęduPierwszego dnia luki wychodzą na jaw, powstają „pilne” zgłoszenia, a żeby odblokować osobę, nadaje się szerokie role; dostępy spływają kawałkami przez pierwszy tydzień
- Ryzyko błęduNikt nie zapisuje, kiedy pracownik był w pełni gotowy, więc nikt nie potrafi powiedzieć, czy onboarding trwa dwa dni czy dziewięć
Dlaczego obecny proces kosztuje więcej, niż widać
Rachunek, którego nie widać w budżecie.
- Czas IT poświęcony na zakładanie kont to koszt widoczny i ten mniejszy. Nowo zatrudniona osoba czekająca na dostępy dostaje wynagrodzenie, ale nie pracuje, a przełożony spędza te same dni na nadrabianiu za nią.
- Podwójne wprowadzanie danych rodzi rozjazdy w danych podstawowych, które ujawniają się miesiące później: w płacach, w raportowaniu i w procesie odejścia.
- Dostęp nadany szeroko, żeby odblokować pierwszy tydzień, staje się stałym ryzykiem. Kwartalny przegląd rzadko kwestionuje rolę, która sama w sobie wygląda rozsądnie, a nikt nie pamięta, że była skrótem.
- Bez znacznika czasu gotowości firma nie wie, czy onboarding trwa dwa dni czy dziewięć, więc na „produktywny od pierwszego dnia” można tylko liczyć, a nie nim zarządzać. A kiedy jedyna koordynatorka rozumiejąca listę jest na urlopie, ponaglenia po cichu ustają.
Koszt zaniechania
Lista nadal działa, bo większość osób w końcu dostaje to, czego potrzebuje, i właśnie dlatego łatwo ją zostawić w spokoju. Koszt przychodzi w małych porcjach: inżynier bezczynny we wtorek, poranek przełożonego, rola nadana szerzej niż stanowisko. Jeśli zatrudnianie wzrośnie o 15%, koordynacja rośnie razem z nim, a wyjątki rosną szybciej, bo lista załamuje się właśnie w szczytach.
Dwie rzeczy celowo zostają poza wierszami: zbyt szerokie role nie mają czystej ceny, dopóki nie znajdzie ich audyt, a czas, którym przełożony nadrabia braki, jest płacony w dziesięciominutowych kawałkach, które nigdy nie trafiają do ewidencji czasu. Spisana obietnica „produktywny od pierwszego dnia” zmienia arytmetykę: dziewięciodniowy onboarding był kiedyś uciążliwością; teraz jest złamaną obietnicą z konkretnym nazwiskiem.
Przykładowa organizacja o realnych proporcjach — liczby służą do policzenia sprawy na Waszych danych, nie są wynikiem klienta.
Grupa produkcyjna z 3 800 pracowników w czterech krajach europejskich; SAP SuccessFactors jako system kadrowy prowadzący, tożsamości w Microsoft Entra ID, role w SAP S/4HANA, laptopy w Microsoft Intune, zgłoszenia w Jira Service Management, wszędzie Microsoft 365.
Około 55 przyjęć miesięcznie, ze szczytami do 90 przed sezonem produkcyjnym; w każde zaangażowane są trzy koordynatorki HR, dwóch inżynierów IT i około 40 właścicieli aplikacji.
Lista wychodzi z kadr co drugi czwartek jako załącznik Excel do jedenastu osób. Tożsamość, skrzynka, laptop i role to osobne zgłoszenia i maile; płace przepisują dane podstawowe; przełożony po pierwszym dniu dopomina się o to, czego brakuje.
Około 190 minut koordynacji i nadawania uprawnień na jedną przyjmowaną osobę w kadrach, IT, u właścicieli aplikacji i przełożonego, plus około czterech godzin roboczych na osobę spędzonych na czekaniu na dostępy. Żaden zapis nie mówi, kiedy ktoś był gotowy.
Potwierdzone zatrudnienie w SAP SuccessFactors staje się jedynym wyzwalaczem. Microsoft Entra ID Governance zakłada tożsamość, UiPath Maestro prowadzi resztę jako jedną instancję na osobę, roboty nadają role z katalogu, przełożony potwierdza profil w Microsoft Teams, a rekord gotowości nosi znacznik czasu każdego kroku.
W modelowanym przypadku około 70% nakładu koordynacji przechodzi na proces, mniej więcej 122 godziny miesięcznie, a cztery godziny czekania każdej nowej osoby są opłacane za pracę, a nie za bezczynność. Wielkości ilustracyjne, nie wynik u klienta.
Proponowane rozwiązanie
Projektujemy onboarding jako jeden łańcuch z jednym właścicielem każdego kroku i jednym wyzwalaczem na początku: potwierdzonym zatrudnieniem w SAP SuccessFactors z datą startu, działem, zakładem, przełożonym i centrum kosztów. Zmiana dowolnego z tych pól przeplanowuje ten sam łańcuch.
Część tożsamościowa to natywna konfiguracja Microsoft. Lifecycle workflows w Microsoft Entra ID Governance korzystają z szablonu joiner: uruchamiane z atrybutu daty zatrudnienia zakładają tożsamość, przypisują licencje, grupy i członkostwo w Teams oraz wydają Temporary Access Pass na pierwsze logowanie. Wymaga to licencji Microsoft Entra ID Governance lub Microsoft Entra Suite dla objętych osób, a ten koszt należy do uzasadnienia biznesowego.
Wszystko, co nie mówi SCIM, orkiestruje UiPath Maestro: jedna instancja na osobę, z datą startu jako terminem. Przełożony potwierdza profil roli, centrum kosztów i wyposażenie w zadaniu Microsoft Teams. Roboty nadają role SAP S/4HANA z katalogu powiązanego z profilem stanowiska i zakładają użytkownika CRM; sprzęt jest zamawiany w Jira Service Management; karta, biurko i dokumenty idą przez listę kontrolną SharePoint. Każdy krok ludzki to zadanie UiPath Action Center z właścicielem i terminem, ponaglane przez proces przed datą startu. Rekord gotowości w UiPath Data Fabric zawiera jeden znacznik czasu na krok i jedną linię na nadanie. Nie ma tu sztucznej inteligencji: każda decyzja to reguła albo wskazana osoba, a tego właśnie wymaga ślad audytowy.
Microsoft Entra ID Governance lifecycle workflows (szablon joiner, wyzwalacz atrybutowy, Temporary Access Pass, licencje, grupy i członkostwo w Teams); powiadomienia z akcjami UiPath Action Center w Microsoft Teams; kolejki, wyzwalacze, magazyn poświadczeń i ślad audytowy UiPath Orchestrator; zarządzanie instancjami UiPath Maestro; rejestracja urządzeń w Microsoft Intune
Proces BPMN w Maestro, katalog ról i reguły profili jako tabele DMN, roboty do ról SAP S/4HANA i użytkownika CRM, zadania przełożonego i właścicieli w Teams, listę kontrolną SharePoint, rekord gotowości w UiPath Data Fabric, raport Power BI
Zdarzenie potwierdzonego zatrudnienia z SAP SuccessFactors przez jego API OData do UiPath Integration Service; atrybuty daty zatrudnienia do Microsoft Entra ID przez Państwa provisioning sterowany danymi HR albo zapisywane przez robota przez Microsoft Graph; zamówienia sprzętu przez konektor Jira; rezerwacje kart i biurek w systemie administracji
Jak działa proces po automatyzacji
- AutomatyzacjaPotwierdzone zatrudnienie w SAP SuccessFactors uruchamia jedną instancję Maestro z datą startu jako terminem; późniejsza zmiana daty, działu lub przełożonego przeplanowuje tę samą instancję
- SystemWorkflow joiner w Entra ID Governance rusza z atrybutu daty zatrudnienia: tożsamość, licencje, grupy i członkostwo w Teams oraz Temporary Access Pass na pierwsze logowanie
- CzłowiekPrzełożony dostaje zadanie Action Center w Teams pięć dni roboczych przed startem: potwierdzenie profilu roli, centrum kosztów i wyposażenia; zadania bez odpowiedzi są przypominane i eskalowane
- SystemRoboty nadają role SAP S/4HANA z profilu i zakładają użytkownika CRM, zapisując każde nadanie w rekordzie gotowości z wnioskującym, akceptującym i czasem
- AutomatyzacjaZamówienie sprzętu trafia do Jira Service Management z adresem dostawy z rekordu kadrowego; karta i biurko są rezerwowane; lista kontrolna SharePoint zbiera dokumenty
- CzłowiekWnioski spoza katalogu idą do właściciela aplikacji jako zadanie w Teams; osoby niepasujące do żadnego szablonu trafiają do kadr jako nazwany wyjątek z terminem
- AutomatyzacjaW dniu minus jeden rekord gotowości zostaje zamknięty, a podsumowanie idzie do przełożonego i kadr w Teams; czasy realizacji zasilają Power BI
Model współpracy człowieka z automatyzacją
Automatyzacja obsługuje
- Wykrywanie potwierdzonego zatrudnienia i każdej późniejszej zmiany daty startu, działu lub przełożonego
- Zakładanie tożsamości, licencji i grup z reguł profilu oraz nadawanie ról z katalogu w SAP S/4HANA i CRM, z zapisem każdego nadania
- Zamówienie sprzętu, rezerwację karty i biurka oraz ponaglanie otwartych zadań do dnia minus jeden
Ludzie decydują
- Przełożony potwierdza profil roli, centrum kosztów i każdy niestandardowy dostęp
- Właściciele aplikacji akceptują wnioski spoza katalogu; bezpieczeństwo przegląda wszystko, co uprzywilejowane
- Kadry prowadzą zmiany umów, relokacje i przyjęcia niepasujące do żadnego szablonu
Przed i po
Systemy i integracje
Stos jest krótki celowo: jeden silnik, jedna warstwa wykonawcza, jedno miejsce decyzji człowieka.
Wejścia
- potwierdzone zatrudnienie w SAP SuccessFactors z datą startu, działem, zakładem, przełożonym i centrum kosztów
- katalog ról
- standard wyposażenia
- potwierdzenie przełożonego
Warstwa automatyzacji
- Microsoft Entra ID Governance lifecycle workflows
- UiPath Maestro
- UiPath Orchestrator
- UiPath Robots
- UiPath Integration Service
- UiPath Data Fabric
Systemy docelowe
- Microsoft Entra ID i Microsoft 365
- role SAP S/4HANA
- CRM
- Jira Service Management
- Microsoft Intune
- lista kontrolna SharePoint
- Power BI
Punkty styku z człowiekiem: zadania Action Center w Teams dla przełożonego i właścicieli aplikacji; kanał Teams z dziennym podsumowaniem gotowości; zadania wyjątkowe dla kadr
Wykorzystane technologie
tożsamość, Temporary Access Pass, licencje, grupy i członkostwo w Teams z atrybutu daty zatrudnienia
Ajedna instancja BPMN na osobę z datą startu jako terminem; reguły DMN katalogu ról
Anadawanie ról SAP S/4HANA i zakładanie użytkownika CRM; kolejki, ponowienia, magazyn poświadczeń, dziennik audytu
Apotwierdzenie przełożonego, akceptacje właścicieli i zadania wyjątkowe, realizowane w Teams
Apodsumowania w Teams, lista kontrolna SharePoint, zgłoszenie sprzętowe w Jira Service Management
Arekord gotowości: jedna encja na osobę, jeden znacznik czasu na krok, jedna linia na nadanie
Arekord zatrudnienia, który wszystko uruchamia; role nadawane przez aktywności SAP w UiPath
Aczas gotowości według typu pracownika i kraju, udział gotowych w dniu minus jeden, zgłoszenia na przyjęcie
AIlustracyjny model ekonomiczny
Liczby, które możecie sprawdzić na własnych danych.
190 minut na osobę to suma dotknięć wszystkich uczestników, kadr, IT, właścicieli aplikacji i przełożonego, a nie zadanie jednej osoby. W modelowanym przypadku 70% tego nakładu może przejść na proces. Kalkulator wycenia więc 133 automatyzowalne minuty na osobę (190 × 0,7) po 41 €, mieszanym pełnym koszcie godzinowym ról back-office i IT w Europie Środkowej. Czas oczekiwania wyceniamy w kolejnej sekcji. Nic z tego nie zmierzono u klienta.
Policz to na swoich danych
Szacunek ilustracyjny na podstawie Twoich danych. To model uwolnionej przepustowości, nie obietnica oszczędności.
Korzyści biznesowe
- Gotowość od pierwszego dnia staje się normą, bo każdy krok startuje z jednego wyzwalacza i jest ponaglany przez proces, a nie przez przełożonego
- Dostęp jest węższy: role pochodzą z katalogu powiązanego z profilem stanowiska, a nie z kopii uprawnień kolegi nadanej na wszelki wypadek
- Dane podstawowe wprowadza się raz, w kadrach, i propaguje, co usuwa rozjazdy psujące później płace, raportowanie i proces odejścia
- Przełożeni potwierdzają profil w Teams i widzą jeden status zamiast jedenastu wątków mailowych; szczyty rekrutacyjne przechodzą tym samym łańcuchem co pojedyncze przyjęcie
- Znacznik czasu gotowości daje grupie po raz pierwszy mierzalny czas realizacji onboardingu
Perspektywa zarządu
- Każde przyjęcie w toku widać w jednym miejscu: które kroki są zamknięte, które czekają na kogo, które przekroczą datę startu, jeśli ktoś nie zareaguje dziś
- Obciążenie staje się przewidywalne; szczyt 90 osób we wrześniu widać już w lipcu, wraz z zapotrzebowaniem na sprzęt
- Każde nadanie ma wnioskującego, akceptującego i znacznik czasu, więc audyt onboardingu zmienia się z rekonstrukcji w raport, a odpowiedzialność pozostaje jawna: kadry za wyzwalacz, IT za tożsamość, każdy właściciel za swój katalog
Wpływ na KPI zarządu
Bezpieczeństwo i nadzór
Kontrola nie jest dodatkiem.
- Roboty działają na kontach serwisowych z minimalnymi uprawnieniami potrzebnymi w danym kroku: dedykowany użytkownik SAP ograniczony do nadań z katalogu, użytkownik CRM, który może zakładać użytkowników i nic więcej. Ich sekrety leżą w Azure Key Vault za magazynem poświadczeń UiPath Orchestrator
- Żaden robot nie nadaje tego, czego nie potwierdził człowiek: każde nadanie odwołuje się do potwierdzenia przełożonego lub akceptacji właściciela zapisanej w Action Center, z nazwiskiem i czasem
- Rozdział obowiązków jest wymuszany w samym katalogu; sprzecznych ról SAP nie da się zamówić razem, a dostęp uprzywilejowany jest wyłączony z automatycznego przypisywania i przeglądany przez bezpieczeństwo
- Dane osobowe pozostają w Państwa tenancie Microsoft 365 i w SAP SuccessFactors, orkiestracja działa w regionie EU UiPath Automation Cloud, dokumenty leżą na SharePoint pod etykietami retencji Microsoft Purview. Dziennik audytu UiPath Orchestrator i rekord gotowości odpowiadają, kto co nadał, kiedy i na czyj wniosek
Dlaczego teraz
Zobowiązanie „produktywny od pierwszego dnia” jest już spisane, a wrześniowy szczyt widać w lipcu tylko wtedy, gdy istnieje rekord. W modelowanym przypadku każdy miesiąc zwłoki kosztuje około 5 000 € koordynacji i kolejne 7 920 € opłaconego czekania
Lifecycle workflows w Microsoft Entra ID Governance zakładają tożsamość, licencje i grupy z atrybutu daty zatrudnienia, więc krok tożsamości to konfiguracja; zostaje orkiestracja aplikacji bez SCIM
Praca hybrydowa wyprowadziła część fizyczną z biura: laptop jedzie na adres domowy, a przełożony może siedzieć w innym kraju, podczas gdy audytorzy pytają, kto zatwierdził każde nadanie
Role zarządcze, których to dotyczy
Pierwszy dzień to marka pracodawcy w praktyce, a koordynatorki powinny zarządzać ludźmi, a nie listami dystrybucyjnymi
Tożsamość i dostęp tworzone według polityki z jednego wyzwalacza, ze śladem wskazującym akceptującego każdego nadania
Mniej pilnych zgłoszeń o nowych pracowników, węższe role i zapotrzebowanie na sprzęt znane dwa miesiące wcześniej
Brygadziści i inżynierowie produktywni od pierwszego dnia, przed sezonowym szczytem, a nie po nim
Częste pytania i zastrzeżenia
Wysyła wiadomość; nie zakłada ról, nie zamawia laptopa i nie ponagla przełożonego. Orkiestracja zamienia tę wiadomość w śledzony łańcuch z właścicielem i terminem każdego kroku.
Mniej więcej jedna piąta, w większości grup, którym się przyglądamy. Katalog obsługuje resztę, a wyjątki dostają nazwane zadanie z terminem zamiast wątku mailowego; dopasowanie do katalogu to jedna z pierwszych liczb, jakie daje odkrywanie.
Wtedy krok tożsamości wykonuje robot przez Microsoft Graph. Orkiestracja, katalog i rekord gotowości nie zależą od licencji, która kupuje natywną konfigurację zamiast budowanych kroków.
Kiedy to nie jest właściwe rozwiązanie
- Mniej niż około dziesięć przyjęć miesięcznie; dobra lista kontrolna i same lifecycle workflows mogą wystarczyć
- Brak wiarygodnego systemu kadrowego prowadzącego; data startu, która żyje w mailach, niczego nie uruchomi, a naprawa tego jest pierwsza
- Właściciele aplikacji niechętni definiowaniu profili ról; bez katalogu automatyzuje się tylko ponaglanie, a szerokie role zostają
Pytanie na najbliższe posiedzenie
Nowa inżynier zaczyna w przyszły poniedziałek: kto w tej firmie potrafi dziś powiedzieć, na podstawie dowodów, a nie telefonu, czy w południe będzie mogła pracować?
Podejście wdrożeniowe
Zakres bez niedomówień, jeszcze przed podpisem.
Dostarczamy
- Analizę dzisiejszych przekazań według kraju i typu pracownika, od przyjęcia oferty do pełnej gotowości
- Katalog ról i reguły profili uzgodnione z kadrami, IT i właścicielami aplikacji, łącznie z wykluczeniami wynikającymi z rozdziału obowiązków
- Workflow joiner w Entra ID Governance, proces Maestro, roboty do SAP S/4HANA i CRM, zamówienie sprzętu w Jira, listę kontrolną SharePoint, zadania w Teams
- Rekord gotowości, raport Power BI i runbook dla kadr i IT
- Pilotaż w jednej jednostce biznesowej równolegle z listą startujących, potem wdrożenie według krajów i typów pracowników z hypercare
Potrzebujemy od Państwa
- Wiarygodnych dat startu i statusu potwierdzonego zatrudnienia w SAP SuccessFactors, z działem, zakładem, przełożonym i centrum kosztów
- Właścicieli aplikacji, którzy zatwierdzą profil roli dla każdej rodziny stanowisk, oraz właściciela procesu po stronie kadr i po stronie IT
- Kont technicznych do SAP S/4HANA, CRM, Jira Service Management i systemu administracji; Państwa sytuacji licencyjnej w zakresie Entra ID Governance
Etapy
Odkrywanie
Łańcuch dla dwóch typów pracowników w jednym kraju, rzeczywiste czasy realizacji, pierwszy katalog ról
Projekt
Proces docelowy, reguły katalogu, właściciele zadań i terminy, model bezpieczeństwa
Budowa
Lifecycle workflow, instancja Maestro, roboty, integracja z Jira i SharePoint, zadania w Teams
Walidacja i start
Próby na przyjęciach z ostatniego kwartału, potem jedna jednostka biznesowa z listą startujących obok
Skalowanie i utrzymanie
Kolejne kraje, typy pracowników i aplikacje; miesięczny przegląd wyjątków, strojenie katalogu
Korporacyjne. O nakładzie decyduje liczba aplikacji bez API, liczba rodzin stanowisk wymagających odrębnych profili oraz to, jak wcześnie rekord kadrowy jest wiarygodny w każdym kraju.
Listę startujących dostaje jedenaście osób. Żadna z nich nie odpowiada za pierwszy dzień.
Prosimy o Państwa listę kontrolną przyjęcia i daty startu z trzech miesięcy. Mapujemy każde przekazanie między kadrami, IT, właścicielami aplikacji i przełożonym i pokazujemy, które z nich zastąpi jeden wyzwalacz kadrowy, wraz z pierwszym szacunkiem dopasowania do katalogu.
Prześlij nam daty startu z trzech miesięcyTen sam problem ma zwykle sąsiedni proces
Nowi pracownicy czekają na dostępy kilka dni, a odchodzący zachowują je tygodniami. To ten sam brak przekazania.
Zobacz rozwiązanie IT i usługiPrzestrzenie projektowe z regułami dostępu w kilka minutZespoły i witryny projektowe budowane ręcznie, za każdym razem inaczej nazwane i nigdy niezamykane.
Zobacz rozwiązanie Inne rozwiązaniaOdejście pracownika: dostępy zamknięte ostatniego dniaWyłączone konto to nie to samo co zamknięty dostęp. Długi ogon systemów jest źródłem ustaleń audytu.
Zobacz rozwiązanie Inne rozwiązaniaDostęp do aplikacji według polityki, w minuty i z dowodemDostęp nadaje się z interpretowanych maili, zatwierdzenia się ponagla, a audytor nie znajduje dowodów.
Zobacz rozwiązanie Case studyAutomatyczny onboarding nowego pracownikaNowi pracownicy szybciej gotowi do pracy, a HR ma mniej papierologii.
Zobacz case study Case studyAgent HR na TeamsPracownik pyta na Teams o urlop, zaświadczenie albo benefit.
Zobacz case studyBranże, w których wdrażamy to najczęściejProdukcja i przemysłHandel i e‑commerceSektor publicznyUsługi i ITCentra usług wspólnych