> Continue procesverbetering > Recruitment en talentwerving > Workday Recruiting > Datatemplate

Jouw datatemplate voor recruitment en talent acquisition

Workday Recruiting

Attributen voor recruitment en talentwerving (19) Activiteiten voor recruitment en talentwerving (15) Extractiegidsen (3)

Jouw datatemplate voor recruitment en talent acquisition

Deze template helpt je bij het verzamelen van de data die je nodig hebt om recruitment- en talent-acquisitionprocessen te analyseren. Je ziet welke attributen je moet verzamelen, welke activiteiten je moet volgen en hoe je deze data uit Workday Recruiting haalt. Gebruik deze bron om je data voor te bereiden en sneller met process mining aan de slag te gaan.

Aanbevolen attributen om te verzamelen
Belangrijke activiteiten om te volgen
Extractie-instructies voor Workday Recruiting

Nieuw met event logs? Leer hoe je een process mining-event log maakt.

Template downloaden

Attributen voor recruitment en talentwerving

Dit zijn de aanbevolen datavelden voor je event log voor een volledige analyse van recruitment en talentwerving. Zo krijg je waardevolle inzichten in het wervingsproces.

3 Verplicht 5 Aanbevolen 11 Optioneel

	Naam	Beschrijving
	Naam van activiteit ActivityName	De naam van de specifieke gebeurtenis of taak die op een bepaald moment in het wervingsproces heeft plaatsgevonden.
Beschrijving De naam van de activiteit beschrijft één stap of mijlpaal in de route naar indiensttreding, zoals 'Application Screened', 'Interview Scheduled' of 'Offer Extended'. Deze activiteiten vormen de reeks gebeurtenissen waaruit het proces bestaat. Dit attribuut is belangrijk voor het visualiseren van de procesmap, het herkennen van de verschillende paden die sollicitaties volgen en het analyseren van de frequentie en volgorde van gebeurtenissen. Het vormt de basis om te begrijpen wat er in het proces gebeurt. Waarom dit belangrijk is Dit attribuut definieert de stappen van het wervingsproces en maakt visualisatie en analyse van de procesflow mogelijk. Waar je het vindt Dit wordt afgeleid van namen van stappen in business processes of statuswijzigingen in de sollicitatiedata van Workday Recruiting. Voorbeelden Sollicitatie gescreendInterview afgerondAanbod geaccepteerdKandidaat afgewezen
	Sollicitatie JobApplicationId	De unieke identificatie voor de sollicitatie van een kandidaat, die dient als de centrale case-ID voor het wervingsproces.
Beschrijving De Job Application ID volgt de volledige route van één kandidaat voor een specifieke vacature, van de eerste indiening tot de uiteindelijke beslissing. Elke interactie, statuswijziging en elk beslismoment rond deze sollicitatie is aan deze identificatie gekoppeld. In process mining is dit attribuut essentieel. Hiermee kun je de end-to-end-procesflow van elke kandidaat reconstrueren en doorlooptijden, knelpunten en gevolgde paden analyseren. Het is het kernelement dat alle gerelateerde activiteiten samenbrengt in één samenhangende case. Waarom dit belangrijk is Dit is de essentiële Case ID die alle wervingsactiviteiten voor één kandidaat met elkaar verbindt. Zo kun je de volledige route naar indiensttreding analyseren. Waar je het vindt Deze identificatie is een kernelement in Workday Recruiting en is meestal beschikbaar in rapporten en databronnen voor 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 vastleggen. In analyses worden timestamps gebruikt om de duur tussen activiteiten te berekenen, totale doorlooptijden zoals 'Time to Hire' te meten en knelpunten te herkennen waar het proces vertraging oploopt. Ze zijn essentieel voor elke tijdgebaseerde analyse van de wervingsfunnel. Waarom dit belangrijk is Timestamps zijn belangrijk voor het berekenen van alle tijdgebaseerde KPI's, het begrijpen van de procesduur en het ontdekken van knelpunten. Waar je het vindt Dit komt overeen met de voltooiingsdatum of transactiedatum van een stap in een business process binnen Workday Recruiting. Voorbeelden 2023-10-26T10:00:00Z2023-11-05T14:30:00Z2024-01-15T09:15:00Z
	Afdeling Department	De afdeling of bedrijfseenheid die aan de vacature is gekoppeld.
Beschrijving Dit attribuut specificeert de organisatie-eenheid, zoals 'Engineering', 'Marketing' of 'Finance', waarvoor de kandidaat wordt aangenomen. Het is afgeleid van de supervisory organization die aan de vacature is gekoppeld. Door in de analyse op afdeling te filteren, kun je wervingsprocessen in verschillende delen van de organisatie vergelijken. Het wordt gebruikt in het dashboard 'Application Screening Efficiency' om te zien of bepaalde afdelingen langere screeningstijden hebben, wat kan wijzen op andere werkwijzen of extra behoefte aan capaciteit. Waarom dit belangrijk is Maakt het mogelijk om de prestaties en efficiëntie van wervingsprocessen in verschillende bedrijfseenheden of afdelingen te vergelijken. Waar je het vindt Raadpleeg de documentatie van Workday Recruiting. Dit wordt afgeleid van de Supervisory Organization die aan de Job Requisition is gekoppeld. Voorbeelden EngineeringSalesHuman ResourcesFinance
	Bron van sollicitatie ApplicationSource	Het kanaal of de bron waarlangs de sollicitatie van de kandidaat is ontvangen.
Beschrijving Dit attribuut geeft aan hoe een kandidaat de vacature heeft gevonden en heeft gesolliciteerd, bijvoorbeeld via de werken-bij-pagina van het bedrijf, LinkedIn, een medewerkersaanbeveling of een recruitmentbureau. Inzicht in de bron is belangrijk voor het optimaliseren van de wervingsstrategie en het budget. Het vormt de basis voor het dashboard 'Sourcing Channel Effectiveness' en de KPI 'Offer Acceptance Rate by Source'. Zo bepaal 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 je het vindt Raadpleeg de documentatie van Workday Recruiting. Dit is een standaardveld op de sollicitatie. Voorbeelden LinkedInMedewerkersaanbevelingCarrièrewebsite van het bedrijfIndeed
	Hiring manager HiringManager	De naam van de hiring manager voor de functie waarop de kandidaat heeft gesolliciteerd.
Beschrijving Dit attribuut identificeert de manager van het team of de afdeling met de openstaande functie. De hiring manager is een belangrijke belanghebbende bij beslissingen, vooral tijdens interviews en feedbackfasen. Deze data is essentieel voor het dashboard 'Hiring Manager Feedback Timeliness'. Door per hiring manager de tijd tussen 'Interview Completed' en 'Feedback Submitted' te analyseren, kunnen organisaties vertragingen herkennen en met specifieke managers werken aan een snellere wervingscyclus. Waarom dit belangrijk is Belangrijk voor het analyseren van de betrokkenheid van hiring managers en het herkennen van vertragingen bij het indienen van feedback, die rechtstreeks invloed hebben op de kandidaatervaring. Waar je het vindt Raadpleeg de documentatie van Workday Recruiting. Dit maakt meestal deel uit van de gegevens over de supervisory organization of de vacature. Voorbeelden Susan AdamsDavid ChenAngela Rodriguez
	Naam van recruiter RecruiterName	De naam van de recruiter die verantwoordelijk is voor het beheren van de sollicitatie.
Beschrijving Dit attribuut identificeert de belangrijkste talent acquisition-partner of recruiter die 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 inzicht in teamprestaties en werkbelasting. Dit helpt bij het opbouwen van het dashboard 'Recruiter Performance And Throughput' en het berekenen van KPI's zoals 'Recruiter Time-to-Offer Variance'. Zo kun je efficiëntie vergelijken en best practices herkennen. Waarom dit belangrijk is Maakt prestatieanalyse per recruiter mogelijk en helpt bij het herkennen van goed presterende recruiters, opleidingsbehoeften en onevenwichtige werkbelasting. Waar je het vindt Raadpleeg de documentatie van Workday Recruiting. Dit is meestal gekoppeld aan de objecten Job Requisition of Job Application. Voorbeelden John SmithEmily JonesMaria Garcia
	Status van sollicitatie ApplicationStatus	De uiteindelijke uitkomst of huidige status van de sollicitatie.
Beschrijving Dit attribuut registreert de uiteindelijke disposition van een sollicitatie, zoals 'Hired', 'Rejected by Company', 'Offer Declined' of 'Withdrawn by Candidate'. Het vertegenwoordigt de eindstatus van het proces voor een specifieke sollicitatie. Deze status is belangrijk voor resultaatanalyses. Je gebruikt hem om conversiepercentages, acceptatiepercentages van aanbiedingen en uitvalpercentages van kandidaten in verschillende fasen te berekenen. Inzicht in waar en waarom sollicitaties eindigen, is belangrijk om de effectiviteit van het totale proces te verbeteren. Waarom dit belangrijk is Definieert de uitkomst van elke case. Dit is essentieel voor het berekenen van conversiepercentages, uitvalpercentages en het algehele succes van het proces. Waar je het vindt Dit is meestal het veld voor de uiteindelijke afhandeling of statusreden op het Job Application-object in Workday Recruiting. Voorbeelden AangenomenAfgewezenAanbod afgewezenSollicitatie ingetrokken
	Bedrag van het aanbod OfferAmount	Het salarisbedrag dat aan de kandidaat wordt aangeboden.
Beschrijving Dit attribuut bevat het bedrag van het basissalaris dat in het aanbod aan een kandidaat wordt voorgesteld. Het is belangrijke data in de laatste fase van het wervingsproces. Door aanbodbedragen te analyseren, krijg je inzicht in beloningstrends en concurrentiekracht. In combinatie met de status 'Offer Accepted' kun je bepalen of de beloning een rol speelt bij het afwijzen van aanbiedingen. Het is een belangrijk onderdeel van het dashboard 'Beheer van aanbiedingen en acceptatiepercentages'. Waarom dit belangrijk is Helpt bij het analyseren van de beloningsstrategie en de invloed daarvan op acceptatiepercentages van aanbiedingen. Waar je het vindt Raadpleeg de documentatie van Workday Recruiting. Dit valt onder de data van het bedrijfsproces 'Offer'. Voorbeelden 8500012000065000
	Bronsysteem SourceSystem	Het systeem waaruit de data is geëxtraheerd.
Beschrijving Dit attribuut identificeert de herkomst van de data, 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 met één systeem lijkt dit misschien overbodig, maar het is een goede gewoonte om het altijd op te nemen. Zo bevestig je de herkomst van de data. Het wordt extra belangrijk wanneer later andere HR-systemen worden geïntegreerd. Waarom dit belangrijk is Identificeert de herkomst van de data. Dit is belangrijk voor datagovernance, validatie en het beheren van data uit meerdere bronnen. Waar je het vindt Dit is een statische waarde ('Workday Recruiting') die tijdens het proces van data-extractie en -transformatie wordt toegevoegd. Voorbeelden Workday Recruiting
	ID van vacature JobRequisitionId	De unieke identificatie van de vacature waarop de kandidaat heeft gesolliciteerd.
Beschrijving De Job Requisition ID is de identificatie van de goedgekeurde vacature. Aan één vacature kunnen meerdere sollicitaties zijn gekoppeld. Met dit attribuut kun je analyses op vacatureniveau uitvoeren. Je kunt bijvoorbeeld de totale tijd meten dat een vacature openstond, het aantal geworven kandidaten bepalen of wervingsfunnels voor verschillende soorten functies vergelijken, zoals engineering- en salesfuncties. Waarom dit belangrijk is Koppelt meerdere sollicitaties aan één vacature, zodat je metrics en wervingsfunnels op vacatureniveau kunt analyseren. Waar je het vindt Dit is een primaire identificatie op het object Job Requisition in Workday Recruiting en is aan elke sollicitatie gekoppeld. Voorbeelden REQ-2023-105REQ-2024-012REQ-2024-345
	Is geautomatiseerd IsAutomated	Een vlag 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 bevestigingsmail met 'Application Received' kan bijvoorbeeld een geautomatiseerde activiteit zijn. Het is belangrijk om te weten welke stappen geautomatiseerd zijn. Zo zie je waar je de efficiëntie kunt verhogen en wat het effect van automatisering is op doorlooptijden en de inzet van medewerkers. Waarom dit belangrijk is Maakt onderscheid tussen handmatige en systeemgestuurde activiteiten. Dat helpt bij het vinden van mogelijkheden voor automatisering en het meten van het effect daarvan. Waar je het vindt Deze informatie moet worden afgeleid door systeemgebruikersaccounts of specifieke eventtypen te herkennen die in Workday als geautomatiseerd bekendstaan. Voorbeelden truefalse
	Is ingetrokken IsWithdrawn	Een vlag die aangeeft of de kandidaat de sollicitatie heeft ingetrokken.
Beschrijving Dit is een berekend booleaans attribuut dat waar is wanneer de eindstatus van de sollicitatie 'Withdrawn by Candidate' of een vergelijkbare status is. Hiermee kun je cases isoleren waarin de kandidaat uit het proces is gestapt. Deze vlag vereenvoudigt de analyse voor het dashboard 'Knelpunten in kandidaatuitval' en de KPI 'Kandidaatuitvalpercentage'. Je kunt eenvoudig filteren en groeperen om te zien in welke fasen kandidaten het vaakst afhaken. Waarom dit belangrijk is Helpt om uitval door kandidaten apart te analyseren en geeft inzicht in de kandidaatervaring en knelpunten in het proces. Waar je het vindt Dit wordt berekend op basis van het attribuut 'ApplicationStatus' tijdens de datatransformatie. Voorbeelden truefalse
	Kandidaat-ID CandidateId	De unieke identificatie van de kandidaat.
Beschrijving De Candidate ID identificeert een persoon uniek in het recruitmentsysteem, ongeacht het aantal functies waarop die persoon heeft gesolliciteerd. Zo kun je de geschiedenis van een kandidaat bij het bedrijf over meerdere sollicitaties volgen. Dit attribuut is nuttig voor het analyseren van de kandidaatervaring over langere tijd. Je kunt bijvoorbeeld zien of eerder afgewezen kandidaten opnieuw solliciteren en hoe hun routes verschillen, of dat één kandidaat tegelijk voor meerdere functies wordt overwogen. Waarom dit belangrijk is Maakt een kandidaatgerichte kijk op het proces mogelijk, waarbij je één persoon over meerdere sollicitaties en in de tijd kunt volgen. Waar je het vindt Dit is de primaire identificatie voor het object Candidate in Workday Recruiting. Voorbeelden CAND-98765CAND-11223CAND-54321
	Laatste data-update LastDataUpdate	De timestamp waarop de data voor het laatst is vernieuwd of uit het bronsysteem is geëxtraheerd.
Beschrijving Dit attribuut geeft aan hoe actueel de geanalyseerde data is. Het toont de datum en tijd van de laatste data-extractie uit Workday Recruiting. Dit helpt gebruikers om te begrijpen hoe actueel de analyse is. Zo kunnen ze de bevindingen goed interpreteren en weten ze of ze naar realtime data kijken of naar een momentopname van een specifiek tijdstip. Waarom dit belangrijk is Geeft context over de actualiteit van de data, zodat gebruikers begrijpen hoe actueel de procesanalyse is. Waar je het vindt Deze timestamp wordt gegenereerd en toegevoegd tijdens het proces van data-extractie, -transformatie en -laden (ETL). Voorbeelden 2024-05-20T08:00:00Z2024-05-21T08:00:00Z
	Locatie van de functie JobLocation	De geografische locatie of het land van de functie.
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 'Remote' hebben. Locatie is een nuttige dimensie voor analyse. Je kunt er 'Time to Hire' en andere KPI's mee vergelijken tussen regio's. Zo zie je verschillen door lokale marktomstandigheden, de beschikbaarheid van talent of regionale procesverschillen. Waarom dit belangrijk is Maakt geografische analyse van het wervingsproces mogelijk en laat regionale verschillen in doorlooptijden en efficiëntie zien. Waar je het vindt Deze informatie maakt deel uit van de gegevens van de Job Requisition in Workday. Voorbeelden New York, NYLonden, VKOp afstand (VS)Berlijn, Duitsland
	Reden van afwijzing RejectionReason	De reden die wordt opgegeven wanneer de sollicitatie van een kandidaat wordt afgewezen.
Beschrijving Wanneer een sollicitatie de status 'Rejected' krijgt, geeft dit attribuut context bij de beslissing. Mogelijke redenen zijn 'Past niet bij de cultuur', 'Mist de vereiste vaardigheden' of 'Functie is ingevuld door een andere kandidaat'. Door afwijsredenen te analyseren, zie je patronen in het wervingsproces. Een groot aantal afwijzingen vanwege 'Mist de vereiste vaardigheden' in een late fase kan bijvoorbeeld wijzen op een onduidelijke vacaturetekst. Deze data is belangrijk voor het dashboard 'Knelpunten in kandidaatuitval', omdat je hiermee begrijpt waarom kandidaten afhaken. Waarom dit belangrijk is Geeft kwalitatief inzicht in waarom kandidaten niet verder komen. Daarmee kun je vacatureteksten en selectiecriteria verbeteren. Waar je het vindt Raadpleeg de documentatie van Workday Recruiting. Dit is vaak een substatus of reden-code die aan de afwijzingsstap is gekoppeld. Voorbeelden Niet gekwalificeerdErvaring sluit niet aanBetere kandidaten gevondenFunctie gesloten
	Time to Hire TimeToHire	De totale tijd vanaf het ontvangen van een sollicitatie tot het moment waarop de kandidaat wordt aangenomen.
Beschrijving Dit is een berekening op caseniveau die de totale duur van het wervingsproces voor succesvolle kandidaten meet. Je berekent deze als het tijdsverschil tussen het event 'Application Received' en het event 'Candidate Hired'. Dit is een van de belangrijkste KPI's binnen recruitment: 'Average Time to Hire'. De KPI geeft op hoofdlijnen aan hoe efficiënt het wervingsproces is. Door deze metric in de tijd en per afdeling te volgen, zie je structurele verbeteringen of verslechteringen. Waarom dit belangrijk is Een belangrijke KPI op hoofdlijnen die de totale efficiëntie van de recruitmentfunnel van begin tot eind meet. Waar je het vindt Dit wordt berekend op basis van de data in het event log nadat deze uit Workday is geëxtraheerd. Voorbeelden 259200043200003456000
	Type kandidaat CandidateType	Geeft aan of de kandidaat een interne medewerker of een externe sollicitant is.
Beschrijving Dit attribuut deelt kandidaten in groepen in, zoals 'Internal' of 'External'. Het wervingsproces, de doorlooptijden en het beleid kunnen tussen deze twee typen sterk verschillen. Door het proces voor interne en externe kandidaten apart te analyseren, krijg je een volledig beeld. Je kunt de efficiëntie van interne mobiliteitsprogramma's vergelijken met externe wervingsinspanningen en beide processen verbeteren. Waarom dit belangrijk is Maakt aparte analyse van interne en externe wervingsprocessen mogelijk. Die hebben vaak andere stappen, SLA's en doelen. Waar je het vindt Raadpleeg de documentatie van Workday Recruiting. Dit is een standaardveld in het kandidaatprofiel of de sollicitatie. Voorbeelden InternExtern

Verplicht Aanbevolen Optioneel

Activiteiten voor recruitment en talentwerving

Leg deze belangrijke processtappen en mijlpalen vast in je event log voor een nauwkeurige procesontdekking en het identificeren van bottlenecks in je wervingsworkflow.

7 Aanbevolen 8 Optioneel

	Activiteit	Beschrijving
	Aanbod geaccepteerd	Geeft aan dat de kandidaat het aanbod formeel heeft geaccepteerd. Deze gebeurtenis wordt vastgelegd wanneer de kandidaat de taak 'Accept Offer' in het Workday-portaal voltooit of wanneer een recruiter de status handmatig bijwerkt.
Waarom dit belangrijk is Deze activiteit is belangrijk voor het berekenen van acceptatiepercentages per bron, afdeling of recruiter. Ook worden hiermee vervolgstappen vóór indiensttreding gestart, zoals achtergrondcontroles. Waar je het vindt Expliciet vastgelegd wanneer een kandidaat het aanbod via het kandidatenportaal accepteert. De actie wordt met een timestamp geregistreerd in de geschiedenis van het business process van de sollicitatie. Vastleggen Vastgelegd op basis van de voltooiingstimestamp van de taak 'Accept Offer'. Eventtype explicit
	Aanbod uitgebracht	Markeert het formeel uitbrengen van een aanbod aan een kandidaat. Dit is een afzonderlijke gebeurtenis die wordt vastgelegd wanneer het business process 'Create Offer' of 'Propose Compensation' voor de sollicitatie in Workday succesvol is afgerond.
Waarom dit belangrijk is Deze mijlpaal wordt gebruikt om Time to Offer te berekenen en de naleving van het aanbodproces te analyseren. Het is het startpunt voor het meten van acceptatiepercentages van aanbiedingen. Waar je het vindt Deze gebeurtenis wordt expliciet vastgelegd in de geschiedenis van het business process voor de sollicitatie. De voltooiingstimestamp van de stap voor het aanmaken van het aanbod bepaalt het tijdstip van de activiteit. Vastleggen Vastgelegd op basis van de voltooiingstimestamp van het business process 'Create Offer'. Eventtype explicit
	Kandidaat aangenomen	De succesvolle afronding van het wervingsproces, waarbij de kandidaat formeel als medewerker wordt aangenomen. Dit wordt vastgelegd wanneer het business process 'Hire' in Workday succesvol is afgerond en een medewerkersrecord is aangemaakt.
Waarom dit belangrijk is Dit is de belangrijkste succesvolle eindgebeurtenis. De timestamp is essentieel voor het berekenen van Time to Hire en het meten van de totale procesefficiëntie en succespercentages. Waar je het vindt Dit is een belangrijke, expliciete gebeurtenis die door het business process 'Hire' in Workday HCM wordt vastgelegd. De voltooiingstimestamp wordt in de procesgeschiedenis geregistreerd. Vastleggen Vastgelegd op basis van de voltooiingstimestamp van het business process 'Hire' voor de kandidaat. Eventtype explicit
	Kandidaat afgewezen	Markeert het onsuccesvolle einde van het proces, waarbij het bedrijf besluit niet met een kandidaat verder te gaan. Dit wordt afgeleid wanneer een recruiter de kandidaat de status 'Rejected' of 'Not Hired' geeft.
Waarom dit belangrijk is Dit is een belangrijke eindgebeurtenis voor het analyseren van uitvalpunten en afwijzingspercentages in verschillende fasen. Zo kun je problemen in het interview- of screeningproces herkennen. Waar je het vindt Afgeleid van de timestamp waarop de disposition van de kandidaat in de sollicitatiegeschiedenis wordt gewijzigd naar 'Rejected'. Vaak wordt ook een reden voor de afwijzing geregistreerd. Vastleggen Afgeleid van de ingangs-timestamp van de overgang naar de disposition 'Rejected'. Eventtype inferred
	Kandidaat naar aanbodfase verplaatst	Een belangrijke mijlpaal die aangeeft dat is besloten om de kandidaat een aanbod te doen. Dit wordt vastgelegd wanneer de sollicitatie van de kandidaat in het wervingsproces naar de fase 'Offer' gaat.
Waarom dit belangrijk is Deze activiteit is een belangrijk beslismoment in het proces en markeert de succesvolle afronding van alle beoordelingsfasen. Het is de voorloper van het formele aanbod en een belangrijk punt voor cohortanalyse. Waar je het vindt Afgeleid uit het audittrail van de sollicitatie, specifiek de timestamp waarop de status van de kandidaat verandert naar 'Offer'. Vastleggen Herkenbaar aan de statuswijziging naar de fase 'Offer' in de voortgang van de kandidaat. Eventtype inferred
	Kandidaat naar interview verplaatst	Geeft aan dat een kandidaat de eerste screening heeft doorlopen en in aanmerking komt voor een interview. Deze gebeurtenis wordt vastgelegd wanneer een recruiter de kandidaat naar de fase 'Interview' in het wervingsproces verplaatst.
Waarom dit belangrijk is Deze mijlpaal markeert de overgang van screening naar actieve beoordeling. Het is een belangrijk moment voor het analyseren van conversiepercentages en de efficiëntie van het bovenste deel van de wervingsfunnel. Waar je het vindt Afgeleid van de timestamp waarop de wervingsfase van de kandidaat wordt gewijzigd naar 'Interview' of een vergelijkbare aanduiding in de sollicitatiegeschiedenis. Vastleggen Herkenbaar aan de statuswijziging naar de fase 'Interview' in de voortgang van de kandidaat. Eventtype inferred
	Sollicitatie ontvangen	Markeert het begin van het wervingsproces voor de sollicitatie van een kandidaat. Deze gebeurtenis wordt vastgelegd wanneer een kandidaat via het Workday-portaal of een geïntegreerde werken-bij-site een sollicitatie voor een specifieke vacature succesvol indient.
Waarom dit belangrijk is Dit is de belangrijkste startgebeurtenis van het proces. Door de tijd tussen deze activiteit en latere mijlpalen te analyseren, kun je de totale Time to Hire en de effectiviteit van wervingskanalen meten. Waar je het vindt Workday registreert dit als een expliciete gebeurtenis wanneer het business process 'Apply for Job' voor een kandidaat succesvol is afgerond. De timestamp van de gebeurtenis is beschikbaar in de sollicitatiegeschiedenis van de kandidaat. Vastleggen Vastgelegd op basis van de timestamp van het indienen van de sollicitatie in het profiel van de kandidaat. Eventtype explicit
	Achtergrondcontrole gestart	Geeft het begin aan van de achtergrondcontrole voor een kandidaat die een aanbod heeft geaccepteerd. Dit wordt meestal afgeleid wanneer de kandidaat naar de fase 'Background Check' gaat, wat vaak een integratie met een externe leverancier activeert.
Waarom dit belangrijk is Deze activiteit is belangrijk voor het bewaken van compliance en het analyseren van vertragingen tussen de acceptatie van het aanbod en de start van controles vóór indiensttreding. Zo zorg je voor een soepele overgang naar onboarding. Waar je het vindt Afgeleid van de timestamp waarop de kandidaat naar de fase 'Background Check' gaat in de procesflow van de werving. Het audittrail van de sollicitatie toont deze statuswijziging. Vastleggen Afgeleid van de ingangs-timestamp van de overgang naar de fase 'Background Check'. Eventtype inferred
	Achtergrondcontrole goedgekeurd	Markeert de succesvolle afronding van de achtergrondcontrole. Deze gebeurtenis wordt afgeleid wanneer de status van de kandidaat wordt bijgewerkt om aan te geven dat de noodzakelijke controles zijn doorstaan en de kandidaat kan worden aangenomen.
Waarom dit belangrijk is Dit is het laatste controlepunt voordat het wervingsproces kan worden afgerond. Vertraging bij het ontvangen en registreren van deze goedkeuring kan de startdatum van een kandidaat opschuiven. Waar je het vindt Afgeleid van een statusupdate van de sollicitatie, bijvoorbeeld wanneer de kandidaat naar de fase 'Ready for Hire' of 'Background Check Complete' gaat. Vastleggen Afgeleid van de statuswijziging die aangeeft dat de achtergrondcontrole is afgerond en goedgekeurd. Eventtype inferred
	Feedback ingediend	Geeft het moment aan waarop een interviewer de beoordeling van een kandidaat na het interview formeel indient. Workday biedt interviewers een specifieke functie om rechtstreeks feedback aan het profiel van de kandidaat toe te voegen.
Waarom dit belangrijk is Dit is essentieel voor de analyse 'Hiring Manager Feedback Timeliness'. Vertragingen vormen hier vaak een bottleneck. Door dit te volgen, kun je service level agreements beter bewaken. Waar je het vindt Dit is een expliciete gebeurtenis die wordt vastgelegd wanneer feedback via de taak 'Provide Interview Feedback' wordt ingediend. De timestamp van de indiening wordt aan het interviewrecord gekoppeld. Vastleggen Geëxtraheerd uit de voltooiingstimestamp van de gebeurtenis 'Provide Interview Feedback'. Eventtype explicit
	Interview afgerond	Markeert de afronding van een gepland interview met een kandidaat. Dit wordt meestal afgeleid wanneer een interviewer of recruiter de status van het interview wijzigt van 'Scheduled' naar 'Completed' of 'Conducted'.
Waarom dit belangrijk is Deze activiteit vormt het startpunt voor de periode waarin feedback kan worden ingediend. Door de tijd vanaf dit moment tot het indienen van feedback te analyseren, kun je de reactiesnelheid van hiring managers meten. Waar je het vindt Afgeleid van een statusupdate van het geplande interviewobject 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. Eventtype inferred
	Interview gepland	Geeft aan dat een interview met de kandidaat formeel is ingepland. Dit wordt meestal vastgelegd wanneer een interviewgebeurtenis wordt aangemaakt en bevestigd in de planningsfunctie van Workday voor de betreffende sollicitatie.
Waarom dit belangrijk is Door de tijd tussen deze en eerdere activiteiten te meten, kun je vertragingen in de coördinatie herkennen. Dit is belangrijk om de kandidaatervaring te verbeteren en het interviewproces te versnellen. Waar je het vindt De interviewplanningsfunctie van Workday maakt gebeurtenissen met timestamps aan. Je kunt deze activiteit vastleggen op basis van de aanmaakdatum van het geplande interview dat aan de sollicitatie is gekoppeld. Vastleggen Vastgelegd op basis van de aanmaakgebeurtenis van een interviewrecord in de recruitmentmodule. Eventtype explicit
	Onboarding gestart	Geeft de start aan van het onboardingproces voor de nieuwe medewerker in Workday. Dit is meestal een expliciete gebeurtenis binnen het belangrijkste business process 'Hire' of een gebeurtenis die er direct na wordt gestart.
Waarom dit belangrijk is Door de tijd tussen 'Offer Accepted' en deze activiteit te analyseren, kun je de ervaring van de kandidaat na het aanbod verbeteren. Zo blijven nieuwe medewerkers betrokken en zijn ze voorbereid op hun eerste werkdag. Waar je het vindt Het business process 'Onboarding' van Workday heeft een duidelijke starttimestamp. Je kunt deze vastleggen in het procesaudittrail van het record van de nieuwe medewerker. Vastleggen Vastgelegd op basis van de starttimestamp van het business process 'Onboarding'. Eventtype explicit
	Sollicitatie gescreend	Geeft aan dat de eerste beoordeling van de sollicitatie door een recruiter of screeningteam is afgerond. Dit wordt meestal afgeleid wanneer de kandidaat van de status 'Applied' of 'New' naar de fase 'Screening' of 'Under Review' gaat.
Waarom dit belangrijk is Deze activiteit is belangrijk voor het analyseren van de efficiëntie van de eerste screeningfase. Door de verwerkingscapaciteit en doorlooptijd te volgen, kun je knelpunten vroeg in de wervingsfunnel herkennen. Waar je het vindt Afgeleid van de ingangsdatum van de wijziging naar een screening- of beoordelingsstap in het audittrail van het business process 'Recruiting'. Vastleggen Afgeleid van de timestamp waarop de fase van de kandidaat wordt bijgewerkt naar 'Screen'. Eventtype inferred
	Sollicitatie ingetrokken	Een eindgebeurtenis waarbij de kandidaat zichzelf vrijwillig terugtrekt uit de procedure voor de functie. Dit wordt vastgelegd wanneer de status van de kandidaat door de kandidaat zelf of door een recruiter wordt gewijzigd naar 'Withdrawn'.
Waarom dit belangrijk is Door te volgen wanneer en waarom kandidaten zich terugtrekken, krijg je inzicht in problemen met de kandidaatervaring, de lengte van het proces of de aantrekkelijkheid van het aanbod. Dit is een belangrijke metric voor uitvalanalyse. Waar je het vindt Afgeleid van de timestamp waarop de disposition van de kandidaat wordt bijgewerkt naar 'Withdrawn'. Dit kan door de kandidaat in het portaal of door een recruiter worden gedaan. Vastleggen Afgeleid van de ingangs-timestamp van de overgang naar de disposition 'Withdrawn'. Eventtype inferred

Aanbevolen Optioneel

Extractiegidsen

Zo haal je jouw data uit Workday Recruiting

Stappen

Log in op Workday: Open je Workday-tenant met een gebruikersaccount dat rechten heeft om aangepaste rapporten te maken en recruitmentdata te openen.
Maak een aangepast rapport: Ga naar de taak 'Create Custom Report'. Kies 'Advanced' als Report Type en schakel de optie 'Enable as Web Service' in. Gebruik voor de Data Source een geïndexeerde bron zoals 'All Job Applications' voor betere prestaties.
Definieer het primaire bedrijfsobject: Stel het Primary Business Object in op 'Job Application'. Dit object vormt de basis van het rapport en is de case-identificatie.
Voeg datakolommen toe: Voeg de vereiste en aanbevolen velden toe aan het kolomraster van het rapport. Voeg 'Job Application' toe voor JobApplicationId. Voor andere attributen, zoals 'Recruiter' en 'Hiring Manager', voeg je de velden toe vanuit de gerelateerde bedrijfsobjecten die aan Job Application 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 Activity Name en één voor de Event Timestamp. De logica voor deze velden staat in het onderdeel Query. Om bijvoorbeeld 'Offer Extended' vast te leggen, maak je een veld dat controleert of het bedrijfsproces 'Propose Compensation' is voltooid en een ander veld dat de voltooiingstimestamp van dat proces ophaalt.
Voeg berekende velden toe aan het rapport: Voeg alle nieuwe berekende velden, 30 in totaal, als kolommen toe aan je rapport. Het rapport krijgt een 'wide' indeling, met één rij per sollicitatie en veel kolommen voor de mogelijke activiteiten.
Configureer de Web Service-opties: Controleer in het tabblad 'Web Service' van de rapportdefinitie of het selectievakje 'Enable as Web Service' is ingeschakeld. Hier vind je de namespace en URL van het rapport. Noteer de 'Namespace' voor later gebruik.
Stel rechten in: Deel het rapport met een Integration System User (ISU) of een specifieke securitygroep die wordt gebruikt om het RaaS-endpoint aan te roepen. Deze gebruiker moet rechten hebben op het domein van de databron, bijvoorbeeld 'Recruiting: Job Applications'.
Voer het rapport uit en test het: Voer het rapport uit vanuit de Workday-interface om de uitvoer te controleren. Controleer of het aantal rijen logisch is en of de berekende velden voor enkele voorbeeldsollicitaties correct worden gevuld.
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. Je moet in je middleware of scripttaal, zoals Python, een transformatatiestap uitvoeren om deze data te unpivoten. Het script doorloopt elke rij, dus elke sollicitatie, en maakt voor elk niet-leeg paar van activiteit en timestamp een nieuwe rij in het uiteindelijke event log. Zo ontstaat een 'long' indeling met drie hoofd kolommen: 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. Vermijd niet-geïndexeerde bronnen bij grote datasets.
Filteren op datumbereik: pas een filter toe op het veld 'Application Date' van het bedrijfsobject Job Application. Begin met een kleinere periode, bijvoorbeeld de afgelopen 3 tot 6 maanden, om de hoeveelheid data en de rapportprestaties beheersbaar te houden.
Primair bedrijfsobject: het primaire object moet 'Job Application' zijn, zodat JobApplicationId als case-ID kan dienen.
Webservice inschakelen: vink in de rapportconfiguratie de optie 'Enable as Web Service' aan, zodat het rapport via API’s toegankelijk is.
Beveiliging en machtigingen: deel het rapport met een speciale Integration System User (ISU). Deze ISU moet via beveiligingsgroepen 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 vooral het formaat 'Simple XML', is vaak het betrouwbaarst voor gestructureerde data-extractie via de API.

a 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

Configureer Workday-toegang: Maak in Workday een Integration System User (ISU) aan. Geef deze gebruiker toegang tot de benodigde securitydomeinen voor de Recruiting API. Belangrijke domeinen zijn 'Worker Data: Public Worker Reports', 'Job Application' en 'Recruiting: Reports'.
Bepaal het API-endpoint: Zoek het REST API-endpoint voor de bewerking 'Get Job Applications' in je Workday-tenant. De URL heeft meestal deze indeling: https://[your_tenant_host]/ccx/api/v1/[your_tenant_name]/recruiting/jobApplications.
Stel de Python-omgeving in: Controleer of Python is geïnstalleerd. Installeer de benodigde bibliotheken met pip: pip install requests pandas.
Ontwikkel het authenticatiescript: Implementeer in je Python-script basisauthenticatie met de gegevens van de ISU uit stap 1. De gebruikersnaam en het wachtwoord worden in de requestheader meegestuurd.
Implementeer de logica voor API-aanroepen: Schrijf de functie die het endpoint 'Get Job Applications' aanroept. Gebruik requestparameters om de data te filteren, bijvoorbeeld updatedSince om sollicitaties op te halen die na een bepaalde datum zijn gewijzigd. Dit is belangrijk om de hoeveelheid data beheersbaar te houden.
Verwerk paginering van de API: De Workday API geeft per request een beperkt aantal records terug. Je script moet de response controleren op een total-aantal en een link naar de volgende pagina of een offsetparameter. Loop vervolgens door alle pagina's om de volledige dataset op te halen.
Definieer de activiteitenmapping: Maak een mappingdictionary of een reeks voorwaardelijke statements in je script. Deze logica vertaalt de statussen van bedrijfsprocessen en recruitmentfasen in Workday, zoals 'Screen', 'Interview', 'Offer' en 'Hire', naar de vereiste activiteitsnamen, zoals 'Application Screened' en 'Candidate Moved To Interview'.
Transformeer de sollicitatiedata: Verwerk voor elke sollicitatie die je via de API ophaalt de audit trail of fasehistorie. Deze historie bevat de volgorde van fasen, afhandelingen en events van bedrijfsprocessen, met de bijbehorende timestamps.
Genereer rijen voor het event log: Loop door de historie van elke sollicitatie. Maak voor elk relevant historisch event dat overeenkomt met je activiteitenmapping een dictionary voor een rij in het uiteindelijke event log. Vul JobApplicationId, ActivityName, EventTime en andere vereiste attributen in.
Verzamel en structureer de data: Voeg alle gegenereerde rijen uit alle sollicitaties samen in één lijst.
Maak en exporteer een CSV-bestand: Gebruik de pandas-bibliotheek om de lijst met event-dictionaries om te zetten in een DataFrame. Exporteer de DataFrame daarna naar een CSV-bestand. Zorg dat de kolomkoppen voldoen aan de vereisten van ProcessMind, zoals CaseId, Activity en Timestamp.
Controleer en upload: Open het uiteindelijke CSV-bestand en controleer of de inhoud volledig en correct is voordat je het uploadt naar de process mining-tool.

Configuratie

Workday Integration System User (ISU): Je hebt een ISU nodig met een sterk wachtwoord dat niet verloopt. Deze gebruiker moet rechten hebben op de securitydomeinen 'Recruiting' en 'Worker Data' om sollicitatie- en kandidaatgegevens te openen.
API-endpoint en versie: Gebruik het juiste REST API-endpoint voor je Workday-tenant. Vermeld de API-versie in de request, zodat het gedrag consistent blijft.
Filter op datumbereik: Gebruik in het script een datumfilter, bijvoorbeeld updatedSince, om de query tot een beheersbare periode te beperken. Voor de eerste extractie wordt een periode van 3 tot 6 maanden aanbevolen. Gebruik voor volgende delta-loads de timestamp van de laatste geslaagde extractie.
Paginelimiet: Let op de parameter limit in de API. Deze bepaalt hoeveel records per pagina worden teruggegeven. Het maximum is vaak 100. Het script moet dit opvangen door meerdere requests met paginering uit te voeren.
Velden in de response: Om de prestaties te verbeteren, kun je met een parameter zoals fields aangeven welke velden je wilt ontvangen, als de API dit ondersteunt. Zo wordt de response kleiner.
Configuratie van de activiteitenmapping: De kern van het script is de mapping van Workday-fasen naar de gedefinieerde activiteiten. Mogelijk moet je deze aanpassen aan de specifieke configuratie van het Workday Recruiting-proces binnen jouw organisatie.

a 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 dat je beschikt over een gelicentieerde ETL- of iPaaS-tool van een externe leverancier, zoals CData, MuleSoft of een vergelijkbaar platform, met de Workday-connector geïnstalleerd. Controleer of je inloggegevens hebt voor een Workday Integration System User (ISU) met de benodigde API-machtigingen voor de domeinen Recruiting en Staffing.
De Workday-verbinding configureren: maak in je ETL-tool een nieuwe verbinding met Workday. Geef de URL van je Workday-tenant, de API-versie en de inloggegevens van de ISU op, bijvoorbeeld een gebruikersnaam en wachtwoord of OAuth 2.0-tokens. Test de verbinding om te controleren of deze werkt.
Het dataschema verkennen: gebruik de schemabrowser of data source explorer in je ETL-tool om de Workday-objecten te bekijken die via de connector beschikbaar zijn. Deze worden meestal weergegeven als tabellen of views, zoals Job_Application, Job_Requisition en Candidate_Stage_History. Maak jezelf vertrouwd met de beschikbare velden en relaties.
Belangrijke dataobjecten bepalen: voor deze extractie heb je vooral data nodig uit objecten voor sollicitaties, kandidaatgeschiedenis, interviews, aanbiedingen en indiensttredingen. De exacte namen hangen af van je connector. Zoek naar objecten die deze kerndata vertegenwoordigen.
De SQL-query ontwikkelen: maak een nieuwe data-extractietaak of pipeline. Gebruik een SQL-transformatietap om een query op de Workday-verbinding uit te voeren. Kopieer de meegeleverde SQL-query naar deze stap. De query verzamelt data uit meerdere Workday-objecten en voegt deze samen tot één event log.
Parameters aan de query toevoegen: pas de WHERE-clause van de query aan met parameters voor het datumbereik, bijvoorbeeld startDate en endDate. Configureer deze parameters in je ETL-taak, zodat je de extractieperiode eenvoudig kunt wijzigen zonder de code aan te passen.
De extractietaak uitvoeren: voer de geconfigureerde 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.
De data controleren en valideren: gebruik voordat je de uiteindelijke uitvoer schrijft de previewfunctie in je ETL-tool om de resultaten te bekijken. Controleer of het aantal rijen logisch is, alle kolommen naar verwachting zijn gevuld en verschillende activiteiten aanwezig zijn.
De bestemming configureren: bepaal waar de geëxtraheerde data naartoe gaat. Meestal is dit een CSV-bestand dat je naar ProcessMind uploadt. Configureer de bestandsnaam, het scheidingsteken (komma) en de codering (UTF-8).
Afronden en exporteren: voer de volledige extractietaak uit om het uiteindelijke CSV-bestand te genereren. Zorg dat de kolomkoppen in het uitvoerbestand 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 geautoriseerde 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'.
Webservice inschakelen: Mogelijk moet je in de connector aangeven welke Workday Web Services beschikbaar worden gesteld. Zorg dat services voor Recruiting, Staffing en Human Resources zijn ingeschakeld, zodat je toegang hebt tot alle benodigde dataobjecten.
Datumbereik: Filter de extractie op een specifieke periode om de prestaties en het datavolume beheersbaar te houden. We raden aan om eerst 3 tot 6 maanden aan data te laden en daarna dagelijks of wekelijks incrementeel te laden. Dit regel je via de WHERE-clause in de SQL-query.
Filters voor het databereik: Als je het proces alleen voor bepaalde delen van de organisatie wilt analyseren, kun je in de WHERE-clause filters toevoegen 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, zodat je toegang hebt tot de nieuwste dataobjecten en functies.
Aandachtspunten voor prestaties: Volledige data-extracties uit Workday kunnen veel bronnen gebruiken. Plan grote taken buiten piekuren. Implementeer voor doorlopende analyses een incrementele laadstrategie op basis van een timestamp voor 'last modified', zodat alleen nieuwe of gewijzigde records worden opgehaald.

a 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 aan de slag te gaan?

Gebruik deze template om je data over talent acquisition om te zetten in bruikbare inzichten en je werving efficiënter te maken. Zet vandaag de stap naar een effectiever wervingsproces.

Terug naar de verbetergids Template downloaden

Maak een einde aan knelpunten in de werving: verbeter vandaag je talent acquisition

Vind inefficiënties, verkort de wervingscyclus met 30% en bereik sneller je talentdoelen.

Start je gratis proefperiode

Geen creditcard nodig. Gratis proefperiode van 14 dagen.

Jouw datatemplate voor recruitment en talent acquisition

Jouw datatemplate voor recruitment en talent acquisition

Attributen voor recruitment en talentwerving

Activiteiten voor recruitment en talentwerving

Extractiegidsen

Extractie via Workday Report-as-a-Service (RaaS)

Stappen

Configuratie

a Voorbeeldquery sql

Extractie via de Workday Recruiting API met een Python-script

Stappen

Configuratie

a Voorbeeldquery python

Extractie met een ETL-tool en een Workday-connector

Stappen

Configuratie

a Voorbeeldquery sql

Klaar om aan de slag te gaan?

Maak een einde aan knelpunten in de werving: verbeter vandaag je talent acquisition

Jouw datatemplate voor recruitment en talent acquisition

Jouw datatemplate voor recruitment en talent acquisition

Attributen voor recruitment en talentwerving

Activiteiten voor recruitment en talentwerving

Extractiegidsen

Extractie via Workday Report-as-a-Service (RaaS)

Stappen

Configuratie

a Voorbeeldquery sql

Extractie via de Workday Recruiting API met een Python-script

Stappen

Configuratie

a Voorbeeldquery python

Extractie met een ETL-tool en een Workday-connector

Stappen

Configuratie

a Voorbeeldquery sql

Klaar om aan de slag te gaan?

Maak een einde aan knelpunten in de werving: verbeter vandaag je talent acquisition

We respecteren je privacy