Szablon danych dla procesu od zatrudnienia do odejścia pracownika

Workday Onboarding
Szablon danych dla procesu od zatrudnienia do odejścia pracownika

Szablon danych dla procesu od zatrudnienia do odejścia pracownika

Ten szablon wskazuje atrybuty danych i czynności potrzebne do skutecznej analizy procesu od zatrudnienia do odejścia pracownika. Pomaga ustalić, jakie informacje są niezbędne do zbudowania wiarygodnego dziennika zdarzeń i uzyskania dokładnego obrazu cyklu życia pracownika. Zawiera także wskazówki dotyczące pobierania tych danych z modułu Workday Onboarding.
  • Zalecane atrybuty do zebrania na potrzeby szczegółowej analizy
  • Najważniejsze czynności do śledzenia w cyklu życia pracownika
  • Praktyczne wskazówki dotyczące pobierania danych z Workday Onboarding
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty procesu od zatrudnienia do odejścia pracownika

Poniżej przedstawiono zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby dokładnie analizować proces od zatrudnienia do odejścia pracownika.
3 Wymagane 5 Zalecane 13 Opcjonalne
Nazwa Opis
Identyfikator pracownika
EmployeeId
Unikalny identyfikator pracownika, który służy jako główny identyfikator sprawy w całym cyklu jego zatrudnienia w organizacji.
Opis

Identyfikator pracownika stanowi podstawę analizy procesu od zatrudnienia do odejścia. Łączy wszystkie powiązane zdarzenia, od pierwszego zgłoszenia kandydata po zakończenie zatrudnienia, w jeden spójny przebieg. Dzięki temu organizacja może odtworzyć pełną historię zatrudnienia, obejmującą zmiany stanowiska, oceny okresowe i etapy wdrożenia.

W process mining każde działanie jest powiązane z identyfikatorem pracownika, co pozwala analizować przebieg zatrudnienia zarówno pojedynczych osób, jak i całej organizacji. Można dzięki temu mierzyć czas trwania procesów, wykrywać typowe ścieżki i znajdować wąskie gardła na poszczególnych etapach kariery.

Dlaczego to ważne

Ten atrybut pozwala połączyć wszystkie zdarzenia z cyklu zatrudnienia jednej osoby i uzyskać pełny obraz procesu od początku do końca.

Skąd pobrać

To podstawowe pole w Workday HCM, zwykle dostępne w profilach pracowników i transakcjach procesów biznesowych.

Przykłady
100234510087651011212
Nazwa działania
ActivityName
Nazwa konkretnego zdarzenia lub zadania, które wystąpiło na danym etapie cyklu zatrudnienia pracownika.
Opis

Nazwa działania opisuje konkretny krok procesu od zatrudnienia do odejścia, na przykład „Przyjęto ofertę pracy”, „Zakończono weryfikację przeszłości kandydata” lub „Zatwierdzono awans”. Działania te tworzą węzły mapy procesu i pokazują kolejność zdarzeń składających się na przebieg zatrudnienia.

Analiza działań pomaga zrozumieć przebieg procesu, wykrywać częste i rzadkie ścieżki oraz wskazywać etapy, na których pojawiają się opóźnienia lub konieczność ponownej pracy. Spójne i zrozumiałe nazwy działań ułatwiają tworzenie dokładnego i czytelnego modelu procesu.

Dlaczego to ważne

Określa kroki na mapie procesu, która stanowi podstawę analizy i wizualizacji w process mining.

Skąd pobrać

Pochodzi z pola Business Process Step lub Event Name w dziennikach transakcji Workday.

Przykłady
Wygenerowano list z ofertą pracyUkończono zadania wdrożenioweRozpoczęto proces zakończenia zatrudnienia
Znacznik czasu zdarzenia
EventTimestamp
Dokładna data i godzina zarejestrowania działania lub zdarzenia.
Opis

Ten atrybut określa, kiedy wystąpiło każde działanie. Kolejność i czas zdarzeń służą do odtworzenia przebiegu procesu oraz obliczania wskaźników czasowych, takich jak czas cyklu i czas trwania.

Znacznik czasu zdarzenia ma podstawowe znaczenie dla analizy wydajności procesu. Pozwala obliczać czas między krokami, wykrywać opóźnienia i analizować przebieg procesu w różnych okresach, na przykład porównywać tempo rekrutacji między kwartałami.

Dlaczego to ważne

Pozwala prawidłowo uporządkować zdarzenia i obliczać wskaźniki wydajności, takie jak czas cyklu, a także wykrywać wąskie gardła.

Skąd pobrać

To standardowe pole w dzienniku transakcji procesów biznesowych Workday, często określane jako „Effective Date” lub „Completed Moment”.

Przykłady
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2024-01-15T09:12:00Z
Czas zakończenia zdarzenia
EventEndTime
Znacznik czasu wskazujący zakończenie działania, szczególnie zadania o mierzalnym czasie trwania.
Opis

StartTime wskazuje, kiedy rozpoczęło się działanie, a czas zakończenia zdarzenia określa, kiedy dobiegło końca. Różnica między tymi wartościami oznacza czas realizacji działania. Jest to szczególnie przydatne w przypadku zadań trwających dłużej, takich jak „Background Check” lub „Performance Review”.

W analizie ten atrybut jest niezbędny do obliczenia wskaźnika ProcessingTime. Pozwala odróżnić czas oczekiwania między działaniami od czasu faktycznie poświęconego na ich wykonanie, dzięki czemu łatwiej ustalić, na co przeznaczany jest czas w procesie.

Dlaczego to ważne

Pozwala obliczyć rzeczywisty czas realizacji działania i odróżnić czas aktywnej pracy od bezczynnego oczekiwania.

Skąd pobrać

W niektórych procesach biznesowych Workday rejestrowane są znaczniki czasu rozpoczęcia i zakończenia. Ich połączenie może wymagać zestawienia zdarzeń.

Przykłady
2023-10-26T18:30:00Z2023-11-05T11:00:15Z2024-01-15T17:20:00Z
Dział
Department
Dział organizacji, do którego należy pracownik.
Opis

Ten atrybut wskazuje dział przypisany pracownikowi, na przykład „Sprzedaż”, „Inżynieria” lub „Zasoby ludzkie”. To ważny wymiar porównywania przebiegu procesu w różnych częściach organizacji.

Filtrowanie analizy według działu pozwala odpowiedzieć na pytania, takie jak: „Czy czas zatrudnienia w dziale inżynierii jest dłuższy niż w dziale sprzedaży?” lub „W których działach najczęściej występują odstępstwa od przebiegu wdrożenia?”. Ułatwia to wykrywanie lokalnych problemów i dobór odpowiednich usprawnień.

Dlaczego to ważne

Umożliwia porównywanie wyników i ustalenie, czy nieefektywności procesu koncentrują się w określonych obszarach firmy.

Skąd pobrać

To część podstawowych danych o stanowisku i strukturze organizacyjnej pracownika w Workday HCM, powiązana z jego stanowiskiem.

Przykłady
InżynieriaSprzedaż i marketingFinanse
Identyfikator zapotrzebowania na stanowisko
JobRequisitionId
Unikalny identyfikator zapotrzebowania na stanowisko, które zapoczątkowało rekrutację.
Opis

Identyfikator zapotrzebowania na stanowisko łączy wczesne działania rekrutacyjne, takie jak publikacja oferty, selekcja kandydatów i przygotowanie propozycji zatrudnienia, z konkretną potrzebą biznesową. Pełni funkcję dodatkowego identyfikatora sprawy dla etapu rekrutacji w cyklu zatrudnienia pracownika.

Analiza według tego identyfikatora może ujawnić różnice w sprawności rekrutacji na poszczególne stanowiska lub do różnych działów. Pozwala śledzić cały proces, od utworzenia zapotrzebowania po przyjęcie oferty, i wspiera pomiar KPI, takich jak „Średni czas zatrudnienia”.

Dlaczego to ważne

Łączy wszystkie działania przed zatrudnieniem pod jednym identyfikatorem, umożliwiając szczegółową analizę etapu rekrutacji.

Skąd pobrać

Dostępny w module Recruiting w Workday. Jest powiązany ze zgłoszeniem kandydata i późniejszym zdarzeniem dotyczącym zatrudnienia.

Przykłady
REQ-2023-05-101REQ-2024-01-230REQ-2023-11-087
Typ zdarzenia w cyklu zatrudnienia
LifecycleEventType
Klasyfikuje proces według głównych etapów cyklu zatrudnienia, takich jak wdrożenie, awans lub odejście pracownika.
Opis

Ten atrybut pozwala ogólnie sklasyfikować różne przebiegi w ramach całego procesu od zatrudnienia do odejścia. Oznaczenie każdej sprawy jako „Wdrożenie”, „Mobilność wewnętrzna” lub „Zakończenie zatrudnienia” ułatwia filtrowanie mapy procesu i osobną analizę poszczególnych podprocesów.

Na przykład, aby analizować dashboard „Czas mobilności wewnętrznej i awansu”, można wybrać sprawy, w których typ zdarzenia w cyklu zatrudnienia to „Mobilność wewnętrzna” lub „Awans”. Taki podział ułatwia przygotowanie analiz i dashboardów odpowiadających na konkretne pytania biznesowe.

Dlaczego to ważne

Pozwala podzielić cały przebieg zatrudnienia na odrębne podprocesy i skupić analizę na wdrożeniu, odejściu pracownika lub awansach.

Skąd pobrać

Zwykle wartość jest ustalana podczas przekształcania danych przez przypisanie nazw procesów biznesowych Workday, takich jak „Hire”, „Change Job” i „Terminate”, do odpowiednich kategorii.

Przykłady
Wdrożenie pracownikaMobilność wewnętrznaOdejście pracownikaZarządzanie wynikami pracy
Wykonawca zdarzenia
EventPerformer
Użytkownik lub agent systemowy, który wykonał działanie.
Opis

Ten atrybut wskazuje osobę, rolę lub system odpowiedzialny za wykonanie zadania. Może to być menedżer ds. rekrutacji zatwierdzający ofertę, specjalista HR uruchamiający wdrożenie lub proces systemowy generujący powiadomienie.

Analiza wykonawcy zdarzenia pomaga zrozumieć przydział zasobów, rozkład obciążenia pracą i korzystanie z systemu przez użytkowników. Ułatwia wykrywanie przeciążonych zespołów, wskazywanie zadań powtarzalnych, które można zautomatyzować, oraz porównywanie wyników pracy osób i działów.

Dlaczego to ważne

Ten atrybut pomaga analizować rozkład obciążenia pracą i wyniki użytkowników oraz ustalić, kto uczestniczy w procesie. To podstawa ukierunkowanych usprawnień.

Skąd pobrać

Dostępny w dziennikach transakcji procesów biznesowych Workday, często powiązany z użytkownikiem, który ukończył dany krok.

Przykłady
jsmith@example.comr.davisProces systemowy
Czas rekrutacji
TimeToHire
Łączny czas od utworzenia zapotrzebowania na pracownika do przyjęcia oferty przez kandydata.
Opis

Czas rekrutacji to KPI mierzący sprawność całego procesu pozyskiwania pracowników. Oblicza się go jako czas między zdarzeniami „Utworzenie zapotrzebowania na pracownika” i „Przyjęcie oferty” dla tego samego pracownika lub zapotrzebowania.

Ten obliczany atrybut stanowi podstawę KPI „Średni czas rekrutacji” i powiązanych dashboardów. Śledzenie go w czasie pozwala działom HR ocenić wpływ usprawnień, wykrywać wąskie gardła w pozyskiwaniu kandydatów lub rozmowach kwalifikacyjnych oraz ustalać realistyczne terminy rekrutacji dla menedżerów.

Dlaczego to ważne

Bezpośrednio mierzy sprawność procesu rekrutacji, jednego z podstawowych wskaźników efektywności działu HR.

Skąd pobrać

Obliczany na poziomie sprawy jako czas między znacznikiem czasu czynności „Utworzenie zapotrzebowania na pracownika” a znacznikiem czasu czynności „Przyjęcie oferty”.

Przykłady
35 dni62 dni28 dni
Czy czynność dotyczy zgodności
IsComplianceActivity
Wartość logiczna określająca, czy czynność jest wymaganym krokiem związanym ze zgodnością lub wymogami regulacyjnymi.
Opis

Ta flaga wskazuje czynności wymagane ze względu na przepisy prawa, regulacje lub polityki, takie jak potwierdzenie zapoznania się z polityką albo ukończenie obowiązkowego szkolenia. Pozwala odróżnić te zadania od zwykłych czynności administracyjnych.

W analizach atrybut ten umożliwia tworzenie dashboardów i KPI dotyczących zgodności, na przykład wskaźnika realizacji krytycznych czynności związanych ze zgodnością. Pomaga monitorować, czy wszyscy pracownicy terminowo wykonują najważniejsze kroki wymagane przepisami, co ogranicza ryzyko dla organizacji.

Dlaczego to ważne

Umożliwia monitorowanie krytycznych kroków związanych ze zgodnością, pomaga przestrzegać wymogów regulacyjnych i ograniczać ryzyko.

Skąd pobrać

Jest to atrybut pochodny, zwykle tworzony podczas transformacji danych przez przypisanie wartości logicznej do listy znanych nazw czynności związanych ze zgodnością.

Przykłady
truefalse
Czy czynność jest poprawką
IsRework
Wartość logiczna określająca, czy czynność jest powtórzeniem wcześniejszego kroku w tej samej sprawie.
Opis

Ten atrybut wskazuje poprawki, czyli sytuacje, w których zadanie trzeba wykonać więcej niż raz dla tego samego pracownika. Przykłady to ponowne przesłanie nieprawidłowych dokumentów lub powtórzenie nieudanego sprawdzenia przeszłości. Zwykle wykrywa się je, gdy ta sama nazwa czynności pojawia się w dzienniku zdarzeń sprawy więcej niż raz.

Analiza poprawek pomaga zwiększyć sprawność i jakość procesu. Flaga „IsRework” ułatwia określenie skali poprawek, znalezienie ich przyczyn i ocenę efektów działań, które mają pomóc wykonać zadanie poprawnie za pierwszym razem. Wspiera bezpośrednio dashboard „Analiza poprawek i powtórzeń”.

Dlaczego to ważne

Pomaga określić skalę nieefektywności i strat w procesie, wskazując powtarzane czynności, które mogą świadczyć o problemach z jakością lub komunikacją.

Skąd pobrać

Jest to flaga obliczana podczas analizy process mining przez wykrywanie powtarzających się czynności w tej samej sprawie.

Przykłady
truefalse
Czy doszło do naruszenia SLA
IsSlaViolated
Wartość logiczna określająca, czy czynność ukończono po terminie SLA.
Opis

Ten obliczany atrybut wskazuje wartością logiczną, czy dany krok procesu spełnił wymagania SLA. Jest wyznaczany przez porównanie znacznika czasu ukończenia czynności (EventTimestamp) z jej terminem (SlaTargetDate).

Flaga ułatwia tworzenie dashboardów i raportów, ponieważ pozwala szybko zliczać i wizualizować przypadki naruszenia SLA. Zasila KPI, takie jak terminowość ocen wyników pracy, oraz ułatwia tworzenie alertów i raportów o zaległych zadaniach. Dzięki temu zespoły mogą skupić się na najpoważniejszych opóźnieniach.

Dlaczego to ważne

Ułatwia monitorowanie wyników, wyraźnie wskazując przypadki niedotrzymania uzgodnionych terminów.

Skąd pobrać

Pole obliczane: true, jeśli EventTimestamp > SlaTargetDate, w przeciwnym razie false.

Przykłady
truefalse
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu wskazujący, kiedy dane dotyczące tego zdarzenia zostały ostatnio odświeżone z systemu źródłowego.
Opis

Ten atrybut wskazuje, kiedy zbiór danych został ostatnio zaktualizowany. Informuje, jak aktualne są analizowane dane, co ma znaczenie przy podejmowaniu na ich podstawie trafnych decyzji biznesowych.

W dashboardach i bieżącym monitorowaniu znacznik czasu pomaga ocenić, czy wyświetlane dane są najnowszymi dostępnymi. To ważna metadana, która wspiera integralność danych i zaufanie użytkowników do analizy.

Dlaczego to ważne

Informuje użytkowników o aktualności danych, co ma znaczenie dla trafności i dokładności analizy procesu.

Skąd pobrać

To pole metadanych generowane i dodawane do zbioru danych podczas pobierania lub przetwarzania ETL (Extract, Transform, Load).

Przykłady
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
Docelowy termin SLA
SlaTargetDate
Termin, do którego należy ukończyć daną czynność, na przykład ocenę wyników pracy.
Opis

Ten atrybut określa termin SLA dla danego zadania. Wyznacza oczekiwany czas realizacji procesu i stanowi punkt odniesienia do pomiaru wyników.

Jest potrzebny do obliczania KPI, takich jak terminowość ocen wyników pracy, oraz tworzenia dashboardów monitorujących dotrzymywanie SLA. Porównanie rzeczywistej daty ukończenia (EventTimestamp) z terminem SlaTargetDate pozwala automatycznie wykrywać przekroczenia, mierzyć terminowość i wcześniej reagować na opóźnienia.

Dlaczego to ważne

Zapewnia jasny punkt odniesienia do pomiaru terminowości i jest niezbędny do obliczania KPI dotyczących dotrzymywania SLA.

Skąd pobrać

W procesach takich jak oceny wyników pracy w Workday często ustala się termin wykonania. Datę tę należy wyodrębnić razem ze zdarzeniami procesu.

Przykłady
2023-12-31T23:59:59Z2024-06-30T23:59:59Z
Identyfikator stanowiska
PositionId
Unikalny identyfikator stanowiska lub roli pełnionej przez pracownika.
Opis

Identyfikator stanowiska wskazuje konkretną rolę pracownika w strukturze organizacji. Każde stanowisko ma określone atrybuty, takie jak profil stanowiska, lokalizacja i struktura podległości. Jest bardziej szczegółowy niż nazwa stanowiska, ponieważ kilka stanowisk może mieć tę samą nazwę.

Analiza według identyfikatora stanowiska pozwala lepiej zrozumieć procesy związane z konkretnymi rolami. Można na przykład przeanalizować wdrożenie wszystkich osób zatrudnionych na stanowisku „Starszy inżynier oprogramowania”, aby sprawdzić, czy występują powtarzające się wzorce lub opóźnienia charakterystyczne dla tej roli.

Dlaczego to ważne

Umożliwia szczegółową analizę konkretnych ról i pomaga ustalić, jak procesy różnią się w zależności od stanowiska w firmie.

Skąd pobrać

Standardowe pole związane z przypisaniem stanowiska pracownikowi w Workday HCM.

Przykłady
POS-1001POS-2345POS-8762
Lokalizacja
Location
Lokalizacja geograficzna lub biuro przypisane do stanowiska pracownika.
Opis

Atrybut lokalizacji wskazuje kraj, region lub miasto, w którym pracuje dana osoba. Ten wymiar geograficzny jest niezbędny do porównywania przebiegu procesów i zgodności z przepisami w różnych regionach.

Analiza według lokalizacji może ujawnić regionalne różnice w czasie rekrutacji, sprawności wdrożenia lub procedurach zakończenia zatrudnienia. Pomaga odpowiedzieć na pytania, takie jak: „Czy weryfikacja przeszłości kandydatów trwa dłużej w Niemczech niż w Stanach Zjednoczonych?”, i wspiera monitorowanie zgodności z lokalnymi przepisami.

Dlaczego to ważne

Umożliwia analizę geograficzną i wykrywanie regionalnych różnic w przebiegu procesów, które mogą wynikać z lokalnego zarządzania, przepisów lub kultury.

Skąd pobrać

Część danych o stanowisku i przypisaniu organizacyjnym pracownika w Workday HCM.

Przykłady
USA - Nowy JorkNiemcy - BerlinIndie - Bengaluru
Nazwa planu wdrożenia
OnboardingPlanName
Nazwa szablonu lub planu wdrożenia przypisanego nowo zatrudnionej osobie.
Opis

Workday umożliwia tworzenie różnych planów wdrożenia dostosowanych do stanowiska, lokalizacji lub poziomu doświadczenia. Ten atrybut wskazuje, którego planu użyto w przypadku danego pracownika.

Analiza według nazwy planu wdrożenia pomaga ocenić skuteczność i sprawność różnych strategii wdrożenia. Umożliwia bezpośrednie porównanie na przykład „Planu wdrożenia kadry kierowniczej” ze „Standardowym planem wdrożenia pracownika”, aby sprawdzić, który z nich zapewnia wyższy odsetek ukończonych zadań lub krótszy czas realizacji.

Dlaczego to ważne

Pozwala ocenić skuteczność różnych programów wdrożenia, wskazać dobre praktyki i obszary wymagające poprawy.

Skąd pobrać

Informacje te są prawdopodobnie dostępne w module Onboarding systemu Workday i powiązane z procesem biznesowym Hire.

Przykłady
Standardowe wdrożenie w firmieWdrożenie w zespole sprzedażyPlan wdrożenia kadry kierowniczej
Powód zakończenia zatrudnienia
TerminationReason
Powód odejścia pracownika z organizacji.
Opis

Ten atrybut określa, dlaczego zakończył się okres zatrudnienia pracownika, na przykład „Dobrowolne odejście”, „Zwolnienie z inicjatywy pracodawcy - wyniki pracy” lub „Przejście na emeryturę”. Informacje te są istotne przy analizie rotacji pracowników i procesu odejścia.

W process mining powód zakończenia zatrudnienia dostarcza kontekstu do analizy procesu odejścia. Można sprawdzić, czy różne rodzaje zakończenia zatrudnienia wiążą się z innymi procedurami lub czasem realizacji. Pomaga to zrozumieć rotację pracowników i zadbać o właściwy przebieg procesu odejścia w każdej sytuacji.

Dlaczego to ważne

Dostarcza kontekstu potrzebnego do analizy procesu odejścia i pomaga powiązać problemy w procesie z przyczynami rotacji pracowników.

Skąd pobrać

Rejestrowany podczas procesu biznesowego „Zakończenie zatrudnienia pracownika” w Workday.

Przykłady
Dobrowolne odejścieZwolnienie z inicjatywy pracodawcyPrzejście na emeryturę
Rodzaj zatrudnienia
EmploymentType
Określa, czy pracownik jest zatrudniony na pełny etat, na część etatu, jako kontraktor czy stażysta.
Opis

Ten atrybut określa rodzaj umowy o pracę. Różne rodzaje zatrudnienia często wiążą się z odmiennymi wariantami procesów wdrożenia, obsługi listy płac i przyznawania świadczeń.

Filtrowanie według tego atrybutu pozwala porównywać przebieg zatrudnienia w różnych grupach pracowników. Można na przykład sprawdzić, czy wdrożenie kontraktorów przebiega znacznie szybciej lub z mniejszą zgodnością niż wdrożenie pracowników zatrudnionych na pełny etat, a następnie odpowiednio dostosować proces.

Dlaczego to ważne

Ułatwia porównywanie przebiegu procesów w różnych grupach pracowników, na przykład zatrudnionych na pełny etat i kontraktorów, którzy mogą podlegać innym procedurom.

Skąd pobrać

Standardowe pole w szczegółach zatrudnienia pracownika w Workday HCM.

Przykłady
Pełny etatCzęść etatuKontraktorStażysta
Status zatrudnienia
EmploymentStatus
Aktualny status zatrudnienia pracownika, na przykład aktywny, zwolniony lub na urlopie.
Opis

Ten atrybut określa aktualny status pracownika w organizacji. Zmienia się w miarę przechodzenia przez kolejne etapy zatrudnienia. Nowo zatrudniona osoba może mieć na początku status „Przed zatrudnieniem” lub „W trakcie wdrożenia”, a po zakończeniu wdrożenia otrzymuje status „Aktywny”.

W process mining atrybut ten dostarcza informacji o stanie procesu. Można go wykorzystać do sprawdzania zgodności procesu, na przykład upewnić się, że listę płac przygotowuje się tylko dla aktywnych pracowników. Ułatwia też filtrowanie określonych grup, na przykład analizę procesu odejścia pracowników ze statusem „Zwolniony”.

Dlaczego to ważne

Pokazuje aktualny status pracownika, co ułatwia weryfikację logiki procesu i filtrowanie analiz według wybranych grup pracowników.

Skąd pobrać

Podstawowe pole w profilu pracownika w Workday HCM.

Przykłady
AktywnyZwolnionyNa urlopiePrzed zatrudnieniem
System źródłowy
SourceSystem
System, z którego pobrano dane o zdarzeniu, w tym przypadku Workday Onboarding.
Opis

Ten atrybut wskazuje źródło danych. W tym widoku analizowany jest Workday Onboarding, ale pełny proces od zatrudnienia do odejścia może obejmować również dane z innych systemów, takich jak system do śledzenia kandydatów (ATS) lub osobny system płacowy. Wskazanie systemu źródłowego jest ważne dla zarządzania danymi i zrozumienia kontekstu zdarzenia.

W analizie obejmującej wiele systemów to pole pozwala filtrować zdarzenia według systemu lub analizować przekazywanie pracy między systemami.

Dlaczego to ważne

Informuje o pochodzeniu danych, co jest niezbędne do ich weryfikacji i analiz łączących dane z wielu systemów.

Skąd pobrać

Zwykle jest to stała wartość („Workday Onboarding”) dodawana podczas pobierania i przekształcania danych.

Przykłady
Workday OnboardingWorkday HCM
Wymagane Zalecane Opcjonalne

Czynności w procesie od zatrudnienia do odejścia pracownika

Poniżej przedstawiono najważniejsze etapy i kamienie milowe procesu, które warto zapisywać w dzienniku zdarzeń, aby dokładnie odtworzyć i analizować cykl życia pracownika.
7 Zalecane 8 Opcjonalne
Działanie Opis
Przyjęto ofertę pracy
To zdarzenie występuje, gdy kandydat formalnie przyjmuje ofertę pracy, często podpisując ją elektronicznie w Workday. Jest to ważny etap, rejestrowany po ukończeniu przez kandydata kroku „Review and Sign” w procesie obsługi oferty.
Dlaczego to ważne

Ten etap kończy zasadniczą część rekrutacji i uruchamia działania przed zatrudnieniem oraz wdrożenie. Jest ważnym elementem pomiaru KPI Time-to-Hire.

Skąd pobrać

To jawne zdarzenie rejestrowane po ukończeniu przez kandydata kroku akceptacji oferty w procesie biznesowym „Job Application”.

Rejestrowanie

Akceptacja oferty przez kandydata jest rejestrowana jako ukończony krok w procesie Job Application.

Typ zdarzenia explicit
Rozpoczęto proces zakończenia zatrudnienia
To zdarzenie oznacza rozpoczęcie procesu odejścia pracownika. Jest jawnie rejestrowane, gdy menedżer lub użytkownik HR uruchamia w Workday proces biznesowy „Terminate Employee”.
Dlaczego to ważne

To główne zdarzenie rozpoczynające cały proces odejścia pracownika. Wyznacza początek pomiaru KPI Average Offboarding Cycle Time.

Skąd pobrać

To jawne zdarzenie rejestrowane po uruchomieniu procesu biznesowego „Terminate Employee” w Workday HCM.

Rejestrowanie

Zdarzenie rejestrowane po uruchomieniu procesu biznesowego „Terminate Employee”.

Typ zdarzenia explicit
Rozpoczęto wdrożenie pracownika
Oznacza rozpoczęcie wdrożenia nowego pracownika w module Workday Onboarding. Zdarzenie jest rejestrowane po przypisaniu nowemu pracownikowi zestawu zadań i workflow wdrożeniowych, zwykle po zakończeniu procesu Hire.
Dlaczego to ważne

To punkt początkowy analizy sprawności wdrożenia. Pozwala mierzyć odsetek ukończonych zadań i wykrywać odstępstwa od przebiegu procesu.

Skąd pobrać

Zdarzenie rozpoczęcia jest rejestrowane po uruchomieniu dla nowego pracownika procesu biznesowego „Onboarding” lub podobnego workflow.

Rejestrowanie

Zdarzenie rejestrowane po uruchomieniu procesu biznesowego Onboarding dla nowego pracownika.

Typ zdarzenia explicit
Ukończono zadania wdrożeniowe
Oznacza ukończenie wszystkich przypisanych zadań wdrożeniowych przez nowego pracownika. Zdarzenie jest zwykle ustalane na podstawie zmiany ogólnego statusu procesu Onboarding pracownika na „Successfully Completed”.
Dlaczego to ważne

To ważny etap potwierdzający pełne wdrożenie nowego pracownika. Wyznacza koniec pomiaru KPI Onboarding Cycle Time i pozwala analizować zgodność przebiegu wdrożenia z założeniami.

Skąd pobrać

Zdarzenie ustala się na podstawie znacznika czasu zakończenia nadrzędnego procesu „Onboarding”, który następuje po wykonaniu wszystkich wymaganych kroków i zadań.

Rejestrowanie

Zdarzenie ustala się na podstawie znacznika czasu zakończenia całego procesu Onboarding pracownika.

Typ zdarzenia inferred
Utworzono zapotrzebowanie na stanowisko
To zdarzenie oznacza oficjalne rozpoczęcie rekrutacji, gdy w Workday zostaje utworzone i zatwierdzone nowe zapotrzebowanie na stanowisko. Jest rejestrowane po pomyślnym zakończeniu procesu biznesowego „Create Job Requisition”.
Dlaczego to ważne

To główne zdarzenie rozpoczynające cały proces rekrutacji. Analiza czasu od tego zdarzenia do „Offer Accepted” jest niezbędna do pomiaru KPI Time-to-Hire.

Skąd pobrać

Zdarzenie jest rejestrowane po pomyślnym zakończeniu procesu biznesowego „Create Job Requisition” w Workday Recruiting. Znacznik czasu znajduje się w dzienniku zdarzeń tego procesu.

Rejestrowanie

Zdarzenie rejestrowane po zakończeniu procesu biznesowego „Create Job Requisition”.

Typ zdarzenia explicit
Zakończono proces zatrudnienia
To ważny etap, w którym rekord kandydata zostaje oficjalnie przekształcony w rekord pracownika w Workday HCM. Zdarzenie jest rejestrowane po pomyślnym zakończeniu procesu biznesowego „Hire”.
Dlaczego to ważne

To zdarzenie formalnie oznacza przejście od statusu kandydata do statusu pracownika i jest ważnym punktem pomiaru czasu wdrożenia. Potwierdza, że pracownik został oficjalnie zarejestrowany w systemie HCM.

Skąd pobrać

Zdarzenie jest jawnie rejestrowane jako zakończenie procesu biznesowego „Hire” dla pracownika. Dziennik procesu zawiera dokładny znacznik czasu.

Rejestrowanie

Zdarzenie rejestrowane po pomyślnym zakończeniu procesu biznesowego „Hire”.

Typ zdarzenia explicit
Zakończono zatrudnienie pracownika
To ostatnie zdarzenie w cyklu zatrudnienia pracownika, oznaczające oficjalne zakończenie zatrudnienia w systemie. Jest rejestrowane po pomyślnym zakończeniu procesu biznesowego „Terminate Employee”.
Dlaczego to ważne

To końcowe zdarzenie procesu od zatrudnienia do odejścia pracownika. Wyznacza koniec pomiaru czasu odejścia i potwierdza zakończenie procesu.

Skąd pobrać

Zdarzenie jest jawnie rejestrowane jako zakończenie procesu biznesowego „Terminate Employee”. Po tym etapie rekord pracownika staje się nieaktywny.

Rejestrowanie

Zdarzenie rejestrowane po pomyślnym zakończeniu procesu biznesowego „Terminate Employee”.

Typ zdarzenia explicit
Rozpoczęto weryfikację przeszłości kandydata
Oznacza rozpoczęcie weryfikacji kandydata przed zatrudnieniem, który przyjął ofertę. Zdarzenie jest rejestrowane po uruchomieniu kroku weryfikacji, często wraz z wywołaniem integracji z zewnętrznym dostawcą.
Dlaczego to ważne

Weryfikacja przeszłości kandydata często staje się wąskim gardłem rekrutacji. To zdarzenie wyznacza początek pomiaru KPI Background Check Duration.

Skąd pobrać

Zdarzenie jest rejestrowane jako krok procesu biznesowego, na przykład „Background Check”, który często stanowi część całego workflow rekrutacyjnego. Zapisywany jest znacznik czasu rozpoczęcia.

Rejestrowanie

Zdarzenie rejestrowane po uruchomieniu procesu biznesowego „Background Check” lub powiązanego kroku.

Typ zdarzenia explicit
Rozpoczęto zmianę stanowiska
Oznacza rozpoczęcie zmiany stanowiska w ramach mobilności wewnętrznej, na przykład przeniesienia lub awansu. Zdarzenie jest rejestrowane, gdy menedżer lub przedstawiciel HR uruchamia dla pracownika proces biznesowy „Change Job”.
Dlaczego to ważne

To zdarzenie rozpoczyna pomiar sprawności mobilności wewnętrznej i czasu zatwierdzania zmian. Pomaga wykrywać wąskie gardła utrudniające rozwój kariery pracowników.

Skąd pobrać

To jawne zdarzenie rejestrowane po uruchomieniu procesu biznesowego „Change Job” w Workday HCM.

Rejestrowanie

Zdarzenie rejestrowane po uruchomieniu procesu biznesowego „Change Job” dla pracownika.

Typ zdarzenia explicit
Ukończono zadania związane z odejściem pracownika
Oznacza ukończenie wszystkich wymaganych zadań związanych z odejściem pracownika, takich jak zwrot sprzętu i przekazanie wiedzy. Zdarzenie ustala się, gdy lista kontrolna lub proces biznesowy dotyczący odejścia otrzymuje status ukończony.
Dlaczego to ważne

Śledzenie ukończenia tych zadań pomaga zapewnić bezpieczne odejście pracownika zgodne z wymogami. Opóźnienia mogą zwiększać ryzyko dla bezpieczeństwa i pogarszać doświadczenia pracownika.

Skąd pobrać

Zdarzenie ustala się na podstawie znacznika czasu zakończenia procesu biznesowego „Offboarding” lub oznaczenia wszystkich przypisanych pracownikowi zadań związanych z odejściem jako ukończonych.

Rejestrowanie

Zdarzenie ustala się na podstawie ukończenia listy kontrolnej lub powiązanego procesu biznesowego dotyczącego odejścia pracownika.

Typ zdarzenia inferred
Wygenerowano list z ofertą pracy
Oznacza moment wygenerowania formalnej oferty pracy dla kandydata. Zwykle jest to jawny krok procesu biznesowego „Job Application” w Workday.
Dlaczego to ważne

Śledzenie tego zdarzenia pozwala ustalić, ile czasu mija od zakończenia rozmów kwalifikacyjnych do przygotowania formalnej oferty. Opóźnienia na tym etapie mogą skłonić kandydatów do rezygnacji.

Skąd pobrać

Dane pochodzą z dziennika zdarzeń procesu biznesowego „Job Application”, a konkretnie z zakończenia kroku „Generate Document” lub podobnego kroku dotyczącego oferty.

Rejestrowanie

Zdarzenie rejestrowane po zakończeniu kroku „Generate Offer” w procesie Job Application.

Typ zdarzenia explicit
Zakończono konfigurację listy płac
To zdarzenie oznacza wprowadzenie i weryfikację wszystkich informacji potrzebnych do naliczania wynagrodzenia nowego pracownika. Może być rejestrowane jako zakończenie określonego kroku procesu Onboarding lub Hire.
Dlaczego to ważne

Dzięki temu pracownik otrzymuje prawidłowe wynagrodzenie w terminie już przy pierwszej wypłacie. To zdarzenie kończy pomiar KPI Payroll Setup Time i pozwala wykrywać opóźnienia w uruchomieniu wypłat.

Skąd pobrać

Zdarzenie jest rejestrowane po ukończeniu pozycji na liście kontrolnej lub konkretnego kroku, na przykład „Enter Payment Elections”, w procesie biznesowym Onboarding.

Rejestrowanie

Ukończenie konkretnego zadania lub kroku związanego z listą płac w ramach procesu biznesowego.

Typ zdarzenia explicit
Zakończono ocenę okresową
To zdarzenie oznacza zakończenie formalnego cyklu oceny okresowej pracownika. Jest rejestrowane, gdy proces biznesowy „Performance Review” osiąga końcowy, zatwierdzony status.
Dlaczego to ważne

Śledzenie tych zdarzeń jest niezbędne do analizy terminowości i częstotliwości ocen okresowych. Bezpośrednio wspiera pomiar KPI Performance Review Timeliness.

Skąd pobrać

Zdarzenie jest rejestrowane po pomyślnym zakończeniu procesu biznesowego „Start Performance Review” dla pracownika.

Rejestrowanie

Zdarzenie rejestrowane po pomyślnym zakończeniu procesu biznesowego „Performance Review”.

Typ zdarzenia explicit
Zakończono weryfikację przeszłości kandydata
Oznacza zakończenie weryfikacji kandydata przed zatrudnieniem. Zdarzenie jest rejestrowane po zmianie statusu weryfikacji na zakończony, ręcznie lub przez integrację.
Dlaczego to ważne

To zdarzenie wyznacza koniec pomiaru KPI Background Check Duration. Opóźnienia bezpośrednio wpływają na datę rozpoczęcia pracy przez nowego pracownika.

Skąd pobrać

Zdarzenie jest rejestrowane na podstawie zmiany statusu procesu biznesowego „Background Check” lub powiązanego obiektu, na przykład na „Completed” lub „Passed”.

Rejestrowanie

Zdarzenie ustala się na podstawie znacznika czasu zmiany pola statusu weryfikacji na stan końcowy.

Typ zdarzenia inferred
Zatwierdzono awans
Oznacza ostateczne zatwierdzenie awansu pracownika. Zdarzenie jest rejestrowane po pełnym zatwierdzeniu i zakończeniu procesu „Change Job” lub powiązanego procesu dotyczącego wynagrodzenia.
Dlaczego to ważne

To zdarzenie kończy pomiar KPI Internal Mobility Approval Time. Potwierdza pomyślne zakończenie ważnego etapu rozwoju kariery.

Skąd pobrać

Zdarzenie jest rejestrowane po pomyślnym zakończeniu procesu biznesowego „Change Job”, gdy powodem zmiany jest awans.

Rejestrowanie

Zdarzenie rejestrowane po zakończeniu procesu biznesowego „Change Job” z powodem „Promotion”.

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje pobierania danych

Jak pobrać dane z Workday Onboarding

Gotowi do rozpoczęcia?

Skorzystaj z tego szablonu danych, aby lepiej zrozumieć i usprawnić proces od zatrudnienia do odejścia pracownika. Zacznij optymalizować cykl życia pracownika już dziś.

Usprawnij cykl życia pracownika już dziś

Uzyskaj konkretne wskazówki i skróć czas cyklu o 30% w Workday HR.

Rozpocznij bezpłatny okres próbny

Nie trzeba podawać danych karty płatniczej. Konfiguracja zajmuje kilka minut.