> Ciągłe doskonalenie procesów > Rekrutacja i pozyskiwanie talentów > Rekrutacja w Oracle HCM > Szablon danych

Szablon danych dotyczących rekrutacji i pozyskiwania talentów

Rekrutacja w Oracle HCM

← Wróć do przewodnika ulepszania procesów

Atrybuty procesu rekrutacji i pozyskiwania talentów(18) Działania w procesie rekrutacji i pozyskiwania talentów(14) Instrukcje pobierania danych(2)

Szablon danych dotyczących rekrutacji i pozyskiwania talentów

Ten szablon zawiera wskazówki dotyczące gromadzenia danych potrzebnych do optymalizacji procesu rekrutacji i pozyskiwania talentów. Opisuje wymagane atrybuty danych, najważniejsze działania do śledzenia oraz praktyczne sposoby pobierania informacji z systemu źródłowego. Dzięki niemu można sprawnie przygotować dane do analizy.

Zalecane atrybuty danych do szczegółowej analizy
Najważniejsze działania i etapy procesu do śledzenia
Wskazówki dotyczące pobierania danych z systemu

Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Pobierz szablon

Atrybuty procesu rekrutacji i pozyskiwania talentów

Poniżej przedstawiono zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby kompleksowo analizować proces rekrutacji i pozyskiwania talentów.

5 Wymagane 5 Zalecane 8 Opcjonalne

	Nazwa	Opis
	Aplikacja o pracę JobApplicationId	Unikalny identyfikator aplikacji kandydata na dane stanowisko.
Opis Identyfikator aplikacji o pracę (Job Application ID) jest kluczem głównym, który pozwala śledzić cały przebieg rekrutacji kandydata na konkretne stanowisko. Łączy wszystkie powiązane zdarzenia, od złożenia aplikacji po ostateczną decyzję o zatrudnieniu, tworząc jeden spójny przypadek procesu. W process mining atrybut ten służy do zdefiniowania przypadku i odtworzenia indywidualnej ścieżki każdego kandydata. Analitycy wykorzystują go do wizualizacji przebiegu rekrutacji od początku do końca, pomiaru całkowitego czasu procesu oraz analizy konwersji między poszczególnymi etapami rekrutacji. Dlaczego to ważne Jednoznacznie identyfikuje każdy przypadek rekrutacyjny i pozwala prześledzić pełny przebieg aplikacji kandydata od początku do końca. Skąd pobrać To podstawowy identyfikator w module Oracle HCM Recruiting, zwykle przypisany do rekordu zgłoszenia kandydata. Przykłady APP-2024-00123APP-2024-00124APP-2024-00125
	Czas rozpoczęcia EventTime	Znacznik czasu wskazujący, kiedy rozpoczęła się czynność rekrutacyjna.
Opis Atrybut zapisuje dokładną datę i godzinę wystąpienia danej czynności. Pozwala ustalić chronologię zdarzeń w ramach każdego przypadku aplikacji o pracę. Czas rozpoczęcia jest niezbędny w analizach process mining opartych na czasie. Służy do obliczania czasu między czynnościami, wykrywania opóźnień, pomiaru całkowitego czasu rekrutacji oraz sprawdzania zgodności z umowami SLA i celami dotyczącymi wyników. Dlaczego to ważne Pozwala ustalić kolejność zdarzeń, co jest niezbędne do obliczania czasu trwania, wykrywania wąskich gardeł i analizy efektywności procesu. Skąd pobrać Ten znacznik czasu zwykle znajduje się obok nazwy czynności w dzienniku zdarzeń lub tabelach historii statusów w Oracle HCM Recruiting. Przykłady 2023-10-01T10:00:00Z2023-10-05T14:30:00Z2023-11-12T09:15:00Z
	Czynność ActivityName	Nazwa konkretnej czynności rekrutacyjnej lub zdarzenia, które miało miejsce.
Opis Atrybut opisuje pojedynczy krok lub kamień milowy w procesie rekrutacji, na przykład „Weryfikacja aplikacji”, „Rozmowa kwalifikacyjna” lub „Przedstawienie oferty”. Każda czynność oznacza odrębne zdarzenie w przebiegu aplikacji. To podstawowy element process mining, ponieważ wyznacza węzły na mapie procesu. Analiza kolejności i częstotliwości czynności pomaga wskazać typowe ścieżki, wąskie gardła, odstępstwa od standardowej procedury oraz pętle wymagające ponownego wykonania pracy. Dlaczego to ważne Atrybut określa kroki procesu rekrutacji. Stanowi podstawę mapy procesu i umożliwia analizę jego przebiegu oraz różnic między przypadkami. Skąd pobrać Zwykle pochodzi z tabel historii zdarzeń lub statusów powiązanych z obiektem aplikacji o pracę w Oracle HCM Recruiting. Przykłady Zweryfikowano aplikacjęPrzeprowadzono rozmowę kwalifikacyjnąPrzedstawiono ofertęZatrudniono kandydata
	Data ostatniej aktualizacji danych LastDataUpdate	Znacznik czasu ostatniego odświeżenia danych lub ich pobrania z systemu źródłowego.
Opis Atrybut wskazuje datę i godzinę ostatniego pobrania danych. Informuje, jak aktualne są analizowane dane. Dzięki temu użytkownicy wiedzą, jak aktualna jest analiza procesu i mogą uwzględnić, że najnowsze czynności mogą jeszcze nie być widoczne. To ważna metadana każdego dashboardu lub raportu. Dlaczego to ważne Informuje o aktualności danych i pozwala ustalić, jaki okres obejmuje analiza. Skąd pobrać Ten znacznik czasu jest generowany i dodawany podczas procesu ekstrakcji, transformacji i ładowania danych (ETL). Przykłady 2024-05-20T08:00:00Z2024-05-21T08:00:00Z
	System źródłowy SourceSystem	System, z którego pochodzą dane.
Opis Atrybut wskazuje źródłowy system informatyczny, w którym zapisano dane rekrutacyjne. W tym procesie będzie to zwykle „Oracle HCM Recruiting”. W środowiskach korzystających z wielu systemów pole to pomaga śledzić pochodzenie danych i rozwiązywać problemy. Ułatwia sprawdzenie, czy dane pochodzą z oczekiwanego źródła, oraz filtrowanie analiz według platformy. Dlaczego to ważne Wskazuje pochodzenie danych, co pomaga w zarządzaniu nimi, ich weryfikacji i potwierdzeniu, że analiza opiera się na właściwym źródle informacji. Skąd pobrać Często jest to stała wartość dodawana podczas procesu ekstrakcji, transformacji i ładowania danych (ETL), aby oznaczyć zbiór danych. Przykłady Rekrutacja w Oracle HCMOracle Fusion Cloud HCM
	Dział Department	Dział lub jednostka biznesowa, do której prowadzona jest rekrutacja.
Opis Atrybut określa jednostkę organizacyjną, na przykład „Inżynieria”, „Sprzedaż” lub „Marketing”, w której jest wolne stanowisko. Zapewnia kontekst organizacyjny dla każdej aplikacji o pracę. Podział procesu rekrutacji według działów jest niezbędny do porównywania wyników. Pozwala kierownictwu zestawiać czas rekrutacji, wskaźniki rezygnacji kandydatów i inne miary w różnych częściach organizacji. Takie dane są potrzebne w dashboardzie porównującym wyniki rekrutacji w poszczególnych działach. Dlaczego to ważne Umożliwia porównanie wyników rekrutacji i przebiegu procesu w różnych jednostkach biznesowych lub działach. Skąd pobrać Zwykle jest częścią danych o zapotrzebowaniu na pracownika powiązanych z aplikacją w Oracle HCM Recruiting. Przykłady InżynieriaSprzedażFinanseZasoby ludzkie
	Menedżer ds. rekrutacji HiringManager	Imię i nazwisko lub identyfikator menedżera ds. rekrutacji przypisanego do danego zapotrzebowania na pracownika.
Opis Atrybut wskazuje menedżera zespołu lub działu, w którym jest wolne stanowisko. Menedżer ds. rekrutacji jest ważnym uczestnikiem procesu. Często bierze udział w selekcji i rozmowach z kandydatami oraz podejmuje ostateczną decyzję o zatrudnieniu. Analiza wyników procesu według menedżera ds. rekrutacji może ujawnić wąskie gardła związane z jego dostępnością na rozmowy lub opóźnieniami w przekazywaniu opinii. Pomaga też wskazać możliwości szkolenia lub usprawnienia procesu, aby menedżerowie mogli sprawniej realizować zadania związane z rekrutacją. Dlaczego to ważne Wskazuje ważnego uczestnika procesu i pozwala analizować opóźnienia oraz usprawnienia związane z jego udziałem. Skąd pobrać Przechowywany w obiekcie zapotrzebowania na pracownika, powiązanym z aplikacją w Oracle HCM Recruiting. Przykłady Robert BrownSusan WhiteMichael Green
	Rekruter Recruiter	Imię i nazwisko lub identyfikator rekrutera odpowiedzialnego za obsługę aplikacji o pracę.
Opis Atrybut wskazuje specjalistę ds. rekrutacji przypisanego do aplikacji. Zwykle odpowiada on za przeprowadzenie kandydata przez proces. Analiza procesu według rekrutera pomaga równoważyć obciążenie pracą, porównywać wyniki i wskazywać dobre praktyki. Pozwala sprawdzić, którzy rekruterzy osiągają najkrótszy czas rekrutacji lub najwyższy wskaźnik przyjęcia ofert. Wspiera też dashboard dotyczący obciążenia pracą i efektywności rekruterów. Dlaczego to ważne Przypisuje czynności konkretnym osobom, umożliwiając analizę obciążenia pracą, efektywności i wyników rekruterów. Skąd pobrać Powiązany z obiektem aplikacji o pracę lub zapotrzebowania na pracownika w Oracle HCM Recruiting. Przykłady John SmithJane DoeEmily Jones
	Status aplikacji ApplicationStatus	Bieżący lub końcowy status aplikacji o pracę.
Opis Atrybut określa stan aplikacji, na przykład „Aktywna”, „Zatrudniono”, „Odrzucona” lub „Wycofana”. Pokazuje, na jakim etapie procesu znajduje się aplikacja albo jaki jest jej końcowy wynik. Analiza końcowego statusu jest podstawą obliczania takich miar jak wskaźnik zatrudnień i wskaźnik rezygnacji kandydatów. Pozwala ocenić skuteczność całego procesu rekrutacji, pokazując, ilu kandydatów dociera do ostatniego etapu. Dlaczego to ważne Pokazuje wynik procesu rekrutacji i jest niezbędny do obliczania wskaźników konwersji, zatrudnień i rezygnacji kandydatów. Skąd pobrać Standardowe pole głównego rekordu aplikacji o pracę w Oracle HCM Recruiting. Przykłady ZatrudnionoOdrzuconaWycofana przez kandydataPrzyjęto ofertę
	Źródło aplikacji ApplicationSource	Kanał lub źródło, z którego wpłynęła aplikacja.
Opis Atrybut wskazuje, skąd kandydat dowiedział się o stanowisku, na przykład z LinkedIn, strony firmy, polecenia pracownika lub portalu z ofertami pracy. Jest niezbędny w dashboardzie skuteczności źródeł aplikacji, który pozwala organizacji oceniać zwrot z inwestycji w poszczególne kanały pozyskiwania kandydatów. Analiza źródeł, z których pochodzi najwięcej zatrudnionych osób lub kandydatów z najkrótszym czasem rekrutacji, pomaga zespołowi ds. pozyskiwania talentów optymalizować strategię. Dlaczego to ważne Pomaga wskazać najskuteczniejsze kanały pozyskiwania wykwalifikowanych kandydatów i optymalizować wydatki na promocję ofert pracy. Skąd pobrać Informacja jest zwykle zapisywana, gdy kandydat składa aplikację w Oracle HCM Recruiting. Przykłady LinkedInPolecenie pracownikaStrona kariery firmyIndeed
	Czas zakończenia EventEndTime	Znacznik czasu wskazujący, kiedy zakończyła się czynność rekrutacyjna.
Opis Czas zakończenia oznacza moment, w którym czynność dobiegła końca. Różnica między czasem rozpoczęcia a czasem zakończenia określa czas realizacji pojedynczej czynności. W process mining służy do obliczania czasu trwania konkretnych zadań, takich jak weryfikacja aplikacji czy przeprowadzenie rozmowy kwalifikacyjnej. Analiza czasu trwania czynności pomaga wskazać kroki, które zajmują najwięcej czasu w całym procesie. Dlaczego to ważne Umożliwia obliczanie czasu trwania poszczególnych czynności, co pomaga wskazać nieefektywne kroki i mierzyć wyniki na poziomie zadań. Skąd pobrać Może być dostępny w tabelach dziennika zdarzeń lub wyliczony na podstawie czasu rozpoczęcia kolejnej czynności. Przykłady 2023-10-01T10:30:00Z2023-10-05T15:00:00Z2023-11-12T11:15:00Z
	Docelowy czas rekrutacji TimeToHireTarget	Docelowy czas obsadzenia stanowiska, wyrażony w dniach.
Opis Atrybut określa oczekiwany czas realizacji procesu rekrutacji, od otwarcia zapotrzebowania na pracownika do przyjęcia oferty przez kandydata. Cel często zależy od poziomu stanowiska lub standardów danego działu. Jest niezbędny do obliczania KPI dotyczącego realizacji docelowego czasu rekrutacji. Porównanie rzeczywistego czasu z celem pozwala ocenić wyniki względem założeń strategicznych i wcześniej wskazać stanowiska, których obsadzenie może potrwać zbyt długo. Dlaczego to ważne Stanowi punkt odniesienia do pomiaru rzeczywistego czasu rekrutacji i wspiera obliczanie KPI dotyczącego realizacji celu. Skąd pobrać Może być zapisany w obiekcie zapotrzebowania na pracownika w Oracle HCM Recruiting lub utrzymywany w osobnym systemie. Przykłady 30456090
	Identyfikator zapotrzebowania na pracownika JobRequisitionId	Unikalny identyfikator stanowiska, na które aplikuje kandydat.
Opis Identyfikator zapotrzebowania na pracownika (Job Requisition ID) łączy wiele aplikacji z jednym zatwierdzonym stanowiskiem. Odzwierciedla zapotrzebowanie kadrowe w procesie rekrutacji. Atrybut ten pozwala agregować dane o aplikacjach i oceniać przebieg rekrutacji na konkretne stanowisko. Umożliwia sprawdzenie liczby kandydatów w procesie, skuteczności pozyskiwania kandydatów na dane stanowisko oraz całkowitego czasu potrzebnego na jego obsadzenie. Dlaczego to ważne Grupuje wszystkie aplikacje na to samo stanowisko i umożliwia analizę całej puli kandydatów na daną rolę. Skąd pobrać To klucz główny obiektu zapotrzebowania na pracownika, powiązany z każdą aplikacją w Oracle HCM Recruiting. Przykłady REQ-2024-501REQ-2024-502REQ-2024-503
	Kandydat wewnętrzny IsInternalCandidate	Wskaźnik określający, czy kandydat jest obecnym pracownikiem firmy.
Opis Ten atrybut logiczny odróżnia kandydatów wewnętrznych, czyli obecnych pracowników, od kandydatów zewnętrznych. Rekrutacja wewnętrzna i zewnętrzna często obejmuje inne kroki, SLA i wskaźniki skuteczności. Analiza tego atrybutu pozwala porównać awanse i rekrutację wewnętrzną z zatrudnianiem kandydatów z zewnątrz. Pomaga ocenić, czy firma skutecznie awansuje własnych pracowników i czy rekrutacja wewnętrzna przebiega sprawniej niż zewnętrzna. Dlaczego to ważne Rozdziela kandydatów wewnętrznych i zewnętrznych, których ścieżki rekrutacji i wyniki często znacznie się różnią. Umożliwia dokładniejszą analizę w podziale na grupy. Skąd pobrać Zwykle jest to wskaźnik w profilu kandydata lub aplikacji w Oracle HCM Recruiting. Przykłady truefalse
	Kwota oferty OfferAmount	Wynagrodzenie zaproponowane kandydatowi w ofercie pracy.
Opis Atrybut zapisuje proponowane wynagrodzenie za dane stanowisko. To ważna informacja na końcowych etapach rekrutacji. Analiza kwot ofert, mimo że są to dane wrażliwe, może pokazać, jak konkurencyjne jest wynagrodzenie. Zestawienie ich ze wskaźnikiem przyjęcia ofert pozwala sprawdzić, czy wysokość wynagrodzenia wpływa na decyzje kandydatów. Dane te można również wykorzystać do kontroli równości wynagrodzeń w różnych działach i na różnych stanowiskach. Dlaczego to ważne Umożliwia analizę trendów wynagrodzeń i ich wpływu na przyjmowanie ofert, co pomaga lepiej konkurować o kandydatów. Skąd pobrać Dostępny w szczegółach oferty pracy powiązanej z aplikacją w Oracle HCM Recruiting. Przykłady 8500012000065000
	Lokalizacja stanowiska JobLocation	Lokalizacja geograficzna lub biuro, w którym znajduje się stanowisko.
Opis Atrybut określa miasto, stan lub kraj przypisany do zapotrzebowania na pracownika. Może też wskazywać, że stanowisko jest zdalne. Ten wymiar umożliwia analizę procesu rekrutacji w podziale na regiony. Pozwala sprawdzić, czy czas rekrutacji różni się znacząco między lokalizacjami i czy w niektórych regionach częściej rezygnuje się z udziału w rekrutacji. Ułatwia dostosowanie strategii do lokalnych rynków pracy. Dlaczego to ważne Umożliwia geograficzną analizę miar rekrutacyjnych i pomaga wskazać regionalne różnice w wynikach oraz wyzwaniach związanych z zatrudnianiem. Skąd pobrać Przechowywany w obiekcie zapotrzebowania na pracownika w Oracle HCM Recruiting. Przykłady Nowy Jork, NYLondyn, Wielka BrytaniaPraca zdalnaSan Francisco, CA
	Powód odrzucenia RejectionReason	Powód odrzucenia aplikacji kandydata.
Opis Atrybut podaje przyczynę zmiany statusu aplikacji na „Odrzucona”. Może to być na przykład niedopasowanie do kultury organizacyjnej, brak wymaganych umiejętności lub wybór innego kandydata. Analiza powodów odrzucenia na poszczególnych etapach procesu dostarcza cennych informacji. Może ujawnić problemy z opisami stanowisk, rozbieżne oczekiwania lub niedociągnięcia w selekcji. Dzięki temu można dopracować strategię rekrutacji i poprawić jakość puli kandydatów. Dlaczego to ważne Pomaga zrozumieć, dlaczego kandydaci nie przechodzą do kolejnych etapów. To ważne przy poprawianiu opisów stanowisk, kryteriów selekcji i efektywności całego procesu. Skąd pobrać Zwykle zapisywany w osobnym polu lub sekcji notatek, gdy rekruter albo menedżer ds. rekrutacji odrzuca kandydata w Oracle HCM Recruiting. Przykłady Nie spełnia minimalnych wymagańWybrano lepiej wykwalifikowanego kandydataOczekiwania dotyczące wynagrodzenia są niezgodne z ofertą
	Powtórne wykonanie IsRework	Wskaźnik określający, czy czynność jest wykonywana po raz drugi lub kolejny.
Opis Ten obliczany atrybut wskazuje przypadki, w których czynność powtarza się w ramach tego samego przypadku. Na przykład jeśli aplikacja przechodzi od rozmowy kwalifikacyjnej z powrotem do selekcji, a następnie ponownie do rozmowy, druga selekcja i druga rozmowa zostaną oznaczone jako powtórne wykonanie. Analiza powtórzeń pomaga wykrywać nieefektywności i ukryte koszty procesu. Wskazuje miejsca, w których proces nie przebiega prawidłowo i trzeba ponownie wykonać określone kroki. Wspiera dashboard analizy powtórzeń i wąskich gardeł w obsłudze aplikacji, pokazując częstotliwość i wpływ takich pętli. Dlaczego to ważne Wskazuje nieefektywności i pętle, w których praca jest wykonywana ponownie. Pomaga ujawnić ukryte koszty i możliwości usprawnienia procesu. Skąd pobrać Obliczany podczas przygotowania danych przez sprawdzenie, czy dana czynność wystąpiła już dla określonego CaseId. Przykłady truefalse

Wymagane Zalecane Opcjonalne

Działania w procesie rekrutacji i pozyskiwania talentów

Poniżej przedstawiono najważniejsze kroki i etapy procesu, które warto rejestrować w dzienniku zdarzeń, aby dokładnie odkrywać przebieg procesu i identyfikować wąskie gardła.

6 Zalecane 8 Opcjonalne

	Działanie	Opis
	Odrzucenie aplikacji	Oznacza, że firma zdecydowała się nie kontynuować rekrutacji kandydata na dowolnym etapie procesu. Zdarzenie jest rejestrowane jako zmiana statusu aplikacji.
Dlaczego to ważne To częsty sposób zakończenia procesu rekrutacji. Analiza etapów, na których odrzucane są aplikacje, pomaga zrozumieć wskaźnik rezygnacji kandydatów i efektywność procesu. Skąd pobrać Wnioskowane na podstawie dowolnej końcowej zmiany statusu aplikacji, na przykład na „Odrzucona”, „Nie wybrano” lub inną skonfigurowaną wartość. Rejestrowanie Wnioskowane na podstawie zmiany statusu aplikacji na końcowy status „Odrzucona”. Typ zdarzenia inferred
	Otrzymano aplikację	Oznacza utworzenie nowej aplikacji na stanowisko po zgłoszeniu się kandydata. Zdarzenie jest zazwyczaj rejestrowane w chwili utworzenia rekordu aplikacji w systemie.
Dlaczego to ważne To początek każdej sprawy. Zdarzenie jest niezbędne do obliczania czasu trwania całego procesu, na przykład czasu rekrutacji, oraz analizy liczby aplikacji w czasie. Skąd pobrać Zdarzenie można odtworzyć na podstawie znacznika czasu utworzenia zgłoszenia kandydata w Oracle Recruiting, prawdopodobnie w tabeli takiej jak IRC_SUBMISSIONS. Rejestrowanie Na podstawie znacznika czasu utworzenia rekordu aplikacji na stanowisko. Typ zdarzenia explicit
	Przedstawiono ofertę	Oznacza formalne przedstawienie kandydatowi oferty pracy. Zdarzenie jest rejestrowane w chwili oficjalnego wysłania oferty przez rekrutera za pośrednictwem systemu Oracle Recruiting.
Dlaczego to ważne To ważny etap przy pomiarze odsetka przyjętych ofert i czasu od ostatniej rozmowy kwalifikacyjnej do wysłania oferty. Ma on istotny wpływ na doświadczenia kandydata. Skąd pobrać Rejestrowane, gdy status oferty zmienia się na „Przedstawiona” lub „Wysłana”. Znacznik czasu tej czynności jest zapisywany w obiekcie oferty. Rejestrowanie Rejestrowane, gdy rekruter wybiera działanie „Przedstaw ofertę”. Typ zdarzenia explicit
	Przeprowadzono rozmowę kwalifikacyjną	Oznacza zakończenie rozmowy kwalifikacyjnej z kandydatem. Zdarzenie można często wywnioskować, gdy osoba prowadząca rozmowę lub rekruter zmieni status zaplanowanej rozmowy na „Ukończona” lub „Przeprowadzona”.
Dlaczego to ważne To ważny etap procesu rekrutacji. Czas od tego działania do wysłania oferty jest istotnym wskaźnikiem efektywności. Skąd pobrać Zdarzenie można wywnioskować ze zmiany statusu zaplanowanej rozmowy w Oracle Recruiting. Znacznik czasu tej zmiany jest czasem zdarzenia. Rejestrowanie Zdarzenie można wywnioskować ze zmiany statusu rozmowy na „Ukończona” lub „Zakończona”. Typ zdarzenia inferred
	Przyjęto ofertę	Oznacza formalne przyjęcie oferty pracy przez kandydata. Zdarzenie jest rejestrowane, gdy kandydat zaakceptuje ofertę w portalu kariery lub rekruter ręcznie zaktualizuje status.
Dlaczego to ważne To jeden z głównych wskaźników powodzenia procesu. Stanowi podstawę do obliczania odsetka przyjętych ofert i oznacza rozpoczęcie działań po przyjęciu oferty. Skąd pobrać Rejestrowane na podstawie zmiany statusu oferty na „Przyjęta”. Zmiana może zostać wprowadzona przez kandydata online lub ręcznie przez rekrutera. Rejestrowanie Na podstawie znacznika czasu zmiany statusu oferty na „Przyjęta”. Typ zdarzenia explicit
	Zatrudniono kandydata	Oznacza pomyślne zakończenie procesu rekrutacji. Zdarzenie następuje, gdy status kandydata zostaje oficjalnie zmieniony na „Zatrudniony”, co uruchamia przekazanie do głównego systemu HR.
Dlaczego to ważne To główny rezultat procesu. Stanowi punkt końcowy przy obliczaniu czasu rekrutacji i innych ważnych wskaźników efektywności. Skąd pobrać To ważna zmiana statusu rekordu aplikacji na stanowisko w tabeli IRC_SUBMISSIONS. Wywołuje ją działanie „Zatrudnij” lub „Przenieś do HR” w Oracle Recruiting. Rejestrowanie Rejestrowane po wykonaniu przez rekrutera końcowej czynności „Zatrudnij”. Typ zdarzenia explicit
	Odrzucono ofertę	Oznacza decyzję kandydata o odrzuceniu oferty pracy. Jest to jawna zmiana statusu rekordu oferty, której często towarzyszy podanie przyczyny.
Dlaczego to ważne To istotny punkt niepowodzenia w procesie. Analiza tego, kiedy i dlaczego kandydaci odrzucają oferty, pozwala ocenić konkurencyjność wynagrodzenia i doświadczenia kandydatów. Skąd pobrać Rejestrowane na podstawie zmiany statusu oferty na „Odrzucona” lub „Odrzucona przez kandydata”. Rejestrowanie Na podstawie znacznika czasu zmiany statusu oferty na „Odrzucona”. Typ zdarzenia explicit
	Przekazano opinię po rozmowie kwalifikacyjnej	Oznacza przekazanie przez osobę prowadzącą rozmowę opinii i oceny kandydata po spotkaniu. Zdarzenie jest rejestrowane w chwili zapisania formularza opinii.
Dlaczego to ważne Opóźnienia między rozmową a przekazaniem opinii mogą znacznie wydłużyć proces rekrutacji. Śledzenie tego czasu pomaga wykryć wąskie gardła w podejmowaniu decyzji. Skąd pobrać Rejestrowane w chwili przekazania oceny przez osobę prowadzącą rozmowę za pośrednictwem portalu Oracle Recruiting. Wykorzystywany jest znacznik czasu utworzenia rekordu opinii. Rejestrowanie Na podstawie znacznika czasu utworzenia rekordu opinii po rozmowie kwalifikacyjnej. Typ zdarzenia explicit
	Rozpoczęto weryfikację przeszłości kandydata	Oznacza rozpoczęcie weryfikacji przeszłości kandydata po przyjęciu przez niego oferty. Zdarzenie jest często wywoływane zmianą statusu lub integracją z usługą zewnętrzną.
Dlaczego to ważne To działanie ma istotne znaczenie przy śledzeniu czasu między przyjęciem oferty a zatrudnieniem oraz zapewnianiu zgodności. Opóźnienia mogą wpłynąć na datę rozpoczęcia pracy przez kandydata. Skąd pobrać Zdarzenie można wywnioskować ze zmiany statusu aplikacji na „Weryfikacja przeszłości kandydata” lub zarejestrować na podstawie wywołania API zintegrowanego dostawcy takiej usługi. Rejestrowanie Zdarzenie można wywnioskować ze zmiany statusu aplikacji na „Trwa weryfikacja przeszłości kandydata”. Typ zdarzenia inferred
	Ukończono ocenę	Oznacza ukończenie przez kandydata wymaganej oceny wstępnej, takiej jak test umiejętności lub ocena osobowości. Zdarzenie jest zazwyczaj rejestrowane, gdy platforma oceniająca przekazuje do Oracle HCM informację o ukończeniu.
Dlaczego to ważne To działanie pomaga śledzić zaangażowanie kandydatów i czas potrzebny na ukończenie ocen. Na tym etapie kandydaci mogą zrezygnować z dalszego udziału w rekrutacji. Skąd pobrać Zdarzenie można zarejestrować na podstawie aktualizacji statusu przesłanej przez zintegrowane narzędzie zewnętrzne do oceny kandydatów lub ręcznej zmiany statusu przez rekrutera w profilu aplikacji kandydata. Rejestrowanie Rejestrowane, gdy API dostawcy oceny aktualizuje status kandydata. Typ zdarzenia explicit
	Wycofanie aplikacji	Oznacza decyzję kandydata o wycofaniu się z rekrutacji na dane stanowisko. Zdarzenie jest rejestrowane, gdy status aplikacji zmienia się na „Wycofana przez kandydata”.
Dlaczego to ważne Śledzenie wycofanych aplikacji pomaga wskazać etapy, na których doświadczenia kandydatów mogą być niezadowalające i prowadzić do częstych rezygnacji. To ważne przy analizie KPI dotyczącego wskaźnika rezygnacji kandydatów. Skąd pobrać Wnioskowane na podstawie zmiany statusu aplikacji na „Wycofana”. Zmianę może zainicjować kandydat w portalu lub rekruter działający w jego imieniu. Rejestrowanie Wnioskowane na podstawie zmiany statusu aplikacji na „Wycofana przez kandydata”. Typ zdarzenia inferred
	Zaplanowano rozmowę kwalifikacyjną	Oznacza moment oficjalnego zaplanowania rozmowy z kandydatem w systemie. Zdarzenie jest zazwyczaj rejestrowane po utworzeniu rozmowy i powiązaniu jej z aplikacją na stanowisko.
Dlaczego to ważne Śledzenie tego zdarzenia pozwala mierzyć czas potrzebny na umówienie rozmowy, który wpływa na doświadczenia kandydata i całkowity czas rekrutacji. Skąd pobrać Zdarzenie jest jawnie rejestrowane w module planowania rozmów kwalifikacyjnych Oracle Recruiting. Dane znajdują się w tabelach dotyczących rozmów, powiązanych z aplikacją na stanowisko. Rejestrowanie Na podstawie rekordu utworzenia rozmowy kwalifikacyjnej powiązanej z aplikacją. Typ zdarzenia explicit
	Zatwierdzono szczegóły oferty	Oznacza zakończenie wewnętrznego workflow zatwierdzania oferty przed jej przedstawieniem kandydatowi. Zdarzenie można wywnioskować z końcowego statusu zatwierdzenia w rekordzie oferty.
Dlaczego to ważne To działanie pozwala analizować czas trwania i efektywność wewnętrznego procesu zatwierdzania oferty, który może być istotnym źródłem opóźnień. Skąd pobrać Zdarzenie można wywnioskować z historii zmian statusu oferty w Oracle Recruiting, sprawdzając, kiedy jej status zmienia się na „Zatwierdzona”. Rejestrowanie Zdarzenie można wywnioskować ze zmiany statusu obiektu oferty na „Zatwierdzona”. Typ zdarzenia inferred
	Zweryfikowano aplikację	Oznacza wstępną weryfikację aplikacji przez rekrutera pod kątem podstawowych kwalifikacji kandydata. Zdarzenie można zazwyczaj wywnioskować ze zmiany statusu aplikacji z „Nowa” na „W trakcie weryfikacji”.
Dlaczego to ważne Analiza czasu spędzonego na tym etapie pomaga wykryć wąskie gardła we wstępnej weryfikacji. Jest też niezbędna do pomiaru KPI dotyczącego odsetka ponownych weryfikacji aplikacji. Skąd pobrać Zdarzenie można wywnioskować z historii pola statusu aplikacji na stanowisko w Oracle Recruiting. Należy sprawdzić historię zmian statusu w tabeli IRC_SUBMISSIONS. Rejestrowanie Zdarzenie można wywnioskować ze zmiany statusu aplikacji na „Weryfikacja” lub „W trakcie weryfikacji”. Typ zdarzenia inferred

Zalecane Opcjonalne

Instrukcje pobierania danych

Jak pobrać dane z Oracle HCM Recruiting

Kroki

Przejdź do OTBI: Zaloguj się do Oracle HCM Cloud. W menu Navigator przejdź do Tools, a następnie wybierz Reports and Analytics.
Utwórz nową analizę: W obszarze Reports and Analytics kliknij Create, a następnie wybierz Analysis. Nie wybieraj Report, ponieważ Analysis zapewnia potrzebną elastyczność.
Wybierz obszar tematyczny: Po wyświetleniu monitu wybierz obszar tematyczny 'Recruiting - Recruiting Real Time'. Ten model danych zawiera wszystkie potrzebne informacje o aplikacjach na stanowiska, rozmowach kwalifikacyjnych i ofertach.
Otwórz ustawienia zaawansowane: Po wybraniu obszaru tematycznego otworzy się edytor analizy. Przejdź do karty Advanced w prawym górnym rogu. Można tam bezpośrednio edytować logiczne zapytanie SQL.
Wklej logiczne zapytanie SQL: W sekcji 'Analysis XML' znajdź znacznik saw:query. Zastąp znajdujące się w nim zapytanie SQL pełnym logicznym zapytaniem SQL z sekcji 'Query' tego dokumentu. Należy zastąpić całe domyślne zapytanie.
Ustaw zakres dat: Przed uruchomieniem zapytania zastąp wartości zastępcze [Start Date] i [End Date] wybranym zakresem dat w formacie 'YYYY-MM-DD'. To ważne, aby kontrolować ilość pobieranych danych.
Sprawdź zapytanie: Kliknij przycisk 'Validate SQL', aby sprawdzić, czy nie ma błędów składni. Jeśli weryfikacja zakończy się pomyślnie, można kontynuować. Sprawdza ona tylko składnię, a nie to, czy kolumny istnieją w danej konfiguracji.
Wyświetl wyniki: Wróć do karty Results. Analiza zostanie uruchomiona i pojawi się podgląd danych dziennika zdarzeń. Sprawdź, czy kolumny i dane są zgodne z oczekiwaniami.
Skonfiguruj eksport: W przypadku dużych zbiorów danych zaleca się zaplanowanie analizy jako zadania zamiast uruchamiania jej interaktywnie. W edytorze analizy można ustawić właściwości eksportu, aby plik CSV miał prawidłowy format.
Wyeksportuj dane: Gdy wyniki będą gotowe, kliknij link Export i wybierz format CSV. Spowoduje to pobranie pełnego pliku dziennika zdarzeń.
Przygotuj plik do przesłania: Otwórz pobrany plik CSV. Sprawdź, czy nagłówki kolumn odpowiadają wymaganym atrybutom (JobApplicationId, ActivityName, EventTime itd.) i czy format dat jest spójny. Plik jest gotowy do przesłania do narzędzia process mining.

Konfiguracja

Obszar tematyczny: Całe zapytanie opiera się na obszarze tematycznym Recruiting - Recruiting Real Time. Użytkownik uruchamiający raport musi mieć uprawnienia dostępu do tego obszaru.
Filtrowanie według zakresu dat: Zapytanie zawiera wartości zastępcze [Start Date] i [End Date]. Należy określić konkretny zakres dat, aby kontrolować wydajność i ilość danych. Zalecamy rozpoczęcie od niedawnego okresu obejmującego 3-6 miesięcy.
Bezpieczeństwo danych: OTBI stosuje role zabezpieczeń danych Oracle HCM. Użytkownik uruchamiający raport zobaczy tylko dane jednostek biznesowych, działów i pracodawców prawnych, do których ma uprawnienia.
Wydajność: W dużych organizacjach o dużej liczbie rekrutacji zapytanie obejmujące długi okres może działać wolno lub przekroczyć limit czasu w interfejsie interaktywnym. Przy dużych eksportach najlepiej zapisać analizę i zaplanować jej uruchomienie w tle, z dostarczeniem wyników na serwer zawartości lub pocztą elektroniczną.
Dostosowanie: Podane zapytanie korzysta ze standardowych pól. Jeśli organizacja używa Descriptive Flexfields (DFF) lub obiektów niestandardowych do śledzenia określonych zdarzeń rekrutacyjnych, należy zmodyfikować logiczne zapytanie SQL, aby je uwzględnić.

Przykładowe zapytanie sql

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Application Received' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - General"."Submission Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - General"."Submission Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - General"."Submission Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - General"."Submission Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    T1."Job Application Identifier" as "JobApplicationId",
    'Application Screened' as "ActivityName",
    CAST(T2."Start Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    T4."Recruiter Display Name" as "Recruiter",
    T5."Hiring Manager Display Name" as "HiringManager",
    T6."Department Name" as "Department",
    T3."Current State" as "ApplicationStatus",
    T7."Source Name" as "ApplicationSource"
FROM
    "Recruiting - Recruiting Real Time"."Job Application - General" T1,
    "Recruiting - Recruiting Real Time"."Job Application - Phase and State History" T2,
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State" T3,
    "Recruiting - Recruiting Real Time"."Primary Recruiter" T4,
    "Recruiting - Recruiting Real Time"."Hiring Manager" T5,
    "Recruiting - Recruiting Real Time"."Requisition - General" T6,
    "Recruiting - Recruiting Real Time"."Job Application - Source" T7
WHERE T1."Job Application Identifier" = T2."Job Application Identifier"
AND T1."Job Application Identifier" = T3."Job Application Identifier"
AND T1."Recruiter Login Name" = T4."Recruiter Login Name"
AND T1."Hiring Manager Login Name" = T5."Hiring Manager Login Name"
AND T1."Requisition Number" = T6."Requisition Number"
AND T1."Source ID" = T7."Source ID"
AND T2."State Name" = 'Screen'
AND T2."Start Date" IS NOT NULL
AND T2."Start Date" >= TIMESTAMP '[Start Date]'
AND T2."Start Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Assessment Completed' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Assessment"."Assessment Completion Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Assessment"."Assessment Completion Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Assessment"."Assessment Completion Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Assessment"."Assessment Completion Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Interview Scheduled' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Interview Schedule"."Interview Scheduled Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Interview Schedule"."Interview Scheduled Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Interview Schedule"."Interview Scheduled Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Interview Schedule"."Interview Scheduled Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Interview Conducted' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Interview Completion Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Interview Event Overall Status" = 'Completed'
AND "Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Interview Completion Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Interview Completion Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Interview Completion Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Interview Feedback Submitted' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Feedback Submission Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Feedback Submission Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Feedback Submission Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Feedback Submission Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Offer Details Approved' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Approval Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Approval Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Approval Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Approval Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Offer Extended' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Extended Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Extended Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Extended Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Extended Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Offer Accepted' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Accepted Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Accepted Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Accepted Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Accepted Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Offer Declined' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Declined Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Declined Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Declined Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Declined Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    T1."Job Application Identifier" as "JobApplicationId",
    'Background Check Initiated' as "ActivityName",
    CAST(T2."Start Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    T4."Recruiter Display Name" as "Recruiter",
    T5."Hiring Manager Display Name" as "HiringManager",
    T6."Department Name" as "Department",
    T3."Current State" as "ApplicationStatus",
    T7."Source Name" as "ApplicationSource"
FROM
    "Recruiting - Recruiting Real Time"."Job Application - General" T1,
    "Recruiting - Recruiting Real Time"."Job Application - Phase and State History" T2,
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State" T3,
    "Recruiting - Recruiting Real Time"."Primary Recruiter" T4,
    "Recruiting - Recruiting Real Time"."Hiring Manager" T5,
    "Recruiting - Recruiting Real Time"."Requisition - General" T6,
    "Recruiting - Recruiting Real Time"."Job Application - Source" T7
WHERE T1."Job Application Identifier" = T2."Job Application Identifier"
AND T1."Job Application Identifier" = T3."Job Application Identifier"
AND T1."Recruiter Login Name" = T4."Recruiter Login Name"
AND T1."Hiring Manager Login Name" = T5."Hiring Manager Login Name"
AND T1."Requisition Number" = T6."Requisition Number"
AND T1."Source ID" = T7."Source ID"
AND T2."State Name" = 'Background Check'
AND T2."Start Date" IS NOT NULL
AND T2."Start Date" >= TIMESTAMP '[Start Date]'
AND T2."Start Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    T1."Job Application Identifier" as "JobApplicationId",
    'Candidate Hired' as "ActivityName",
    CAST(T2."Start Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    T4."Recruiter Display Name" as "Recruiter",
    T5."Hiring Manager Display Name" as "HiringManager",
    T6."Department Name" as "Department",
    T3."Current State" as "ApplicationStatus",
    T7."Source Name" as "ApplicationSource"
FROM
    "Recruiting - Recruiting Real Time"."Job Application - General" T1,
    "Recruiting - Recruiting Real Time"."Job Application - Phase and State History" T2,
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State" T3,
    "Recruiting - Recruiting Real Time"."Primary Recruiter" T4,
    "Recruiting - Recruiting Real Time"."Hiring Manager" T5,
    "Recruiting - Recruiting Real Time"."Requisition - General" T6,
    "Recruiting - Recruiting Real Time"."Job Application - Source" T7
WHERE T1."Job Application Identifier" = T2."Job Application Identifier"
AND T1."Job Application Identifier" = T3."Job Application Identifier"
AND T1."Recruiter Login Name" = T4."Recruiter Login Name"
AND T1."Hiring Manager Login Name" = T5."Hiring Manager Login Name"
AND T1."Requisition Number" = T6."Requisition Number"
AND T1."Source ID" = T7."Source ID"
AND T2."State Name" = 'Hired'
AND T2."Start Date" IS NOT NULL
AND T2."Start Date" >= TIMESTAMP '[Start Date]'
AND T2."Start Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    T1."Job Application Identifier" as "JobApplicationId",
    'Application Rejected' as "ActivityName",
    CAST(T2."Start Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    T4."Recruiter Display Name" as "Recruiter",
    T5."Hiring Manager Display Name" as "HiringManager",
    T6."Department Name" as "Department",
    T3."Current State" as "ApplicationStatus",
    T7."Source Name" as "ApplicationSource"
FROM
    "Recruiting - Recruiting Real Time"."Job Application - General" T1,
    "Recruiting - Recruiting Real Time"."Job Application - Phase and State History" T2,
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State" T3,
    "Recruiting - Recruiting Real Time"."Primary Recruiter" T4,
    "Recruiting - Recruiting Real Time"."Hiring Manager" T5,
    "Recruiting - Recruiting Real Time"."Requisition - General" T6,
    "Recruiting - Recruiting Real Time"."Job Application - Source" T7
WHERE T1."Job Application Identifier" = T2."Job Application Identifier"
AND T1."Job Application Identifier" = T3."Job Application Identifier"
AND T1."Recruiter Login Name" = T4."Recruiter Login Name"
AND T1."Hiring Manager Login Name" = T5."Hiring Manager Login Name"
AND T1."Requisition Number" = T6."Requisition Number"
AND T1."Source ID" = T7."Source ID"
AND T2."State Name" LIKE '%Rejected%'
AND T2."Start Date" IS NOT NULL
AND T2."Start Date" >= TIMESTAMP '[Start Date]'
AND T2."Start Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    T1."Job Application Identifier" as "JobApplicationId",
    'Application Withdrawn' as "ActivityName",
    CAST(T2."Start Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    T4."Recruiter Display Name" as "Recruiter",
    T5."Hiring Manager Display Name" as "HiringManager",
    T6."Department Name" as "Department",
    T3."Current State" as "ApplicationStatus",
    T7."Source Name" as "ApplicationSource"
FROM
    "Recruiting - Recruiting Real Time"."Job Application - General" T1,
    "Recruiting - Recruiting Real Time"."Job Application - Phase and State History" T2,
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State" T3,
    "Recruiting - Recruiting Real Time"."Primary Recruiter" T4,
    "Recruiting - Recruiting Real Time"."Hiring Manager" T5,
    "Recruiting - Recruiting Real Time"."Requisition - General" T6,
    "Recruiting - Recruiting Real Time"."Job Application - Source" T7
WHERE T1."Job Application Identifier" = T2."Job Application Identifier"
AND T1."Job Application Identifier" = T3."Job Application Identifier"
AND T1."Recruiter Login Name" = T4."Recruiter Login Name"
AND T1."Hiring Manager Login Name" = T5."Hiring Manager Login Name"
AND T1."Requisition Number" = T6."Requisition Number"
AND T1."Source ID" = T7."Source ID"
AND T2."State Name" = 'Withdrawn by Candidate'
AND T2."Start Date" IS NOT NULL
AND T2."Start Date" >= TIMESTAMP '[Start Date]'
AND T2."Start Date" < TIMESTAMP '[End Date]'

Kroki

Wymagania wstępne: Sprawdź, czy w systemie jest zainstalowany Python 3 i biblioteka requests. Można ją zainstalować za pomocą pip: pip install requests. Potrzebne będą również prawidłowe dane logowania użytkownika (nazwa użytkownika i hasło) oraz nazwa hosta instancji Oracle HCM Cloud z uprawnieniami dostępu do Recruiting REST API.
Przygotuj skrypt: Utwórz plik skryptu Python, na przykład extract_hcm_data.py. Na początku zaimportuj wymagane biblioteki: requests, csv i datetime.
Zdefiniuj konfigurację: Na początku skryptu określ zmienne zawierające nazwę hosta Oracle HCM, nazwę użytkownika, hasło i zakres dat pobierania. Ze względów bezpieczeństwa warto użyć wartości zastępczych dla danych logowania.
Utwórz sesję API: Utwórz obiekt requests.Session. Ustaw właściwość uwierzytelniania sesji, podając nazwę użytkownika i hasło. Dzięki temu dane logowania będą dołączane do każdego kolejnego żądania API wysyłanego w ramach tej sesji.
Zaimplementuj stronicowanie: Skrypt powinien pobierać dane stronami, aby obsłużyć duże wolumeny i przestrzegać limitów API. Ustaw zmienną offset na 0 oraz limit, na przykład 500. Utwórz pętlę while, która będzie działać, dopóki API zwraca dane. W każdej iteracji skrypt wywoła API z bieżącym offsetem, a następnie zwiększy offset o limit, aby pobrać kolejną stronę.
Wyślij żądanie API: W pętli utwórz pełny adres URL żądania API dla endpointu recruitingCEJobApplications. Użyj parametru fields, aby wskazać wymagane atrybuty, a parametru expand, aby uwzględnić powiązane obiekty, takie jak Phases i Offers. Użyj parametru q, aby filtrować dane według CreationDate na podstawie skonfigurowanego zakresu dat.
Przetwórz odpowiedź JSON: Przy każdym wywołaniu API sprawdź, czy kod statusu HTTP to 200. Przetwórz odpowiedź JSON. Aplikacje znajdują się w tablicy items w treści odpowiedzi.
Przejdź przez aplikacje i utwórz zdarzenia: Przetwórz każdy obiekt aplikacji zwrócony przez API. Dla każdej aplikacji pobierz wspólne atrybuty, takie jak ApplicationId, Recruiter i HiringManager.
Przypisz statusy do działań: To główna część logiki. Dla każdej aplikacji należy utworzyć osobny wiersz dla każdego z 14 wymaganych działań. W tym celu sprawdź CreationDate oraz kolekcje Phases i Offers. Na przykład użyj CreationDate dla zdarzenia 'Application Received'. Przejdź przez tablicę Phases i utwórz wiersze dla zdarzeń 'Application Screened', 'Interview Scheduled', 'Candidate Hired', 'Application Rejected' itd., używając znacznika czasu wejścia w daną fazę. Podobnie przejdź przez tablicę Offers, aby utworzyć zdarzenia 'Offer Extended', 'Offer Accepted' i 'Offer Declined'.
Utwórz dziennik zdarzeń: Każde utworzone zdarzenie działania zapisz jako słownik z kluczami odpowiadającymi nagłówkom kolumn dziennika zdarzeń (JobApplicationId, ActivityName, EventTime itd.). Dodaj każdy słownik do głównej listy, która będzie zawierać cały dziennik zdarzeń.
Eksportuj do CSV: Po zakończeniu stronicowania użyj wbudowanego modułu Python csv, aby zapisać listę zdarzeń do pliku CSV. Zapisz plik w kodowaniu UTF-8 i sprawdź, czy nagłówki kolumn dokładnie odpowiadają nazwom atrybutów wymaganym przy wczytywaniu danych do ProcessMind.

Konfiguracja

Dane logowania API: Wymagane jest dedykowane konto usługi z rolą zapewniającą dostęp do Recruiting REST API, na przykład 'Recruiting Manager' lub rolą niestandardową z uprawnieniem 'Recruiting REST API Access'.
Endpoint API: Główny używany endpoint to recruitingCEJobApplications. Należy użyć parametru zapytania expand (np. expand=Phases,Offers), aby w jednym wywołaniu pobrać zagnieżdżone obiekty zawierające historię statusów i szczegóły ofert. Jest to wydajniejsze rozwiązanie.
Filtrowanie według zakresu dat: Użyj parametru zapytania q, aby filtrować aplikacje według daty. Zalecamy filtrowanie według CreationDate, aby kontrolować ilość danych. Przy pierwszej analizie warto wybrać zakres ostatnich 3-6 miesięcy. Przykład: q=CreationDate>'2023-01-01T00:00:00Z'.
Wybór pól: Aby poprawić wydajność i ograniczyć ilość przesyłanych danych, użyj parametru fields i pobieraj tylko potrzebne atrybuty. Uwzględnij między innymi ApplicationId, CreationDate, LastUpdateDate, Recruiter, HiringManager, Requisition, Phases i Offers.
Limit stronicowania: Parametr limit określa liczbę rekordów zwracanych w jednym wywołaniu API. Wartość od 200 do 500 zwykle zapewnia dobry kompromis między liczbą wywołań API a wielkością każdej odpowiedzi.
Mapowanie statusów: Skrypt zawiera słownik mapujący kody faz i statusów z Oracle HCM na standardowe nazwy działań. Mapowanie może wymagać dostosowania do konfiguracji workflow rekrutacyjnego w danej organizacji.

Przykładowe zapytanie python

import requests
import csv
import json
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
HCM_HOST = class="hl-string">"https://[Your HCM Host].fa.us2.oraclecloud.com"
USERNAME = class="hl-string">"[Your Username]"
PASSWORD = class="hl-string">"[Your Password]"

class=class="hl-string">"hl-comment"># Date range for the query (ISO 8601 format)
START_DATE = class="hl-string">"2023-01-01T00:00:00+00:00"
END_DATE = class="hl-string">"2023-12-31T23:59:59+00:00"

class=class="hl-string">"hl-comment"># API and File settings
API_ENDPOINT = class="hl-string">"/hcmRestApi/resources/11.13.18.05/recruitingCEJobApplications"
CSV_FILENAME = class="hl-string">"recruitment_event_log.csv"
API_LIMIT = 500

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---
def main():
    class="hl-string">"""Main function to orchestrate the extraction process."""
    event_log = []
    offset = 0
    has_more = True

    session = requests.Session()
    session.auth = (USERNAME, PASSWORD)

    print(class="hl-string">"Starting data extraction from Oracle HCM...")

    while has_more:
        print(fclass="hl-string">"Fetching applications, offset: {offset}")
        try:
            params = {
                class="hl-string">'q': fclass="hl-string">"CreationDate between '{START_DATE}' and '{END_DATE}'",
                class="hl-string">'fields': class="hl-string">'ApplicationId,CreationDate,LastUpdateDate,ApplicationStatus,ApplicationSource,Recruiter,HiringManager,Department,Phases,Offers',
                class="hl-string">'expand': class="hl-string">'Phases,Offers',
                class="hl-string">'limit': API_LIMIT,
                class="hl-string">'offset': offset
            }
            response = session.get(HCM_HOST + API_ENDPOINT, params=params)
            response.raise_for_status()  class=class="hl-string">"hl-comment"># Raises an exception for bad status codes

            data = response.json()
            applications = data.get(class="hl-string">'items', [])

            if not applications:
                print(class="hl-string">"No more applications found.")
                break

            process_applications(applications, event_log)

            has_more = data.get(class="hl-string">'hasMore', False)
            offset += API_LIMIT

        except requests.exceptions.HTTPError as http_err:
            print(fclass="hl-string">"HTTP error occurred: {http_err} - {response.text}")
            break
        except Exception as err:
            print(fclass="hl-string">"An error occurred: {err}")
            break

    if event_log:
        write_to_csv(event_log)
        print(fclass="hl-string">"Extraction complete. {len(event_log)} events written to {CSV_FILENAME}")
    else:
        print(class="hl-string">"No events were generated.")

def process_applications(applications, event_log):
    class="hl-string">"""Processes a batch of applications and generates event log entries."""
    now_iso = datetime.utcnow().isoformat() + class="hl-string">'Z'

    for app in applications:
        base_event = {
            class="hl-string">'JobApplicationId': app.get(class="hl-string">'ApplicationId'),
            class="hl-string">'Recruiter': app.get(class="hl-string">'Recruiter'),
            class="hl-string">'HiringManager': app.get(class="hl-string">'HiringManager'),
            class="hl-string">'Department': app.get(class="hl-string">'Department'),
            class="hl-string">'ApplicationSource': app.get(class="hl-string">'ApplicationSource'),
            class="hl-string">'ApplicationStatus': app.get(class="hl-string">'ApplicationStatus'),
            class="hl-string">'SourceSystem': class="hl-string">'Oracle HCM Recruiting',
            class="hl-string">'LastDataUpdate': now_iso
        }

        class=class="hl-string">"hl-comment"># 1. Application Received
        event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Application Received', class="hl-string">'EventTime': app.get(class="hl-string">'CreationDate')})

        class=class="hl-string">"hl-comment"># Process phases for status-based events
        for phase in app.get(class="hl-string">'Phases', []):
            phase_name = phase.get(class="hl-string">'PhaseName', class="hl-string">'').lower()
            status_name = phase.get(class="hl-string">'StateName', class="hl-string">'').lower()
            entry_date = phase.get(class="hl-string">'EntryDate')

            if not entry_date: continue

            activity_map = {
                class="hl-string">'screen': class="hl-string">'Application Screened',
                class="hl-string">'assessment': class="hl-string">'Assessment Completed',
                class="hl-string">'interview': class="hl-string">'Interview Scheduled',
                class="hl-string">'offer': class="hl-string">'Offer Details Approved', class=class="hl-string">"hl-comment"># Approximation, happens before offer is made
                class="hl-string">'background check': class="hl-string">'Background Check Initiated',
                class="hl-string">'hired': class="hl-string">'Candidate Hired',
                class="hl-string">'rejected': class="hl-string">'Application Rejected',
                class="hl-string">'withdrawn': class="hl-string">'Application Withdrawn'
            }

            class=class="hl-string">"hl-comment"># Simple mapping by phase name
            for key, activity in activity_map.items():
                if key in phase_name:
                    event_log.append({**base_event, class="hl-string">'ActivityName': activity, class="hl-string">'EventTime': entry_date})

            class=class="hl-string">"hl-comment"># Specific logic for Interview Conducted
            if class="hl-string">'interview' in phase_name and status_name == class="hl-string">'completed':
                 event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Interview Conducted', class="hl-string">'EventTime': entry_date})

            class=class="hl-string">"hl-comment"># Specific logic for Feedback Submitted (approximation)
            if class="hl-string">'interview' in phase_name and status_name == class="hl-string">'completed':
                 class=class="hl-string">"hl-comment"># This is an approximation, assuming feedback is submitted upon completion
                 event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Interview Feedback Submitted', class="hl-string">'EventTime': entry_date})


        class=class="hl-string">"hl-comment"># Process offers for offer-related events
        for offer in app.get(class="hl-string">'Offers', []):
            offer_status = offer.get(class="hl-string">'OfferStatus', class="hl-string">'').lower()
            offer_date = offer.get(class="hl-string">'OfferDate') or offer.get(class="hl-string">'LastUpdateDate')

            if not offer_date: continue

            if offer_status == class="hl-string">'extended':
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Offer Extended', class="hl-string">'EventTime': offer_date})
            elif offer_status == class="hl-string">'accepted':
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Offer Accepted', class="hl-string">'EventTime': offer_date})
            elif offer_status == class="hl-string">'declined':
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Offer Declined', class="hl-string">'EventTime': offer_date})


def write_to_csv(event_log):
    class="hl-string">"""Writes the event log data to a CSV file."""
    if not event_log:
        return

    headers = [
        class="hl-string">'JobApplicationId', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate',
        class="hl-string">'Recruiter', class="hl-string">'HiringManager', class="hl-string">'Department', class="hl-string">'ApplicationStatus', class="hl-string">'ApplicationSource'
    ]

    class=class="hl-string">"hl-comment"># Deduplicate and sort events to ensure chronological order per application
    unique_events = {tuple(event.items()) for event in event_log}
    sorted_events = sorted([dict(event) for event in unique_events], key=lambda x: (x[class="hl-string">'JobApplicationId'], x[class="hl-string">'EventTime']))

    with open(CSV_FILENAME, class="hl-string">'w', newline=class="hl-string">'', encoding=class="hl-string">'utf-8') as csvfile:
        writer = csv.DictWriter(csvfile, fieldnames=headers)
        writer.writeheader()
        writer.writerows(sorted_events)

if __name__ == class="hl-string">"__main__":
    main()

Jak zacząć?

Skorzystaj z tego szablonu, aby przygotować dane i rozpocząć odkrywanie ukrytych zależności w procesie pozyskiwania talentów. Już dziś zacznij usprawniać rekrutację.

Wróć do przewodnika ulepszania procesów

Pobierz szablon

Usprawnij rekrutację i pozyskiwanie talentów

Skróć czas procesu o 30% i popraw doświadczenia kandydatów.

Rozpocznij bezpłatny okres próbny

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

Szablon danych dotyczących rekrutacji i pozyskiwania talentów

Szablon danych dotyczących rekrutacji i pozyskiwania talentów

Atrybuty procesu rekrutacji i pozyskiwania talentów

Działania w procesie rekrutacji i pozyskiwania talentów

Instrukcje pobierania danych

Raport Oracle HCM OTBI do eksportu danych rekrutacyjnych

Kroki

Konfiguracja

Przykładowe zapytanie sql

Pobieranie danych za pomocą skryptu Python i Oracle HCM REST API

Kroki

Konfiguracja

Przykładowe zapytanie python

Jak zacząć?

Usprawnij rekrutację i pozyskiwanie talentów