> Continue verbetering > Recruitment & talent Acquisition > Workday Recruiting > datatemplate

Uw Recruitment & talent Acquisition datatemplate

Workday Recruiting

Recruitment & talent Acquisition Attributen (19) Recruitment & talent Acquisition Activiteiten (15) Extractiegidsen (3)

Uw Recruitment & talent Acquisition datatemplate

Deze template is een volledige gids voor het verzamelen van de data voor het analyseren van je wervings- en talentacquisitieprocessen. Het schetst essentiële attributen om te verzamelen, belangrijke activiteiten om te volgen en biedt richtlijnen voor het extraheren van deze data uit uw Workday Recruiting-systeem. Gebruik dit hulpmiddel om je datavoorbereiding te optimaliseren en je process mining-traject te versnellen.

Aanbevolen attributen om vast te leggen
Belangrijkste activiteiten om te volgen
Extractiehandleiding voor Workday Recruiting

Nieuw met event logs? Leer hoe je een process mining event log creëert.

Template downloaden

Recruitment & talent Acquisition Attributen

Dit zijn de aanbevolen velden om op te nemen in uw event log voor volledige wervings- en talentacquisitieanalyse, waardoor waardevolle inzichten in je wervingsproces mogelijk worden.

3 Verplicht 5 Aanbevolen 11 Optioneel

	Naam	Omschrijving
	Activiteitsnaam ActivityName	De naam van de specifieke gebeurtenis of taak die op een bepaald tijdsTip binnen het wervingsproces heeft plaatsgevonden.
Omschrijving De activiteitsnaam beschrijft een enkele stap of mijlpaal in het wervingsproces, zoals 'Application Screened', 'Interview Scheduled' of 'Offer Extended'. Deze activiteiten vormen de reeks gebeurtenissen die het proces samenstellen. Dit attribuut is belangrijk voor het visualiseren van de proceskaart, het vinden van de verschillende paden die sollicitaties nemen en het analyseren van de frequentie en volgorde van gebeurtenissen. Het vormt de basis voor het begrijpen van wat er in het proces gebeurt. Het belang Dit attribuut definieert de stappen van het wervingsproces, wat de visualisatie en analyse van de processtroom mogelijk maakt. Vindplaats Dit is afgeleid van bedrijfsprocesstapnamen of statuswijzigingen binnen de sollicitatiedata van Workday Recruiting. Voorbeelden Applicatie GescreendInterview VoltooidAanbod geaccepteerdKandidaat afgewezen
	Job Application JobApplicationId	De unieke ID voor de sollicitatie van een kandidaat, die dient als de centrale case ID voor het wervingsproces.
Omschrijving De Sollicitatie ID volgt uniek het traject van een kandidaat voor een specifieke vacaturevereiste, van initiële indiening tot de uiteindelijke beslissing. Elke interactie, statuswijziging of beslissingspunt gerelateerd aan deze sollicitatie is gekoppeld aan deze identificatie. In process mining is dit attribuut belangrijk. Het maakt de reconstructie mogelijk van de end-to-end processtroom van elke kandidaat, waardoor analyse van cyclustijden, knelpunten en genomen paden mogelijk worden. Het is het kernelement dat alle gerelateerde activiteiten verbindt tot een samenhangende case. Het belang Dit is de essentiële Case-ID die alle wervingsactiviteiten voor één enkele kandidaat met elkaar verbindt, waardoor het mogelijk is om het gehele aanwervingstraject te analyseren. Vindplaats Deze identificatie is een kernelement in Workday Recruiting, doorgaans beschikbaar in rapporten en databronnen gerelateerd aan sollicitaties. Voorbeelden APP-2023-001234APP-2023-005678APP-2024-009101
	TijdsTip Gebeurtenis EventTime	De timestamp die aangeeft wanneer de activiteit of gebeurtenis heeft plaatsgevonden.
Omschrijving Dit attribuut registreert de exacte datum en tijd waarop een specifieke wervingsactiviteit plaatsvond. Timestamps vormen de basis van process mining en bieden de chronologische volgorde van gebeurtenissen. Bij analyse worden tijdstempels gebruikt om doorlooptijden tussen activiteiten te berekenen, de totale cyclustijden zoals 'Time to Hire' te meten en knelpunten te vinden waar het proces vertraagd is. Ze zijn belangrijk voor elke tijdgebonden analyse van de wervingstrechter. Het belang Timestamps zijn belangrijk voor het berekenen van alle tijdsgebonden KPI's, het begrijpen van procesduur en het bekijken van knelpunten. Vindplaats Dit komt overeen met de voltooiingsdatum of transactiedatum van een bedrijfsprocesstap in Workday Recruiting. Voorbeelden 2023-10-26T10:00:00Z2023-11-05T14:30:00Z2024-01-15T09:15:00Z
	Aanvraag Status ApplicationStatus	Het uiteindelijke resultaat of de huidige status van de sollicitatie.
Omschrijving Dit attribuut registreert de uiteindelijke status van een sollicitatie, zoals 'Aangenomen', 'Afgewezen door Bedrijf', 'Aanbod Afgewezen' of 'Teruggetrokken door Kandidaat'. Het vertegenwoordigt de eindstatus van het proces voor een gegeven sollicitatie. Deze status is belangrijk voor uitkomstanalyse. Het wordt gebruikt om conversiepercentages, aanbodacceptatiepercentages en kandidaatuitvalpercentages in verschillende fasen te berekenen. Begrijpen waarom en waar sollicitaties eindigen is belangrijk voor het verbeteren van de algehele proceseffectiviteit. Het belang Definieert de uitkomst van elke case, wat belangrijk is voor het berekenen van conversiepercentages, uitvalpercentages en het algehele proces succes. Vindplaats Dit is doorgaans het veld voor de uiteindelijke status of statusreden op het Sollicitatie-object in Workday Recruiting. Voorbeelden AangenomenAfgewezenAanbod AfgewezenAanvraag Ingetrokken
	Aanwervingsmanager HiringManager	De naam van de aanwervende manager voor de functie waarop de kandidaat heeft gesolliciteerd.
Omschrijving Dit attribuut identificeert de manager van het team of de afdeling met de openstaande functie. De aanwervende manager is een belangrijke stakeholder in het besluitvormingsproces, vooral tijdens interviews en feedbackfasen. Deze gegevens zijn belangrijk voor het 'aanwervingsmanager Feedback Tijdlijnss' dashboard. Door de tijd tussen 'Interview Completed' en 'Feedback Submitted' per aanwervende manager te analyseren, kunnen organisaties vertragingen opsporen en samenwerken met specifieke managers om de wervingsloop te versnellen. Het belang Belangrijk voor het analyseren van de betrokkenheid van aanwervende managers en het vinden van vertragingen in het indienen van feedback, wat direct invloed heeft op de kandidaatervaring. Vindplaats Raadpleeg de Workday Recruiting documentatie. Dit is doorgaans onderdeel van de supervisory organization of job requisition details. Voorbeelden Susan AdamsDavid ChenAngela Rodriguez
	Afdeling Department	De afdeling of bedrijfseenheid die gekoppeld is aan de vacaturevereiste.
Omschrijving Dit attribuut specificeert de onderdeel, zoals 'Engineering', 'Marketing' of 'Finance', waarvoor de kandidaat wordt aangenomen. Het is afgeleid van de aan de vacaturevereiste gekoppelde superviserende organisatie. Bij analyse maakt filtering per afdeling vergelijking van wervingsprocessen tussen verschillende bedrijfsonderdelen mogelijk. Het wordt gebruikt in het 'Sollicitatiescreening Efficiëntie' dashboard om te zien of bepaalde afdelingen langere screeningstijden hebben, wat mogelijk duidt op verschillende praktijken of bronbehoeften. Het belang Maakt vergelijking mogelijk van de prestaties en efficiëntie van het wervingsproces tussen verschillende bedrijfsonderdelen of afdelingen. Vindplaats Raadpleeg de Workday Recruiting documentatie. Dit is afgeleid van de Supervisory Organization die gekoppeld is aan de Job Requisition. Voorbeelden EngineeringVerkoopPersoneelszakenFinanciën
	Applicatiebron ApplicationSource	Het kanaal of de bron via welke de sollicitatie van de kandidaat werd ontvangen.
Omschrijving Dit attribuut geeft aan hoe een kandidaat de functie heeft bekijkt en gesolliciteerd, bijvoorbeeld via de bedrijfscarrièrepagina, KoppelingedIn, een werknemersverwijzing of een wervingsbureau. Het begrijpen van de bron is belangrijk voor het optimaliseren van de wervingsstrategie en het budget. Dit is de basis voor het 'Effectiviteit Sourcingkanalen' dashboard en de 'Offer Acceptance Rate by Source' KPI, en helpt te bepalen welke kanalen de meeste en beste kwaliteit kandidaten opleveren. Het belang Helpt de effectiviteit van verschillende sourcingkanalen te ewaarderen, waardoor datagedreven beslissingen mogelijk worden over waar wervingsmiddelen te investeren. Vindplaats Raadpleeg de Workday Recruiting documentatie. Dit is een standaardveld op de sollicitatie. Voorbeelden KoppelingedInReferral via medewerkerCarrièresite van het BedrijfIndeed
	Naam Recruiter RecruiterName	De naam van de recruiter die verantwoordelijk is voor het beheren van de sollicitatie.
Omschrijving Dit attribuut identificeert de primaire talentacquisitiepartner of recruiter die is toegewezen aan de sollicitatie en vacaturevereiste. Zij zijn doorgaans verantwoordelijk voor het begeleiden van de kandidaat door het proces. Het analyseren van het proces per recruiter is belangrijk voor het begrijpen van teamprestaties en werkdruk. Het helpt bij het opbouwen van het 'Recruiter Prestaties en Doorvoer' dashboard en het berekenen van KPI's zoals 'Recruiter Time-to-Offer Variantie', waardoor vergelijkingen van efficiëntie en identificatie van best practices mogelijk worden. Het belang Maakt prestatieanalyse per recruiter mogelijk, wat helpt bij het vinden van best presterende medewerkers, trainingsbehoeften en onevenwichtigheden in de werkdruk. Vindplaats Raadpleeg de Workday Recruiting documentatie. Dit is doorgaans gekoppeld aan de Job Requisition of Job Application objecten. Voorbeelden John SmithEmily JonesMaria Garcia
	Aanbodbedrag OfferAmount	Het salarisbedrag dat aan de kandidaat wordt aangeboden.
Omschrijving Dit attribuut bevat de waarde van het basissalaris dat aan een kandidaat wordt voorgesteld in het jobaanbod. Het is een belangrijk gegeven in de laatste fasen van het wervingsproces. Het analyseren van aanbodbedragen kan inzichten verschaffen in compensatietrends en concurrentiepositie. In combinatie met de status 'Offer Accepted' kan het helpen bepalen of compensatie een factor is bij het afwijzen van aanbiedingen. Het is een sleutelelement voor het 'Aanbodbeheer en Acceptatiepercentages' dashboard. Het belang Helpt bij het analyseren van de compensatiestrategie en de impact ervan op de acceptatiepercentages van aanbiedingen. Vindplaats Raadpleeg de Workday Recruiting documentatie. Dit zou deel uitmaken van de 'Offer' bedrijfsprocesdata. Voorbeelden 8500012000065000
	Bronsysteem SourceSystem	Het systeem waaruit de data is opgehaald.
Omschrijving Dit attribuut identificeert de herkomst van de data, in dit geval Workday Recruiting. Het helpt bij data-governance en probleemoplossing, vooral wanneer data uit meerdere systemen wordt gecombineerd. Hoewel het misschien onbeduidend lijkt in een single-system analyse, is het een best practice om het altijd op te nemen. Het bevestigt de herkomst van de data en wordt belangrijk als later andere HR-systemen worden geïntegreerd. Het belang Identificeert de herkomst van de data, wat belangrijk is voor data-governance, validatie en het beheren van data uit meerdere bronnen. Vindplaats Dit is een statische waarde ('Workday Recruiting') die wordt toegevoegd tijdens het data-extractie- en transformatieproces. Voorbeelden Workday Recruiting
	Candidate ID CandidateId	De unieke ID voor de kandidaat.
Omschrijving De Kandidaat ID identificeert een individu uniek in het wervingssysteem, ongeacht hoeveel vacatures ze hebben gesolliciteerd. Dit maakt het mogelijk om de geschiedenis van een kandidaat bij het bedrijf te volgen over meerdere sollicitaties heen. Dit attribuut is nuttig voor het analyseren van de kandidaatervaring over tijd. Het kan bijvoorbeeld helpen te vinden of eerder afgewezen kandidaten opnieuw solliciteren en hoe hun trajecten verschillen, of als een enkele kandidaat tegelijkertijd voor meerdere rollen wordt overwogen. Het belang Maakt een kandidaatgerichte weergave van het proces mogelijk, waarbij een individu over meerdere sollicitaties en in de loop van de tijd wordt gevolgd. Vindplaats Dit is de primaire identificatie voor het Kandidaat-object in Workday Recruiting. Voorbeelden CAND-98765CAND-11223CAND-54321
	Is Geautomatiseerd IsAutomated	Een indicator die aangeeft of de activiteit automatisch door het systeem is uitgevoerd.
Omschrijving Deze vlag identificeert of een stap werd uitgevoerd door een gebruiker of door een geautomatiseerd systeemproces. Een initiële 'Application Received' bevestigingsmail kan bijvoorbeeld een geautomatiseerde activiteit zijn. Begrijpen welke stappen geautomatiseerd zijn, is belangrijk voor het vinden van kansen om de efficiëntie te verhogen. Het helpt bij het ewaarderen van de impact van automatisering op cyclustijden en bron-allocatie. Het belang Maakt onderscheid tussen handmatige en systeemgestuurde activiteiten, wat belangrijk is voor het vinden van automatiseringskansen en het meten van hun impact. Vindplaats Deze Informatie moet worden afgeleid door systeemgebruikersaccounts of specifieke gebeurtenis typen te vinden die bekend staan als geautomatiseerd in Workday. Voorbeelden truefalse
	Is Teruggetrokken IsWithdrawn	Een indicator die aangeeft of de sollicitatie door de kandidaat is ingetrokken.
Omschrijving Dit is een berekend booleaans attribuut dat waar is als de uiteindelijke status van de sollicitatie 'Teruggetrokken door Kandidaat' of een vergelijkbare staat is. Het helpt gevallen te isoleren waarin de kandidaat uit het proces is gestapt. Deze vlag vereenvoudigt de analyse voor het 'Kandidaatuitval Hotspots' dashboard en de 'Kandidaatuitvalpercentage' KPI. Het maakt eenvoudig filteren en aggregeren mogelijk om te begrijpen in welke fasen kandidaten het meest waarschijnlijk zullen terugtrekken. Het belang Helpt om specifiek kandidaatgedreven afhakers te analyseren, inzicht gevend in de kandidaatervaring en proceswrijvingspunten. Vindplaats Dit wordt berekend op basis van het 'ApplicationStatus' attribuut tijdens datatransformatie. Voorbeelden truefalse
	Kandidaten type CandidateType	Geeft aan of de kandidaat een interne medewerker of een externe sollicitant is.
Omschrijving Dit attribuut categoriseert kandidaten in groepen zoals 'Intern' of 'Extern'. Het wervingsproces, de tijdlijnen en het beleid kunnen significant verschillen tussen deze twee typen. Het afzonderlijk analyseren van het proces voor interne en externe kandidaten is belangrijk voor een volledig beeld. Het stelt de organisatie in staat de efficiëntie van haar interne mobiliteitsprogramma's te meten ten opzichte van externe wervingsinspanningen en ervoor te zorgen dat beide processen zijn geoptimaliseerd. Het belang Maakt een gescheiden analyse mogelijk van interne en externe wervingsprocessen, die vaak verschillende stappen, SLA's en doelen hebben. Vindplaats Raadpleeg de Workday Recruiting documentatie. Dit is een standaardveld op het kandidaatprofiel of de sollicitatie. Voorbeelden InternExtern
	Locatie vacature JobLocation	De geografische locatie of het land van de functie.
Omschrijving Dit attribuut specificeert de stad, staat of het land waar de functie is gevestigd. Voor remote functies kan het een regio aangeven of worden gemarkeerd als 'Remote'. Locatie is een waardevolle factor voor analyse. Het maakt vergelijkingen mogelijk van 'Time to Hire' en andere KPI's tussen verschillende regio's, wat variaties kan zichtbaar maken als gevolg van lokale marktomstandigheden, talentbeschikbaarheid of regionale procesverschillen. Het belang Maakt geografische analyse van het wervingsproces mogelijk, waarbij regionale verschillen in doorlooptijden en efficiëntie worden belicht. Vindplaats Deze Informatie maakt deel uit van de vacaturevereiste details in Workday. Voorbeelden New York, NYLonden, VKOp afstand (VS)Berlin, Duitsland
	Reden van afwijzing RejectionReason	De reden die wordt opgegeven wanneer de sollicitatie van een kandidaat wordt afgewezen.
Omschrijving Wanneer een sollicitatie naar een 'Afgewezen' status wordt verplaatst, biedt dit attribuut context voor de beslissing. Redenen kunnen zijn 'Geen culturele fit', 'Ontbrekende vereiste vaardigheden', of 'Functie ingevuld door andere kandidaat'. Het analyseren van afwijzingsredenen helpt bij het vinden van patronen in het wervingsproces. Een groot aantal afwijzingen voor 'Ontbrekende vereiste vaardigheden' in een laat stadium kan bijvoorbeeld duiden op een slecht geschreven vacaturebeschrijving. Deze gegevens zijn belangrijk voor het 'Kandidaatuitval Hotspots' dashboard om het 'waarom' achter de uitval te begrijpen. Het belang Biedt kwalitatief inzicht in waarom kandidaten niet doorstromen, wat helpt bij het verbeteren van vacaturebeschrijvingen en screeningcriteria. Vindplaats Raadpleeg de Workday Recruiting documentatie. Dit is vaak een substatus of redencode geassocieerd met de afwijzingsstap. Voorbeelden Niet gekwalificeerdMismatch ervaringBetere kandidaten geïdentificeerdVacature gesloten
	Tijdstip van extractie LastDataUpdate	De timestamp waarop de data voor het voor het laatst is bijgewerkt of opgehaald uit het bronsysteem.
Omschrijving Dit attribuut geeft de relevantie aan van de geanalyseerde data. Het toont de datum en tijd van de laatste data-extractie uit Workday Recruiting. Dit is belangrijk voor gebruikers om te begrijpen hoe actueel de analyse is. Het helpt hen de bevindingen correct te interpreteren, wetende of ze naar real-time data of een momentopname van een specifiek tijdsTip kijken. Het belang Biedt context over de relevantie van data, zodat gebruikers begrijpen hoe up-to-date de procesanalyse is. Vindplaats Deze `timestamp` wordt gegenereerd en toegevoegd tijdens het `ETL`-proces (Extractie, Transformatie en Laden van `data`). Voorbeelden 2024-05-20T08:00:00Z2024-05-21T08:00:00Z
	Time To Hire TimeToHire	De totale tijd vanaf de ontvangst van een sollicitatie tot het moment dat de kandidaat wordt aangenomen.
Omschrijving Dit is een berekening op case-niveau die de totale duur van het wervingsproces voor succesvolle kandidaten meet. Het wordt berekend als het tijdsverschil tussen de 'Sollicitatie Ontvangen' gebeurtenis en de 'Kandidaat Aangenomen' gebeurtenis. Dit is een van de belangrijkste KPI's in werving ('Gemiddelde Time to Hire'). Het biedt een overkoepelende maatstaf voor de algehele efficiëntie van het wervingsproces. Het volgen van deze metriek over tijd en afdelingen heen helpt bij het vinden van systematische verbeteringen of regressies. Het belang Een kritieke, high-level KPI die de algehele efficiëntie van de wervingsfunnel van begin tot eind meet. Vindplaats Dit wordt berekend uit de gebeurtenislog-data nadat deze uit Workday is opgehaald. Voorbeelden 259200043200003456000
	Vacatureaanvraag-ID JobRequisitionId	De unieke ID voor de vacature waarvoor de kandidaat heeft gesolliciteerd.
Omschrijving De Vacaturevereiste ID is de identificatie voor de goedgekeurde vacature. Eén enkele vereiste kan veel sollicitaties bevatten die eraan gekoppeld zijn. Dit attribuut maakt analyse op vereisteniveau mogelijk. Men kan bijvoorbeeld de totale tijd analyseren dat een vereiste openstond, het aantal gesourcede kandidaten, of de wervingstrechters voor verschillende soorten functies vergelijken (bijv. engineering versus sales vereisten). Het belang Koppelt meerdere sollicitaties aan één vacature, waardoor analyse van meetwaarden op vacaturevereisteniveau en wervingstrechters mogelijk worden. Vindplaats Dit is een primaire identificatie op het Job Requisition-object in Workday Recruiting en is gekoppeld aan elke sollicitatie. Voorbeelden REQ-2023-105REQ-2024-012REQ-2024-345

Verplicht Aanbevolen Optioneel

Recruitment & talent Acquisition Activiteiten

Dit zijn de belangrijkste processtappen en mijlpalen die u in uw event log moet vastleggen voor accurate procesbekijkking en het vinden van knelpunten in uw wervingsworkflow.

7 Aanbevolen 8 Optioneel

	Activiteit	Omschrijving
	Aanbod geaccepteerd	Vertegenwoordigt de formele acceptatie van het jobaanbod door de kandidaat. Deze gebeurtenis wordt vastgelegd wanneer de kandidaat de 'Accept Offer'-taak in hun Workday-portaal voltooit, of wanneer een recruiter de status handmatig bijwerkt.
Het belang Deze activiteit is belangrijk voor het berekenen van aanbodacceptatiepercentages per bron, afdeling of recruiter. Het triggert ook latere pre-hire activiteiten zoals achtergrondcontroles. Vindplaats Expliciet vastgelegd wanneer een kandidaat het aanbod accepteert via hun kandidaatportal. De actie wordt vastgelegd met een timestamp in de bedrijfsprocesgeschiedenis van de sollicitatie. Vastleggen Vastgelegd aan de hand van de voltooiingstimestamp van de taak 'Aanbod Accepteren'. Gebeurtenistype explicit
	Aanbod Uitgebracht	Markeert de formele uitbreiding van een jobaanbod aan een kandidaat. Dit is een discrete gebeurtenis die wordt vastgelegd wanneer het 'Create Offer' of 'Propose Compensatie' bedrijfsproces succesvol is voltooid voor de sollicitatie in Workday.
Het belang Dit is een belangrijke mijlpaal die wordt gebruikt om Time to Offer te berekenen en de conformiteit van het aanbodproces te analyseren. Het is het startpunt voor het meten van aanbodacceptatiepercentages. Vindplaats Deze gebeurtenis wordt expliciet vastgelegd in de bedrijfsproceshistorie voor de sollicitatie. De voltooiingstimestamp van de aanmaakstap van het aanbod levert de activiteitstijd op. Vastleggen Vastgelegd aan de hand van de voltooiingstimestamp van het bedrijfsproces 'Aanbod Creëren'. Gebeurtenistype explicit
	Aanvraag ontvangen	Markeert de start van het wervingsproces voor de sollicitatie van een kandidaat. Deze gebeurtenis wordt vastgelegd wanneer een kandidaat hun sollicitatie voor een specifieke vacaturevereiste succesvol indient via het Workday-portaal of een geïntegreerde carrièrewebsite.
Het belang Dit is de primaire startevenement voor het proces. Het analyseren van de tijd vanaf deze activiteit tot volgende mijlpalen is onmisbaar voor het meten van de totale Time to Hire en de effectiviteit van sourcingkanalen. Vindplaats Workday registreert dit als een expliciete gebeurtenis wanneer het 'Apply for Job' bedrijfsproces succesvol wordt voltooid voor een kandidaat. De gebeurtenis timestamp is beschikbaar in de sollicitatiehistorie van de kandidaat. Vastleggen Vastgelegd aan de hand van de timestamp van de sollicitatie-inzending in het profiel van de kandidaat. Gebeurtenistype explicit
	Kandidaat aangenomen	De succesvolle afronding van het wervingsproces, waarbij de kandidaat formeel wordt aangenomen als medewerker. Dit wordt vastgelegd wanneer het 'Hire' bedrijfsproces succesvol is voltooid in Workday, waardoor een werknemersdossier wordt aangemaakt.
Het belang Dit is de primaire succesvolle eindgebeurtenis. De timestamp is belangrijk voor het berekenen van Time to Hire en het meten van de algehele procesefficiëntie en succespercentages. Vindplaats Dit is een belangrijke, expliciete gebeurtenis die wordt vastgelegd door het 'Hire' bedrijfsproces in Workday HCM. De voltooiingstimestamp wordt opgenomen in de proceshistorie. Vastleggen Vastgelegd aan de hand van de voltooiingstimestamp van het bedrijfsproces 'Aanstellen' voor de kandidaat. Gebeurtenistype explicit
	Kandidaat afgewezen	Markeert een mislukt einde van het proces waarbij het bedrijf besluit niet verder te gaan met een kandidaat. Dit wordt afgeleid wanneer een recruiter de kandidaat naar een 'Afgewezen' of 'Niet Aangenomen' status verplaatst.
Het belang Dit is een kritieke eindgebeurtenis voor het analyseren van kandidaatuitval hotspots en afwijzingspercentages in verschillende fasen. Het helpt bij het vinden van problemen in het interview- of screeningproces. Vindplaats Afgeleid van de timestamp wanneer de status van de kandidaat wordt gewijzigd naar 'Afgewezen' in de sollicitatiehistorie. Een reden voor afwijzing wordt vaak ook vastgelegd. Vastleggen Afgeleid van de effectieve timestamp van de overgang naar een 'Rejected' dispositie. Gebeurtenistype inferred
	Kandidaat Doorgestuurd Naar Aanbodfase	Een belangrijke mijlpaal die aangeeft dat de beslissing is genomen om de kandidaat een baan aan te bieden. Dit wordt vastgelegd wanneer de sollicitatie van de kandidaat naar de 'Offer'-fase in het wervingsproces wordt verplaatst.
Het belang Deze activiteit is een belangrijke poort in het proces, en markeert de succesvolle voltooiing van alle evaluatiefasen. Het is een voorloper van het formele aanbod en een belangrijk punt voor cohortanalyse. Vindplaats Afgeleid van het audit trail van de sollicitatie, specifiek de timestamp wanneer de status van de kandidaat wijzigt naar 'Aanbod'. Vastleggen Geïdentificeerd door de statuswijziging naar een 'Offer'-fase in de voortgang van de kandidaat. Gebeurtenistype inferred
	Kandidaat Doorgestuurd Naar Interview	Geeft aan dat een kandidaat de initiële screening heeft doorstaan en nu in aanmerking komt voor een interview. Deze gebeurtenis wordt vastgelegd wanneer een recruiter de kandidaat verplaatst naar de 'Interview'-fase in het wervingsproces.
Het belang Deze mijlpaal markeert de overgang van screening naar actieve evaluatie. Het is een belangrijk punt voor het analyseren van conversiepercentages en de efficiëntie van de bovenkant van de wervingstrechter. Vindplaats Afgeleid van de timestamp wanneer de wervingsfase van de kandidaat wordt gewijzigd naar 'Interview' of een vergelijkbare aanduiding binnen de geschiedenis van de sollicitatie. Vastleggen Geïdentificeerd door de statuswijziging naar een 'Interview'-fase in de voortgang van de kandidaat. Gebeurtenistype inferred
	Aanvraag Ingetrokken	Een eind-gebeurtenis waarbij de kandidaat zich vrijwillig terugtrekt uit de overweging voor de functie. Dit wordt vastgelegd wanneer de status van de kandidaat wordt bijgewerkt naar 'Withdrawn', hetzij door henzelf of door een recruiter.
Het belang Het bijhouden wanneer en waarom kandidaten zich terugtrekken is belangrijk voor het begrijpen van problemen met de kandidaatervaring, proceslengte of de concurrentiepositie van aanbiedingen. Het is een belangrijke metriek voor uitvalanalyse. Vindplaats Afgeleid van de timestamp wanneer de status van de kandidaat wordt bijgewerkt naar 'Teruggetrokken'. Dit kan door de kandidaat zelf in hun portaal worden gedaan of door een recruiter. Vastleggen Afgeleid van de effectieve timestamp van de overgang naar een 'Withdrawn' dispositie. Gebeurtenistype inferred
	Antecedentenonderzoek gestart	Geeft de start aan van het achtergrondcontroleproces voor een kandidaat die een aanbod heeft geaccepteerd. Dit wordt meestal afgeleid van het moment dat de kandidaat naar een 'Background Check'-fase gaat, wat vaak een integratie met een externe leverancier activeert.
Het belang Deze activiteit is belangrijk voor het monitoren van compliance en het analyseren van vertragingen tussen aanbodacceptatie en de start van pre-hire checks. Het helpt zorgen voor een soepele overgang naar onboarding. Vindplaats Afgeleid van de timestamp waarop de kandidaat de 'Background Check'-fase ingaat in hun wervingsprocesstroom. Het audit trail voor de sollicitatie zal deze statuswijziging tonen. Vastleggen Afgeleid van de effectieve timestamp van de overgang naar de 'Background Check' fase. Gebeurtenistype inferred
	Applicatie Gescreend	Vertegenwoordigt de voltooiing van de initiële beoordeling van de sollicitatie van een kandidaat door een recruiter of screeningsteam. Dit wordt doorgaans afgeleid wanneer de kandidaat van een 'Applied' of 'New' status naar een 'Screening' of 'Under Review' fase wordt verplaatst.
Het belang Deze activiteit is belangrijk voor het analyseren van de efficiëntie van de initiële screeningsfase. Het bijhouden van de doorvoer en duur helpt bij het vroegtijdig vinden van knelpunten in de wervingstrechter. Vindplaats Afgeleid van de ingangsdatum van de fasewijziging van de kandidaat naar een screening- of beoordelingsstap in het audit trail van het 'Recruiting' bedrijfsproces. Vastleggen Afgeleid van de timestamp waarop de fase van de kandidaat wordt bijgewerkt naar 'Screen'. Gebeurtenistype inferred
	Background Check goedgekeurd	Markeert de succesvolle voltooiing van het achtergrondcontroleproces. Deze gebeurtenis wordt afgeleid wanneer de status van de kandidaat wordt bijgewerkt om aan te geven dat ze de noodzakelijke controles hebben doorstaan, waardoor ze geschikt zijn voor indiensttreding.
Het belang Dit is het laatste controlepunt voordat het aanwervingsproces kan worden afgerond. Vertragingen bij het ontvangen en registreren van deze goedkeuring kunnen de startdatum van een kandidaat ophouden. Vindplaats Afgeleid van een statusupdate van de sollicitatie van de kandidaat, zoals de overgang naar een 'Klaar voor Aanname' of 'Achtergrondcontrole Voltooid' fase. Vastleggen Afgeleid van de statuswijziging die een voltooide en goedgekeurde achtergrondcontrole aangeeft. Gebeurtenistype inferred
	Feedback Ingediend	Vertegenwoordigt het moment waarop een interviewer formeel hun evaluatie van een kandidaat na het interview indient. Workday biedt een specifiek mechanisme voor interviewers om direct feedback te geven op het profiel van de kandidaat.
Het belang Dit is belangrijk voor de 'aanwervingsmanager Feedback Tijdlijnss' analyse. Vertragingen hier zijn een veelvoorkomend knelpunt, en het bijhouden hiervan helpt bij het afdwingen van service level agreements. Vindplaats Dit is een expliciete gebeurtenis die wordt vastgelegd wanneer feedback wordt ingediend via de 'Provide Interview Feedback'-taak. De timestamp van indiening wordt vastgelegd tegen het interviewrecord. Vastleggen Geëxtraheerd uit de voltooiingstimestamp van het gebeurtenis 'Provide Interview Feedback'. Gebeurtenistype explicit
	Interview Gepland	Vertegenwoordigt de formele planning van een interview met de kandidaat. Dit wordt doorgaans vastgelegd wanneer een interviewgebeurtenis wordt aangemaakt en bevestigd binnen de planningsfunctionaliteit van Workday voor de specifieke sollicitatie.
Het belang Het meten van de tijd tussen deze en voorgaande activiteiten helpt bij het vinden van coördinatievertragingen. Dit is belangrijk voor het verbeteren van de kandidaatervaring en het versnellen van het interviewproces. Vindplaats Workday's interviewplanningsfunctie creëert gebeurtenissen met tijdstempels. Deze activiteit kan worden vastgelegd via de aanmaakdatum van het geplande interview dat aan de sollicitatie is gekoppeld. Vastleggen Vastgelegd aan de hand van de creatie-gebeurtenis van een interviewrecord in de wervingsmodule. Gebeurtenistype explicit
	Interview Voltooid	Markeert de voltooiing van een gepland interview met een kandidaat. Dit wordt over het algemeen afgeleid wanneer een interviewer of recruiter de status van het interview bijwerkt van 'Gepland' naar 'Voltooid' of 'Afgenomen'.
Het belang Deze activiteit dient als de trigger voor het feedback-indieningsvenster. Het analyseren van de tijd vanaf dit punt tot het indienen van feedback is belangrijk voor het meten van de responsiviteit van de aanwervende manager. Vindplaats 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 interviewstatusupdate of de wijziging van de kandidaatsfase na het interview. Gebeurtenistype inferred
	Onboarding gestart	Vertegenwoordigt de start van het onboardingproces voor nieuwe medewerkers binnen Workday. Dit is doorgaans een expliciete gebeurtenis die deel uitmaakt van het hoofd-'Hire' bedrijfsproces of direct daarna wordt geactiveerd.
Het belang Het analyseren van de tijd van 'Offer Accepted' tot deze activiteit helpt de kandidaatervaring na het aanbod te optimaliseren. Het zorgt ervoor dat nieuwe medewerkers betrokken en voorbereid zijn op hun eerste werkdag. Vindplaats Workday's 'Onboarding' bedrijfsproces heeft een duidelijke initiatie timestamp. Dit kan worden vastgelegd uit het proces audit trail voor het nieuwe werknemersdossier. Vastleggen Vastgelegd aan de hand van de initiatie-timestamp van het bedrijfsproces 'Onboarding'. Gebeurtenistype explicit

Aanbevolen Optioneel

Extractiegidsen

Hoe u je data uit Workday Recruiting haalt

Stappen

Log in bij Workday: Toegang tot uw Workday-tenant met een gebruikersaccount dat rechten heeft voor het aanmaken van aangepaste rapporten en toegang tot wervingsdata.
Een Aangepast Rapport Creëren: Navigeer naar de taak 'Create Custom Report'. Selecteer 'Advanced' als Rapporttype en schakel de optie 'Enable as Web Service' in. Voor de Databron gebruikt u een geïndexeerde bron zoals 'All Job Applications' voor betere prestaties.
Het Primaire Bedrijfsobject Definiëren: Stel het Primaire Bedrijfsobject in op 'Job Application'. Dit object dient als basis voor het rapport en de case-identificatie.
Datakolommen Toevoegen: Voeg de vereiste en aanbevolen velden toe aan het kolommenraster van het rapport. Voeg 'Job Application' toe voor de JobApplicationId. Voor andere attributen zoals 'Recruiter' en 'aanwervingsmanager' moet u deze toevoegen vanuit de gerelateerde bedrijfsobjecten die gekoppeld zijn aan de Job Application.
Berekende Velden voor Activiteiten Creëren: Dit is de meest belangrijke stap. Voor elk van de 15 activiteiten creëert u twee berekende velden: één voor de Activiteitsnaam en één voor de Event Timestamp. De logica voor deze velden wordt gedetailleerd in de sectie Query. Om bijvoorbeeld 'Offer Extended' vast te leggen, creëert u een veld dat controleert op de voltooiing van het bedrijfsproces 'Propose Compensatie' en een ander veld om de voltooiingstimestamp van dat proces te extraheren.
Berekende Velden aan het Rapport Toevoegen: Voeg alle nieuw aangemaakte berekende velden (30 in totaal, 15 voor activiteitsnamen en 15 voor tijdstempels) toe als kolommen in uw rapport. Het rapport zal in een 'breed' formaat zijn, met één rij per sollicitatie en vele kolommen die de potentiële activiteiten vertegenwoordigen.
Webservice Opties Configureren: Zorg ervoor dat in het tabblad 'Web Service' van de rapportdefinitie de checkbox 'Enable as Web Service' is geselecteerd. U kunt hier de namespace en URL van het rapport bekijken. Noteer de 'Naamspace' voor later gebruik.
Rechten Instellen: Deel het rapport met een Integration System Gebruiker (ISU) of een specifieke beveiligingsgroep die zal worden gebruikt om het RaaS-endpoint aan te roepen. Deze gebruiker moet rechten hebben tot het domein van de databron, bijvoorbeeld 'Recruiting: Job Applications'.
Rapport Uitvoeren en Testen: Voer het rapport uit vanuit de Workday UI om de output te verifiëren. Controleer op een redelijk aantal rijen en zorg ervoor dat de berekende velden correct worden ingevuld voor enkele voorbeeldtoepassingen.
De Extractie Plannen: Gebruik een extern planningsprogramma of middleware (zoals MuleSoft, Boomi, of een aangepast script) om de RaaS-URL van het rapport regelmatig aan te roepen. Het programma moet de Workday SOAP of REST API-aanroep met de juiste het inloggen afhandelen.
De Data Transformeren: De ruwe output van de RaaS-aanroep zal een breed XML- of CSV-bestand zijn. U moet een transformatiestap implementeren in uw middleware of een scriptingtaal (zoals Python) om deze data te unpivoten. Het script moet door elke rij (sollicitatie) itereren en een nieuwe rij in de uiteindelijke event log creëren voor elk niet-leeg activiteit/timestamp-paar, resulterend in een 'lang' formaat met drie hoofdkolommen: JobApplicationId, ActiviteitNaam, en EventTime.

Configuratie

Rapporttype: Gebruik altijd 'Advanced' om complexe berekende velden en toegang tot gerelateerde bedrijfsobjecten mogelijk te maken.
Databron: Gebruik een geïndexeerde databron zoals 'All Job Applications' om ervoor te zorgen dat het rapport efficiënt draait. Vermijd niet-geïndexeerde bronnen voor grote datasets.
Datumbereik Filtering: Het is belangrijk om een filter toe te passen op het veld 'Application Date' van het Job Application bedrijfsobject. Begin met een kleiner bereik, zoals de laatste 3 tot 6 maanden, om het datavolume en de rapportprestaties te beheren.
Primair Bedrijfsobject: Het primaire object moet 'Job Application' zijn om ervoor te zorgen dat de JobApplicationId dient als de case-identificatie.
Webservice Activering: U moet de optie 'Enable as Web Service' aanvinken in de rapportconfiguratie om het toegankelijk te maken via API's.
Beveiliging en Rechten: Het rapport moet worden gedeeld met een toegewijde Integration System Gebruiker (ISU). Deze ISU moet beveiligingsgroeprechten hebben om toegang te krijgen tot de vereiste datadomeinen, inclusief 'Recruiting: Job Applications', 'Business Process Transactions' en 'Worker Data'.
Outputformaat: Hoewel Workday verschillende outputformaten (XML, CSV, JSON) biedt, is XML (met name het 'Simple XML'-formaat) vaak het meest betrouwbaar voor gestructureerde data-extractie via de API.

a Voorbeeldquery config

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 Configureren: Creëer een Integration System Gebruiker (ISU) in Workday. Verleen deze gebruiker toegang tot de benodigde beveiligingsdomeinen voor de Recruiting API. Belangrijke domeinen omvatten 'Worker Data: Public Worker Reports', 'Job Application' en 'Recruiting: Reports'.
API-endpoint Identificeren: Lokaliseer het REST API-endpoint voor de 'Get Job Applications'-bewerking in uw Workday-tenant. De URL volgt doorgaans het formaat: https://[your_tenant_host]/ccx/api/v1/[your_tenant_name]/recruiting/jobApplications.
Python Omgeving Instellen: Zorg ervoor dat Python is geïnstalleerd. Installeer de benodigde bibliotheken met pip: pip install requests pandas.
Authenticatiescript Ontwikkelen: Implementeer in uw Python-script basishet inloggen met behulp van de in stap 1 gemaakte ISU. De gebruikersnaam en het wachtwoord worden in de request header verzonden.
API-aanvraaglogica Implementeren: Schrijf de functie om het 'Get Job Applications'-endpoint aan te roepen. Gebruik verzoekparameters om de data te filteren, zoals updatedSince om aanvragen op te halen die na een bepaalde datum zijn gewijzigd. Dit is belangrijk voor het beheren van datavolume.
API-paginatie Afhandelen: De Workday API retourneert een beperkt aantal records per verzoek. Uw script moet de response controleren op een total-telling en een link naar de next pagina of offset-parameter, en door alle pagina's loopen om de complete dataset op te halen.
Activiteitenmapping Definiëren: Creëer een mapping-woordenboek of een reeks conditieele statements in uw script. Deze logica vertaalt de bedrijfsprocesstatussen en wervingsstadia van Workday (bijv. 'Screen', 'Interview', 'Offer', 'Hire') naar de vereiste activiteitsnamen (bijv. 'Application Screened', 'Candidate Moved To Interview').
Sollicitatiegegevens Transformeren: Voor elke sollicitatie die via de API wordt opgehaald, parseert u de audittrail of stadiumgeschiedenis data. Deze geschiedenis bevat de volgorde van stadia, disposities en bedrijfsproces-gebeurtenissen met hun overeenkomstige tijdstempels.
Event Log Rijen Genereren: Iteratief doorloopt u de geschiedenis van elke sollicitatie. Voor elke relevante historische gebeurtenis dat overeenkomt met uw activiteitenmapping, creëert u een woordenboek dat een rij in de uiteindelijke event log vertegenwoordigt. Vul de JobApplicationId, ActiviteitNaam, EventTime en andere vereiste attributen aan.
Data Aggregeren en Structureren: Verzamel alle gegenereerde event log rijen van alle sollicitaties in een enkele lijst.
CSV-bestand Creëren en Exporteren: Gebruik de pandas-bibliotheek om de lijst met gebeurtenis-woordenboeken om te zetten in een DataFrame. Exporteer vervolgens de DataFrame naar een CSV-bestand. Zorg ervoor dat de kolomkoppen overeenkomen met de vereisten voor ProcessMind (bijv. CaseId, Activiteit, Timestamp).
Controleren en Uploaden: Open het uiteindelijke CSV-bestand om de inhoud te controleren op juistheid en volledigheid voordat u het uploadt naar de process mining-tool.

Configuratie

Workday Integration System Gebruiker (ISU): Een ISU met een sterk, niet-verlopend wachtwoord is vereist. Deze heeft rechten nodig tot de beveiligingsdomeinen 'Recruiting' en 'Worker Data' om toegang te krijgen tot sollicitatie- en kandidaatdetails.
API-endpoint en -versie: U moet het juiste REST API-endpoint voor uw Workday-tenant gebruiken. Het is belangrijk de API-versie in de aanvraag te specificeren om consistent gedrag te zorgen.
Datumbereikfilter: Het script moet een datumbereikfilter (bijv. updatedSince) gebruiken om de query te beperken tot een beheersbaar tijdsbestek. Voor initiële extracties wordt een periode van 3-6 maanden aanbevolen. Voor daaropvolgende delta-ladingen gebruikt u de timestamp van de laatst succesvolle extractie.
Paginatielimiet: Let op de limit-parameter in de API, die bepaalt hoeveel records per pagina worden geretourneerd. Een typisch maximum is 100. Het script moet zodanig zijn ontworpen dat het dit afhandelt door meerdere gepagineerde verzoeken te doen.
Antwoordvelden: Om de prestaties te verbeteren, kunt u specificeren welke velden moeten worden geretourneerd met behulp van een velden of vergelijkbare parameter, indien de API dit ondersteunt. Dit vermindert de omvang van de API-antwoordpayload.
Activiteitenmapping Configuratie: De kernlogica van het script is de mapping van Workday-stadia naar de gedefinieerde activiteiten. Dit moet mogelijk worden aangepast op basis van de specifieke Workday Recruiting procesconfiguratie van uw 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

Verplichten en Setup: Zorg ervoor dat u een gelicentieerde externe ETL- of iPaaS-tool, zoals CData, MuleSoft, of een vergelijkbaar platform, heeft geïnstalleerd met de Workday connector. Bevestig dat u inloggegevens heeft voor een Workday Integration System Gebruiker (ISU) met de benodigde API-rechten voor de Recruiting- en Staffing-domeinen.
Workday Verbinding Configureren: Creëer in uw ETL-tool een nieuwe verbinding met Workday. Geef uw Workday tenant URL, API-versie en de ISU-inloggegevens op, bijvoorbeeld gebruikersnaam en wachtwoord of OAuth 2.0-tokens. Test de verbinding om te verzekeren dat deze succesvol is.
Het Dataschema Verkennen: Gebruik de schemabrowser of databronverkenner in uw ETL-tool om de Workday-objecten te bekijken die beschikbaar zijn via de connector. Deze worden doorgaans gepresenteerd als tabellen of views, zoals Job_Application, Job_Requisition en Candidate_Stage_History. Maak uzelf vertrouwd met de beschikbare velden en relaties.
Belangrijke Data-objecten Identificeren: Voor deze extractie heeft u voornamelijk data nodig van objecten die gerelateerd zijn aan sollicitaties, kandidaatgeschiedenis, interviews, aanbiedingen en aanstellingen. De exacte namen zijn afhankelijk van uw connector, maar zoek naar objecten die deze kernentiteiten vertegenwoordigen.
De SQL-query Ontwikkelen: Creëer een nieuwe data-extractietaak of -pijplijn. Gebruik een SQL-transformatie stap om een query uit te voeren tegen de Workday-verbinding. Kopieer en plak de meegeleverde SQL-query in deze stap. Deze query is ontworpen om data van meerdere Workday-objecten te verzamelen en deze te unioneren tot een enkel event log-formaat.
De Query Parametreren: Pas de WHERE-clausule van de query aan om parameters voor het datumbereik op te nemen, bijvoorbeeld startDate en endDate. Configureer deze parameters in uw ETL-taak zodat u het extractievenster eenvoudig kunt wijzigen zonder de code te bewerken.
De Extractietaak Uitvoeren: Voer de geconfigureerde ETL-taak uit. De tool zal verbinding maken met Workday, de SQL-query via de API uitvoeren en de data ophalen naar een staging area of geheugen.
Data Controleren en Valideren: Voordat u de definitieve output schrijft, gebruikt u de voorbeeldweergavefunctie in uw ETL-tool om de resultaten te inspecteren. Controleer op een redelijk aantal rijen, verzeker dat alle kolommen zoals verwacht zijn ingevuld en verifieer dat verschillende activiteiten aanwezig zijn.
De Bestemming Configureren: Definieer het doel voor uw opgehaalde data. Dit is doorgaans een CSV-bestand voor upload naar ProcessMind. Configureer de bestandsnaam, het scheidingsteken (komma) en de codering (UTF-8).
Voltooien en Exporteren: Voer de volledige extractietaak uit om het definitieve CSV-bestand te genereren. Zorg ervoor dat de kolomkoppen in het uitvoerbestand overeenkomen met de vereiste attributen: JobApplicationId, ActiviteitNaam, EventTime, RecruiterNaam, HiringManager, ApplicationSource, Department, en ApplicationStatus.

Configuratie

Workday Connector Credentials: De verbinding vereist de Workday tenant URL en geautoriseerde Integration System Gebruiker (ISU) inloggegevens, bestaande uit een wachtwoord of OAuth 2.0 client credentials. De gebruiker moet beveiligingsrechten hebben voor de functionele gebieden 'Recruiting' en 'Staffing'.
Webservice Activering: De connector kan vereisen dat u specificeert welke Workday Web Services moeten worden blootgesteld. Zorg ervoor dat services gerelateerd aan Recruiting, Staffing en Human Bronnen zijn ingeschakeld om toegang te krijgen tot alle benodigde data-objecten.
Periode: Om de prestaties en het datavolume te beheren, is het belangrijk de extractie te filteren op een specifieke periode. We adviseren een initiële lading van 3 tot 6 maanden aan data, gevolgd door incrementele dagelijkse of wekelijkse ladingen. Dit wordt beheerd via de WHERE-clausule in de SQL-query.
Data Omvang Filters: Als u het proces alleen voor bepaalde onderdelen van de organisatie wilt analyseren, overweeg dan filters toe te voegen in de WHERE-clausule voor velden zoals Company, Kosten Center of Supervisory Organization.
API-versie: Sommige connectors vereisen dat u de Workday API-versie specificeert. Het is het beste om een recente, ondersteunde versie te gebruiken om toegang te garanderen tot de meest recente data-objecten en functionaliteiten.
Prestatieoverwegingen: Volledige data-extracties uit Workday kunnen bronintensief zijn. Plan grote taken buiten piekuren. Voor voortdurende analyse implementeert u een incrementele laadstrategie gebaseerd op een 'laatst gewijzigde' timestamp om alleen nieuwe of bijgewerkte records op te halen.

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]'

Uw Recruitment & talent Acquisition datatemplate

Uw Recruitment & talent Acquisition datatemplate

Recruitment & talent Acquisition Attributen

Recruitment & talent Acquisition Activiteiten

Extractiegidsen

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

Stappen

Configuratie

a Voorbeeldquery config

Workday Recruiting API Extractie via Python Script

Stappen

Configuratie

a Voorbeeldquery python

ETL Tool Extractie met een Workday Connector

Stappen

Configuratie

a Voorbeeldquery sql

Klaar om te starten?

Eindig Wervingsknelpunten: Optimaliseer Vandaag Nog Uw talentacquisitie

Uw Recruitment & talent Acquisition datatemplate

Uw Recruitment & talent Acquisition datatemplate

Recruitment & talent Acquisition Attributen

Recruitment & talent Acquisition Activiteiten

Extractiegidsen

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

Stappen

Configuratie

a Voorbeeldquery config

Workday Recruiting API Extractie via Python Script

Stappen

Configuratie

a Voorbeeldquery python

ETL Tool Extractie met een Workday Connector

Stappen

Configuratie

a Voorbeeldquery sql

Wij hechten veel waarde aan je privacy

Klaar om te starten?

Eindig Wervingsknelpunten: Optimaliseer Vandaag Nog Uw talentacquisitie