> Continu verbeteren van processen > Werving en talentacquisitie > Workday Recruiting > Datatemplate

Datatemplate voor werving en talentacquisitie

Workday Recruiting

Attributen voor werving en talentacquisitie(19) Activiteiten voor werving en talentacquisitie(15) Extractiegidsen(3)

Datatemplate voor werving en talentacquisitie

Deze template helpt je de data te verzamelen die nodig is om werving en talentacquisitie te analyseren. Je vindt erin welke attributen je verzamelt, welke activiteiten je volgt en hoe je de data uit Workday Recruiting haalt. Gebruik deze bron om de datavoorbereiding eenvoudiger te maken en sneller met process mining aan de slag te gaan.

Aanbevolen attributen om te verzamelen
Belangrijke activiteiten om te volgen
Instructies voor data-extractie uit Workday Recruiting

Nieuw met event logs? Lees hoe je een event log voor process mining maakt.

Template downloaden

Attributen voor werving en talentacquisitie

Dit zijn de aanbevolen datavelden voor het event log. Ze vormen de basis voor een grondige analyse van werving en talentacquisitie en geven inzicht in het wervingsproces.

3 Verplicht 5 Aanbevolen 11 Optioneel

	Naam	Beschrijving
	Activiteitsnaam ActivityName	De naam van de specifieke gebeurtenis of taak die op een bepaald moment in het wervingsproces plaatsvond.
Beschrijving De activiteitsnaam beschrijft één stap of mijlpaal in het traject naar een aanstelling, zoals 'Sollicitatie gescreend', 'Interview ingepland' of 'Aanbod gedaan'. Samen vormen deze activiteiten de reeks gebeurtenissen waaruit het proces bestaat. Dit attribuut is belangrijk om het procesmodel te visualiseren, de verschillende routes van sollicitaties te herkennen en de frequentie en volgorde van gebeurtenissen te analyseren. Zo zie je wat er in het proces gebeurt. Waarom dit belangrijk is Dit attribuut beschrijft de stappen in het wervingsproces en maakt het mogelijk het procesverloop te visualiseren en te analyseren. Waar vind je dit? Afgeleid van namen van stappen in bedrijfsprocessen of statuswijzigingen in de sollicitatiedata van Workday Recruiting. Voorbeelden Sollicitatie gescreendInterview afgerondAanbod geaccepteerdKandidaat afgewezen
	Sollicitatie JobApplicationId	De unieke identificatiecode van de sollicitatie van een kandidaat. Deze dient als centrale Case-ID voor het wervingsproces.
Beschrijving De ID van de sollicitatie volgt het traject van één kandidaat voor een specifieke vacature, van de eerste indiening tot de uiteindelijke beslissing. Elke interactie, statuswijziging of beslissing rond deze sollicitatie is aan deze identificatiecode gekoppeld. In process mining is dit attribuut essentieel. Hiermee kun je het volledige procesverloop van elke kandidaat reconstrueren en doorlooptijden, bottlenecks en gevolgde routes analyseren. Het is de kern die alle bijbehorende activiteiten samenbrengt in één case. Waarom dit belangrijk is Dit is de essentiële Case-ID die alle wervingsactiviteiten voor één kandidaat met elkaar verbindt. Zo kun je het volledige traject naar een aanstelling analyseren. Waar vind je dit? Deze identificatiecode is een vast onderdeel van Workday Recruiting en is meestal beschikbaar in rapporten en databronnen over sollicitaties. Voorbeelden APP-2023-001234APP-2023-005678APP-2024-009101
	Tijdstip van gebeurtenis EventTime	De timestamp die aangeeft wanneer de activiteit of gebeurtenis plaatsvond.
Beschrijving Dit attribuut registreert de exacte datum en tijd waarop een specifieke wervingsactiviteit plaatsvond. Timestamps vormen de basis van process mining, omdat ze de chronologische volgorde van gebeurtenissen aangeven. Bij analyses gebruik je timestamps om de tijd tussen activiteiten te berekenen, de totale doorlooptijd te meten, bijvoorbeeld de tijd tot aanstelling, en bottlenecks op te sporen waar het proces vertraging oploopt. Ze zijn essentieel voor elke tijdsgebonden analyse van het wervingsproces. Waarom dit belangrijk is Timestamps zijn nodig om tijdgebonden KPI’s te berekenen, de procesduur te begrijpen en bottlenecks op te sporen. Waar vind je dit? Dit komt overeen met de afrondingsdatum of transactiedatum van een stap in een bedrijfsproces in Workday Recruiting. Voorbeelden 2023-10-26T10:00:00Z2023-11-05T14:30:00Z2024-01-15T09:15:00Z
	Afdeling Department	De afdeling of bedrijfseenheid die bij de vacature hoort.
Beschrijving Dit attribuut geeft aan voor welke organisatie-eenheid, zoals 'Engineering', 'Marketing' of 'Financiën', de kandidaat wordt aangenomen. De waarde is afgeleid van de toezichthoudende organisatie die aan de vacature is gekoppeld. Door in analyses op afdeling te filteren, kun je wervingsprocessen in verschillende delen van het bedrijf vergelijken. Het dashboard 'Efficiëntie van sollicitatiescreening' laat bijvoorbeeld zien of bepaalde afdelingen langer nodig hebben voor screening. Dat kan wijzen op andere werkwijzen of behoefte aan extra bronnen. Waarom dit belangrijk is Maakt het mogelijk de prestaties en efficiëntie van wervingsprocessen tussen verschillende bedrijfseenheden of afdelingen te vergelijken. Waar vind je dit? Raadpleeg de documentatie van Workday Recruiting. Dit is afgeleid van de toezichthoudende organisatie die aan de vacature is gekoppeld. Voorbeelden EngineeringVerkoopPersoneelszakenFinanciën
	Hiring manager HiringManager	De naam van de hiring manager voor de functie waarop de kandidaat heeft gesolliciteerd.
Beschrijving Dit attribuut geeft aan wie leidinggeeft aan het team of de afdeling met de openstaande functie. De hiring manager speelt een belangrijke rol bij beslissingen, vooral tijdens interviews en feedbackrondes. Deze data is essentieel voor het dashboard 'Tijdigheid van feedback van hiring managers'. Door per hiring manager de tijd tussen 'Interview afgerond' en 'Feedback ingediend' te analyseren, kunnen organisaties vertragingen opsporen en met specifieke managers werken aan een sneller wervingsproces. Waarom dit belangrijk is Belangrijk om de betrokkenheid van hiring managers te analyseren en vertragingen bij het indienen van feedback op te sporen. Die vertragingen hebben direct invloed op de kandidaatervaring. Waar vind je dit? Raadpleeg de documentatie van Workday Recruiting. Dit maakt meestal deel uit van de gegevens over de toezichthoudende organisatie of de vacature. Voorbeelden Sanne AdamsDavid ChenAngela Rodriguez
	Naam recruiter RecruiterName	De naam van de recruiter die verantwoordelijk is voor de sollicitatie.
Beschrijving Dit attribuut geeft aan welke talent acquisition-partner of recruiter aan de sollicitatie en vacature is toegewezen. Deze persoon begeleidt de kandidaat doorgaans door het proces. Door het proces per recruiter te analyseren, krijg je zicht op de teamprestaties en werkdruk. Dit helpt bij het maken van het dashboard 'Prestaties en doorvoer van recruiters' en bij het berekenen van KPI’s zoals 'Verschil in tijd tot aanbod per recruiter'. Zo kun je de efficiëntie vergelijken en goede werkwijzen herkennen. Waarom dit belangrijk is Maakt het mogelijk prestaties per recruiter te analyseren en goed presterende recruiters, opleidingsbehoeften en ongelijke werkdruk op te sporen. Waar vind je dit? Raadpleeg de documentatie van Workday Recruiting. Dit attribuut is meestal gekoppeld aan de objecten Vacature of Sollicitatie. Voorbeelden Jan JansenEmma de VriesMaria Garcia
	Sollicitatiebron ApplicationSource	Het kanaal of de bron waarlangs de sollicitatie van de kandidaat is binnengekomen.
Beschrijving Dit attribuut geeft aan hoe een kandidaat de vacature heeft gevonden en erop heeft gesolliciteerd, bijvoorbeeld via de vacaturepagina van het bedrijf, LinkedIn, een aanbeveling van een medewerker of een wervingsbureau. Inzicht in de bron helpt je de wervingsstrategie en het budget te verbeteren. Het vormt de basis voor het dashboard 'Effectiviteit van wervingskanalen' en de KPI 'Acceptatiepercentage van aanbiedingen per bron'. Zo zie je welke kanalen de meeste en beste kandidaten opleveren. Waarom dit belangrijk is Helpt de effectiviteit van verschillende wervingskanalen te beoordelen, zodat je op basis van data kunt bepalen waar je middelen voor werving inzet. Waar vind je dit? Raadpleeg de documentatie van Workday Recruiting. Dit is een standaardveld in de sollicitatie. Voorbeelden LinkedInAanbeveling door medewerkerVacaturepagina van het bedrijfIndeed
	Sollicitatiestatus ApplicationStatus	De einduitkomst of huidige status van de sollicitatie.
Beschrijving Dit attribuut registreert de eindstatus van een sollicitatie, zoals ‘Aangenomen’, ‘Afgewezen door bedrijf’, ‘Aanbod afgewezen’ of ‘Ingetrokken door kandidaat’. Het geeft de eindstatus van het proces voor een sollicitatie weer. Deze status is belangrijk voor uitkomstanalyse. Je gebruikt de status om conversiepercentages, acceptatiepercentages van aanbiedingen en uitvalpercentages van kandidaten in verschillende fasen te berekenen. Als je weet waarom en waar sollicitaties eindigen, kun je het proces als geheel verbeteren. Waarom dit belangrijk is Legt de uitkomst van elke case vast. Dat is nodig om conversiepercentages, uitvalpercentages en het algehele succes van het proces te berekenen. Waar vind je dit? Dit is meestal het veld voor de eindstatus of de statusreden van het object Job Application in Workday Recruiting. Voorbeelden AangenomenAfgewezenAanbod afgewezenSollicitatie ingetrokken
	Automatisch uitgevoerd IsAutomated	Een aanduiding die aangeeft of de activiteit automatisch door het systeem is uitgevoerd.
Beschrijving Dit booleaanse attribuut geeft aan of een stap door een gebruiker of door een geautomatiseerd systeemproces is uitgevoerd. Een automatische bevestigingsmail na ontvangst van een sollicitatie is bijvoorbeeld een geautomatiseerde activiteit. Als je weet welke stappen automatisch verlopen, kun je mogelijkheden vinden om efficiënter te werken. Ook kun je beoordelen wat automatisering doet met doorlooptijden en de inzet van bronnen. Waarom dit belangrijk is Maakt onderscheid tussen handmatige activiteiten en activiteiten die door het systeem worden uitgevoerd. Dat helpt bij het vinden van mogelijkheden voor automatisering en het meten van het effect ervan. Waar vind je dit? Je moet deze informatie afleiden door systeemgebruikersaccounts of specifieke gebeurtenistypen te herkennen die in Workday bekendstaan als geautomatiseerd. Voorbeelden truefalse
	Bedrag van het aanbod OfferAmount	Het salarisbedrag dat aan de kandidaat wordt aangeboden.
Beschrijving Dit attribuut bevat het basissalaris dat in het aanbod aan een kandidaat wordt voorgesteld. Het is een belangrijk gegeven in de laatste fasen van het wervingsproces. Door aangeboden bedragen te analyseren, krijg je inzicht in beloningstrends en de concurrentiepositie. In combinatie met de status ‘Aanbod geaccepteerd’ kun je nagaan of de beloning meespeelt bij afgewezen aanbiedingen. Dit is een belangrijk onderdeel van het dashboard ‘Aanbodbeheer en acceptatiepercentages’. Waarom dit belangrijk is Helpt de beloningsstrategie en de invloed ervan op acceptatiepercentages van aanbiedingen te analyseren. Waar vind je dit? Raadpleeg de documentatie van Workday Recruiting. Deze informatie maakt deel uit van de gegevens voor het bedrijfsproces ‘Offer’. Voorbeelden 8500012000065000
	Bronsysteem SourceSystem	Het systeem waaruit de data is opgehaald.
Beschrijving Dit attribuut geeft aan waar de data vandaan komt, in dit geval Workday Recruiting. Het helpt bij datagovernance en het oplossen van problemen, vooral wanneer data uit meerdere systemen wordt gecombineerd. Bij een analyse van één systeem lijkt dit misschien overbodig, maar het is verstandig om het altijd op te nemen. Zo is de herkomst van de data duidelijk. Dat wordt belangrijk als later andere HR-systemen worden gekoppeld. Waarom dit belangrijk is Geeft aan waar de data vandaan komt. Dat is belangrijk voor datagovernance, validatie en het beheer van data uit meerdere bronnen. Waar vind je dit? Dit is een vaste waarde ('Workday Recruiting') die tijdens het ophalen en transformeren van de data wordt toegevoegd. Voorbeelden Workday Recruiting
	Ingetrokken IsWithdrawn	Een aanduiding die aangeeft of de kandidaat de sollicitatie heeft ingetrokken.
Beschrijving Dit berekende booleaanse attribuut is waar als de eindstatus van de sollicitatie ‘Ingetrokken door kandidaat’ of een vergelijkbare status is. Zo kun je cases herkennen waarin de kandidaat het proces heeft verlaten. Deze aanduiding vereenvoudigt de analyse voor het dashboard ‘Knelpunten in de uitval van kandidaten’ en de KPI ‘Uitvalpercentage van kandidaten’. Je kunt eenvoudig filteren en gegevens groeperen om te zien in welke fasen kandidaten het vaakst afhaken. Waarom dit belangrijk is Helpt om uitval op initiatief van kandidaten apart te analyseren. Zo krijg je inzicht in de kandidaatervaring en de punten waar het proces stroef verloopt. Waar vind je dit? Dit wordt tijdens de datatransformatie berekend op basis van het attribuut ‘ApplicationStatus’. Voorbeelden truefalse
	Kandidaat-ID CandidateId	De unieke identificatiecode van de kandidaat.
Beschrijving De kandidaat-ID identificeert een persoon uniek in het wervingssysteem, ongeacht op hoeveel vacatures diegene heeft gesolliciteerd. Zo kun je de sollicitatiegeschiedenis van een kandidaat bij het bedrijf volgen, ook als diegene op meerdere vacatures heeft gereageerd. Dit attribuut is handig om de kandidaatervaring in de loop van de tijd te analyseren. Je kunt bijvoorbeeld nagaan of eerder afgewezen kandidaten opnieuw solliciteren en hoe hun trajecten verschillen. Ook zie je of één kandidaat tegelijk voor meerdere functies in aanmerking komt. Waarom dit belangrijk is Geeft een beeld van het proces vanuit de kandidaat. Je kunt één persoon volgen in meerdere sollicitaties en over een langere periode. Waar vind je dit? Dit is de primaire identificatiecode van het object Candidate in Workday Recruiting. Voorbeelden CAND-98765CAND-11223CAND-54321
	Kandidaattype CandidateType	Geeft aan of de kandidaat een interne medewerker of een externe sollicitant is.
Beschrijving Met dit attribuut deel je kandidaten in groepen in, zoals ‘Intern’ en ‘Extern’. Het wervingsproces, de doorlooptijden en het beleid kunnen voor deze groepen sterk verschillen. Door interne en externe kandidaten apart te analyseren, krijg je een volledig beeld. Zo kan de organisatie de efficiëntie van interne mobiliteitsprogramma’s vergelijken met die van externe werving en beide processen verbeteren. Waarom dit belangrijk is Maakt aparte analyses mogelijk van interne en externe werving, die vaak verschillende stappen, SLA’s en doelen hebben. Waar vind je dit? Raadpleeg de documentatie van Workday Recruiting. Dit is een standaardveld in het kandidaatprofiel of de sollicitatie. Voorbeelden InternExtern
	Laatste data-update LastDataUpdate	De timestamp waarop de data voor het laatst is vernieuwd of uit het bronsysteem is opgehaald.
Beschrijving Dit attribuut geeft aan hoe actueel de geanalyseerde data is. Het toont de datum en tijd waarop de data voor het laatst uit Workday Recruiting is opgehaald. Zo weten gebruikers hoe actueel de analyse is en kunnen ze de resultaten goed interpreteren. Ze zien of het om realtime data gaat of om een momentopname. Waarom dit belangrijk is Geeft aan hoe actueel de data is, zodat gebruikers weten hoe recent de procesanalyse is. Waar vind je dit? Deze timestamp wordt gegenereerd en toegevoegd tijdens het ETL-proces voor het ophalen, transformeren en laden van data. Voorbeelden 2024-05-20T08:00:00Z2024-05-21T08:00:00Z
	Locatie van de functie JobLocation	De geografische locatie of het land waar de functie is gevestigd.
Beschrijving Dit attribuut geeft de stad, staat of het land aan waar de functie is gevestigd. Bij functies op afstand kan het een regio aangeven of de waarde ‘Op afstand’ hebben. Locatie is een nuttige dimensie voor analyses. Je kunt bijvoorbeeld de ‘Tijd tot aanname’ en andere KPI’s per regio vergelijken. Zo ontdek je verschillen die samenhangen met lokale marktomstandigheden, beschikbaar talent of regionale procesverschillen. Waarom dit belangrijk is Maakt geografische analyse van het wervingsproces mogelijk en brengt regionale verschillen in doorlooptijden en efficiëntie aan het licht. Waar vind je dit? Deze informatie staat bij de vacaturegegevens in Workday. Voorbeelden New York, NYLonden, VKOp afstand (VS)Berlijn, Duitsland
	Reden van afwijzing RejectionReason	De reden die wordt opgegeven wanneer een sollicitatie wordt afgewezen.
Beschrijving Wanneer een sollicitatie de status ‘Afgewezen’ krijgt, geeft dit attribuut context bij de beslissing. Mogelijke redenen zijn ‘Past niet bij de bedrijfscultuur’, ‘Mist de vereiste vaardigheden’ of ‘Functie ingevuld door een andere kandidaat’. Door afwijsredenen te analyseren, ontdek je patronen in het wervingsproces. Veel afwijzingen vanwege ‘Mist de vereiste vaardigheden’ in een late fase kunnen bijvoorbeeld wijzen op een onduidelijke vacaturetekst. Deze data is belangrijk voor het dashboard ‘Knelpunten in de uitval van kandidaten’, omdat je hiermee begrijpt waarom kandidaten afhaken. Waarom dit belangrijk is Geeft inzicht in waarom kandidaten niet verder komen. Zo kun je vacatureteksten en selectiecriteria verbeteren. Waar vind je dit? Raadpleeg de documentatie van Workday Recruiting. Dit is vaak een substatus of reden die bij de afwijzingsstap hoort. Voorbeelden Niet gekwalificeerdErvaring sluit niet aanBetere kandidaten gevondenVacature gesloten
	Tijd tot aanname TimeToHire	De totale tijd vanaf de ontvangst van een sollicitatie tot de aanname van de kandidaat.
Beschrijving Dit is een berekening op caseniveau van de totale duur van het wervingsproces voor kandidaten die zijn aangenomen. Je berekent deze door het tijdsverschil te bepalen tussen de gebeurtenis ‘Sollicitatie ontvangen’ en de gebeurtenis ‘Kandidaat aangenomen’. Dit is een van de belangrijkste KPI’s voor werving: de ‘Gemiddelde tijd tot aanname’. De KPI geeft een algemeen beeld van de efficiëntie van het wervingsproces. Door deze in de tijd en per afdeling te volgen, kun je structurele verbeteringen of verslechteringen herkennen. Waarom dit belangrijk is Een belangrijke KPI op hoofdlijnen die de efficiëntie van de wervingsfunnel van begin tot eind meet. Waar vind je dit? Je berekent dit met de data uit het event log nadat die uit Workday is gehaald. Voorbeelden 259200043200003456000
	Vacatureaanvraag-ID JobRequisitionId	De unieke identificatiecode van de vacature waarop de kandidaat heeft gesolliciteerd.
Beschrijving De vacatureaanvraag-ID is de identificatiecode van een goedgekeurde vacature. Aan één vacatureaanvraag kunnen meerdere sollicitaties gekoppeld zijn. Met dit attribuut kun je de gegevens per vacatureaanvraag analyseren. Je kunt bijvoorbeeld bekijken hoelang een vacature openstond, hoeveel kandidaten zijn benaderd en hoe de wervingsfunnels voor verschillende soorten functies zich tot elkaar verhouden, zoals vacatures in Engineering en Sales. Waarom dit belangrijk is Koppelt meerdere sollicitaties aan één vacature. Zo kun je metrieken per vacatureaanvraag en wervingsfunnels analyseren. Waar vind je dit? Dit is de primaire identificatiecode van het object Job Requisition in Workday Recruiting. De code is gekoppeld aan elke sollicitatie. Voorbeelden REQ-2023-105REQ-2024-012REQ-2024-345

Verplicht Aanbevolen Optioneel

Activiteiten voor werving en talentacquisitie

Leg deze belangrijke processtappen en mijlpalen vast in het event log. Zo kun je het proces goed in kaart brengen en knelpunten in de wervingsworkflow vinden.

7 Aanbevolen 8 Optioneel

	Activiteit	Beschrijving
	Aanbod geaccepteerd	Dit geeft aan dat de kandidaat het aanbod officieel heeft geaccepteerd. De gebeurtenis wordt vastgelegd wanneer de kandidaat de taak 'Aanbod accepteren' in het Workday-portaal afrondt of wanneer een recruiter de status handmatig bijwerkt.
Waarom dit belangrijk is Deze activiteit is belangrijk om acceptatiepercentages van aanbiedingen per bron, afdeling of recruiter te berekenen. Ook start hiermee vaak de volgende stap vóór indiensttreding, zoals de achtergrondcontrole. Waar vind je dit? Dit wordt expliciet vastgelegd wanneer een kandidaat het aanbod via het kandidatenportaal accepteert. De actie krijgt een timestamp in de geschiedenis van het bedrijfsproces voor de sollicitatie. Vastleggen Vastgelegd op basis van de timestamp waarop de taak 'Aanbod accepteren' is afgerond. Gebeurtenistype explicit
	Aanbod gedaan	Dit markeert het formele aanbod van een functie aan een kandidaat. De gebeurtenis wordt vastgelegd wanneer het bedrijfsproces 'Aanbod aanmaken' of 'Vergoeding voorstellen' voor de sollicitatie in Workday succesvol is afgerond.
Waarom dit belangrijk is Dit is een belangrijke mijlpaal om de tijd tot het aanbod te berekenen en te analyseren of het aanbodproces volgens de afspraken verloopt. Vanaf dit moment kun je het acceptatiepercentage van aanbiedingen meten. Waar vind je dit? Deze gebeurtenis wordt expliciet vastgelegd in de geschiedenis van het bedrijfsproces voor de sollicitatie. De timestamp waarop de stap voor het aanmaken van het aanbod is afgerond, geeft het tijdstip van de activiteit. Vastleggen Vastgelegd op basis van de timestamp waarop het bedrijfsproces 'Aanbod aanmaken' is afgerond. Gebeurtenistype explicit
	Kandidaat aangenomen	Dit is het succesvolle einde van het wervingsproces: de kandidaat wordt officieel als medewerker aangenomen. Dit wordt vastgelegd wanneer het bedrijfsproces 'Aannemen' in Workday succesvol is afgerond en er een medewerkersrecord is aangemaakt.
Waarom dit belangrijk is Dit is de belangrijkste eindgebeurtenis die het succes markeert. De timestamp is essentieel om de tijd tot aanstelling te berekenen en de algehele procesefficiëntie en het succespercentage te meten. Waar vind je dit? Dit is een belangrijke, expliciete gebeurtenis die het bedrijfsproces 'Aannemen' in Workday HCM registreert. De timestamp van de afronding wordt in de procesgeschiedenis opgeslagen. Vastleggen Vastgelegd op basis van de timestamp waarop het bedrijfsproces 'Aannemen' voor de kandidaat is afgerond. Gebeurtenistype explicit
	Kandidaat afgewezen	Dit markeert het einde van het proces zonder aanstelling: het bedrijf besluit niet verder te gaan met de kandidaat. Dit wordt afgeleid wanneer een recruiter de kandidaat de status 'Afgewezen' of 'Niet aangenomen' geeft.
Waarom dit belangrijk is Dit is een belangrijke eindgebeurtenis om te analyseren waar kandidaten uitvallen en hoe vaak kandidaten in verschillende fases worden afgewezen. Zo kun je problemen in de interview- of screeningfase opsporen. Waar vind je dit? Afgeleid van de timestamp waarop de status van de kandidaat in de sollicitatiegeschiedenis verandert in 'Afgewezen'. Vaak wordt ook een reden voor de afwijzing vastgelegd. Vastleggen Afgeleid van de ingangsdatum van de overgang naar de status 'Afgewezen'. Gebeurtenistype inferred
	Kandidaat door naar interview	Dit geeft aan dat een kandidaat de eerste screening heeft doorstaan en in aanmerking komt voor een interview. De gebeurtenis wordt vastgelegd wanneer een recruiter de kandidaat in het wervingsproces naar de fase 'Interview' verplaatst.
Waarom dit belangrijk is Deze mijlpaal markeert de overgang van screening naar actieve beoordeling. Dit is een belangrijk moment om conversiepercentages en de efficiëntie van het begin van het wervingsproces te analyseren. Waar vind je dit? Afgeleid van de timestamp waarop de wervingsfase van de kandidaat in de sollicitatiegeschiedenis wordt gewijzigd naar 'Interview' of een vergelijkbare fase. Vastleggen Herkenbaar aan de statuswijziging naar de fase 'Interview' in het verloop van de kandidaat. Gebeurtenistype inferred
	Kandidaat naar aanbodfase	Een belangrijke mijlpaal die aangeeft dat is besloten de kandidaat een aanbod te doen. Dit wordt vastgelegd wanneer de sollicitatie in het wervingsproces naar de fase 'Aanbod' wordt verplaatst.
Waarom dit belangrijk is Deze activiteit is een belangrijk beslismoment in het proces en markeert dat alle beoordelingsfases succesvol zijn afgerond. Het is een voorloper van het formele aanbod en een belangrijk moment voor cohortanalyses. Waar vind je dit? Afgeleid uit het auditspoor van de sollicitatie, met name de timestamp waarop de status van de kandidaat verandert in 'Aanbod'. Vastleggen Herkenbaar aan de statuswijziging naar de fase 'Aanbod' in het verloop van de kandidaat. Gebeurtenistype inferred
	Sollicitatie ontvangen	Dit markeert het begin van het wervingsproces voor een sollicitatie. De gebeurtenis wordt vastgelegd zodra een kandidaat via het Workday-portaal of een gekoppelde vacaturesite een sollicitatie voor een specifieke vacature indient.
Waarom dit belangrijk is Dit is de belangrijkste startgebeurtenis van het proces. Door de tijd tussen deze activiteit en volgende mijlpalen te analyseren, kun je de totale tijd tot aanstelling en de effectiviteit van wervingskanalen meten. Waar vind je dit? Workday registreert dit als een expliciete gebeurtenis wanneer het bedrijfsproces 'Solliciteren naar een vacature' voor een kandidaat succesvol is afgerond. De timestamp van de gebeurtenis staat in de sollicitatiegeschiedenis van de kandidaat. Vastleggen Vastgelegd op basis van de timestamp waarop de sollicitatie in het profiel van de kandidaat is ingediend. Gebeurtenistype explicit
	Achtergrondcontrole gestart	Dit geeft aan dat de achtergrondcontrole is gestart voor een kandidaat die een aanbod heeft geaccepteerd. Meestal wordt dit afgeleid uit de overgang van de kandidaat naar de fase 'Achtergrondcontrole', die vaak een koppeling met een externe leverancier activeert.
Waarom dit belangrijk is Deze activiteit is belangrijk om compliance te bewaken en vertragingen tussen de acceptatie van het aanbod en de start van controles vóór indiensttreding te analyseren. Zo verloopt de overgang naar de onboarding soepel. Waar vind je dit? Afgeleid van de timestamp waarop de kandidaat in het wervingsproces naar de fase 'Achtergrondcontrole' gaat. Het auditspoor van de sollicitatie toont deze statuswijziging. Vastleggen Afgeleid van de ingangsdatum van de overgang naar de fase 'Achtergrondcontrole'. Gebeurtenistype inferred
	Achtergrondcontrole goedgekeurd	Dit markeert de succesvolle afronding van de achtergrondcontrole. De gebeurtenis wordt afgeleid wanneer de status van de kandidaat wordt bijgewerkt om aan te geven dat de vereiste controles zijn doorstaan en de kandidaat kan worden aangenomen.
Waarom dit belangrijk is Dit is de laatste controle voordat het aannemen van de kandidaat kan worden afgerond. Vertraging bij het ontvangen en registreren van de goedkeuring kan de startdatum van de kandidaat opschuiven. Waar vind je dit? Afgeleid van een statusupdate van de sollicitatie, bijvoorbeeld een overgang naar de fase 'Klaar om aan te nemen' of 'Achtergrondcontrole afgerond'. Vastleggen Afgeleid van de statuswijziging die aangeeft dat de achtergrondcontrole is afgerond en goedgekeurd. Gebeurtenistype inferred
	Feedback ingediend	Dit is het moment waarop een interviewer na het interview officieel een beoordeling van de kandidaat indient. Workday biedt interviewers een specifieke functie om feedback rechtstreeks in het profiel van de kandidaat vast te leggen.
Waarom dit belangrijk is Dit is essentieel voor de analyse van de tijdigheid van feedback van hiring managers. Vertragingen komen hier vaak voor. Door dit te volgen, kun je afspraken over serviceniveaus bewaken. Waar vind je dit? Dit is een expliciete gebeurtenis die wordt vastgelegd wanneer feedback wordt ingediend via de taak 'Interviewfeedback geven'. De timestamp van de indiening wordt aan het interviewrecord gekoppeld. Vastleggen Opgehaald uit de timestamp waarop de gebeurtenis 'Interviewfeedback geven' is afgerond. Gebeurtenistype explicit
	Interview afgerond	Dit markeert het einde van een gepland interview met een kandidaat. Meestal wordt dit afgeleid wanneer een interviewer of recruiter de status van het interview wijzigt van 'Gepland' naar 'Afgerond' of 'Gehouden'.
Waarom dit belangrijk is Deze activiteit start de periode waarin feedback kan worden ingediend. De tijd tussen dit moment en het indienen van feedback is belangrijk om de reactiesnelheid van hiring managers te meten. Waar vind je dit? Afgeleid van een statusupdate van het geplande interview of een handmatige fasewijziging voor de kandidaat in Workday Recruiting nadat het interview heeft plaatsgevonden. Vastleggen Afgeleid van de timestamp van de statusupdate van het interview of de fasewijziging van de kandidaat na het interview. Gebeurtenistype inferred
	Interview ingepland	Dit geeft aan dat een interview met de kandidaat officieel is ingepland. Dit wordt meestal vastgelegd wanneer een interview voor de betreffende sollicitatie in de planningsfunctie van Workday wordt aangemaakt en bevestigd.
Waarom dit belangrijk is Door de tijd tussen deze en de vorige activiteiten te meten, kun je vertragingen in de coördinatie opsporen. Dat is belangrijk om de kandidaatervaring te verbeteren en het interviewproces te versnellen. Waar vind je dit? De interviewplanningsfunctie van Workday maakt gebeurtenissen met timestamps aan. Deze activiteit kan worden vastgelegd op basis van de aanmaakdatum van het geplande interview dat aan de sollicitatie is gekoppeld. Vastleggen Vastgelegd op basis van de gebeurtenis waarbij een interviewrecord in de wervingsmodule wordt aangemaakt. Gebeurtenistype explicit
	Onboarding gestart	Dit markeert de start van de onboarding van de nieuwe medewerker in Workday. Meestal is dit een expliciete gebeurtenis binnen het hoofdproces 'Aannemen' of wordt deze direct daarna gestart.
Waarom dit belangrijk is Door de tijd tussen 'Aanbod geaccepteerd' en deze activiteit te analyseren, kun je de ervaring van kandidaten na het aanbod verbeteren. Zo blijven nieuwe medewerkers betrokken en zijn ze voorbereid op hun eerste werkdag. Waar vind je dit? Het bedrijfsproces 'Onboarding' in Workday heeft een duidelijke starttimestamp. Die kun je ophalen uit het auditspoor van het proces voor de nieuwe medewerker. Vastleggen Vastgelegd op basis van de starttimestamp van het bedrijfsproces 'Onboarding'. Gebeurtenistype explicit
	Sollicitatie gescreend	Dit geeft aan dat een recruiter of screeningteam de eerste beoordeling van een sollicitatie heeft afgerond. Dit wordt meestal afgeleid uit de overgang van de status 'Gesolliciteerd' of 'Nieuw' naar de fase 'Screening' of 'In behandeling'.
Waarom dit belangrijk is Deze activiteit is belangrijk om de efficiëntie van de eerste screening te analyseren. Door het aantal en de doorlooptijd te volgen, kun je bottlenecks vroeg in het wervingsproces opsporen. Waar vind je dit? Afgeleid van de ingangsdatum van de fasewijziging naar een screening- of beoordelingsstap in het auditspoor van het bedrijfsproces 'Recruiting'. Vastleggen Afgeleid van de timestamp waarop de fase van de kandidaat wordt bijgewerkt naar 'Screening'. Gebeurtenistype inferred
	Sollicitatie ingetrokken	Dit is een eindgebeurtenis waarbij de kandidaat zelf besluit niet langer in aanmerking te willen komen voor de functie. Dit wordt vastgelegd wanneer de status van de kandidaat wordt bijgewerkt naar 'Ingetrokken', door de kandidaat zelf of door een recruiter.
Waarom dit belangrijk is Het is belangrijk om bij te houden wanneer en waarom kandidaten zich terugtrekken. Zo krijg je zicht op problemen met de kandidaatervaring, de lengte van het proces of de aantrekkelijkheid van het aanbod. Dit is een belangrijke metriek voor de analyse van uitval. Waar vind je dit? Afgeleid van de timestamp waarop de status van de kandidaat wordt bijgewerkt naar 'Ingetrokken'. De kandidaat kan dit zelf doen via het portaal, of een recruiter kan de status aanpassen. Vastleggen Afgeleid van de ingangsdatum van de overgang naar de status 'Ingetrokken'. Gebeurtenistype inferred

Aanbevolen Optioneel

Extractiegidsen

Zo haal je data uit Workday Recruiting

Stappen

Meld je aan bij Workday: Open je Workday-tenant met een gebruikersaccount dat rechten heeft om aangepaste rapporten te maken en wervingsgegevens te bekijken.
Maak een aangepast rapport: Ga naar de taak 'Create Custom Report'. Kies 'Advanced' als rapporttype en schakel de optie 'Enable as Web Service' in. Kies bij Databron een geïndexeerde bron, zoals 'All Job Applications', voor betere prestaties.
Stel het primaire bedrijfsobject in: Kies 'Job Application' als primair bedrijfsobject. Dit object vormt de basis van het rapport en levert de case-ID.
Voeg datakolommen toe: Voeg de vereiste en aanbevolen velden toe aan het kolomraster van het rapport. Voeg 'Job Application' toe voor JobApplicationId. Andere attributen, zoals 'Recruiter' en 'Hiring Manager', voeg je toe vanuit de gerelateerde bedrijfsobjecten die aan de sollicitatie zijn gekoppeld.
Maak berekende velden voor activiteiten: Dit is de belangrijkste stap. Maak voor elk van de 15 activiteiten twee berekende velden: één voor de activiteitsnaam en één voor de timestamp van de gebeurtenis. De logica staat beschreven in het gedeelte Query. Maak bijvoorbeeld voor 'Offer Extended' een veld dat controleert of het bedrijfsproces 'Propose Compensation' is voltooid, en een veld dat de voltooiingstimestamp van dat proces ophaalt.
Voeg de berekende velden toe aan het rapport: Voeg alle nieuwe berekende velden toe als kolommen aan het rapport: 30 in totaal, 15 voor activiteitsnamen en 15 voor timestamps. Het rapport heeft een brede indeling, met één rij per sollicitatie en meerdere kolommen voor mogelijke activiteiten.
Stel de opties voor de webservice in: Controleer op het tabblad 'Web Service' van de rapportdefinitie of het selectievakje 'Enable as Web Service' is aangevinkt. Hier vind je ook de namespace en URL van het rapport. Noteer de 'Namespace' voor later.
Stel de rechten in: Deel het rapport met een Integration System User (ISU) of een specifieke beveiligingsgroep die het RaaS-eindpunt aanroept. Deze gebruiker moet rechten hebben voor het domein van de databron, bijvoorbeeld 'Recruiting: Job Applications'.
Voer het rapport uit en test het: Voer het rapport uit in Workday om de uitvoer te controleren. Controleer of het aantal rijen redelijk is en of de berekende velden voor enkele voorbeeldsollicitaties correct worden ingevuld.
Plan de extractie: Gebruik een externe planningstool of middleware, zoals MuleSoft, Boomi of een aangepast script, om de RaaS-URL regelmatig aan te roepen. De tool moet de Workday SOAP- of REST API-aanroep met de juiste authenticatie afhandelen.
Transformeer de data: De ruwe uitvoer van de RaaS-aanroep is een breed XML- of CSV-bestand. Gebruik middleware of een scripttaal zoals Python om de data om te zetten naar een lange indeling. Het script doorloopt elke rij (sollicitatie) en maakt voor elk niet-leeg paar van activiteit en timestamp een nieuwe rij in het uiteindelijke event log. Dat levert drie hoofd kolommen op: JobApplicationId, ActivityName en EventTime.

Configuratie

Rapporttype: Gebruik altijd 'Advanced' voor complexe berekende velden en toegang tot gerelateerde bedrijfsobjecten.
Databron: Gebruik een geïndexeerde databron zoals 'All Job Applications', zodat het rapport efficiënt wordt uitgevoerd. Gebruik voor grote datasets geen niet-geïndexeerde bronnen.
Filter op datumbereik: Filter op het veld 'Application Date' van het bedrijfsobject Job Application. Begin met een kortere periode, bijvoorbeeld de afgelopen 3 tot 6 maanden, om het datavolume en de rapportprestaties beheersbaar te houden.
Primair bedrijfsobject: Stel 'Job Application' in als primair object, zodat JobApplicationId als case-ID kan dienen.
Webservice inschakelen: Vink in de rapportconfiguratie de optie 'Enable as Web Service' aan om het rapport via API's beschikbaar te maken.
Beveiliging en rechten: Deel het rapport met een aparte Integration System User (ISU). Deze ISU moet via de beveiligingsgroep toegang hebben tot de vereiste datadomeinen, waaronder 'Recruiting: Job Applications', 'Business Process Transactions' en 'Worker Data'.
Uitvoerformaat: Workday biedt verschillende uitvoerformaten, zoals XML, CSV en JSON. XML, en dan met name 'Simple XML', is vaak het betrouwbaarst voor gestructureerde data-extractie via de API.

Voorbeeldquery sql

The Workday Report Writer is configured through the user interface. The following describes the structure and calculated fields required to build the report. The final output will be a wide table that must be transformed into an event log.

**Primary Business Object:**
*   `Job Application`

**Direct Report Fields (Columns):**
| Field Name in Report | Workday Business Object | Workday Field | Notes |
| --- | --- | --- | --- |
| `JobApplicationId` | Job Application | Job Application | Serves as the Case ID. |
| `RecruiterName` | Job Application -> Recruiter | Worker | Use a Lookup Related Value field. |
| `HiringManager` | Job Application -> Job Requisition -> Hiring Manager | Worker | Use a Lookup Related Value field. |
| `ApplicationSource` | Job Application | Source | |
| `Department` | Job Application -> Job Requisition -> Organization | Supervisory Organization | |
| `ApplicationStatus` | Job Application | Status | Represents the final or current status. |

**Calculated Fields for Event Log Unpivoting:**
Create two calculated fields for each activity: one for the name (Type: Evaluate Expression) and one for the timestamp (Type: Extract Single Instance or Lookup Related Value).

1.  **Application Received**
    *   `ActivityName_AppReceived`: `"Application Received"` (This event uses the application date, so the name is constant).
    *   `EventTime_AppReceived`: Field `Application Date` from the Job Application object.
2.  **Application Screened**
    *   `ActivityName_AppScreened`: `IIF(Stage = [Your 'Screening' Stage], "Application Screened", "")`
    *   `EventTime_AppScreened`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the 'Business Process History for Worker' for the 'Move to Stage: [Screening]' event.
3.  **Candidate Moved To Interview**
    *   `ActivityName_MovedToInterview`: `IIF(Stage = [Your 'Interview' Stage], "Candidate Moved To Interview", "")`
    *   `EventTime_MovedToInterview`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Move to Stage: [Interview]' event.
4.  **Interview Scheduled**
    *   `ActivityName_InterviewScheduled`: `IIF(Interview Status = 'Scheduled', "Interview Scheduled", "")`
    *   `EventTime_InterviewScheduled`: Use a 'Lookup Related Value' field to get the 'Scheduled Start Moment' from the 'Candidate Interview Details' object.
5.  **Interview Completed**
    *   `ActivityName_InterviewCompleted`: `IIF(Interview Status = 'Completed', "Interview Completed", "")`
    *   `EventTime_InterviewCompleted`: Use a 'Lookup Related Value' field to get the 'Actual End Moment' from the 'Candidate Interview Details' object.
6.  **Feedback Submitted**
    *   `ActivityName_FeedbackSubmitted`: `IIF(Interview Feedback Status = 'Submitted', "Feedback Submitted", "")`
    *   `EventTime_FeedbackSubmitted`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Submit Interview Feedback' event.
7.  **Candidate Moved To Offer Stage**
    *   `ActivityName_MovedToOffer`: `IIF(Stage = [Your 'Offer' Stage], "Candidate Moved To Offer Stage", "")`
    *   `EventTime_MovedToOffer`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Move to Stage: [Offer]' event.
8.  **Offer Extended**
    *   `ActivityName_OfferExtended`: `IIF(Is Business Process 'Propose Compensation' Completed = true, "Offer Extended", "")`
    *   `EventTime_OfferExtended`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Propose Compensation' or 'Make Offer' business process.
9.  **Offer Accepted**
    *   `ActivityName_OfferAccepted`: `IIF(Disposition = 'Offer Accepted', "Offer Accepted", "")`
    *   `EventTime_OfferAccepted`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Accept Offer' event.
10. **Background Check Initiated**
    *   `ActivityName_BGCheckInitiated`: `IIF(Stage = [Your 'Background Check' Stage], "Background Check Initiated", "")`
    *   `EventTime_BGCheckInitiated`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Move to Stage: [Background Check]' event.
11. **Background Check Cleared**
    *   `ActivityName_BGCheckCleared`: `IIF(Background Check Status = 'Passed', "Background Check Cleared", "")`
    *   `EventTime_BGCheckCleared`: Use a 'Lookup Related Value' field on the Background Check business object to get the completion date.
12. **Onboarding Initiated**
    *   `ActivityName_OnboardingInitiated`: `IIF(Is Business Process 'Onboarding' Initiated = true, "Onboarding Initiated", "")`
    *   `EventTime_OnboardingInitiated`: Use an 'Extract Single Instance' field to get the 'Entry Moment' from the business process history for the 'Onboarding' business process.
13. **Candidate Hired**
    *   `ActivityName_Hired`: `IIF(Is Hired = true, "Candidate Hired", "")`
    *   `EventTime_Hired`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Hire' business process.
14. **Candidate Rejected**
    *   `ActivityName_Rejected`: `IIF(Is Inactive = true AND Disposition = [Your 'Rejected' Reason], "Candidate Rejected", "")`
    *   `EventTime_Rejected`: Use a 'Lookup Related Value' field to get the 'Inactive Date' from the Job Application object.
15. **Application Withdrawn**
    *   `ActivityName_Withdrawn`: `IIF(Disposition = 'Withdrawn', "Application Withdrawn", "")`
    *   `EventTime_Withdrawn`: Use a 'Lookup Related Value' field to get the 'Inactive Date' from the Job Application object, filtering on the inactive reason.

Stappen

Workday-toegang instellen: Maak in Workday een Integration System User (ISU) aan. Geef deze gebruiker toegang tot de benodigde beveiligingsdomeinen voor de Recruiting API. Belangrijke domeinen zijn 'Worker Data: Public Worker Reports', 'Job Application' en 'Recruiting: Reports'.
API-eindpunt vinden: Zoek in je Workday-tenant het REST API-eindpunt voor de bewerking 'Get Job Applications'. De URL heeft meestal deze vorm: https://[your_tenant_host]/ccx/api/v1/[your_tenant_name]/recruiting/jobApplications.
Python-omgeving instellen: Controleer of Python is geïnstalleerd. Installeer de benodigde bibliotheken met pip: pip install requests pandas.
Authenticatiescript maken: Implementeer in je Python-script basisauthenticatie met de in stap 1 aangemaakte ISU-inloggegevens. De gebruikersnaam en het wachtwoord worden meegestuurd in de aanvraagheader.
API-aanroep implementeren: Schrijf een functie die het eindpunt 'Get Job Applications' aanroept. Gebruik aanvraagparameters om de data te filteren, bijvoorbeeld updatedSince om sollicitaties op te halen die na een bepaalde datum zijn gewijzigd. Zo houd je de hoeveelheid data beheersbaar.
Paginering van de API afhandelen: De Workday API geeft per aanvraag een beperkt aantal records terug. Laat je script controleren op een total-aantal en een link naar de volgende pagina of een offsetparameter. Doorloop alle pagina's om de volledige dataset op te halen.
Activiteiten in kaart brengen: Maak een mappingdictionary of gebruik een reeks voorwaardelijke instructies in je script. Daarmee zet je de bedrijfsprocesstatussen en wervingsfasen van Workday, zoals 'Screen', 'Interview', 'Offer' en 'Hire', om naar de vereiste activiteitsnamen, zoals 'Application Screened' en 'Candidate Moved To Interview'.
Sollicitatiedata transformeren: Haal voor elke opgehaalde sollicitatie de gegevens uit het auditspoor of de fasegeschiedenis op. Hierin staan de opeenvolgende fasen, uitkomsten en bedrijfsprocesgebeurtenissen met de bijbehorende timestamps.
Rijen voor het event log maken: Doorloop de geschiedenis van elke sollicitatie. Maak voor elke relevante historische gebeurtenis die overeenkomt met je activiteitenmapping een dictionary voor een rij in het uiteindelijke event log. Vul JobApplicationId, ActivityName, EventTime en de overige vereiste attributen in.
Data verzamelen en structureren: Verzamel alle gemaakte rijen voor het event log van alle sollicitaties in één lijst.
CSV-bestand maken en exporteren: Zet de lijst met eventdictionaries met de pandas-bibliotheek om naar een DataFrame. Exporteer de DataFrame vervolgens naar een CSV-bestand. Zorg dat de kolomkoppen overeenkomen met de vereisten van ProcessMind, bijvoorbeeld Case-ID, Activiteit en Timestamp.
Controleren en uploaden: Open het uiteindelijke CSV-bestand en controleer of de inhoud klopt en volledig is voordat je het uploadt naar de process mining-tool.

Configuratie

Workday Integration System User (ISU): Je hebt een ISU met een sterk wachtwoord dat niet verloopt nodig. Deze gebruiker moet rechten hebben voor de beveiligingsdomeinen 'Recruiting' en 'Worker Data' om sollicitatie- en kandidaatgegevens te kunnen bekijken.
API-eindpunt en versie: Gebruik het juiste REST API-eindpunt voor je Workday-tenant. Vermeld de API-versie in de aanvraag voor consistent gedrag.
Filter op datumbereik: Gebruik in het script een datumfilter, zoals updatedSince, om de query te beperken tot een beheersbare periode. Voor de eerste extractie raden we een periode van 3 tot 6 maanden aan. Gebruik voor volgende delta-extracties de timestamp van de laatste geslaagde extractie.
Pagineringlimiet: Houd rekening met de parameter limit van de API. Deze bepaalt hoeveel records per pagina worden teruggegeven. Het maximum is doorgaans 100. Het script moet daarom meerdere aanvragen voor opeenvolgende pagina's kunnen doen.
Responsvelden: Om de prestaties te verbeteren, kun je met een parameter fields of een vergelijkbare parameter aangeven welke velden de API moet teruggeven, als die functie beschikbaar is. Zo wordt de API-respons kleiner.
Configuratie van activiteitkoppelingen: De kern van het script is de koppeling tussen Workday-fasen en de gedefinieerde activiteiten. Mogelijk moet je deze aanpassen aan de specifieke configuratie van Workday Recruiting binnen je organisatie.

Voorbeeldquery python

import requests
import pandas as pd
import os
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
class=class="hl-string">"hl-comment"># Replace with your Workday tenant-specific details
WORKDAY_TENANT_HOST = class="hl-string">"https://[your_tenant_host].workday.com"
WORKDAY_TENANT_NAME = class="hl-string">"[your_tenant_name]"
WORKDAY_API_USER = os.environ.get(class="hl-string">"WORKDAY_USER", class="hl-string">"[Your_ISU_Username]")
WORKDAY_API_PASSWORD = os.environ.get(class="hl-string">"WORKDAY_PASSWORD", class="hl-string">"[Your_ISU_Password]")

class=class="hl-string">"hl-comment"># Date range for the extraction (ISO 8601 format)
class=class="hl-string">"hl-comment"># For delta loads, this should be the timestamp of the last successful run.
UPDATED_SINCE_DATE = class="hl-string">"2023-01-01T00:00:00Z"

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---

def get_workday_job_applications():
    class="hl-string">"""Fetches all job applications from Workday API, handling pagination."""
    all_applications = []
    offset = 0
    limit = 100  class=class="hl-string">"hl-comment"># Workday's typical page size

    api_url = fclass="hl-string">"{WORKDAY_TENANT_HOST}/ccx/api/v1/{WORKDAY_TENANT_NAME}/recruiting/jobApplications"
    headers = {class="hl-string">"Accept": class="hl-string">"application/json"}
    auth = (WORKDAY_API_USER, WORKDAY_API_PASSWORD)

    while True:
        params = {
            class="hl-string">"updatedSince": UPDATED_SINCE_DATE,
            class="hl-string">"limit": limit,
            class="hl-string">"offset": offset
        }
        print(fclass="hl-string">"Fetching applications with offset: {offset}...")
        try:
            response = requests.get(api_url, headers=headers, params=params, auth=auth, timeout=60)
            response.raise_for_status()  class=class="hl-string">"hl-comment"># Raises an HTTPError for bad responses (4xx or 5xx)
            data = response.json()
            applications = data.get(class="hl-string">"data", [])
            all_applications.extend(applications)

            total = data.get(class="hl-string">"total", 0)
            if not applications or (offset + len(applications)) >= total:
                break  class=class="hl-string">"hl-comment"># Exit loop if no more data or all data fetched
            
            offset += len(applications)

        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from Workday API: {e}")
            break

    print(fclass="hl-string">"Total applications fetched: {len(all_applications)}")
    return all_applications

def transform_application_to_events(application):
    class="hl-string">"""Transforms a single job application's history into a list of event log rows."""
    events = []
    app_id = application.get(class="hl-string">"id")
    if not app_id:
        return []

    class=class="hl-string">"hl-comment"># Recommended Attributes
    recruiter = application.get(class="hl-string">"recruiter", {})
    hiring_manager_obj = application.get(class="hl-string">"job", {}).get(class="hl-string">"hiringManager", {})
    source = application.get(class="hl-string">"source", {})
    department_obj = application.get(class="hl-string">"job", {}).get(class="hl-string">"supervisoryOrganization", {})

    recruiter_name = recruiter.get(class="hl-string">"descriptor")
    hiring_manager_name = hiring_manager_obj.get(class="hl-string">"descriptor")
    app_source = source.get(class="hl-string">"descriptor")
    department = department_obj.get(class="hl-string">"descriptor")
    app_status = application.get(class="hl-string">"status", {}).get(class="hl-string">"descriptor")

    base_event = {
        class="hl-string">"JobApplicationId": app_id,
        class="hl-string">"RecruiterName": recruiter_name,
        class="hl-string">"HiringManager": hiring_manager_name,
        class="hl-string">"ApplicationSource": app_source,
        class="hl-string">"Department": department,
        class="hl-string">"ApplicationStatus": app_status
    }

    class=class="hl-string">"hl-comment"># --- Activity Extraction from Stage and Business Process History ---
    class=class="hl-string">"hl-comment"># This part assumes a structure for audit/history data. It needs to be adapted
    class=class="hl-string">"hl-comment"># to your specific Workday API response structure.
    stage_history = application.get(class="hl-string">"stageHistory", [])
    bp_history = application.get(class="hl-string">"businessProcessHistory", [])

    class=class="hl-string">"hl-comment"># Activity: Application Received
    events.append({
        **base_event,
        class="hl-string">"ActivityName": class="hl-string">"Application Received",
        class="hl-string">"EventTime": application.get(class="hl-string">"appliedOn")
    })

    for stage_change in stage_history:
        stage_name = stage_change.get(class="hl-string">"stage", {}).get(class="hl-string">"descriptor", class="hl-string">"").lower()
        disposition = stage_change.get(class="hl-string">"disposition", {}).get(class="hl-string">"descriptor", class="hl-string">"").lower()
        event_time = stage_change.get(class="hl-string">"enteredOn")

        class=class="hl-string">"hl-comment"># Activity: Application Screened (Inferred from entering a review stage)
        if class="hl-string">'screen' in stage_name or class="hl-string">'review' in stage_name:
            events.append({class="hl-string">"ActivityName": class="hl-string">"Application Screened", class="hl-string">"EventTime": event_time, **base_event})

        class=class="hl-string">"hl-comment"># Activity: Candidate Moved To Interview
        if class="hl-string">'interview' in stage_name:
            events.append({class="hl-string">"ActivityName": class="hl-string">"Candidate Moved To Interview", class="hl-string">"EventTime": event_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Candidate Moved To Offer Stage
        if class="hl-string">'offer' in stage_name:
            events.append({class="hl-string">"ActivityName": class="hl-string">"Candidate Moved To Offer Stage", class="hl-string">"EventTime": event_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Background Check Initiated
        if class="hl-string">'background check' in stage_name:
            events.append({class="hl-string">"ActivityName": class="hl-string">"Background Check Initiated", class="hl-string">"EventTime": event_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Onboarding Initiated
        if class="hl-string">'onboarding' in stage_name or class="hl-string">'ready for hire' in stage_name:
            events.append({class="hl-string">"ActivityName": class="hl-string">"Onboarding Initiated", class="hl-string">"EventTime": event_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Candidate Rejected
        if class="hl-string">'rejected' in disposition or class="hl-string">'not selected' in disposition:
             events.append({class="hl-string">"ActivityName": class="hl-string">"Candidate Rejected", class="hl-string">"EventTime": event_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Application Withdrawn
        if class="hl-string">'withdrawn' in disposition:
             events.append({class="hl-string">"ActivityName": class="hl-string">"Application Withdrawn", class="hl-string">"EventTime": event_time, **base_event})

    class=class="hl-string">"hl-comment"># Extract events from explicit business processes
    for bp_event in bp_history:
        bp_name = bp_event.get(class="hl-string">"process", {}).get(class="hl-string">"descriptor", class="hl-string">"").lower()
        bp_status = bp_event.get(class="hl-string">"status", class="hl-string">"").lower()
        bp_time = bp_event.get(class="hl-string">"completedOn") or bp_event.get(class="hl-string">"initiatedOn")

        class=class="hl-string">"hl-comment"># Activity: Interview Scheduled / Completed
        if class="hl-string">'interview' in bp_name:
            if bp_status == class="hl-string">'initiated':
                events.append({class="hl-string">"ActivityName": class="hl-string">"Interview Scheduled", class="hl-string">"EventTime": bp_time, **base_event})
            elif bp_status == class="hl-string">'completed':
                events.append({class="hl-string">"ActivityName": class="hl-string">"Interview Completed", class="hl-string">"EventTime": bp_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Feedback Submitted
        if class="hl-string">'provide interview feedback' in bp_name and bp_status == class="hl-string">'completed':
            events.append({class="hl-string">"ActivityName": class="hl-string">"Feedback Submitted", class="hl-string">"EventTime": bp_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Offer Extended
        if (class="hl-string">'job offer' in bp_name or class="hl-string">'propose compensation' in bp_name) and bp_status == class="hl-string">'completed':
            events.append({class="hl-string">"ActivityName": class="hl-string">"Offer Extended", class="hl-string">"EventTime": bp_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Offer Accepted
        if class="hl-string">'accept offer' in bp_name and bp_status == class="hl-string">'completed':
            events.append({class="hl-string">"ActivityName": class="hl-string">"Offer Accepted", class="hl-string">"EventTime": bp_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Background Check Cleared
        if class="hl-string">'background check' in bp_name and bp_status == class="hl-string">'completed':
            events.append({class="hl-string">"ActivityName": class="hl-string">"Background Check Cleared", class="hl-string">"EventTime": bp_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Candidate Hired
        if class="hl-string">'hire' in bp_name and bp_status == class="hl-string">'completed':
            events.append({class="hl-string">"ActivityName": class="hl-string">"Candidate Hired", class="hl-string">"EventTime": bp_time, **base_event})

    class=class="hl-string">"hl-comment"># Remove events with no timestamp and duplicates
    final_events = []
    seen = set()
    for event in events:
        if event.get(class="hl-string">"EventTime"):
            class=class="hl-string">"hl-comment"># Create a unique key for each event to handle duplicates
            event_key = (event[class="hl-string">"JobApplicationId"], event[class="hl-string">"ActivityName"], event[class="hl-string">"EventTime"])
            if event_key not in seen:
                final_events.append(event)
                seen.add(event_key)

    return final_events

if __name__ == class="hl-string">"__main__":
    print(class="hl-string">"Starting Workday Recruiting data extraction.")
    raw_applications = get_workday_job_applications()
    
    if raw_applications:
        all_events = []
        for app in raw_applications:
            all_events.extend(transform_application_to_events(app))
        
        if all_events:
            class=class="hl-string">"hl-comment"># Create DataFrame and format for ProcessMind
            df = pd.DataFrame(all_events)
            df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime']).dt.tz_localize(None)
            df = df.sort_values(by=[class="hl-string">"JobApplicationId", class="hl-string">"EventTime"])
            
            output_filename = class="hl-string">"workday_recruiting_event_log.csv"
            df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%d %H:%M:%S')
            print(fclass="hl-string">"Extraction complete. Event log saved to {output_filename}")
        else:
            print(class="hl-string">"No events were generated from the fetched applications.")
    else:
        print(class="hl-string">"No applications found or an error occurred.")

Stappen

Vereisten en installatie: Zorg voor een licentie voor een ETL- of iPaaS-tool van een externe leverancier, zoals CData, MuleSoft of een vergelijkbaar platform, en installeer de Workday-connector. Controleer of je inloggegevens hebt voor een Workday Integration System User (ISU) met de benodigde API-rechten voor de Recruiting- en Staffing-domeinen.
De Workday-verbinding instellen: Maak in je ETL-tool een nieuwe verbinding met Workday. Vul de URL van je Workday-tenant, de API-versie en de ISU-inloggegevens in, bijvoorbeeld een gebruikersnaam en wachtwoord of OAuth 2.0-tokens. Test de verbinding.
Het dataschema bekijken: Gebruik de schemabrowser of databronverkenner in je ETL-tool om de Workday-objecten te bekijken die via de connector beschikbaar zijn. Deze worden meestal weergegeven als tabellen of weergaven, zoals Job_Application, Job_Requisition en Candidate_Stage_History. Bekijk welke velden en relaties beschikbaar zijn.
Belangrijke dataobjecten bepalen: Voor deze extractie heb je vooral data nodig over sollicitaties, kandidaatgeschiedenis, sollicitatiegesprekken, aanbiedingen en indiensttredingen. De precieze namen hangen af van je connector. Zoek naar objecten die deze kerngegevens bevatten.
De SQL-query maken: Maak een nieuwe data-extractietaak of pipeline. Voeg een SQL-transformatienstap toe om een query uit te voeren op de Workday-verbinding. Kopieer de meegeleverde SQL-query naar deze stap. De query haalt data op uit meerdere Workday-objecten en voegt die samen in één event log.
Parameters aan de query toevoegen: Pas de WHERE-clausule van de query aan en voeg parameters toe voor het datumbereik, bijvoorbeeld startDate en endDate. Stel deze parameters in je ETL-taak in, zodat je de extractieperiode eenvoudig kunt wijzigen zonder de code aan te passen.
De extractietaak uitvoeren: Voer de ingestelde ETL-taak uit. De tool maakt verbinding met Workday, voert de SQL-query via de API uit en haalt de data op naar een staginggebied of het geheugen.
Data controleren en valideren: Bekijk de resultaten met de voorbeeldweergave in je ETL-tool voordat je het uiteindelijke bestand maakt. Controleer of het aantal regels redelijk is, of alle kolommen naar verwachting zijn ingevuld en of de verschillende activiteiten aanwezig zijn.
De bestemming instellen: Bepaal waar de geëxtraheerde data naartoe moet. Meestal is dit een CSV-bestand om naar ProcessMind te uploaden. Stel de bestandsnaam, het scheidingsteken (komma) en de codering (UTF-8) in.
Afronden en exporteren: Voer de volledige extractietaak uit om het uiteindelijke CSV-bestand te maken. Controleer of de kolomkoppen overeenkomen met de vereiste attributen: JobApplicationId, ActivityName, EventTime, RecruiterName, HiringManager, ApplicationSource, Afdeling en ApplicationStatus.

Configuratie

Inloggegevens voor de Workday-connector: Voor de verbinding heb je de URL van de Workday-tenant en een bevoegde Integration System User (ISU) nodig, met een wachtwoord of OAuth 2.0-clientgegevens. De gebruiker moet beveiligingsrechten hebben voor de functionele gebieden 'Recruiting' en 'Staffing'.
Webservices inschakelen: Mogelijk moet je in de connector aangeven welke Workday-webservices beschikbaar moeten zijn. Schakel de services voor Recruiting, Staffing en Human Resources in om toegang te krijgen tot alle benodigde dataobjecten.
Datumbereik: Filter de extractie op een specifieke periode om de prestaties en het datavolume beheersbaar te houden. We raden aan te beginnen met 3 tot 6 maanden aan data en daarna dagelijks of wekelijks incrementeel te laden. Stel dit in via de WHERE-clausule van de SQL-query.
Filters voor het databereik: Wil je het proces voor een deel van de organisatie analyseren, voeg dan filters toe aan de WHERE-clausule voor velden zoals Company, Cost Center of Supervisory Organization.
API-versie: Bij sommige connectors moet je de Workday API-versie opgeven. Gebruik bij voorkeur een recente, ondersteunde versie voor toegang tot de nieuwste dataobjecten en functies.
Aandachtspunten voor prestaties: Volledige data-extracties uit Workday kunnen veel bronnen vragen. Plan grote taken buiten piekuren. Gebruik voor doorlopende analyses een strategie voor incrementeel laden op basis van een timestamp voor de laatste wijziging, zodat alleen nieuwe of bijgewerkte records worden opgehaald.

Voorbeeldquery sql

WITH BaseApplicationInfo AS (
    SELECT
        JA.Job_Application_ID AS JobApplicationId,
        JR.Hiring_Manager_WID AS HiringManagerId,
        JR.Recruiter_WID AS RecruiterId,
        JA.Source_System AS ApplicationSource,
        SO.Organization_Name AS Department,
        JA.Application_Status AS ApplicationStatus,
        JA.Date_Applied AS ApplicationDate,
        JA.Date_Moved_to_Hire AS HireDate,
        OFR.Offer_Date AS OfferDate,
        HIRE.Hire_Onboarding_Date AS OnboardingDate,
        OFR.Offer_Accepted_Date AS OfferAcceptedDate
    FROM
        [Job_Applications] AS JA
    LEFT JOIN [Job_Requisitions] AS JR ON JA.Job_Requisition_ID = JR.Job_Requisition_ID
    LEFT JOIN [Supervisory_Organizations] AS SO ON JR.Supervisory_Organization_WID = SO.Supervisory_Organization_WID
    LEFT JOIN [Job_Application_Offer_Details] AS OFR ON JA.Job_Application_ID = OFR.Job_Application_ID
    LEFT JOIN [Job_Application_Hire_Details] AS HIRE ON JA.Job_Application_ID = HIRE.Job_Application_ID
)
SELECT
    BAI.JobApplicationId,
    'Application Received' AS ActivityName,
    BAI.ApplicationDate AS EventTime,
    Recruiter.Worker_Name AS RecruiterName,
    HiringManager.Worker_Name AS HiringManager,
    BAI.ApplicationSource,
    BAI.Department,
    BAI.ApplicationStatus
FROM BaseApplicationInfo BAI
LEFT JOIN [Workers] AS Recruiter ON BAI.RecruiterId = Recruiter.Worker_WID
LEFT JOIN [Workers] AS HiringManager ON BAI.HiringManagerId = HiringManager.Worker_WID

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Application Screened', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Stage_Name = 'Screen'

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Candidate Moved To Interview', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Stage_Name = 'Interview'

UNION ALL

SELECT
    I.Job_Application_ID, 'Interview Scheduled', I.Scheduled_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Interview_Events] I
JOIN BaseApplicationInfo BAI ON I.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE I.Interview_Status = 'Scheduled'

UNION ALL

SELECT
    I.Job_Application_ID, 'Interview Completed', I.Completed_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Interview_Events] I
JOIN BaseApplicationInfo BAI ON I.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE I.Interview_Status = 'Completed'

UNION ALL

SELECT
    F.Job_Application_ID, 'Feedback Submitted', F.Submitted_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Interview_Feedback] F
JOIN BaseApplicationInfo BAI ON F.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Candidate Moved To Offer Stage', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Stage_Name = 'Offer'

UNION ALL

SELECT
    BAI.JobApplicationId, 'Offer Extended', BAI.OfferDate, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM BaseApplicationInfo BAI
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE BAI.OfferDate IS NOT NULL

UNION ALL

SELECT
    BAI.JobApplicationId, 'Offer Accepted', BAI.OfferAcceptedDate, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM BaseApplicationInfo BAI
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE BAI.OfferAcceptedDate IS NOT NULL

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Background Check Initiated', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Stage_Name = 'Background Check'

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Background Check Cleared', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Stage_Name = 'Background Check' AND CSH.Status = 'Passed'

UNION ALL

SELECT
    BAI.JobApplicationId, 'Onboarding Initiated', BAI.OnboardingDate, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM BaseApplicationInfo BAI
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE BAI.OnboardingDate IS NOT NULL

UNION ALL

SELECT
    BAI.JobApplicationId, 'Candidate Hired', BAI.HireDate, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM BaseApplicationInfo BAI
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE BAI.HireDate IS NOT NULL

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Candidate Rejected', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Disposition_Reason LIKE '%Rejected%'

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Application Withdrawn', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Disposition_Reason LIKE '%Withdrawn by Candidate%'

WHERE EventTime >= '[Your Start Date]' AND EventTime < '[Your End Date]'

Klaar om te beginnen?

Gebruik deze template om van data over talentacquisitie bruikbare inzichten te maken en de efficiëntie van werving te verbeteren. Zet vandaag de eerste stap naar een eenvoudiger en effectiever wervingsproces.

Terug naar de verbetergids

Template downloaden

Maak een einde aan bottlenecks in het wervingsproces: verbeter vandaag nog je talentwerving

Spoor inefficiënties op, verkort de doorlooptijd van werving met 30% en bereik sneller je doelen voor talentwerving.

Start je gratis proefperiode

Geen creditcard nodig. Gratis proefperiode van 14 dagen.

Datatemplate voor werving en talentacquisitie

Datatemplate voor werving en talentacquisitie

Attributen voor werving en talentacquisitie

Activiteiten voor werving en talentacquisitie

Extractiegidsen

Workday Report-as-a-Service (RaaS)-extractie

Stappen

Configuratie

Voorbeeldquery sql

Workday Recruiting API-extractie met een Python-script

Stappen

Configuratie

Voorbeeldquery python

Data-extractie met een ETL-tool en Workday-connector

Stappen

Configuratie

Voorbeeldquery sql

Klaar om te beginnen?

Maak een einde aan bottlenecks in het wervingsproces: verbeter vandaag nog je talentwerving