Szablon danych dla procesu od zatrudnienia do odejścia pracownika
Szablon danych dla procesu od zatrudnienia do odejścia pracownika
- 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
Atrybuty procesu od zatrudnienia do odejścia pracownika
| 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
|
|||
Czynności w procesie od zatrudnienia do odejścia pracownika
| 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
|
|||
Instrukcje pobierania danych
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.
Nie trzeba podawać danych karty płatniczej. Konfiguracja zajmuje kilka minut.