Szablon danych dotyczących rekrutacji i pozyskiwania talentów
Szablon danych dotyczących rekrutacji i pozyskiwania talentów
- Zalecane atrybuty do zebrania
- Najważniejsze czynności do śledzenia
- Instrukcja ekstrakcji krok po kroku
Atrybuty dotyczące rekrutacji i pozyskiwania talentów
| Nazwa | Opis | ||
|---|---|---|---|
|
Aplikacja kandydata
JobApplication
|
Unikalny identyfikator aplikacji kandydata na konkretne stanowisko. | ||
|
Opis
Job Application ID to główny identyfikator sprawy w procesie rekrutacyjnym. Pozwala śledzić ścieżkę jednego kandydata od przesłania aplikacji przez kolejne etapy, takie jak selekcja, rozmowy i oferta, aż po ostateczną decyzję o zatrudnieniu. Każda aplikacja jest osobną sprawą, co umożliwia szczegółową analizę doświadczeń kandydata i sprawności procesu dla danego wakatu. W process mining analiza według Job Application ID pokazuje pełny przebieg rekrutacji każdego kandydata. Ułatwia wskazanie wąskich gardeł, odstępstw od standardowego procesu i całkowitego czasu obsługi pojedynczej aplikacji. To podstawowy atrybut, na którym opiera się analiza poszczególnych spraw.
Dlaczego to ważne
Unikalnie identyfikuje ścieżkę każdego kandydata, umożliwiając analizę procesu od przesłania aplikacji do ostatecznej decyzji.
Skąd pobrać
Zazwyczaj jest to klucz główny obiektu Job Application w SAP SuccessFactors Recruiting. Można go pobrać za pomocą JobApplication OData API.
Przykłady
APP-0012345APP-0012346APP-0012347
|
|||
|
Czas rozpoczęcia
EventTimestamp
|
Dokładna data i godzina wykonania czynności rekrutacyjnej. | ||
|
Opis
Ten atrybut zapisuje znacznik czasu każdej czynności w procesie i określa chronologiczną kolejność zdarzeń. Jest niezbędny do obliczania czasu trwania, oczekiwania i całkowitego czasu realizacji procesu rekrutacyjnego. Znacznik czasu stanowi podstawę wszystkich analiz czasowych w process mining. Służy do obliczania czasu między czynnościami, wykrywania opóźnień, pomiaru wyników względem SLA i analizy przebiegu procesu w czasie. Bez dokładnych znaczników czasu nie można ocenić sprawności procesu ani wykryć wąskich gardeł związanych z czasem.
Dlaczego to ważne
Dostarcza danych chronologicznych potrzebnych do obliczania czasu realizacji, wykrywania opóźnień i analizy wyników procesu.
Skąd pobrać
Zazwyczaj jest to data utworzenia lub ostatniej modyfikacji powiązana ze zmianą statusu obiektu Job Application.
Przykłady
2023-04-15T10:30:00Z2023-04-22T14:00:00Z2023-05-01T11:45:00Z
|
|||
|
Czynność
ActivityName
|
Nazwa konkretnego kroku lub zdarzenia w procesie rekrutacyjnym. | ||
|
Opis
Czynność oznacza odrębny etap lub działanie w procesie zatrudniania, na przykład „Otrzymano aplikację”, „Zaplanowano rozmowę kwalifikacyjną” lub „Przedstawiono ofertę”. Zdarzenia są zapisywane chronologicznie i tworzą sekwencję działań w ramach jednej aplikacji. W process mining sekwencja czynności służy do tworzenia mapy procesu, wizualizacji wariantów i wykrywania odstępstw. Analiza czynności pokazuje, jakie kroki są wykonywane, w jakiej kolejności i jak często. To niezbędne do wykrywania nieefektywności i problemów ze zgodnością.
Dlaczego to ważne
Określa etapy procesu, umożliwiając wizualizację i analizę workflow rekrutacyjnego.
Skąd pobrać
Zazwyczaj jest ustalana na podstawie zmian statusu obiektu Job Application lub konkretnych dzienników zdarzeń w SAP SuccessFactors Recruiting.
Przykłady
Przeprowadzono wstępną selekcję aplikacjiPrzeprowadzono rozmowę kwalifikacyjnąPrzyjęto ofertęZatrudniono kandydata
|
|||
|
Dział
Department
|
Dział lub jednostka biznesowa, w której znajduje się dane stanowisko. | ||
|
Opis
Ten atrybut wskazuje jednostkę organizacyjną odpowiedzialną za nowo zatrudnioną osobę, na przykład dział inżynierii, marketingu lub finansów. Dział to ważny wymiar analizy przyczyn źródłowych. Umożliwia porównanie przebiegu rekrutacji w różnych częściach organizacji, wskazanie działów, w których rekrutacja trwa dłużej, oraz sprawdzenie, czy odstępstwa od procesu występują głównie w konkretnych jednostkach biznesowych. Pozwala też tworzyć dashboardy pokazujące wyniki poszczególnych działów.
Dlaczego to ważne
Umożliwia porównanie wyników procesu w różnych jednostkach biznesowych i wskazanie problemów dotyczących konkretnych działów.
Skąd pobrać
To pole należy do encji JobRequisition i jest powiązane z danymi o strukturze organizacyjnej.
Przykłady
Badania i rozwójSprzedażZasoby ludzkie
|
|||
|
Identyfikator kandydata
CandidateId
|
Unikalny identyfikator osoby ubiegającej się o stanowisko. | ||
|
Opis
Candidate ID jednoznacznie identyfikuje osobę w puli kandydatów, niezależnie od liczby stanowisk, na które aplikuje. Pozwala śledzić historię kandydata i jego kontakty z firmą. W analizie atrybut ten pomaga zrozumieć zachowania osób aplikujących ponownie i spojrzeć na proces z perspektywy kandydata. Można sprawdzić, czy osoba odrzucona na jednym stanowisku została później zatrudniona na innym, albo przeanalizować jej doświadczenia związane z wieloma aplikacjami.
Dlaczego to ważne
Pozwala śledzić kandydata w wielu aplikacjach i uzyskać pełny obraz jego kontaktów z firmą.
Skąd pobrać
Ten identyfikator jest dostępny w obiekcie Candidate i powiązany z obiektem JobApplication w SAP SuccessFactors Recruiting.
Przykłady
CAND-9876CAND-9877CAND-9878
|
|||
|
Identyfikator zapotrzebowania na stanowisko
JobRequisitionId
|
Unikalny identyfikator wakatu lub stanowiska, które ma zostać obsadzone. | ||
|
Opis
Job Requisition ID łączy wiele aplikacji z jednym procesem rekrutacyjnym. Oznacza formalne zapotrzebowanie na obsadzenie stanowiska i zawiera informacje o roli, takie jak nazwa stanowiska, dział i lokalizacja. Analiza według Job Requisition ID pokazuje pulę kandydatów na jeden wakat. Ułatwia ocenę skuteczności ogłoszenia, porównanie ścieżek różnych kandydatów na to samo stanowisko i obliczanie wskaźników takich jak „Time to Fill”.
Dlaczego to ważne
Grupuje wszystkie aplikacje na jeden wakat, umożliwiając analizę całego lejka kandydatów na dane stanowisko.
Skąd pobrać
To ważne pole obiektu JobRequisition w SAP SuccessFactors Recruiting, powiązane z obiektem JobApplication.
Przykłady
REQ-2023-101REQ-2023-102REQ-2023-103
|
|||
|
Menedżer ds. rekrutacji
HiringManager
|
Imię i nazwisko lub identyfikator menedżera, dla którego prowadzi się rekrutację na dane stanowisko. | ||
|
Opis
Menedżer ds. rekrutacji podejmuje ostateczną decyzję o zatrudnieniu i jest ważną osobą zaangażowaną w proces. Jego działania, takie jak przekazywanie opinii czy zatwierdzanie ofert, mogą znacząco wpływać na czas trwania rekrutacji. Atrybut ten pomaga wskazać opóźnienia związane z konkretnymi menedżerami, na przykład późne przekazywanie opinii lub zatwierdzanie ofert. Analiza wariantów procesu według menedżera może ujawnić różnice w sposobie prowadzenia rozmów kwalifikacyjnych w poszczególnych częściach organizacji.
Dlaczego to ważne
Wskazuje osobę zaangażowaną w proces, której działania mogą powodować wąskie gardła, i ułatwia analizę opóźnień w zatwierdzaniu ofert lub przekazywaniu opinii.
Skąd pobrać
To standardowe pole encji JobRequisition w SAP SuccessFactors Recruiting.
Przykłady
Alicja WilliamsRobert BrownKarol Davis
|
|||
|
Nazwa stanowiska
JobTitle
|
Nazwa stanowiska, na które aplikuje kandydat. | ||
|
Opis
Ten atrybut określa obsadzaną rolę, na przykład „inżynier oprogramowania” lub „kierownik projektu”. Umożliwia podział i porównywanie procesów rekrutacyjnych. Analiza procesu według nazwy stanowiska pozwala sprawdzić, czy rekrutacja na różne role przebiega w innym tempie. Na przykład w rekrutacji na stanowiska techniczne może być więcej etapów rozmów niż w przypadku stanowisk administracyjnych. Atrybut ten jest potrzebny do obliczania KPI, takich jak „Time to Fill Critical Roles”, i wykrywania wąskich gardeł charakterystycznych dla poszczególnych ról.
Dlaczego to ważne
Umożliwia porównanie rekrutacji na różne stanowiska i pomaga wykryć wąskie gardła oraz różnice charakterystyczne dla poszczególnych ról.
Skąd pobrać
To pole obiektu JobRequisition powiązanego z JobApplication.
Przykłady
Starszy inżynier oprogramowaniaMenedżer produktuAnalityk danych
|
|||
|
Rekruter
Recruiter
|
Imię i nazwisko lub identyfikator rekrutera przypisanego do aplikacji kandydata lub zapotrzebowania na stanowisko. | ||
|
Opis
Ten atrybut wskazuje głównego rekrutera odpowiedzialnego za prowadzenie procesu rekrutacyjnego dla danego zapotrzebowania. Jest to jeden z zasobów zaangażowanych w proces. Analiza procesu według rekrutera pomaga ocenić wyniki pracy i rozkład obciążenia. Pozwala odpowiedzieć na pytania: którzy rekruterzy najszybciej zatrudniają kandydatów? Czy obciążenie jest równomierne? Czy niektórzy rekruterzy regularnie pomijają etapy procesu? Atrybut ten bezpośrednio wspiera dashboard „Wyniki pracy i obciążenie rekruterów” oraz KPI „Wskaźnik nierównomiernego obciążenia rekruterów”.
Dlaczego to ważne
Pomaga mierzyć wyniki pracy poszczególnych rekruterów, analizować rozkład obciążenia oraz wskazywać dobre praktyki i potrzeby szkoleniowe.
Skąd pobrać
Informacja ta jest zwykle zapisana w encji JobRequisition i wskazuje przypisanego rekrutera.
Przykłady
Jan KowalskiAnna NowakEmilia Jones
|
|||
|
Status aplikacji
ApplicationStatus
|
Bieżący lub końcowy status aplikacji kandydata, na przykład „Zatrudniony”, „Odrzucony” lub „Wycofany”. | ||
|
Opis
Ten atrybut pokazuje wynik aplikacji na danym etapie. Szczególnie ważny jest status końcowy, który informuje, czy proces zakończył się sukcesem. Status aplikacji służy do analizy wyników i współczynników konwersji w lejku rekrutacyjnym. Na jego podstawie oblicza się KPI „Odsetek kandydatów rezygnujących na poszczególnych etapach”, śledząc, ilu kandydatów przechodzi ze statusu aktywnego do końcowego, takiego jak „Odrzucony”. Atrybut pozwala też filtrować zakończone sukcesem procesy i analizować dobre praktyki.
Dlaczego to ważne
Pokazuje wynik procesu, co pozwala obliczać odsetek kandydatów rezygnujących z udziału i analizować skuteczność rekrutacji.
Skąd pobrać
To podstawowe pole encji JobApplication, które wskazuje etap aplikacji w procesie rekrutacji.
Przykłady
ZatrudnionoOdrzucony przez firmęKandydat wycofał aplikacjęOdrzucił ofertę
|
|||
|
Źródło aplikacji
ApplicationSource
|
Kanał, przez który kandydat przesłał aplikację. | ||
|
Opis
Ten atrybut wskazuje źródło aplikacji, na przykład stronę kariery firmy, LinkedIn, polecenie lub agencję rekrutacyjną. Pomaga ocenić skuteczność poszczególnych kanałów rekrutacji. W analizie źródło aplikacji służy do pomiaru jakości i liczby kandydatów pozyskanych z różnych kanałów. Wspiera KPI „Skuteczność źródeł aplikacji”, który pokazuje zależność między źródłem a zatrudnieniem kandydata. Dzięki temu można lepiej planować wydatki na marketing rekrutacyjny i skupić się na najskuteczniejszych kanałach.
Dlaczego to ważne
Pomaga ocenić skuteczność kanałów rekrutacji i lepiej zaplanować strategię pozyskiwania kandydatów oraz budżet.
Skąd pobrać
Informacja jest zapisywana podczas składania aplikacji i dostępna w encji JobApplication lub Candidate.
Przykłady
Strona internetowa firmyLinkedInPolecenie pracownikaIndeed
|
|||
|
Czas na etapie
TimeInStage
|
Czas, przez jaki aplikacja pozostaje na danym etapie przed przejściem do kolejnego. | ||
|
Opis
Ta obliczana miara określa czas między dwiema kolejnymi czynnościami. Może na przykład pokazywać, jak długo aplikacja pozostawała na etapie „Wstępna selekcja aplikacji” przed przejściem do „Rozmowy telefonicznej”. Atrybut ten pomaga wykrywać wąskie gardła. Obliczenie czasu trwania poszczególnych etapów pozwala wskazać te, które zajmują najwięcej czasu. Miara jest wykorzystywana w wielu dashboardach, na przykład w analizach „Czas wstępnej selekcji aplikacji” oraz „Opóźnienia w zatwierdzaniu zapotrzebowań i ofert”.
Dlaczego to ważne
Mierzy czas trwania poszczególnych etapów procesu i pozwala wskazać te, które powodują opóźnienia.
Skąd pobrać
Wartość jest obliczana podczas przekształcania danych jako różnica między znacznikiem czasu danej czynności a znacznikiem czasu poprzedniej czynności w tym samym case.
Przykłady
3 dni10 dni1 dzień
|
|||
|
Czy kandydat jest pracownikiem firmy
IsInternalCandidate
|
Wskaźnik określający, czy kandydat jest obecnym pracownikiem firmy. | ||
|
Opis
Ten atrybut logiczny rozróżnia kandydatów wewnętrznych, którzy są obecnymi pracownikami, od kandydatów zewnętrznych. Procesy rekrutacji wewnętrznej często różnią się od rekrutacji zewnętrznej. Analiza procesu z uwzględnieniem tego wskaźnika pomaga zrozumieć i usprawnić zarówno mobilność wewnętrzną, jak i rekrutację zewnętrzną. Rekrutacja pracowników firmy może przebiegać szybciej i obejmować mniej etapów. Porównanie obu procesów może wskazać możliwości usprawnienia rekrutacji zewnętrznej.
Dlaczego to ważne
Pozwala oddzielić mobilność wewnętrzną od rekrutacji zewnętrznej, które często różnią się etapami i czasem trwania.
Skąd pobrać
Ten wskaźnik jest zwykle dostępny w encji Candidate lub JobApplication.
Przykłady
truefalse
|
|||
|
Czy oferta została przyjęta
IsOfferAccepted
|
Obliczany wskaźnik informujący, czy kandydat przyjął ofertę pracy. | ||
|
Opis
Ten wyprowadzany atrybut logiczny ułatwia analizę wyników. Zwykle przyjmuje wartość „true”, jeśli końcowy status aplikacji to „Oferta przyjęta” lub „Zatrudniony”, a w pozostałych przypadkach, w tym „Oferta odrzucona” lub „Wycofany”, wartość „false”. Atrybut ten ułatwia tworzenie dashboardów i KPI dotyczących odsetka przyjętych ofert. Pozwala filtrować i agregować dane, aby sprawdzić, jakie czynniki, na przykład nazwa stanowiska lub dział, wiążą się z wyższym lub niższym odsetkiem przyjętych ofert.
Dlaczego to ważne
Ułatwia analizę odsetka przyjętych ofert i wskazanie czynników powiązanych z ich przyjęciem.
Skąd pobrać
To pole nie występuje w systemie źródłowym. Jest wyprowadzane z pola „ApplicationStatus” podczas przekształcania danych.
Przykłady
truefalse
|
|||
|
Data ostatniej aktualizacji danych
LastModifiedDate
|
Znacznik czasu wskazujący, kiedy rekord został ostatnio zaktualizowany w systemie źródłowym. | ||
|
Opis
Ten atrybut wskazuje czas ostatniej modyfikacji danych zdarzenia lub sprawy w SAP SuccessFactors. Przydaje się podczas odświeżania i walidacji danych, ponieważ pozwala upewnić się, że analiza opiera się na najnowszych dostępnych informacjach. W potoku danych pole to ma znaczenie przy wdrażaniu przyrostowego ładowania danych. Dzięki niemu proces pobierania może uwzględniać tylko rekordy utworzone lub zmienione od ostatniej aktualizacji, co usprawnia odświeżanie danych.
Dlaczego to ważne
Umożliwia sprawne przyrostowe ładowanie danych i pomaga sprawdzić, czy analiza opiera się na aktualnych informacjach.
Skąd pobrać
Odpowiada polu metadanych, takiemu jak „lastModifiedDateTime”, dostępnemu w większości obiektów SAP SuccessFactors OData API.
Przykłady
2023-06-10T09:00:00Z2023-06-11T15:20:00Z
|
|||
|
Kwota oferty
OfferAmount
|
Wynagrodzenie zaproponowane kandydatowi. | ||
|
Opis
Ten atrybut zawiera kwotę wynagrodzenia zaproponowanego w ofercie. Jest to ważna informacja na końcowych etapach rekrutacji. Analiza kwot ofert pozwala lepiej zrozumieć czas negocjacji warunków zatrudnienia. Dłuższe niż przeciętnie negocjacje mogą wiązać się z ofertami z dolnego zakresu wynagrodzeń dla danego stanowiska. Można też porównywać konkurencyjność wynagrodzeń na różnych stanowiskach i w różnych działach.
Dlaczego to ważne
Pozwala lepiej zrozumieć czas negocjacji oferty oraz analizować strategię wynagrodzeń i jej konkurencyjność.
Skąd pobrać
Dane te są zapisane w encji Offer Details lub Offer Approval powiązanej z JobApplication.
Przykłady
8500012000095500
|
|||
|
Lokalizacja
Location
|
Miejsce lub biuro przypisane do danego stanowiska. | ||
|
Opis
Ten atrybut określa miasto, stan lub kraj, w którym znajduje się stanowisko. Służy do analizy różnic geograficznych w procesie rekrutacji. Analiza według lokalizacji może ujawnić regionalne różnice w czasie zatrudnienia, odsetku kandydatów rezygnujących z udziału lub zgodności z procesem. Informacje te pomagają dostosować strategię rekrutacji do lokalnego rynku pracy oraz wskazać problemy i dobre praktyki charakterystyczne dla danej lokalizacji.
Dlaczego to ważne
Umożliwia porównanie wyników procesu w różnych regionach i wskazanie regionalnych wąskich gardeł lub sprawnie przebiegających etapów.
Skąd pobrać
To pole encji JobRequisition określa lokalizację stanowiska.
Przykłady
Nowy Jork, NYLondyn, Wielka BrytaniaBerlin, Niemcy
|
|||
|
Powód odrzucenia
RejectionReason
|
Powód podany przy odrzuceniu aplikacji kandydata. | ||
|
Opis
Po zmianie statusu aplikacji na „Odrzucony” często zapisuje się powód odrzucenia. Może on dotyczyć kwalifikacji, wyniku rozmowy lub innych czynników. Dzięki temu można lepiej zrozumieć, dlaczego kandydaci nie przechodzą do kolejnych etapów. Atrybut ten jest bardzo przydatny w analizie odpływu kandydatów z lejka rekrutacyjnego. Uzupełnia dane o odsetku rezygnacji o kontekst i pomaga ustalić ich przyczyny. Jeśli na przykład wielu kandydatów odpada podczas wstępnej selekcji z powodu „Niespełnienia podstawowych wymagań”, może to wskazywać na problem z opisem stanowiska lub kanałem pozyskiwania kandydatów.
Dlaczego to ważne
Wyjaśnia, dlaczego kandydaci odpadają z procesu, i pomaga wykryć problemy z opisem stanowiska lub sposobem pozyskiwania kandydatów.
Skąd pobrać
To pole jest często uzupełniane po zmianie statusu aplikacji na „Odrzucony”.
Przykłady
Brak wymaganych kwalifikacjiDostępni są lepsi kandydaciNie zaliczył oceny technicznejNiedopasowanie do kultury organizacyjnej
|
|||
|
Rodzaj zatrudnienia
EmploymentType
|
Rodzaj zatrudnienia na danym stanowisku, na przykład pełny etat, część etatu lub umowa kontraktowa. | ||
|
Opis
Ten atrybut klasyfikuje stanowisko według warunków zatrudnienia. Jest to podstawowa cecha obsadzanego stanowiska. Podział według tego atrybutu pozwala porównać rekrutację pracowników etatowych i kontraktorów. Procesy te często różnią się etapami, czasem trwania i wymaganymi zatwierdzeniami. Analiza pomaga usprawnić rekrutację dla każdego rodzaju zatrudnienia.
Dlaczego to ważne
Pozwala podzielić proces na grupy i analizować oraz usprawniać rekrutację na różne rodzaje stanowisk, na przykład etatowe i kontraktowe.
Skąd pobrać
To standardowe pole encji JobRequisition.
Przykłady
Pełny etatCzęść etatuKontraktorStażysta
|
|||
|
System źródłowy
SourceSystem
|
System, z którego pobrano dane rekrutacyjne. | ||
|
Opis
Ten atrybut wskazuje źródło danych, co ma znaczenie, gdy pochodzą one z wielu systemów. W tym procesie będzie to zazwyczaj „SAP SuccessFactors Recruiting”. Podczas analizy atrybut pomaga ustalić pochodzenie danych. Można go też użyć do filtrowania lub podziału danych, jeśli wykorzystywanych jest kilka platform rekrutacyjnych. Dostarcza kontekstu potrzebnego do zarządzania danymi i rozwiązywania problemów.
Dlaczego to ważne
Potwierdza pochodzenie danych, co ma znaczenie dla zarządzania nimi, walidacji i pracy w środowiskach wielosystemowych.
Skąd pobrać
To stała wartość dodawana podczas pobierania danych w celu oznaczenia źródła rekordów.
Przykłady
SAP SuccessFactors RecruitingSFSF-RCM-PROD
|
|||
Działania związane z rekrutacją i pozyskiwaniem talentów
| Działanie | Opis | ||
|---|---|---|---|
|
Odrzucono aplikację
|
Oznacza niepomyślne zakończenie procesu, gdy firma decyduje, że nie będzie kontynuować rekrutacji danego kandydata. Zdarzenie ustala się na podstawie końcowego statusu aplikacji, takiego jak „Rejected” lub „Not Selected”. | ||
|
Dlaczego to ważne
Śledzenie odrzuceń na poszczególnych etapach jest ważne w analizie rezygnacji kandydatów z udziału w rekrutacji. Pozwala wskazać etapy, na których odpada ich najwięcej.
Skąd pobrać
Zdarzenie ustala się na podstawie znacznika czasu zmiany statusu Job Application na końcowy status odrzucenia przez rekrutera lub menedżera ds. rekrutacji.
Rejestrowanie
Śledźcie znacznik czasu zmiany statusu aplikacji na końcowy status „Rejected”.
Typ zdarzenia
inferred
|
|||
|
Otrzymano aplikację
|
To początek konkretnej sprawy rekrutacyjnej. Zdarzenie następuje, gdy kandydat przesyła aplikację na opublikowaną ofertę. Jest rejestrowane bezpośrednio, wraz ze znacznikiem czasu utworzenia aplikacji w systemie. | ||
|
Dlaczego to ważne
To początek ścieżki kandydata, niezbędny do analizy lejka rekrutacyjnego i doświadczeń kandydatów. Wyznacza początek pomiaru KPI Application Screening Cycle Time.
Skąd pobrać
Jest to data utworzenia rekordu Job Application w SAP SuccessFactors. Każda aplikacja ma unikalny identyfikator i znacznik czasu wskazujący, kiedy została przesłana.
Rejestrowanie
Użyjcie znacznika czasu utworzenia z głównego obiektu Job Application.
Typ zdarzenia
explicit
|
|||
|
Przedstawiono ofertę
|
Oznacza moment przekazania kandydatowi formalnej oferty pracy. Zdarzenie zwykle ustala się na podstawie zmiany statusu aplikacji na „Offer Extended” lub podobną wartość. | ||
|
Dlaczego to ważne
To ważny etap, od którego rozpoczyna się negocjowanie i przyjmowanie oferty. Analiza czasu od tego momentu do statusu „Offer Accepted” pozwala zrozumieć przebieg negocjacji.
Skąd pobrać
Zdarzenie ustala się na podstawie zmiany statusu w historii Job Application. Odpowiada mu znacznik czasu zmiany statusu na „Offer Extended”.
Rejestrowanie
Wskażcie znacznik czasu zmiany statusu aplikacji na „Offer Extended”.
Typ zdarzenia
inferred
|
|||
|
Przeprowadzono rozmowę kwalifikacyjną
|
Oznacza zakończenie formalnej rozmowy z zespołem rekrutacyjnym. Zdarzenie ustala się na podstawie aktualizacji statusu aplikacji przez użytkownika, zwykle rekrutera lub menedżera ds. rekrutacji, po rozmowie. | ||
|
Dlaczego to ważne
To ważny etap selekcji. Analiza czasu między kolejnymi rozmowami oraz między rozmową a ofertą pozwala wskazać wąskie gardła w podejmowaniu decyzji.
Skąd pobrać
Zdarzenie ustala się na podstawie historii statusów Job Application. Jego znacznik czasu odpowiada chwili zmiany statusu na „Interview Complete” lub podobną wartość.
Rejestrowanie
Wskażcie znacznik czasu aktualizacji statusu aplikacji potwierdzającej zakończenie rozmowy.
Typ zdarzenia
inferred
|
|||
|
Przeprowadzono wstępną selekcję aplikacji
|
To zdarzenie oznacza, że rekruter lub menedżer ds. rekrutacji wstępnie ocenił aplikację kandydata. Zazwyczaj ustala się je na podstawie zmiany statusu aplikacji, na przykład z „New Application” na „Screening Complete” lub „Shortlisted”. | ||
|
Dlaczego to ważne
Pozwala ocenić sprawność wstępnej selekcji. Opóźnienia na tym etapie mogą pogorszyć doświadczenia kandydatów i doprowadzić do utraty wykwalifikowanych osób.
Skąd pobrać
Zdarzenie ustala się na podstawie historii statusów Job Application. Znacznik czasu jest rejestrowany, gdy użytkownik zmienia status aplikacji na etap po wstępnej selekcji.
Rejestrowanie
Śledźcie znacznik czasu zmiany statusu aplikacji ze stanu początkowego na etap selekcji lub shortlisty.
Typ zdarzenia
inferred
|
|||
|
Przyjęto ofertę
|
Zdarzenie następuje, gdy kandydat formalnie przyjmuje ofertę pracy. To ważny etap potwierdzający powodzenie rekrutacji. Zwykle jest rejestrowane, gdy rekruter aktualizuje status aplikacji na podstawie odpowiedzi kandydata. | ||
|
Dlaczego to ważne
To zdarzenie oznacza pomyślne zakończenie selekcji i służy do obliczania wskaźnika przyjęcia ofert. Rozpoczyna też etap po przedstawieniu oferty.
Skąd pobrać
Zdarzenie ustala się na podstawie zmiany statusu rekordu Job Application na „Offer Accepted”. Znacznik czasu tej zmiany jest czasem zdarzenia.
Rejestrowanie
Śledźcie znacznik czasu zmiany statusu aplikacji na „Offer Accepted”.
Typ zdarzenia
inferred
|
|||
|
Utworzono zapotrzebowanie na stanowisko
|
To zdarzenie oznacza oficjalny początek rekrutacji, gdy w SAP SuccessFactors zostaje utworzone nowe zapotrzebowanie na stanowisko. Zazwyczaj jest rejestrowane w chwili, gdy menedżer ds. rekrutacji lub rekruter kończy wypełnianie formularza i zapisuje zapotrzebowanie. | ||
|
Dlaczego to ważne
To punkt początkowy pomiaru KPI Time to Hire. Analiza czasu od tego zdarzenia pozwala wykryć opóźnienia w zatwierdzaniu i publikacji oferty pracy.
Skąd pobrać
Zdarzenie jest zwykle rejestrowane na podstawie daty utworzenia obiektu Job Requisition w SAP SuccessFactors Recruiting Management. Czas zdarzenia wyznacza znacznik czasu utworzenia rekordu zapotrzebowania.
Rejestrowanie
Użyjcie znacznika czasu utworzenia rekordu Job Requisition powiązanego z aplikacją kandydata.
Typ zdarzenia
explicit
|
|||
|
Zatrudniono kandydata
|
To pomyślne zakończenie rekrutacji na dane stanowisko. Zdarzenie zwykle ustala się na podstawie końcowej aktualizacji statusu w module rekrutacyjnym, często po zakończeniu wdrożenia i potwierdzeniu daty rozpoczęcia pracy. | ||
|
Dlaczego to ważne
To główny punkt końcowy procesu oznaczający sukces. Jest niezbędny do obliczenia całkowitego Time to Hire i wskaźnika skuteczności lejka rekrutacyjnego.
Skąd pobrać
Zdarzenie ustala się, gdy Job Application otrzymuje końcowy status zatrudnienia, na przykład „Hired”. Znacznik czasu ostatniej zmiany statusu wyznacza czas zdarzenia.
Rejestrowanie
Wskażcie znacznik czasu nadania aplikacji końcowego statusu „Hired”.
Typ zdarzenia
inferred
|
|||
|
Kandydat wycofał aplikację
|
Oznacza niepomyślne zakończenie procesu, gdy kandydat sam rezygnuje z dalszego udziału w rekrutacji. Zdarzenie ustala się na podstawie zmiany statusu aplikacji na wartość taką jak „Withdrew by Candidate”. | ||
|
Dlaczego to ważne
Wysoki odsetek rezygnacji na określonych etapach może wskazywać na złe doświadczenia kandydatów, długi proces lub niekonkurencyjne oferty. To ważna informacja w analizie rezygnacji.
Skąd pobrać
Zdarzenie ustala się na podstawie historii statusów Job Application, gdy status zostaje zmieniony na wartość oznaczającą rezygnację. Czas zdarzenia wyznacza znacznik czasu tej zmiany.
Rejestrowanie
Wskażcie znacznik czasu zmiany statusu aplikacji na „Withdrawn”.
Typ zdarzenia
inferred
|
|||
|
Opublikowano ofertę pracy
|
Oznacza moment, w którym zapotrzebowanie na stanowisko zostaje opublikowane, a kandydaci mogą zacząć aplikować. Zdarzenie często ustala się na podstawie zmiany statusu zapotrzebowania, która wskazuje, że oferta jest już aktywna w wewnętrznym lub zewnętrznym serwisie kariery. | ||
|
Dlaczego to ważne
Pomiar tego czasu pokazuje, ile trwają wewnętrzne zatwierdzenia przed publikacją oferty. Opóźnienia na tym etapie mogą znacznie wydłużyć Time to Fill i utrudnić szybkie dotarcie do kandydatów.
Skąd pobrać
Zdarzenie ustala się na podstawie zmiany statusu w danych Job Requisition. Należy szukać statusu takiego jak „Posted”, „Open” lub „Active” oraz znacznika czasu jego pierwszego nadania.
Rejestrowanie
Wskażcie znacznik czasu zmiany statusu Job Requisition na wartość oznaczającą publikację oferty wewnętrznie lub zewnętrznie.
Typ zdarzenia
inferred
|
|||
|
Przeprowadzono rozmowę telefoniczną
|
Oznacza zakończenie wstępnej rozmowy telefonicznej z kandydatem. Zdarzenie ustala się na podstawie zmiany statusu aplikacji na wartość wskazującą, że rozmowa się odbyła, na przykład „Phone Screen Passed” lub „To Onsite Interview”. | ||
|
Dlaczego to ważne
Często jest to pierwszy bezpośredni kontakt z kandydatem i ważny etap jego kwalifikacji. Analiza czasu trwania pozwala lepiej zrozumieć obciążenie rekruterów i sprawność procesu.
Skąd pobrać
Zdarzenie rejestruje się, śledząc zmiany statusu rekordu Job Application. Następuje, gdy rekruter aktualizuje status kandydata po rozmowie.
Rejestrowanie
Wskażcie znacznik czasu aktualizacji statusu aplikacji potwierdzającej zakończenie rozmowy telefonicznej.
Typ zdarzenia
inferred
|
|||
|
Przesłano opinię
|
Oznacza, że osoba prowadząca rozmowę przesłała opinię o kandydacie. Zdarzenie może być rejestrowane bezpośrednio, jeśli tworzony jest osobny obiekt opinii, albo ustalane na podstawie zmiany statusu aplikacji. | ||
|
Dlaczego to ważne
Terminowe przekazywanie opinii jest ważne dla zgodności procesu i szybkiego podejmowania decyzji rekrutacyjnych. To zdarzenie pozwala monitorować KPI Interview Feedback Submission Rate.
Skąd pobrać
Znacznik czasu może być zapisany bezpośrednio w obiekcie Interview Feedback lub Assessment powiązanym z aplikacją. Można go też ustalić na podstawie zmiany statusu.
Rejestrowanie
Jeśli jest dostępny, użyjcie znacznika czasu utworzenia rekordu opinii po rozmowie. W przeciwnym razie konieczna jest analiza systemu.
Typ zdarzenia
explicit
|
|||
|
Rozpoczęto wdrożenie pracownika
|
To zdarzenie oznacza przekazanie kandydata z rekrutacji do procesu wdrożenia. Jest rejestrowane, gdy kandydat trafia do modułu wdrożeniowego lub jego status zmienia się na „Ready to Hire” albo „Onboarding”. | ||
|
Dlaczego to ważne
Pozwala ocenić sprawność przejścia od rekrutacji do wdrożenia pracownika. Opóźnione przekazanie może pogorszyć doświadczenia nowej osoby.
Skąd pobrać
Zdarzenie zwykle ustala się na podstawie końcowego statusu rekrutacyjnego przed przeniesieniem danych kandydata do SAP SuccessFactors Onboarding. Używany jest znacznik czasu zmiany statusu.
Rejestrowanie
Śledźcie znacznik czasu zmiany statusu na „Ready to Hire” lub „Onboarding Started”.
Typ zdarzenia
inferred
|
|||
|
Rozpoczęto weryfikację kandydata
|
Oznacza początek weryfikacji kandydata, który przyjął ofertę. Zdarzenie ustala się na podstawie zmiany statusu aplikacji na wartość taką jak „Background Check in Progress”. | ||
|
Dlaczego to ważne
Opóźnienia w rozpoczęciu lub zakończeniu weryfikacji mogą przesunąć datę rozpoczęcia pracy przez nową osobę. Monitorowanie tego etapu pomaga usprawnić proces po przyjęciu oferty.
Skąd pobrać
Zdarzenie ustala się na podstawie historii statusów Job Application. Znacznik czasu jest rejestrowany, gdy status zostaje zmieniony na wartość oznaczającą rozpoczęcie weryfikacji.
Rejestrowanie
Wskażcie znacznik czasu zmiany statusu aplikacji na „Background Check”.
Typ zdarzenia
inferred
|
|||
|
Wprowadzono szczegóły oferty
|
Oznacza wewnętrzne przygotowanie i zatwierdzanie oferty pracy przed jej przedstawieniem kandydatowi. Zdarzenie ustala się na podstawie zmiany statusu wskazującej, że oferta jest przygotowywana lub oczekuje na zatwierdzenie. | ||
|
Dlaczego to ważne
Pozwala oddzielić opóźnienia w wewnętrznym zatwierdzaniu oferty od czasu, który kandydat poświęca na jej rozważenie. Jest to ważne przy analizie Offer Approval Cycle Time.
Skąd pobrać
Zdarzenie ustala się na podstawie historii statusów Job Application lub powiązanego obiektu Offer Approval. Należy szukać statusów takich jak „Offer Preparation” lub „Pending Offer Approval”.
Rejestrowanie
Śledźcie znacznik czasu zmiany statusu aplikacji na etap przygotowania lub zatwierdzania oferty.
Typ zdarzenia
inferred
|
|||
|
Zaplanowano rozmowę kwalifikacyjną
|
Zdarzenie następuje, gdy z kandydatem zostaje zaplanowana formalna rozmowa kwalifikacyjna, stacjonarna lub zdalna. Można je zarejestrować bezpośrednio przez integrację z narzędziem do planowania spotkań albo ustalić na podstawie zmiany statusu, na przykład na „Interview Scheduled”. | ||
|
Dlaczego to ważne
Pozwala wykryć opóźnienia w uzgadnianiu terminów z kandydatami i osobami prowadzącymi rozmowy. Długie oczekiwanie na termin może zniechęcić kandydatów i skłonić ich do rezygnacji.
Skąd pobrać
Zdarzenie ustala się na podstawie zmiany statusu obiektu Job Application. W niektórych konfiguracjach dostępne są osobne obiekty rozmów kwalifikacyjnych z własnymi znacznikami czasu utworzenia.
Rejestrowanie
Użyjcie znacznika czasu zmiany statusu aplikacji na „Interview Scheduled”.
Typ zdarzenia
inferred
|
|||
Instrukcje eksportu danych
Gotowi do rozpoczęcia?
Zacznij usprawniać proces rekrutacji. Przygotuj dane, korzystając z tego szablonu, aby uzyskać przydatne informacje i szybciej prowadzić rekrutację.
Usprawnij rekrutację w SAP SuccessFactors już teraz
Znajdź nieefektywności, usuń wąskie gardła i skróć cykl rekrutacji o 30%.
Nie trzeba podawać danych karty. Korzystaj bezpłatnie przez 14 dni.