> Folyamatos folyamatfejlesztés > Toborzás és tehetségszerzés > Oracle HCM Recruiting > Adatsablon

Adatsablon a toborzáshoz és a tehetségszerzéshez

Oracle HCM Recruiting

← Vissza a folyamatfejlesztési útmutatóhoz

A toborzás és a tehetségszerzés attribútumai(18) A toborzás és a tehetségszerzés tevékenységei(14) Adatkinyerési útmutatók(2)

Adatsablon a toborzáshoz és a tehetségszerzéshez

Ez a sablon útmutatást ad a toborzási és tehetségszerzési folyamat fejlesztéséhez szükséges adatok összegyűjtéséhez. Bemutatja a fontos adatattribútumokat, a követendő tevékenységeket, valamint azt, hogyan nyerheti ki ezeket az adatokat a forrásrendszerből. Használja a sablont az adat-előkészítés gördülékeny és hatékony elvégzéséhez.

Az alapos elemzéshez javasolt attribútumok
Követendő fontos folyamatlépések és mérföldkövek
Útmutató az adatok rendszerből történő kinyeréséhez

Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

Sablon letöltése

A toborzás és a tehetségszerzés attribútumai

Az alábbi adatok felvételét javasoljuk az eseménynaplóba, hogy részletesen elemezhesse a toborzási és tehetségszerzési folyamatot.

5 Kötelező 5 Javasolt 8 Nem kötelező

	Név	Leírás
	Álláspályázat JobApplicationId	Minden jelölt álláspályázatának egyedi azonosítója.
Leírás Az álláspályázat azonosítója az elsődleges kulcs, amely nyomon követi a jelölt teljes útját egy adott állásigényléshez kapcsolódóan. Összekapcsolja a jelentkezés benyújtásától a végső felvételi döntésig tartó összes tevékenységet, így egyetlen, összefüggő folyamatpéldányt alkot. A process mining során ez az attribútum határozza meg az esetet, és lehetővé teszi minden jelölt egyedi útjának rekonstruálását. Az elemzők segítségével megjeleníthetők a jelentkezés teljes folyamatának lépései, mérhető a teljes átfutási idő, és elemezhetők az egyes szakaszok közötti konverziós arányok. Miért fontos? Egyedileg azonosítja az egyes toborzási eseteket, így a jelölt jelentkezésének teljes életútja az elejétől a végéig nyomon követhető. Hol szerezhető be? Az Oracle HCM Recruiting moduljának elsődleges azonosítója, amely jellemzően a jelölti jelentkezési rekordokhoz kapcsolódik. Példák APP-2024-00123APP-2024-00124APP-2024-00125
	Kezdés időpontja EventTime	Az időbélyeg, amely megmutatja, mikor kezdődött a toborzási tevékenység.
Leírás Ez az attribútum rögzíti egy adott tevékenység pontos dátumát és időpontját. Segítségével időrendbe állíthatók az egyes álláspályázati esetek eseményei. A kezdési időpont minden időalapú process mining elemzéshez szükséges. Ezzel számítható ki a tevékenységek közötti átfutási idő, azonosíthatók a késések, mérhető a teljes felvételi idő, és ellenőrizhető a szolgáltatási szintű megállapodások, illetve teljesítménycélok betartása. Miért fontos? Megadja az események időrendi sorrendjét, ami szükséges az időtartamok kiszámításához, a szűk keresztmetszetek feltárásához és a folyamat teljesítményének elemzéséhez. Hol szerezhető be? Ez az időbélyeg általában a tevékenység nevével együtt található az Oracle HCM Recruiting eseménynaplóiban vagy állapotelőzmény-tábláiban. Példák 2023-10-01T10:00:00Z2023-10-05T14:30:00Z2023-11-12T09:15:00Z
	Tevékenység ActivityName	Az adott toborzási tevékenység vagy esemény neve.
Leírás Ez az attribútum a toborzási folyamat egy lépését vagy mérföldkövét írja le, például „Jelentkezés előszűrve”, „Interjú lebonyolítva” vagy „Ajánlat megtéve”. Minden tevékenység a jelentkezés életútjának egy különálló eseménye. A process mining egyik alapvető eleme, mert ez határozza meg a folyamattérkép csomópontjait. A tevékenységek sorrendjének és gyakoriságának elemzésével feltárhatók a gyakori folyamatútvonalak, a szűk keresztmetszetek, a standard eljárástól való eltérések és az ismétlődő munkafolyamatok. Miért fontos? Ez az attribútum határozza meg a toborzási folyamat lépéseit. Ezek adják a folyamattérkép alapját, és lehetővé teszik a folyamatmenet és az eltérések elemzését. Hol szerezhető be? Általában az Oracle HCM Recruiting álláspályázati objektumához kapcsolódó esemény- vagy állapotelőzmény-táblákból származik. Példák Jelentkezés előszűrveInterjú megtartvaAjánlat kiküldveJelölt felvéve
	Forrásrendszer SourceSystem	A rendszer, ahonnan az adatok származnak.
Leírás Ez az attribútum azonosítja azt a forrás-információs rendszert, amelyben a toborzási adatokat rögzítették. Ennél a folyamatnál ez jellemzően az „Oracle HCM Recruiting”. Több rendszert használó környezetben ez a mező fontos az adatok eredetének nyomon követéséhez és a hibakereséshez. Segít ellenőrizni, hogy az adatok a várt forrásból érkeznek-e, és lehetővé teszi az elemzések adott platformról származó adatokra szűrését. Miért fontos? Azonosítja az adatok forrását. Ez szükséges az adatirányításhoz, az ellenőrzéshez és annak biztosításához, hogy az elemzés a megfelelő információforrásra épüljön. Hol szerezhető be? Gyakran az adatkinyerés, -átalakítás és -betöltés (ETL) során hozzáadott állandó érték, amely az adatkészletet jelöli. Példák Oracle HCM RecruitingOracle Fusion Cloud HCM
	Utolsó adatfrissítés LastDataUpdate	Az időbélyeg, amely megmutatja, mikor frissítették vagy nyerték ki utoljára az adatokat a forrásrendszerből.
Leírás Ez az attribútum jelzi a legutóbbi adatkinyerés dátumát és időpontját. Megmutatja, mennyire frissek az elemzett adatok. Segít megérteni, mennyire aktuális a folyamatelemzés, és mire terjed ki a legutóbbi tevékenységek láthatósága. Minden dashboard vagy jelentés fontos metaadata. Miért fontos? Tájékoztat az adatok aktualitásáról, így egyértelmű, hogy az elemzés milyen időszakot fed le. Hol szerezhető be? Ezt az időbélyeget az adatkinyerés, -átalakítás és -betöltés (ETL) során állítják elő és adják hozzá. Példák 2024-05-20T08:00:00Z2024-05-21T08:00:00Z
	Felvételi vezető HiringManager	Az adott állásigénylésért felelős felvételi vezető neve vagy azonosítója.
Leírás Ez az attribútum azonosítja a nyitott pozíciót meghirdető csapat vagy részleg vezetőjét. A felvételi vezető fontos résztvevő, aki gyakran részt vesz az előszűrésben, az interjúztatásban és a végső felvételi döntésben. A folyamat teljesítményének felvételi vezetőnkénti elemzése feltárhatja az interjúk egyeztetését nehezítő elérhetőségi problémákat vagy a visszajelzések késését. Segít azonosítani a képzési és folyamatfejlesztési lehetőségeket, hogy a vezetők hatékonyabban láthassák el a felvétellel kapcsolatos feladataikat. Miért fontos? Azonosítja a folyamat egyik fontos résztvevőjét, így elemezhetők a felvételi vezető közreműködéséhez kapcsolódó késések és hatékonysági tényezők. Hol szerezhető be? Az Oracle HCM Recruiting rendszerben az álláspályázathoz kapcsolódó állásigénylési objektum tárolja. Példák Robert BrownSusan WhiteMichael Green
	Jelentkezés állapota ApplicationStatus	Az álláspályázat aktuális vagy végleges állapota.
Leírás Ez az attribútum jelzi a jelentkezés állapotát, például „Aktív”, „Felvéve”, „Elutasítva” vagy „Visszavonva”. Megmutatja, hol tart a jelentkezés a folyamatban, vagy mi lett a végső eredménye. A végleges állapot elemzése szükséges az olyan fontos mutatók kiszámításához, mint a felvételi és a lemorzsolódási arány. Segít felmérni a toborzási folyamat egészének eredményességét azzal, hogy megmutatja, hány jelölt jut el sikeresen az utolsó szakaszig. Miért fontos? Megmutatja a toborzási folyamat eredményét, ami szükséges a konverziós, felvételi és lemorzsolódási arány kiszámításához. Hol szerezhető be? Az Oracle HCM Recruiting rendszer fő álláspályázati rekordjának standard mezője. Példák FelvéveElutasítvaJelölt által visszavonvaAjánlat elfogadva
	Jelentkezés forrása ApplicationSource	Az a csatorna vagy forrás, ahonnan a jelentkezés beérkezett.
Leírás Ez az attribútum rögzíti, hogyan talált rá a jelölt az állásra, például a LinkedInen, a vállalat weboldalán, munkavállalói ajánlás útján vagy állásportálon. A Jelentkezési források eredményessége dashboard elemzéséhez szükséges, mert segítségével mérhető az egyes jelöltkeresési csatornák megtérülése. Ha látható, mely forrásokból érkezik a legtöbb felvett jelölt, illetve melyeknél a legrövidebb a felvételi idő, a toborzási csapat ennek megfelelően alakíthatja a jelöltkeresési stratégiát. Miért fontos? Segít meghatározni, mely csatornákon érhetők el és vehetők fel a leghatékonyabban a megfelelő jelöltek, így optimalizálható a toborzási marketingre fordított összeg. Hol szerezhető be? Ezt az információt általában akkor rögzítik az Oracle HCM Recruiting rendszerben, amikor a jelölt benyújtja a jelentkezését. Példák LinkedInMunkavállalói ajánlásA vállalat karrieroldalaIndeed
	Részleg Department	Az a részleg vagy üzleti egység, amelynek a jelöltet felveszik.
Leírás Ez az attribútum azonosítja a nyitott pozíciót meghirdető szervezeti egységet, például a mérnöki, értékesítési vagy marketingrészleget. Szervezeti kontextust ad minden álláspályázathoz. A toborzási folyamat részlegenkénti bontása szükséges a teljesítmény összehasonlításához. A vezetők összevethetik a felvételi időt, a lemorzsolódási arányt és más fontos mutatókat a szervezet különböző részein. Ezt támogatja a Részlegek toborzási teljesítményének összehasonlítása dashboard. Miért fontos? Lehetővé teszi a toborzási teljesítmény és a folyamat eltéréseinek összehasonlítását az üzleti egységek és részlegek között. Hol szerezhető be? Jellemzően az Oracle HCM Recruiting rendszerben az álláspályázathoz kapcsolódó állásigénylési adatok része. Példák Mérnöki részlegÉrtékesítésPénzügyHumánerőforrás
	Toborzó Recruiter	A jelentkezésért felelős toborzó neve vagy azonosítója.
Leírás Ez az attribútum azonosítja a jelentkezéshez rendelt toborzási szakembert, aki jellemzően végigvezeti a jelöltet a folyamaton. A folyamat toborzónkénti elemzése segít kiegyensúlyozni a munkaterhelést, összehasonlítani a teljesítményt és feltárni a bevált gyakorlatokat. Megmutatja például, mely toborzóknál a legrövidebb az átfutási idő, illetve a legmagasabb az ajánlatelfogadási arány. Ez támogatja a Toborzói munkaterhelés és hatékonyság dashboardot. Miért fontos? Az egyes tevékenységeket konkrét személyekhez rendeli, így elemezhető a toborzók munkaterhelése, hatékonysága és teljesítménye. Hol szerezhető be? Az Oracle HCM Recruiting rendszerben az álláspályázati vagy állásigénylési objektumhoz kapcsolódik. Példák John SmithJane DoeEmily Jones
	Ajánlat összege OfferAmount	A jelöltnek tett állásajánlatban szereplő fizetés összege.
Leírás Ez az attribútum rögzíti a pozícióhoz javasolt javadalmazást. A toborzási folyamat végső szakaszában fontos adat. Az ajánlatok összegének elemzése, az adatok érzékeny jellege ellenére, képet adhat a javadalmazás versenyképességéről. Az ajánlatelfogadási aránnyal összevetve megállapítható, hogy a fizetés szerepet játszik-e az ajánlatok visszautasításában. Az adatok a különböző részlegek és munkakörök közötti bérméltányosság ellenőrzésére is használhatók. Miért fontos? Lehetővé teszi a javadalmazási trendek és az ajánlatelfogadási arányra gyakorolt hatásuk elemzését, ami versenyképesebb felvételi stratégiát tesz lehetővé. Hol szerezhető be? Az Oracle HCM Recruiting rendszerben az álláspályázathoz tartozó ajánlat részletei között található. Példák 8500012000065000
	Állásigénylés-azonosító JobRequisitionId	A megpályázott álláshely egyedi azonosítója.
Leírás Az állásigénylés azonosítója több álláspályázatot kapcsol össze egyetlen jóváhagyott álláshellyel. A toborzási folyamatban a munkaerőigényt jelöli. Ez az attribútum szükséges az álláspályázati adatok összesítéséhez és egy adott felvételi folyamat állapotának elemzéséhez. Megmutatja, hány jelölt van folyamatban az adott pozícióra, mennyire eredményes a jelöltek felkutatása, és mennyi időbe telik a pozíció betöltése. Miért fontos? Azonos álláshelyhez csoportosítja a jelentkezéseket, így elemezhető az adott pozícióhoz tartozó teljes jelölti folyamat. Hol szerezhető be? Az Oracle HCM Recruiting rendszerben az állásigénylési objektum elsődleges kulcsa, amely az egyes jelentkezésekhez kapcsolódik. Példák REQ-2024-501REQ-2024-502REQ-2024-503
	Befejezés időpontja EventEndTime	Az időbélyeg, amely megmutatja, mikor fejeződött be a toborzási tevékenység.
Leírás A befejezési időpont jelzi, mikor zárult le egy tevékenység. A kezdési és a befejezési időpont különbsége adja a tevékenység feldolgozási idejét. A process mining során ezzel számítható ki az egyes feladatok időtartama, például a jelentkezés előszűréséhez vagy az interjú lebonyolításához szükséges idő. A tevékenységek időtartamának elemzése megmutatja, mely lépések veszik igénybe a legtöbb időt a teljes folyamatban. Miért fontos? Lehetővé teszi az egyes tevékenységek időtartamának kiszámítását, így azonosíthatók a nem hatékony lépések és mérhető a feladatok teljesítménye. Hol szerezhető be? Elérhető lehet az eseménynapló-táblákban, vagy meghatározható a következő tevékenység kezdési időpontjából. Példák 2023-10-01T10:30:00Z2023-10-05T15:00:00Z2023-11-12T11:15:00Z
	Belső jelölt IsInternalCandidate	Jelző, amely megmutatja, hogy a jelölt jelenlegi munkavállaló-e.
Leírás Ez a logikai attribútum megkülönbözteti a már a vállalatnál dolgozó belső jelölteket a külső jelöltektől. A belső és külső felvételi folyamatok lépései, SLA-i és sikerességi mutatói gyakran eltérnek. Az attribútum elemzésével összehasonlítható a belső mobilitás és a külső toborzás. Megállapítható, hogy a vállalat mennyire eredményesen lépteti elő a munkatársait, és a belső felvételi folyamat hatékonyabb-e a külsőnél. Miért fontos? Elkülöníti a belső és külső jelölteket, akiknek a kiválasztási útja és teljesítménymutatói gyakran jelentősen eltérnek. Így pontosabb, szegmentált elemzés készíthető. Hol szerezhető be? Az Oracle HCM Recruiting rendszerben ez általában a jelölt vagy a jelentkezés profiljának egyik jelzője. Példák truefalse
	Elutasítás oka RejectionReason	A jelölt jelentkezésének elutasítási oka.
Leírás Ez az attribútum megadja az elutasítás hátterét, amikor a jelentkezés állapota „Elutasítva” értékre változik. Ilyen ok lehet például, hogy a jelölt nem illik a vállalati kultúrába, nem rendelkezik a szükséges készségekkel, vagy másik jelöltet vettek fel. Az elutasítási okok folyamat különböző szakaszaiban történő elemzése hasznos visszajelzést ad. Rávilágíthat az álláshirdetések problémáira, az eltérő elvárásokra vagy az előszűrés hiányosságaira. Ezek alapján finomítható a toborzási stratégia és javítható a jelöltek összetétele. Miért fontos? Megmutatja, miért nem jutnak tovább a jelöltek. Ez segít javítani az álláshirdetéseket, az előszűrési szempontokat és a folyamat eredményességét. Hol szerezhető be? Az Oracle HCM Recruiting rendszerben általában egy külön mezőben vagy a megjegyzések között rögzítik, amikor a toborzó vagy a felvételi vezető elutasít egy jelöltet. Példák Nem felel meg a minimális követelményeknekMásik, megfelelőbb jelöltet választottakA fizetési elvárások nem egyeznek
	Felvételi idő célértéke TimeToHireTarget	Az állás betöltésére kitűzött célidőtartam napokban.
Leírás Ez az attribútum határozza meg a felvételi folyamat elvárt időtartamát az állásigénylés megnyitásától az ajánlat jelölt általi elfogadásáig. A célértéket gyakran a munkakör szintje vagy a részleg elvárásai alapján állapítják meg. Ez szükséges a felvételi idő célértékének teljesülése KPI-hez. A tényleges felvételi idő és a célérték összevetésével mérhető a stratégiai célok teljesülése, és időben azonosíthatók azok az állásigénylések, amelyek betöltése a vártnál tovább tarthat. Miért fontos? Viszonyítási alapot ad a tényleges felvételi idő méréséhez, és közvetlenül támogatja a célérték teljesülését mérő KPI-k kiszámítását. Hol szerezhető be? Az Oracle HCM Recruiting rendszerben az állásigénylési objektum egyik mezője lehet, de külön rendszerben is nyilvántartható. Példák 30456090
	Ismételt munka IsRework	Jelző, amely megmutatja, hogy egy tevékenységet másodszor vagy többször végeznek-e el.
Leírás Ez a számított attribútum azonosítja, ha egy tevékenység ugyanazon az eseten belül ismétlődik. Ha például egy jelentkezés az interjú után visszakerül az előszűréshez, majd ismét interjúra kerül, a második előszűrés és interjú ismételt munkának minősül. Az ismételt munka elemzése segít feltárni a folyamat hatékonysági problémáit és rejtett költségeit. Megmutatja, hol nem működik megfelelően a folyamat, és mely lépéseket kell megismételni. Ez közvetlenül támogatja a Jelentkezések ismételt munkája és szűk keresztmetszetei dashboardot, mert számszerűsíti az ilyen körök gyakoriságát és hatását. Miért fontos? Azonosítja a folyamat hatékonysági problémáit és az ismétlődő munkafolyamatokat, így feltárhatók a rejtett költségek és az egyszerűsítési lehetőségek. Hol szerezhető be? Az adat-előkészítés során számítják ki annak ellenőrzésével, hogy az adott CaseId esetében előfordult-e már ugyanaz a tevékenység. Példák truefalse
	Munkavégzés helye JobLocation	A földrajzi hely vagy iroda, ahol a munkakör betöltendő.
Leírás Ez az attribútum megadja az állásigényléshez tartozó várost, államot vagy országot, illetve azt is jelezheti, ha a pozíció távoli munkavégzést tesz lehetővé. Ez a dimenzió lehetővé teszi a toborzási folyamatok földrajzi elemzését. Segítségével megvizsgálható például, hogy jelentősen eltér-e a felvételi idő a különböző helyszíneken, vagy egyes régiókban magasabb-e a jelöltek lemorzsolódási aránya. Az eredmények alapján a helyi munkaerőpiacokhoz igazítható a toborzási stratégia. Miért fontos? Lehetővé teszi a toborzási mutatók földrajzi elemzését, és segít feltárni a felvételi teljesítmény regionális különbségeit és kihívásait. Hol szerezhető be? Az Oracle HCM Recruiting rendszerben az állásigénylési objektum tárolja. Példák New York, NYLondon, UKTávoli munkavégzésSan Francisco, CA

Kötelező Javasolt Nem kötelező

A toborzás és a tehetségszerzés tevékenységei

Ezeket a fontos folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban a folyamat pontos feltárásához és a szűk keresztmetszetek azonosításához.

6 Javasolt 8 Nem kötelező

	Tevékenység	Leírás
	Ajánlat elfogadva	Azt jelzi, hogy a jelölt hivatalosan elfogadta az állásajánlatot. Ezt az eseményt akkor rögzítik, amikor a jelölt elfogadja az ajánlatot az állásportálon, vagy a toborzó manuálisan módosítja az állapotot.
Miért fontos? Ez a folyamat egyik legfontosabb sikeres mérföldköve. Ennek alapján számítható ki az ajánlatelfogadási arány, és ez jelzi az ajánlat elfogadása utáni tevékenységek kezdetét. Hol szerezhető be? Az ajánlati rekord „Elfogadva” állapotúra módosításakor rögzítik. Ezt a jelölt online is kezdeményezheti, vagy a toborzó manuálisan is beállíthatja. Rögzítés Az ajánlat állapotának „Elfogadva” értékre változásakor rögzített időbélyegből. Eseménytípus explicit
	Ajánlat kiküldve	Azt jelzi, hogy a toborzó hivatalosan állásajánlatot tett a jelöltnek. Ezt az eseményt akkor rögzíti a rendszer, amikor a toborzó az Oracle Recruiting rendszerén keresztül elküldi az ajánlatot.
Miért fontos? Ez fontos mérföldkő az ajánlatelfogadási arány és a végső interjú, valamint az ajánlat kiküldése között eltelt idő mérésében. Mindkettő lényeges része a jelölti élménynek. Hol szerezhető be? A rendszer akkor rögzíti, amikor az állásajánlat állapota „Kiküldve” vagy „Elküldve” értékre változik. A művelet időbélyegét az ajánlati objektum tárolja. Rögzítés Akkor kerül rögzítésre, amikor a toborzó végrehajtja az „Ajánlat kiküldése” műveletet. Eseménytípus explicit
	Interjú megtartva	A jelölti interjú befejezését jelzi. Ez gyakran abból következtethető ki, hogy az interjúztató vagy a toborzó az egyeztetett interjú állapotát „Befejezve” vagy „Megtartva” értékre módosítja.
Miért fontos? Ez fontos mérföldkő a toborzási folyamatban. Az ettől a tevékenységtől az „Ajánlat kiküldve” lépésig eltelt idő fontos teljesítménymutató. Hol szerezhető be? Az Oracle Recruiting rendszerben az egyeztetett interjú rekordjának állapotváltozásából következtethető ki. Az állapotváltozás időbélyege jelzi az esemény időpontját. Rögzítés Az interjú állapotának „Befejezve” vagy „Lezárva” értékre változásából következtethető ki. Eseménytípus inferred
	Jelentkezés beérkezett	Akkor jelzi egy új álláspályázat létrejöttét, amikor a jelölt jelentkezik egy pozícióra. Ezt az eseményt a rendszer jellemzően a jelentkezési rekord létrehozásakor rögzíti.
Miért fontos? Ez minden ügy kiindulópontja. Nélkülözhetetlen a teljes folyamat időtartamának, például a felvételi időnek a kiszámításához, valamint a jelentkezések számának időbeli elemzéséhez. Hol szerezhető be? Az esemény időpontja a jelölt jelentkezési rekordjának létrehozási időbélyegéből származik az Oracle Recruiting rendszerben, valószínűleg egy olyan táblából, mint az IRC_SUBMISSIONS. Rögzítés Az álláspályázati rekord létrehozásának időbélyegéből. Eseménytípus explicit
	Jelentkezés elutasítva	Azt jelzi, hogy a vállalat a folyamat bármely szakaszában úgy döntött, nem folytatja a kiválasztást a jelölttel. Ezt a jelentkezés állapotának módosítása rögzíti.
Miért fontos? A jelentkezések gyakran itt érnek véget. Az elutasítások szakaszok szerinti elemzése segít megérteni a lemorzsolódási arányt és a folyamat hatékonyságát. Hol szerezhető be? A jelentkezés bármely végleges állapotváltozásából következtethető ki, például az „Elutasítva”, „Nem kiválasztott” vagy egy hasonló, beállított értékből. Rögzítés A jelentkezés állapotának végleges „Elutasítva” értékre változásából következtethető ki. Eseménytípus inferred
	Jelölt felvéve	A toborzási folyamat sikeres lezárását jelzi. Ez az esemény akkor következik be, amikor a jelölt állapota hivatalosan „Felvéve” értékre változik, és megkezdődik az átadás a központi HR-nek.
Miért fontos? Ez a folyamat elsődleges sikeres eredménye. A felvételi idő és más fontos hatékonysági mutatók kiszámításának végpontja. Hol szerezhető be? Az IRC_SUBMISSIONS táblában az álláspályázati rekord fontos állapotváltozása. Az Oracle Recruiting rendszerben a „Felvétel” vagy az „Áthelyezés a HR-hez” művelet indítja el. Rögzítés Akkor kerül rögzítésre, amikor a toborzó végrehajtja a végső „Felvétel” műveletet. Eseménytípus explicit
	Ajánlat elutasítva	Azt jelzi, hogy a jelölt elutasította az állásajánlatot. Ez az ajánlati rekord állapotának kifejezett módosítása, amelyhez gyakran indoklás is tartozik.
Miért fontos? Ez a folyamat egyik kritikus pontja. Az ajánlatok elutasításának időpontja és oka információt ad a javadalmazás versenyképességéről és a jelölti élményről. Hol szerezhető be? Az ajánlati rekord „Elutasítva” vagy „Jelölt által elutasítva” állapotúra módosításakor rögzítik. Rögzítés Az ajánlat állapotának „Elutasítva” értékre változásakor rögzített időbélyegből. Eseménytípus explicit
	Ajánlat részletei jóváhagyva	Azt jelzi, hogy az állásajánlat jelöltnek történő kiküldése előtt befejeződött a belső jóváhagyási munkafolyamat. Ez az ajánlati rekord végleges jóváhagyási állapotából következtethető ki.
Miért fontos? Ez a tevékenység segít elemezni a belső ajánlatjóváhagyás időtartamát és hatékonyságát, amely jelentős késedelmet okozhat. Hol szerezhető be? Az Oracle Recruiting rendszerben az állásajánlati rekord állapotváltozásainak előzményeiből következtethető ki. Azt kell nyomon követni, mikor kerül a rekord „Jóváhagyva” állapotba. Rögzítés Az ajánlati objektum állapotának „Jóváhagyva” értékre változásából következtethető ki. Eseménytípus inferred
	Értékelés befejezve	Azt jelzi, hogy a jelölt elvégezte a szükséges előzetes értékelést, például a készségfelmérőt vagy a személyiségtesztet. Ezt az eseményt jellemzően akkor rögzítik, amikor az értékelési platform visszaküldi a befejezés állapotát az Oracle HCM rendszernek.
Miért fontos? Ez a tevékenység segít nyomon követni a jelöltek részvételét és az értékelések elvégzéséhez szükséges időt. Az értékelés olyan pont lehet, ahol a jelöltek megszakítják a folyamatot. Hol szerezhető be? Az eseményt egy integrált külső értékelőeszköz által küldött állapotfrissítésből vagy a toborzó által a jelölt jelentkezési adatlapján végzett manuális állapotmódosításból rögzítik. Rögzítés Akkor kerül rögzítésre, amikor az értékelést végző szolgáltató API-ja frissíti a jelölt állapotát. Eseménytípus explicit
	Háttérellenőrzés elindítva	Azt jelzi, hogy az ajánlat elfogadása után megkezdődött a jelölt háttérellenőrzése. Ezt az eseményt gyakran egy állapotváltozás vagy egy külső szolgáltatással való integráció indítja el.
Miért fontos? Ez a tevékenység fontos az ajánlat elfogadása és a munkakezdés közötti időszak nyomon követéséhez, valamint a megfelelés biztosításához. Az itt jelentkező késedelem befolyásolhatja a jelölt munkakezdési dátumát. Hol szerezhető be? A jelentkezés „Háttérellenőrzés” állapotúra módosításából következtethető ki, vagy egy integrált háttérellenőrző szolgáltatóhoz intézett API-hívás rögzíti. Rögzítés A jelentkezés „Háttérellenőrzés folyamatban” állapotúra módosításából következtethető ki. Eseménytípus inferred
	Interjú egyeztetve	Azt jelzi, hogy a rendszerben hivatalosan egyeztették a jelölttel az interjút. Ezt általában akkor rögzítik, amikor létrehozzák az interjút, és hozzárendelik az álláspályázathoz.
Miért fontos? Ennek nyomon követésével mérhető az interjúk megszervezéséhez szükséges idő, amely fontos része a jelölti élménynek és a teljes felvételi időnek. Hol szerezhető be? Ezt az eseményt az Oracle Recruiting interjúütemezési modulja kifejezetten rögzíti. Az adatok az álláspályázathoz kapcsolódó interjútáblákban találhatók. Rögzítés A jelentkezéshez kapcsolódó interjúesemény létrehozási rekordjából. Eseménytípus explicit
	Interjú-visszajelzés beküldve	Azt jelzi, hogy az interjúztató beküldte a jelöltről készített visszajelzését és értékelését. Ezt az eseményt akkor rögzítik, amikor elmentik a visszajelzési űrlapot.
Miért fontos? Az interjú és a visszajelzés beküldése közötti késedelem jelentősen lelassíthatja a felvételi folyamatot. Ennek nyomon követése segít feltárni a döntéshozatal szűk keresztmetszeteit. Hol szerezhető be? A rendszer kifejezetten akkor rögzíti, amikor az interjúztató beküldi az értékelést az Oracle Recruiting portálján. Az esemény időpontját a visszajelzési rekord létrehozási időbélyege adja. Rögzítés Az interjú-visszajelzési rekord létrehozási időbélyegéből. Eseménytípus explicit
	Jelentkezés előszűrve	A toborzó elsőként áttekinti a jelölt jelentkezését, hogy ellenőrizze az alapvető képesítéseket. Ez az esemény jellemzően akkor következtethető ki, amikor a jelentkezés állapota „Új”-ról „Ellenőrzés alatt” értékre változik.
Miért fontos? Az ebben a szakaszban eltöltött idő elemzése segít feltárni az előzetes ellenőrzés szűk keresztmetszeteit. Emellett fontos a jelentkezések előszűrésének újramunkálási arányát mérő KPI kiszámításához. Hol szerezhető be? Az Oracle Recruiting rendszerben a jelentkezés állapotának előzményeiből következtethető ki. Keresse az állapotváltozást az IRC_SUBMISSIONS tábla előzményeiben. Rögzítés A jelentkezés állapotának „Előszűrés” vagy „Ellenőrzés alatt” értékre változásából következtethető ki. Eseménytípus inferred
	Jelentkezés visszavonva	Azt jelzi, hogy a jelölt úgy döntött, visszalép a pozícióért folyó kiválasztástól. Ezt a jelentkezés „Jelölt által visszavonva” állapotra módosítása rögzíti.
Miért fontos? A visszalépések követése segít azonosítani azokat a szakaszokat, ahol a jelöltek tapasztalata kedvezőtlen lehet, és emiatt sokan kiesnek. Ez a jelölti lemorzsolódási arány KPI elemzéséhez is szükséges. Hol szerezhető be? A jelentkezés állapotának „Visszavonva” értékre változásából következtethető ki. A visszavonást a jelölt a portálon kezdeményezheti, vagy a toborzó is elvégezheti a nevében. Rögzítés A jelentkezés állapotának „Jelölt által visszavonva” értékre változásából következtethető ki. Eseménytípus inferred

Javasolt Nem kötelező

Adatkinyerési útmutatók

Adatok kinyerése az Oracle HCM Recruiting rendszerből

Lépések

Lépjen az OTBI felületére: Jelentkezzen be az Oracle HCM Cloudba. A Navigator menüben válassza a Tools, majd a Reports and Analytics lehetőséget.
Hozzon létre új elemzést: A Reports and Analytics munkaterületen kattintson a Create, majd az Analysis lehetőségre. Ne a Report opciót válassza, mert az Analysis biztosítja a szükséges rugalmasságot.
Válasszon tárgyterületet: Amikor a rendszer kéri, válassza a 'Recruiting - Recruiting Real Time' tárgyterületet. Ez az adatmodell tartalmazza az álláspályázatok, interjúk és ajánlatok szükséges adatait.
Nyissa meg a speciális beállításokat: A tárgyterület kiválasztása után megnyílik az elemzésszerkesztő. A jobb felső sarokban lépjen az Advanced lapra. Itt közvetlenül módosíthatja a logikai SQL-lekérdezést.
Illessze be a logikai SQL-lekérdezést: Az 'Analysis XML' szakaszban keresse meg a saw:query címkét. Cserélje le a címkén belüli meglévő SQL-lekérdezést a dokumentum 'Query' szakaszában található teljes logikai SQL-lekérdezésre. Fontos, hogy az alapértelmezett lekérdezés egészét lecserélje.
Állítsa be a dátumtartományt: A lekérdezés futtatása előtt cserélje le a [Start Date] és [End Date] helyőrzőket a kívánt dátumtartományra, 'YYYY-MM-DD' formátumban. Ezzel szabályozhatja a kinyert adatok mennyiségét.
Ellenőrizze a lekérdezést: Kattintson a 'Validate SQL' gombra a szintaktikai hibák ellenőrzéséhez. Sikeres ellenőrzés után folytathatja. Ez csak a szintaxist vizsgálja, azt nem, hogy az oszlopok szerepelnek-e az Ön rendszerbeállításaiban.
Tekintse meg az eredményeket: Lépjen vissza a Results lapra. Az elemzés lefut, és megjelenik az eseménynapló adatainak előnézete. Ellenőrizze, hogy az oszlopok és az adatok a várt módon jelennek-e meg.
Állítsa be az exportálást: Nagy adathalmazok esetén érdemes az elemzést interaktív futtatás helyett ütemezett feladatként futtatni. Az elemzésszerkesztőben beállíthatja az export tulajdonságait, hogy a CSV-fájl megfelelő formátumú legyen.
Exportálja az adatokat: Ha elégedett az eredménnyel, kattintson az Export hivatkozásra, majd válassza a CSV formátumot. Ezzel letölti a teljes eseménynapló-fájlt.
Készítse elő a feltöltést: Nyissa meg a letöltött CSV-fájlt. Ellenőrizze, hogy az oszlopfejlécek megfelelnek-e az elvárt attribútumoknak (JobApplicationId, ActivityName, EventTime stb.), és a dátumformátum egységes-e. A fájl készen áll a process mining eszközbe való feltöltésre.

Konfiguráció

Tárgyterület: A teljes lekérdezés a Recruiting - Recruiting Real Time tárgyterületre épül. A jelentést futtató felhasználónak rendelkeznie kell a tárgyterület eléréséhez szükséges jogosultságokkal.
Dátumtartomány szűrése: A lekérdezés a [Start Date] és [End Date] helyőrzőket tartalmazza. A teljesítmény és az adatmennyiség kezelése érdekében feltétlenül adjon meg konkrét dátumtartományt. Kezdésként az elmúlt 3–6 hónap adatait javasoljuk.
Adatbiztonság: Az OTBI érvényesíti az Oracle HCM adatbiztonsági szerepköreit. A jelentést futtató felhasználó csak azokat az üzleti egységeket, részlegeket és jogi munkáltatókat látja, amelyek megtekintésére jogosult.
Teljesítmény: Nagy szervezeteknél, ahol sok a toborzás, a lekérdezés hosszú időszakra történő futtatása lassú lehet, vagy az interaktív felületen időtúllépést okozhat. Nagy adatmennyiség kinyerésekor célszerű menteni az elemzést, majd háttérfeladatként ütemezni, hogy az eredmény tartalomkiszolgálóra vagy e-mailben érkezzen.
Testreszabás: A megadott lekérdezés szabványos mezőket használ. Ha szervezete Descriptive Flexfields (DFF) mezőkkel vagy egyéni objektumokkal követ bizonyos toborzási eseményeket, módosítsa a logikai SQL-lekérdezést ezek felvételéhez.

Példa-lekérdezés 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]'

Lépések

Előfeltételek: Ellenőrizze, hogy a Python 3 és a requests könyvtár telepítve van-e a rendszerén. A könyvtárat a pip segítségével telepítheti: pip install requests. Szüksége lesz érvényes felhasználói hitelesítő adatokra (felhasználónév és jelszó), valamint az Oracle HCM Cloud-példány gazdagépnevére. A fióknak hozzá kell férnie a Recruiting REST API-hoz.
A szkript előkészítése: Hozzon létre egy új Python-szkriptfájlt, például extract_hcm_data.py néven. Kezdje a szükséges könyvtárak importálásával: requests, csv és datetime.
A beállítások megadása: A szkript elején adja meg az Oracle HCM gazdagépnevét, a felhasználónevet, a jelszót és a kinyerni kívánt időszakot. Biztonsági okokból a hitelesítő adatok helyén használjon helyőrzőket.
API-munkamenet létrehozása: Hozzon létre egy requests.Session objektumot. Állítsa be a munkamenet hitelesítési tulajdonságát a felhasználónévvel és a jelszóval. Így a munkameneten keresztül küldött minden további API-kérés tartalmazza a hitelesítő adatokat.
Lapozás megvalósítása: A nagy adatmennyiségek kezeléséhez és az API-korlátok betartásához a szkriptnek oldalanként kell lekérnie az adatokat. Állítsa az eltolás változóját 0-ra, a korlátot pedig például 500-ra. Hozzon létre egy while ciklust, amely addig fut, amíg az API adatokat ad vissza. Minden iterációban a szkript az aktuális eltolással hívja meg az API-t, majd a következő oldalhoz a korlát értékével növeli az eltolást.
API-kérés: A cikluson belül állítsa össze a recruitingCEJobApplications végponthoz tartozó teljes API-kérés URL-jét. A fields paraméterrel adja meg a szükséges attribútumokat, az expand paraméterrel pedig kérje le a kapcsolódó objektumokat, például a Phases és Offers adatokat. A q paraméterrel szűrjön a CreationDate mezőre a beállított dátumtartomány alapján.
A JSON-válasz feldolgozása: Minden API-hívásnál ellenőrizze, hogy a HTTP-állapotkód 200-e. Dolgozza fel a JSON-választ. A jelentkezések a válasz törzsének items tömbjében találhatók.
Események bejárása és létrehozása: Járja be az API által visszaadott jelentkezési objektumokat. Minden jelentkezésből nyerje ki a közös attribútumokat, például az ApplicationId, Recruiter és HiringManager értékét.
Állapotok megfeleltetése tevékenységeknek: Ez a feldolgozás központi része. Minden jelentkezéshez külön sort kell létrehoznia a 14 szükséges tevékenység mindegyikéhez. Ehhez vizsgálja meg a CreationDate, a Phases gyűjtemény és az Offers gyűjtemény adatait. Például a 'Jelentkezés beérkezett' tevékenységhez használja a CreationDate értékét. Járja be a Phases tömböt, és hozzon létre sorokat a 'Jelentkezés előszűrve', 'Interjú időpontja egyeztetve', 'Jelölt felvéve', 'Jelentkezés elutasítva' és a többi esemény számára, az adott szakaszba lépés időpontját használva. Hasonlóképpen járja be az Offers tömböt az 'Ajánlat kiküldve', 'Ajánlat elfogadva' és 'Ajánlat elutasítva' eseményekhez.
Az eseménynapló összeállítása: Minden létrehozott tevékenységeseményt tároljon szótárként, az eseménynapló oszlopfejléceinek megfelelő kulcsokkal (JobApplicationId, ActivityName, EventTime stb.). Fűzze hozzá az egyes szótárakat egy listához, amelyből összeáll a teljes eseménynapló.
Exportálás CSV-fájlba: A lapozási ciklus befejezése után a Python beépített csv moduljával írja ki az eseményszótárak listáját egy CSV-fájlba. A fájl kódolása legyen UTF-8, az oszlopfejlécek pedig pontosan egyezzenek a ProcessMind adatbetöltéséhez szükséges attribútumnevekkel.

Konfiguráció

API-hitelesítő adatok: Szükség van egy külön szolgáltatásfiókra, amelynek szerepköre hozzáférést biztosít a Recruiting REST API-hoz, például 'Recruiting Manager' szerepkörre vagy a 'Recruiting REST API Access' jogosultságot tartalmazó egyéni szerepkörre.
API-végpont: A használt elsődleges végpont a recruitingCEJobApplications. A beágyazott, állapotelőzményeket és ajánlati adatokat tartalmazó objektumok egyetlen hívással történő lekéréséhez használja az expand lekérdezési paramétert, például expand=Phases,Offers értékkel. Ez hatékonyabb megoldás.
Dátumtartomány szűrése: A jelentkezések dátum szerinti szűréséhez használja a q lekérdezési paramétert. Az adatmennyiség kezelése érdekében a CreationDate mező szerinti szűrést javasoljuk. Első elemzésként célszerű az elmúlt 3–6 hónap adatait lekérni. Példa: q=CreationDate>'2023-01-01T00:00:00Z'.
Mezők kiválasztása: A teljesítmény javításához és a hálózaton továbbított adatmennyiség csökkentéséhez a fields paraméterrel csak a szükséges attribútumokat kérje le. Vegye fel például az ApplicationId, CreationDate, LastUpdateDate, Recruiter, HiringManager, Requisition, Phases és Offers mezőket.
Lapozási korlát: A limit paraméter határozza meg, hány rekord érkezik egy API-hívásban. Általában a 200 és 500 közötti érték megfelelő egyensúlyt teremt a hívások száma és az egyes válaszok mérete között.
Állapotok megfeleltetése: A szkript egy szótár segítségével rendeli hozzá az Oracle HCM fázis- és állapotkódjait a szabványos tevékenységnevekhez. Ezt a megfeleltetést az Ön szervezetének toborzási munkafolyamatához kell igazítani.

Példa-lekérdezés 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()

Kezdheti?

Használja ezt a sablont az adatok magabiztos előkészítéséhez, és tárja fel a tehetségszerzési folyamat rejtett összefüggéseit. Tegye meg az első lépést egy hatékonyabb toborzási stratégia felé még ma.

Vissza a folyamatfejlesztési útmutatóhoz

Sablon letöltése

Fejlessze még ma a toborzást és a tehetségszerzést

Csökkentse 30%-kal a folyamat átfutási idejét, és javítsa a jelöltek tapasztalatát.

Próbálja ki ingyen

Nincs szükség bankkártyára. Néhány perc alatt beállíthatja.

Adatsablon a toborzáshoz és a tehetségszerzéshez

Adatsablon a toborzáshoz és a tehetségszerzéshez

A toborzás és a tehetségszerzés attribútumai

A toborzás és a tehetségszerzés tevékenységei

Adatkinyerési útmutatók

Oracle HCM OTBI-jelentés a toborzási adatok exportálásához

Lépések

Konfiguráció

Példa-lekérdezés sql

Adatok kinyerése Python-szkripttel az Oracle HCM REST API használatával

Lépések

Konfiguráció

Példa-lekérdezés python

Kezdheti?

Fejlessze még ma a toborzást és a tehetségszerzést