Data Template: Werknemerslevenscyclus (Hire to Retire)
Uw Hire to Retire - Employee Lifecycle Data Template
- Aanbevolen attributes om te verzamelen voor een grondige analyse
- Belangrijkste activiteiten om te volgen gedurende de medewerkerlevenscyclus
- Praktische handleiding voor data-extractie uit Workday Onboarding
Hire to Retire - Werknemerslevenscyclus Attributes
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteitsnaam
ActivityName
|
De naam van het specifieke event of de taak die op een bepaald punt in de werknemerslevenscyclus plaatsvond. | ||
|
Beschrijving
De Activiteitsnaam beschrijft een specifieke stap in het Aanname tot Uitdiensttreding-proces, zoals 'Aanbod Geaccepteerd', 'Achtergrondscreening Voltooid' of 'Promotie Goedgekeurd'. Deze activiteiten vormen de knopen van de proceskaart, die de opeenvolging van events weergeven die de medewerkersreis vormen. Het analyseren van deze activiteiten helpt organisaties de processtroom te begrijpen, veelvoorkomende en zeldzame paden te identificeren en stadia te detecteren waar vertragingen of herstelwerk optreden. Consistente en duidelijke naamgeving van activiteiten is cruciaal voor het opbouwen van een nauwkeurig en begrijpelijk procesmodel.
Waarom het belangrijk is
Het definieert de stappen in de proceskaart, wat de basis vormt voor alle process mining analyse en visualisatie.
Waar te verkrijgen
Afgeleid van de Business Process Step of Event Name binnen Workday transactielogboeken.
Voorbeelden
Aanbodbrief GegenereerdOnboardingtaken VoltooidBeëindiging Geïnitieerd
|
|||
|
Gebeurtenistijdstempel
EventTimestamp
|
De exacte datum en tijd waarop de activiteit of het event werd vastgelegd. | ||
|
Beschrijving
Dit attribute biedt de temporele context voor elke activity (activiteit), en registreert wanneer deze plaatsvond. De volgorde en timing van deze timestamps worden gebruikt om de process flow (processtroom) te construeren en alle tijdsgebonden metrics (statistieken) te berekenen, zoals cycle times (doorlooptijden) en looptijden. Binnen analysis (analyse) is de Event Timestamp fundamenteel voor het begrijpen van procesprestaties. Het maakt het mogelijk om de tijd tussen stappen te berekenen, vertragingen te identificeren en procesgedrag over verschillende tijdsperioden te analyseren, zoals het vergelijken van de aanstellingssnelheid per kwartaal.
Waarom het belangrijk is
Dit attribute is cruciaal voor het correct ordenen van events en het berekenen van alle performance metrics (prestatiestatistieken) zoals cycle time (doorlooptijd) en bottlenecks (knelpunten).
Waar te verkrijgen
Dit is een standaard onderdeel van elk logboek van business process transacties in Workday, vaak aangeduid als de 'Effective Date' of 'Completed Moment'.
Voorbeelden
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2024-01-15T09:12:00Z
|
|||
|
Werknemer-ID
EmployeeId
|
De unieke identificatiecode voor een werknemer, die dient als de primaire case-ID voor hun hele levenscyclus binnen de organisatie. | ||
|
Beschrijving
De Werknemer-ID is de hoeksteen van de analyse van het Aanname tot Uitdiensttreding-proces. Het koppelt alle gerelateerde events, van de initiële sollicitatie tot de uiteindelijke uitdiensttreding, tot één samenhangende reis. Door deze ID te volgen, kunnen organisaties een complete geschiedenis opbouwen van het dienstverband van een werknemer, inclusief rolwisselingen, functioneringsgesprekken en onboardingstappen. In process mining wordt elke activiteit geassocieerd met een Werknemer-ID, waardoor een uitgebreid beeld ontstaat van individuele en geaggregeerde werknemerslevenscycli. Dit maakt het mogelijk om de duur van processen te analyseren, veelvoorkomende paden te identificeren en knelpunten te ontdekken die van invloed zijn op werknemers in verschillende fasen van hun loopbaan.
Waarom het belangrijk is
Dit attribute is essentieel voor het samenvoegen van alle levenscyclus-events voor één medewerker, waardoor een compleet end-to-end procesoverzicht mogelijk wordt.
Waar te verkrijgen
Dit is een kernveld in Workday HCM, doorgaans te vinden in werknemersprofielen en business process transacties.
Voorbeelden
100234510087651011212
|
|||
|
Afdeling
Department
|
De organisatorische afdeling waartoe de werknemer behoort. | ||
|
Beschrijving
Dit attribute vertegenwoordigt de toegewezen afdeling van de medewerker, zoals 'Sales', 'Engineering' of 'Human Resources'. Het is een cruciale dimensie voor het segmenteren en vergelijken van procesprestaties over verschillende delen van de organisatie. Binnen process analysis (procesanalyse) maakt het filteren op 'Department' (Afdeling) het mogelijk om vragen te beantwoorden zoals: 'Is de time-to-hire langer voor de Engineering afdeling dan voor Sales?' of 'Welke afdelingen hebben het hoogste aantal afwijkingen in onboarding?'. Dit helpt bij het opsporen van gelokaliseerde problemen en het afstemmen van procesverbeteringen.
Waarom het belangrijk is
Het maakt krachtige vergelijkende analyse mogelijk en helpt te identificeren of procesinefficiënties geconcentreerd zijn in specifieke bedrijfsonderdelen.
Waar te verkrijgen
Dit maakt deel uit van de kernfunctie- en organisatiegegevens van de medewerker in Workday HCM, gekoppeld aan hun functie.
Voorbeelden
EngineeringVerkoop en MarketingFinanciën
|
|||
|
Eindtijd van het event
EventEndTime
|
De timestamp die de voltooiing van een activiteit markeert, met name voor taken met een meetbare duur. | ||
|
Beschrijving
Waar StartTime aangeeft wanneer een activiteit begon, markeert Event End Time de voltooiing ervan. Het verschil tussen beide vertegenwoordigt de verwerkingstijd van de activiteit. Dit is bijzonder nuttig voor taken die niet ogenblikkelijk zijn, zoals 'Achtergrondscreening' of 'Prestatiebeoordeling'. Bij analyse is dit attribute cruciaal voor het berekenen van de ProcessingTime metric. Het helpt onderscheid te maken tussen de wachttijd tussen activiteiten en de werkelijk bestede tijd aan een activiteit, wat leidt tot een nauwkeuriger inzicht in waar tijd wordt besteed in het proces.
Waarom het belangrijk is
Het maakt de berekening van de werkelijke verwerkingstijd van een activiteit mogelijk, wat helpt om actieve werktijd te onderscheiden van inactieve wachttijd.
Waar te verkrijgen
Voor sommige business processen in Workday worden zowel initiatie- als voltooiings-timestamps gelogd. Dit kan het samenvoegen van events vereisen.
Voorbeelden
2023-10-26T18:30:00Z2023-11-05T11:00:15Z2024-01-15T17:20:00Z
|
|||
|
Job Requisition ID
JobRequisitionId
|
De unieke identificatiecode voor de vacatureaanvraag die het aannameproces initieerde. | ||
|
Beschrijving
De Vacature-ID koppelt alle vroege wervingsactiviteiten, zoals het plaatsen van een vacature, het screenen van kandidaten en het genereren van aanbiedingen, aan een specifieke zakelijke behoefte. Het fungeert als een secundaire case-ID voor de wervingsfase van de werknemerslevenscyclus. Analyseren op basis van de Vacature-ID kan inzichten bieden in de efficiëntie van het aannameproces voor verschillende rollen of afdelingen. Het helpt bij het volgen van de hele funnel, van de creatie van de aanvraag tot de acceptatie van het aanbod, en ondersteunt KPI's zoals 'Gemiddelde Doorlooptijd Aanname'.
Waarom het belangrijk is
Het groepeert alle pre-aanwervingsactiviteiten onder één enkele identifier, wat een gedetailleerde analyse van het wervingsgedeelte van het proces mogelijk maakt.
Waar te verkrijgen
Te vinden binnen de Recruiting module van Workday. Het is gekoppeld aan de sollicitatie van de kandidaat en de daaropvolgende hiring-event.
Voorbeelden
REQ-2023-05-101REQ-2024-01-230REQ-2023-11-087
|
|||
|
Levenscyclus Event Type
LifecycleEventType
|
Categoriseert het proces in belangrijke levenscyclustypen, zoals Onboarding, Promotie of Uittreding. | ||
|
Beschrijving
Dit attribute biedt een classificatie op hoog niveau voor verschillende trajecten binnen het algehele 'Hire-to-Retire' proces. Door elke case te taggen als Onboarding, 'Internal Mobility' (Interne Mobiliteit) of 'Termination' (Beëindiging), wordt het veel eenvoudiger om de proceskaart te filteren en deze afzonderlijke subprocessen geïsoleerd te analyseren. Om bijvoorbeeld het 'Internal Mobility & Promotion Time' dashboard te analyseren, zou men filteren op cases waarbij het 'Lifecycle Event Type' 'Internal Mobility' of 'Promotion' is. Deze segmentatie is cruciaal voor het creëren van gerichte analyses en dashboards die specifieke bedrijfsvragen beantwoorden.
Waarom het belangrijk is
Het maakt het mogelijk de algehele medewerkerreis te segmenteren in afzonderlijke subprocessen, wat een gerichte analyse van onboarding, offboarding of promoties mogelijk maakt.
Waar te verkrijgen
Dit wordt doorgaans afgeleid door specifieke Workday Business Process-namen (bijv. 'Hire', 'Change Job', 'Terminate') te koppelen aan deze categorieën tijdens datatransformatie.
Voorbeelden
OnboardingInterne MobiliteitOffboardingPrestatiebeheer
|
|||
|
Uitvoerder gebeurtenis
EventPerformer
|
De gebruiker of geautomatiseerde systeemagent die de activiteit uitvoerde. | ||
|
Beschrijving
Dit attribute identificeert de persoon, rol of het systeem dat verantwoordelijk is voor het voltooien van een task. Dit kan een hiring manager zijn die een aanbod goedkeurt, een HR-specialist die onboarding initieert, of een systeemproces dat een notificatie genereert. Het analyseren van de 'Event Performer' is cruciaal voor het begrijpen van resource allocatie, werkbelastingverdeling en gebruikersadoptie. Het kan helpen overbelaste teams te identificeren, kansen voor automation (automatisering) te benadrukken daar waar handmatige gebruikers repetitieve tasks uitvoeren, en prestatieverschillen tussen individuen of afdelingen te analyseren.
Waarom het belangrijk is
Dit attribute helpt bij het analyseren van de werkbelastingverdeling, gebruikersprestaties en identificeert wie betrokken is bij het proces, wat essentieel is voor gerichte verbeteringen.
Waar te verkrijgen
Beschikbaar in de transactielogboeken van Workday Business Processes, vaak gekoppeld aan de gebruiker die een stap heeft voltooid.
Voorbeelden
jsmith@example.comr.davisSysteemproces
|
|||
|
Bewerkingstijd
ProcessingTime
|
De tijd die actief aan een event wordt gewerkt. | ||
|
Beschrijving
Deze metriek berekent de verstreken tijd tussen de start en het einde van een activiteit (EventEndTime - StartTime). Het vertegenwoordigt de daadwerkelijke werkduur, in tegenstelling tot de wachttijd tussen activiteiten. Het kan bijvoorbeeld meten hoe lang een achtergrondcontrole actief werd verwerkt. Het analyseren van de Processing Time helpt te identificeren welke specifieke taken de meeste inspanning kosten, in plaats van alleen welke procesfasen de langste vertragingen hebben. Dit maakt meer gerichte verbeteringen mogelijk, gericht op het efficiënter maken van het werk zelf.
Waarom het belangrijk is
Het isoleert de tijd besteed aan waardetoevoegend werk van inactieve tijd, wat een duidelijk doelwit biedt voor efficiëntieverbeteringen op taakniveau.
Waar te verkrijgen
Berekend veld: EventEndTime min EventTimestamp.
Voorbeelden
2 uur5 dagen30 minuten
|
|||
|
Bronsysteem
SourceSystem
|
Het systeem waaruit de event data werd geëxtraheerd, in dit geval Workday Onboarding. | ||
|
Beschrijving
Dit attribute identificeert de herkomst van de data. Hoewel we in dit overzicht focussen op Workday Onboarding, kan een volledig 'Hire-to-Retire' proces data omvatten van andere systemen, zoals een Applicant Tracking System (ATS) of een aparte payroll provider. Het specificeren van het source system (bronsysteem) is essentieel voor data governance en om de context van de event te begrijpen. In een multisysteem analysis (analyse) maakt dit veld het mogelijk om de procesweergave te filteren op events van een specifiek systeem of om de handoffs (overdrachten) tussen verschillende systemen te analyseren.
Waarom het belangrijk is
Het biedt cruciale context over de herkomst van data, wat essentieel is voor data-validatie en voor analyses die data uit meerdere systemen combineren.
Waar te verkrijgen
Dit is doorgaans een statische waarde ('Workday Onboarding') die wordt toegevoegd tijdens het data-extractie- en transformatieproces.
Voorbeelden
Workday OnboardingWorkday HCM
|
|||
|
Dienstverbandstatus
EmploymentStatus
|
De huidige arbeidsstatus van de medewerker, zoals Actief, Beëindigd of Met Verlof. | ||
|
Beschrijving
Dit attribute geeft de huidige status van de medewerker binnen de organisatie aan. Het is een dynamisch veld dat verandert naarmate de medewerker door zijn levenscyclus beweegt. Zo start een nieuwe aanwinst als 'Pre-Hire' of Onboarding en wordt 'Active' (actief) na voltooiing. Binnen process mining levert dit attribute waardevolle state information (statusinformatie). Het kan worden gebruikt om process compliance te controleren, bijvoorbeeld door te zorgen dat payroll alleen wordt ingesteld voor 'Active' medewerkers. Het helpt ook bij het filteren op specifieke populaties, zoals het analyseren van het offboarding proces voor alle 'Terminated' (beëindigde) medewerkers.
Waarom het belangrijk is
Biedt een momentopname van de huidige status van de medewerker, wat nuttig is voor het valideren van proceslogica en voor het filteren van analyses op specifieke medewerkerspopulaties.
Waar te verkrijgen
Een kernveld op het profiel van de medewerker in Workday HCM.
Voorbeelden
ActiefBeëindigdMet VerlofPre-Indiensttreding
|
|||
|
Employment Type
EmploymentType
|
Geeft aan of de medewerker voltijds, deeltijds, een contractor of een stagiair is. | ||
|
Beschrijving
Dit attribute classificeert de aard van de arbeidsovereenkomst. Verschillende soorten dienstverbanden volgen vaak verschillende procesvarianten voor onboarding, salarisverwerking en de inrichting van secundaire arbeidsvoorwaarden. Door dit attribute als filter te gebruiken, kunnen organisaties de levenscyclusprocessen voor verschillende werknemerscategorieën vergelijken. Dit kan bijvoorbeeld aantonen of het onboarding proces voor contractors aanzienlijk sneller of minder compliant is dan dat voor vaste medewerkers, wat gerichte procesaanpassingen mogelijk maakt.
Waarom het belangrijk is
Helpt bij het vergelijken van procesvariaties tussen verschillende werknemerscategorieën, zoals fulltime werknemers en contractanten, die mogelijk verschillende procedures volgen.
Waar te verkrijgen
Een standaardveld in de functiegegevens van de medewerker in Workday HCM.
Voorbeelden
FulltimeParttimeContractorStagiair
|
|||
|
Functie ID
PositionId
|
De unieke identificatiecode voor de specifieke positie of functie die de werknemer bekleedt. | ||
|
Beschrijving
De Positie-ID identificeert de specifieke rol die een werknemer bekleedt binnen de organisatiestructuur. Elke positie heeft attributes, zoals een functieprofiel, locatie en rapportagestructuur. Het is specifieker dan een functietitel, aangezien meerdere posities dezelfde titel kunnen delen. Analyseren op basis van Positie-ID helpt bij het begrijpen van processen die verband houden met specifieke rollen. Zo zou men de onboarding-reis voor alle 'Senior Software Engineer'-posities kunnen analyseren om te zien of er gemeenschappelijke patronen of vertragingen zijn die uniek zijn voor die rol.
Waarom het belangrijk is
Maakt gedetailleerde analyse mogelijk op basis van specifieke rollen, wat inzicht geeft in hoe processen verschillen voor diverse functies binnen het bedrijf.
Waar te verkrijgen
Een standaardveld gekoppeld aan de functie van de medewerker in Workday HCM.
Voorbeelden
POS-1001POS-2345POS-8762
|
|||
|
Is Compliance-Activiteit
IsComplianceActivity
|
Een booleaanse vlag die aangeeft of een activiteit een verplichte compliance- of regelgevende stap is. | ||
|
Beschrijving
Deze markering identificeert activiteiten die cruciaal zijn voor wettelijke, regelgevende of beleidsmatige compliance, zoals het ondertekenen van een beleidsverklaring of het voltooien van verplichte training. Het helpt deze kritieke taken te scheiden van reguliere administratieve taken. In de analyse maakt dit attribute het mogelijk om dashboards en KPIs te creëren die specifiek gericht zijn op compliance, zoals de 'Critical Compliance Activity Rate'. Het helpt organisaties te monitoren en te waarborgen dat de belangrijkste regelgevende stappen tijdig worden voltooid voor alle medewerkers, waardoor organisatierisico's worden verminderd.
Waarom het belangrijk is
Maakt gerichte monitoring van kritieke compliance-stappen mogelijk om naleving van regelgeving te waarborgen en risico's te verminderen.
Waar te verkrijgen
Dit is een afgeleide attribute, doorgaans gecreëerd tijdens datatransformatie door een lijst van bekende compliance-gerelateerde activiteitsnamen te koppelen aan een waar/onwaar indicator.
Voorbeelden
truefalse
|
|||
|
Is herstelwerk
IsRework
|
Een booleaanse vlag die aangeeft of een activiteit een herhaling is van een vorige stap in dezelfde case. | ||
|
Beschrijving
Dit attribute identificeert gevallen van rework (herbewerking), waarbij een task meer dan eens moet worden uitgevoerd voor dezelfde medewerker. Voorbeelden hiervan zijn het opnieuw indienen van incorrecte documenten of het opnieuw uitvoeren van een mislukt antecedentenonderzoek. Het wordt doorgaans geïdentificeerd doordat dezelfde activity naam meerdere keren verschijnt binnen de event log van een case. Het analyseren van rework is cruciaal voor het verbeteren van de procesefficiëntie en kwaliteit. De 'IsRework' flag (indicator) maakt het eenvoudig om de hoeveelheid rework te kwantificeren, de hoofdoorzaken ervan te identificeren en de impact te meten van verbeteringen die gericht zijn op dingen in één keer goed doen. Het ondersteunt direct het 'Rework & Repetition Analysis' dashboard.
Waarom het belangrijk is
Helpt bij het kwantificeren van procesinefficiëntie en verspilling door activiteiten te markeren die worden herhaald, wijzend op kwaliteits- of communicatieproblemen.
Waar te verkrijgen
Dit is een berekende indicator. De logica wordt toegepast tijdens process mining-analyse door het detecteren van herhaalde activiteiten binnen dezelfde case.
Voorbeelden
truefalse
|
|||
|
Is SLA Overtreden
IsSlaViolated
|
Een booleaanse vlag die aangeeft of een activiteit na de beoogde SLA-datum is voltooid. | ||
|
Beschrijving
Dit berekende attribute biedt een eenvoudige true/false indicator die aangeeft of een processtap voldeed aan de Service Level Agreement. Het wordt afgeleid door de voltooiingstimestamp (EventTimestamp) van de activity te vergelijken met de deadline (SlaTargetDate). Deze flag (indicator) is uiterst nuttig voor dashboards en reporting (rapportage), aangezien het het eenvoudig tellen en visualiseren van SLA overtredingen mogelijk maakt. Het voedt KPI's zoals 'Performance Review Timeliness' en vereenvoudigt het creëren van alerts (meldingen) of reports (rapporten) over achterstallige tasks, waardoor teams zich kunnen richten op de meest kritieke vertragingen.
Waarom het belangrijk is
Vereenvoudigt prestatiebewaking door alle gevallen duidelijk te flaggen waarin overeengekomen termijnen niet zijn nageleefd.
Waar te verkrijgen
Berekend veld: true als EventTimestamp > SlaTargetDate, anders false.
Voorbeelden
truefalse
|
|||
|
Laatste data-update
LastDataUpdate
|
De timestamp die aangeeft wanneer de data voor dit event voor het laatst is ververst vanuit het bronsysteem. | ||
|
Beschrijving
Dit attribute markeert wanneer de dataset voor het laatst is bijgewerkt. Het biedt transparantie over de actualiteit van de geanalyseerde data, wat cruciaal is voor het nemen van tijdige en relevante zakelijke beslissingen op basis van de process mining inzichten. Voor dashboards en continue monitoring helpt deze timestamp gebruikers te begrijpen of zij naar de meest actuele data kijken. Het is een essentieel stuk metadata voor het handhaven van data integriteit en gebruikersvertrouwen in de analysis (analyse).
Waarom het belangrijk is
Zorgt ervoor dat gebruikers op de hoogte zijn van de actualiteit van de data, wat cruciaal is voor de relevantie en nauwkeurigheid van de procesanalyse.
Waar te verkrijgen
Dit is een metadataveld dat wordt gegenereerd en aan de dataset wordt toegevoegd tijdens het data-inname- of ETL (Extract, Transform, Load)-proces.
Voorbeelden
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
|
|||
|
Locatie
Location
|
De geografische locatie of het kantoor dat gekoppeld is aan de positie van de werknemer. | ||
|
Beschrijving
Het Locatie-attribuut geeft het land, de staat of de stad aan waar de werknemer is gevestigd. Deze geografische dimensie is essentieel voor het vergelijken van procesprestaties en compliance in verschillende regio's. Analyse op basis van Locatie kan regionale variaties in aannametijden, onboarding-efficiëntie of uitdiensttredingsprocedures aan het licht brengen. Het helpt bij het beantwoorden van vragen zoals: 'Duren achtergrondscreenings langer in Duitsland dan in de Verenigde Staten?' en ondersteunt toezicht op compliance voor regiospecifieke regelgeving.
Waarom het belangrijk is
Maakt geografische analyse mogelijk om regionale procesvariaties te identificeren, die kunnen worden beïnvloed door lokaal management, regelgeving of cultuur.
Waar te verkrijgen
Onderdeel van de functie- en organisatorische toewijzingsdata van de medewerker binnen Workday HCM.
Voorbeelden
USA - New YorkDuitsland - BerlijnIndia - Bangalore
|
|||
|
Naam Onboardingplan
OnboardingPlanName
|
De naam van de specifieke onboarding template of het plan dat aan de nieuwe medewerker is toegewezen. | ||
|
Beschrijving
Workday maakt het mogelijk om verschillende onboardingplannen te creëren, afgestemd op diverse rollen, locaties of senioriteitsniveaus. Dit attribute identificeert welk specifiek plan werd gebruikt voor een nieuwe medewerker. Analyse op basis van Onboarding Plan Name helpt de effectiviteit en efficiëntie van verschillende onboardingstrategieën te evalueren. Het maakt directe vergelijking mogelijk, bijvoorbeeld tussen een 'Executive Onboarding Plan' en een 'Standard Employee Onboarding Plan', om te zien welk plan een hogere voltooiingsgraad van taken of snellere cycle times heeft.
Waarom het belangrijk is
Dit helpt bij het evalueren van de prestaties van verschillende onboarding programma's om best practices en verbeterpunten te identificeren.
Waar te verkrijgen
Deze informatie is waarschijnlijk beschikbaar binnen de Onboarding module van Workday, gekoppeld aan het Hire business process.
Voorbeelden
Standaard bedrijfsonboardingOnboarding van het SalesteamOnboardingplan voor directie
|
|||
|
Reden van Beëindiging
TerminationReason
|
De opgegeven reden voor de uitdiensttreding van een werknemer uit de organisatie. | ||
|
Beschrijving
Dit attribute legt vast waarom de dienstbetrekking van een medewerker is beëindigd, zoals 'Voluntary Resignation' (Vrijwillig ontslag), 'Involuntary - Performance' (Niet-vrijwillig - Prestaties), of 'Retirement' (Pensioen). Deze informatie is cruciaal voor het analyseren van personeelsverloop en het offboarding proces. Binnen process mining geeft 'Termination Reason' context aan het offboarding traject. Het kan worden gebruikt om te analyseren of verschillende typen beëindigingen verschillende offboarding procedures volgen of verschillende hoeveelheden tijd in beslag nemen. Dit helpt bij het begrijpen van personeelsverloop en zorgt ervoor dat het offboarding proces op de juiste wijze wordt afgehandeld voor elke situatie.
Waarom het belangrijk is
Biedt cruciale context voor het analyseren van het offboarding-proces en helpt procesproblemen te correleren met redenen voor attrition.
Waar te verkrijgen
Vastgelegd tijdens het 'Werknemer Uit Dienst Melden' business process in Workday.
Voorbeelden
Vrijwillig OntslagOnvrijwillig OntslagPensioen
|
|||
|
SLA-streefdatum
SlaTargetDate
|
De streefdatum waarop een specifieke activiteit, zoals een functioneringsgesprek, voltooid moet zijn. | ||
|
Beschrijving
Dit attribute definieert de Service Level Agreement (SLA) deadline voor een specifieke task. Het bepaalt hoe lang bepaalde processen mogen duren en dient als benchmark voor het meten van prestaties. Dit is essentieel voor KPI's zoals 'Performance Review Timeliness' en dashboards die gericht zijn op SLA compliance. Door de daadwerkelijke voltooiingsdatum (EventTimestamp) te vergelijken met de SlaTargetDate, is het mogelijk om automatisch overtredingen te identificeren, de punctualiteit te meten en proactief vertragingen te beheren.
Waarom het belangrijk is
Biedt een duidelijke benchmark voor het meten van tijdige prestaties en is essentieel voor het berekenen van SLA adherence KPI's.
Waar te verkrijgen
Voor processen zoals 'Prestatiebeoordelingen' in Workday wordt vaak een uiterste datum geconfigureerd. Deze data zou samen met de proces-events moeten worden geëxtraheerd.
Voorbeelden
2023-12-31T23:59:59Z2024-06-30T23:59:59Z
|
|||
|
Time to Hire
TimeToHire
|
De totale tijd vanaf het moment dat een vacatureaanvraag is aangemaakt totdat de kandidaat het aanbod accepteert. | ||
|
Beschrijving
Time to Hire is een cruciale wervings-KPI die de efficiëntie van de gehele wervingsfunnel meet. Het wordt berekend als de duur tussen de 'Job Requisition Created' event en de 'Offer Accepted' event voor dezelfde medewerker of vacatureaanvraag. Dit berekende attribute vormt de basis voor de 'Average Time-to-Hire' KPI en gerelateerde dashboards. Het monitoren hiervan over tijd stelt HR-afdelingen in staat de impact van procesverbeteringen te meten, knelpunten in werving of interviews te identificeren, en realistische wervingstermijnen in te stellen voor managers.
Waarom het belangrijk is
Meet direct de efficiëntie van het wervingsproces, een cruciale KPI voor elke HR-organisatie.
Waar te verkrijgen
Berekend op case-niveau door de tijdsduur te bepalen tussen de timestamp van de activiteit 'Vacature Aanmaken' en de activiteit 'Aanbod Geaccepteerd'.
Voorbeelden
35 dagen62 dagen28 dagen
|
|||
Hire to Retire - Werknemerslevenscyclus Activiteiten
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Aanbod geaccepteerd
|
Deze activity vindt plaats wanneer een kandidaat het jobaanbod formeel accepteert, vaak door de aanbiedingsbrief elektronisch te ondertekenen binnen Workday. Dit is een cruciale mijlpaal die wordt vastgelegd wanneer de kandidaat de stap 'Review and Sign' in het aanbodproces voltooit. | ||
|
Waarom het belangrijk is
Deze mijlpaal sluit de kernwervingsfase af en activeert pre-hire en onboarding activiteiten. Het is een belangrijk onderdeel voor het meten van de Time-to-Hire KPI.
Waar te verkrijgen
Dit is een expliciet vastgelegde event wanneer de kandidaat de acceptatiestap van het vacatureaanbod voltooit binnen het 'Job Application' business process.
Vastleggen
De actie van de kandidaat om het aanbod te accepteren wordt vastgelegd als een voltooide stap in de Sollicitatie BP.
Gebeurtenistype
explicit
|
|||
|
Aannameproces voltooid
|
Dit is een cruciale activiteit waarbij het kandidaatdossier officieel wordt omgezet in een werknemersdossier in Workday HCM. Deze event wordt expliciet vastgelegd bij de succesvolle voltooiing van het 'Hire' business process. | ||
|
Waarom het belangrijk is
Deze event markeert formeel de overgang van kandidaat naar medewerker en is een cruciale mijlpaal voor het volgen van de onboarding cycle time (doorlooptijd van onboarding). Het betekent dat de medewerker officieel in het HCM systeem staat.
Waar te verkrijgen
Expliciet gelogd als het voltooiings-event voor het bedrijfsproces 'Aanname' voor de werknemer. Het business process log bevat de exacte timestamp.
Vastleggen
Gebeurtenis gelogd na succesvolle voltooiing van het bedrijfsproces 'Aanname'.
Gebeurtenistype
explicit
|
|||
|
Beëindiging Geïnitieerd
|
Deze activiteit markeert het begin van het uitdiensttredingsproces voor een vertrekkende werknemer. Het wordt expliciet vastgelegd wanneer een manager of HR-gebruiker het business process 'Werknemer Beëindigen' initieert in Workday. | ||
|
Waarom het belangrijk is
Dit is de primaire start-event voor de gehele offboarding levenscyclus. Het is het startpunt voor het meten van de Average Offboarding Cycle Time KPI.
Waar te verkrijgen
Dit is een expliciet vastgelegde event bij de start van het 'Terminate Employee' business process in Workday HCM.
Vastleggen
Gebeurtenis gelogd wanneer het bedrijfsproces 'Beëindig werknemer' wordt gestart.
Gebeurtenistype
explicit
|
|||
|
Dienstverband beëindigd
|
Dit is de laatste activiteit in de levenscyclus van de medewerker, die het officiële einde van hun dienstverband in het systeem markeert. Deze event wordt vastgelegd wanneer het 'Terminate Employee' business process succesvol wordt voltooid. | ||
|
Waarom het belangrijk is
Dit is de definitieve eind-event voor het Hire to Retire-proces. Het is het eindpunt voor het meten van de offboarding cycle time en bevestigt dat het proces is afgerond.
Waar te verkrijgen
Expliciet gelogd als het voltooiings-event voor het bedrijfsproces 'Beëindig werknemer'. Het dossier van de werknemer wordt na dit punt inactief.
Vastleggen
Gebeurtenis gelogd na succesvolle voltooiing van het bedrijfsproces 'Beëindig werknemer'.
Gebeurtenistype
explicit
|
|||
|
Onboarding gestart
|
Markeert de aftrap van de onboarding-reis van de nieuwe medewerker binnen de Workday Onboarding-module. Dit wordt vastgelegd wanneer de set van onboarding-taken en workflows aan de nieuwe medewerker worden toegewezen, typisch geactiveerd door de voltooiing van het Hire-proces. | ||
|
Waarom het belangrijk is
Dit is het startpunt voor het analyseren van de efficiëntie van het onboardingtraject. Het helpt bij het meten van de voltooiingspercentages van onboardingtaken en het identificeren van procesafwijkingen.
Waar te verkrijgen
Vastgelegd als een initiation event wanneer het Onboarding-bedrijfsproces of een vergelijkbare workflow wordt geactiveerd voor de nieuwe medewerker.
Vastleggen
Gebeurtenis gelogd wanneer het Onboarding-bedrijfsproces wordt geactiveerd voor de nieuwe medewerker.
Gebeurtenistype
explicit
|
|||
|
Onboardingtaken Voltooid
|
Vertegenwoordigt de voltooiing van alle toegewezen onboarding-taken voor een nieuwe medewerker. Dit event is typisch afgeleid wanneer de algemene status van het onboarding business process voor de medewerker verandert naar 'Succesvol Afgerond'. | ||
|
Waarom het belangrijk is
Dit is een belangrijke mijlpaal die aangeeft dat een nieuwe medewerker volledig is ingewerkt. Het dient als het eindpunt voor het meten van de Onboarding Cycle Time KPI en het analyseren van de naleving van het onboarding-traject.
Waar te verkrijgen
Afgeleid van de completion timestamp van het overkoepelende Onboarding-bedrijfsproces, dat plaatsvindt nadat alle vereiste stappen en taken zijn afgerond.
Vastleggen
Afgeleid van de completion timestamp van het algehele Onboarding-bedrijfsproces voor de medewerker.
Gebeurtenistype
inferred
|
|||
|
Vacatureaanvraag aangemaakt
|
Deze activity markeert de officiële start van het recruitmentproces wanneer een nieuwe vacature wordt aangemaakt en goedgekeurd in Workday. Deze event wordt expliciet vastgelegd wanneer het bedrijfsproces 'Create Job Requisition' succesvol wordt afgerond. | ||
|
Waarom het belangrijk is
Dit is de primaire start-event voor de gehele wervingslevenscyclus. Het analyseren van de tijd vanaf deze activiteit tot 'Offer Accepted' is cruciaal voor het meten van de Time-to-Hire KPI.
Waar te verkrijgen
Deze event wordt gelogd bij de succesvolle voltooiing van het 'Create Job Requisition' bedrijfsproces in Workday Recruiting. De event log voor dit bedrijfsproces levert de timestamp.
Vastleggen
Gebeurtenis gelogd bij voltooiing van het Create Job Requisition-bedrijfsproces.
Gebeurtenistype
explicit
|
|||
|
Aanbodbrief Gegenereerd
|
Vertegenwoordigt het moment waarop een formeel job offer wordt gegenereerd voor een kandidaat. Dit is doorgaans een expliciete stap binnen het Job Application business process in Workday. | ||
|
Waarom het belangrijk is
Het volgen hiervan helpt de tijd te begrijpen die nodig is om een aanbod te formaliseren nadat interviews zijn afgerond. Vertragingen hier kunnen ertoe leiden dat kandidaten afhaken.
Waar te verkrijgen
Vastgelegd vanuit de event log voor het 'Sollicitatie' business process, specifiek de voltooiing van de stap 'Document Genereren' of een vergelijkbare aanbiedingsstap.
Vastleggen
Gebeurtenis gelogd bij voltooiing van de stap 'Aanbod genereren' in het Job Application BP.
Gebeurtenistype
explicit
|
|||
|
Background Check gestart
|
Dit markeert de start van het pre-employment screeningproces voor een kandidaat die een aanbod heeft geaccepteerd. De event wordt vastgelegd wanneer de achtergrondcontrole-stap wordt geïnitieerd, wat vaak een integratie met een externe leverancier activeert. | ||
|
Waarom het belangrijk is
De duur van achtergrondscreenings is vaak een knelpunt in het aannameproces. Deze activiteit is het startpunt voor het meten van de KPI 'Duur Achtergrondscreening'.
Waar te verkrijgen
Vastgelegd als een stap binnen een bedrijfsproces, zoals 'Achtergrondcontrole', wat vaak deel uitmaakt van de algehele wervingsworkflow. De initiation timestamp wordt geregistreerd.
Vastleggen
Gebeurtenis gelogd bij de start van het bedrijfsproces 'Achtergrondcontrole' of een gerelateerde stap.
Gebeurtenistype
explicit
|
|||
|
Background Check voltooid
|
Vertegenwoordigt de voltooiing van het pre-employment screening proces. Dit wordt vastgelegd wanneer de status van het background check wordt bijgewerkt naar 'voltooid', handmatig of via een integratie. | ||
|
Waarom het belangrijk is
Deze activiteit is het eindpunt voor het meten van de KPI 'Duur Achtergrondscreening'. Vertragingen in deze activiteit zijn direct van invloed op de startdatum van de nieuwe medewerker.
Waar te verkrijgen
Vastgelegd vanuit een statuswijziging op het 'Achtergrondcontrole' business process of een gerelateerd object, die een uiteindelijke status, zoals 'Afgerond' of 'Geslaagd', aangeeft.
Vastleggen
Afgeleid van de timestamp waarop het statusveld van de achtergrondcontrole verandert naar een definitieve staat.
Gebeurtenistype
inferred
|
|||
|
Functioneringsgesprek afgerond
|
Deze activiteit markeert de voltooiing van een formele functioneringsgesprek-cyclus voor een werknemer. Het wordt vastgelegd wanneer het business process 'Functioneringsgesprek' zijn definitieve, goedgekeurde status bereikt. | ||
|
Waarom het belangrijk is
Het volgen van deze events is essentieel voor het analyseren van de tijdigheid en frequentie van prestatiemanagement. Het ondersteunt direct de Performance Review Timeliness KPI.
Waar te verkrijgen
Vastgelegd als de succesvolle completion event van het bedrijfsproces 'Start Performance Review' voor de medewerker.
Vastleggen
Gebeurtenis gelogd na succesvolle voltooiing van het bedrijfsproces 'Prestatiebeoordeling'.
Gebeurtenistype
explicit
|
|||
|
Offboarding Taken Voltooid
|
Vertegenwoordigt de voltooiing van alle vereiste offboarding-taken, zoals het retourneren van activa en kennisoverdracht. Dit event wordt afgeleid wanneer de offboarding checklist of het business process de status 'voltooid' krijgt. | ||
|
Waarom het belangrijk is
Het volgen van de voltooiing van deze taken is cruciaal voor het waarborgen van een veilige en compliance-gerichte offboarding. Vertragingen kunnen veiligheidsrisico's opleveren en een slechte ervaring creëren.
Waar te verkrijgen
Afgeleid van de completion timestamp van het Offboarding-bedrijfsproces of wanneer alle toegewezen offboarding-taken als voltooid zijn gemarkeerd voor de medewerker.
Vastleggen
Afgeleid van de voltooiing van een offboarding-checklist of een gerelateerd bedrijfsproces.
Gebeurtenistype
inferred
|
|||
|
Promotie Goedgekeurd
|
Markeert de definitieve goedkeuring van de promotie van een medewerker. Deze activiteit wordt vastgelegd wanneer het Change Job- of een gerelateerd compensatiebedrijfsproces volledig is goedgekeurd en voltooid. | ||
|
Waarom het belangrijk is
Dit is het eindpunt voor het meten van de Internal Mobility Approval Time KPI. Het bevestigt de succesvolle voltooiing van een belangrijke carrièremijlpaal.
Waar te verkrijgen
Vastgelegd als de succesvolle completion event van het bedrijfsproces 'Functiewijziging', waarbij de reden voor de wijziging een promotie is.
Vastleggen
Gebeurtenis gelogd bij voltooiing van het Change Job-bedrijfsproces met de reden 'Promotie'.
Gebeurtenistype
explicit
|
|||
|
Rolwijziging Geïnitieerd
|
Vertegenwoordigt de start van een interne mobiliteitsevent, zoals een overplaatsing of promotie. Dit wordt vastgelegd wanneer een manager of HR-partner het Change Job business process initieert voor een medewerker. | ||
|
Waarom het belangrijk is
Deze activiteit is het startpunt voor het meten van de efficiëntie van interne mobiliteit en goedkeuringstijden. Het helpt knelpunten in de loopbaanontwikkeling van werknemers te identificeren.
Waar te verkrijgen
Dit is een expliciet vastgelegde event bij de start van het 'Change Job' business process in Workday HCM.
Vastleggen
Gebeurtenis gelogd wanneer het bedrijfsproces 'Change Job' wordt gestart voor een werknemer.
Gebeurtenistype
explicit
|
|||
|
Salarisadministratie Instelling Voltooid
|
Deze activity betekent dat alle benodigde informatie voor de salarisverwerking van de nieuwe medewerker is ingevoerd en geverifieerd. Dit kan worden vastgelegd als de voltooiing van een specifieke stap binnen het Onboarding of Hire bedrijfsproces. | ||
|
Waarom het belangrijk is
Zorgt ervoor dat werknemers vanaf hun eerste salarisbetaling correct en op tijd worden betaald. Deze activiteit is het eindpunt voor de Payroll Setup Time KPI, wat vertragingen in de activering van compensatie benadrukt.
Waar te verkrijgen
Vastgelegd als een voltooid checklistitem of een specifieke stap, zoals 'Betaalvoorkeuren Invoeren', binnen het Onboarding business process.
Vastleggen
Voltooiing van een specifieke salarisgerelateerde taak of stap binnen een business process.
Gebeurtenistype
explicit
|
|||