Datatemplate voor Hire to Retire - Positiebeheer
Datatemplate voor Hire to Retire - Positiebeheer
Dit is onze generieke datatemplate voor process mining voor Werving tot uitdiensttreding - positiebeheer. Gebruik onze templates voor specifieke systemen voor gerichter advies.
Selecteer een specifiek systeem- Een vaste structuur voor de data in je event log.
- Aanbevolen attributen en activiteiten voor een volledige analyse.
- Richtlijnen voor verschillende bronsystemen.
Attributen voor Hire to Retire - Positiebeheer
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De naam van de specifieke bedrijfsgebeurtenis, taak of statuswijziging die op een bepaald moment in het proces voor functiebeheer plaatsvond. | ||
| Beschrijving De activiteitsnaam beschrijft één stap of actie in de levenscyclus van functiebeheer. Deze activiteiten vormen de bouwstenen van de proceskaart en staan voor belangrijke gebeurtenissen, zoals ‘Functieaanvraag gestart’, ‘Budgetgoedkeuring ontvangen’ of ‘Functie gesloten’. Door deze activiteiten bij te houden, kun je de volledige processtroom visualiseren. Zo wordt duidelijk in welke volgorde gebeurtenissen plaatsvinden, welke procesvarianten er zijn en waar bottlenecks of herstelwerk ontstaan, bijvoorbeeld wanneer de activiteit ‘Functieaanvraag teruggestuurd voor herstelwerk’ meerdere keren voorkomt. Duidelijke en consistente activiteitsnamen zijn belangrijk voor een nauwkeurig en begrijpelijk procesmodel. Waarom dit belangrijk is Dit attribuut is essentieel voor het opstellen van de proceskaart, het herkennen van bottlenecks en het begrijpen van de volgorde van gebeurtenissen in de levenscyclus van een functie. Waar vind je dit? Afgeleid uit event logs, tabellen met statuswijzigingen of transactiecodes in het HR-systeem of het systeem voor functiebeheer. Voorbeelden Functieaanvraag ingediendGoedkeuring door manager ontvangenFunctie ingevuldFunctie opnieuw ingedeeld | |||
| Functie-ID PositionId | De unieke identificatiecode van een specifieke functie binnen de organisatie. Deze code is de primaire case-ID voor het proces voor functiebeheer. | ||
| Beschrijving De functie-ID is een unieke sleutel die aan elke functie wordt toegekend, zodat deze van alle andere functies te onderscheiden is. De ID verbindt alle activiteiten en gebeurtenissen rond één functie, van de eerste aanvraag tot de uiteindelijke sluiting. In process mining heeft elk event log een case-ID nodig om gerelateerde activiteiten te groeperen in één procesinstantie. Door de functie-ID als case-ID te gebruiken, kunnen analisten het volledige traject van elke functie volgen. Zo kunnen ze processtromen visualiseren, doorlooptijden per functie berekenen en veelvoorkomende routes of afwijkingen herkennen. Waarom dit belangrijk is Deze ID is essentieel om alle gerelateerde activiteiten in één procesinstantie te groeperen en zo de volledige levenscyclus van elke functie te analyseren. Waar vind je dit? Meestal te vinden in de koptekst of het hoofdrecord van een module voor functiebeheer of een HR-informatiesysteem (HRIS). Voorbeelden POS-0012586003491-FINMKTG-SR-ANALYST-2 | |||
| Tijdstip van gebeurtenis EventTime | De exacte datum en tijd waarop een activiteit in het proces voor functiebeheer plaatsvond. Dit is de starttijd van een activiteit. | ||
| Beschrijving Het tijdstip van de gebeurtenis is de timestamp waarop een activiteit precies plaatsvond. Het geeft het hele proces een chronologische context, zodat gebeurtenissen in de juiste volgorde kunnen worden gezet en de processtroom kan worden gereconstrueerd. Deze timestamp vormt de basis voor alle tijdsanalyses. Je gebruikt hem om doorlooptijden tussen activiteiten te berekenen, de duur van goedkeuringsstappen te bepalen en de totale doorlooptijd van het aanmaken tot het invullen van een functie te meten. Nauwkeurige timestamps zijn belangrijk voor dashboards zoals ‘Doorlooptijd functiebeheer’ en KPI’s zoals ‘Gemiddelde doorlooptijd functiegoedkeuring’. Waarom dit belangrijk is Deze timestamp is essentieel om gebeurtenissen chronologisch te ordenen en alle tijdsgebonden metrieken te berekenen, zoals doorlooptijden. Waar vind je dit? Meestal te vinden in systeemlogboeken, transactierecords of velden voor de aanmaak- en wijzigingsdatum van documenten in het bronsysteem. Voorbeelden 2023-04-15T10:30:00Z2023-06-21T14:05:12Z2024-01-10T09:00:00Z | |||
| Bronsysteem SourceSystem | De naam of identificatiecode van het systeem waaruit de gebeurtenisdata zijn gehaald, zoals het centrale HRIS of een gespecialiseerde wervingsmodule. | ||
| Beschrijving Het attribuut Bronsysteem geeft aan waar de procesdata vandaan komen. In veel organisaties loopt het proces van indiensttreding tot uitdiensttreding door meerdere applicaties, bijvoorbeeld een centraal HR-systeem voor functiebeheer en een apart sollicitantenvolgsysteem (ATS) voor werving. Vermeld het bronsysteem wanneer je data uit verschillende bronnen combineert tot één procesoverzicht. Dit helpt bij datavalidatie, het oplossen van integratieproblemen en het begrijpen van de rol van verschillende systemen in het totale proces. Zo kunnen vertragingen of verschillen in data bij overdrachten tussen systemen aan het licht komen. Waarom dit belangrijk is Dit geeft context over de herkomst van de data. Dat is belangrijk voor datavalidatie en voor de analyse van processen die meerdere gekoppelde systemen omvatten. Waar vind je dit? Deze informatie staat meestal in de metadata van de data-extractie. Je kunt de informatie ook als vaste waarde toevoegen tijdens de datatransformatie. Voorbeelden Workday HCMSAP SuccessFactorsOracle Fusion HCMDynamics 365 HR | |||
| Laatste data-update LastDataUpdate | De timestamp die aangeeft wanneer de data voor deze gebeurtenis voor het laatst zijn vernieuwd of bijgewerkt in de process mining-dataset. | ||
| Beschrijving Dit attribuut registreert wanneer de dataset voor het laatst vanuit het bronsysteem is bijgewerkt. Het is een metadataveld dat belangrijke context geeft over hoe actueel de geanalyseerde data zijn. Analisten gebruiken deze informatie om te zien welke periode de analyse beslaat en om te controleren of ze met de meest recente beschikbare data werken. Bij doorlopende procesmonitoring is het belangrijk te weten wanneer de data voor het laatst zijn bijgewerkt. Zo weet je zeker dat dashboards en KPI’s de huidige stand van zaken in de bedrijfsvoering weergeven en dat conclusies op actuele informatie zijn gebaseerd. Waarom dit belangrijk is Dit laat analisten zien hoe actueel de data zijn, zodat de analyse relevant is en op de meest recente beschikbare informatie berust. Waar vind je dit? Deze timestamp wordt meestal aangemaakt en opgeslagen tijdens het data-extractie- en transformatieproces (ETL). Voorbeelden 2024-07-20T02:00:00Z2024-07-19T02:00:00Z2024-07-18T02:00:00Z | |||
| Afdeling Department | De afdeling, bedrijfseenheid of organisatie-eenheid waartoe de functie behoort. | ||
| Beschrijving Het attribuut Afdeling geeft organisatorische context door elke functie aan een specifiek onderdeel van het bedrijf toe te wijzen, zoals ‘Financiën’, ‘Techniek’ of ‘Verkoop’. Zo kun je het proces voor functiebeheer in verschillende bedrijfsonderdelen vergelijken. Filteren of groeperen op afdeling is een nuttige analysemethode. Je ziet bijvoorbeeld verschillen in procesprestaties, zoals langere goedkeuringstijden of meer herstelwerk in bepaalde afdelingen. Die informatie helpt om verbeteringen gericht aan te pakken en goede werkwijzen uit goed presterende afdelingen met de rest van de organisatie te delen. Waarom dit belangrijk is Hiermee kun je processen tussen verschillende bedrijfseenheden vergelijken en verschillen in efficiëntie, compliance en kosten herkennen. Waar vind je dit? Te vinden in de stamgegevens van de functie of in de module voor organisatiebeheer van het HR-systeem. Voorbeelden FinanciënOnderzoek en ontwikkelingMarketingKlantenservice | |||
| Eindtijd EndTime | De timestamp waarop een activiteit is afgerond. Deze wordt gebruikt om de verwerkingstijd van afzonderlijke activiteiten te berekenen. | ||
| Beschrijving Het tijdstip van de gebeurtenis geeft aan wanneer een activiteit begint; de eindtijd geeft aan wanneer deze is afgerond. Het verschil is de verwerkingstijd of duur van die specifieke taak. Bij gebeurtenissen die direct plaatsvinden, kan de eindtijd gelijk zijn aan de starttijd. Met dit attribuut zie je welke activiteiten in het proces de meeste tijd kosten. Het helpt inefficiënte stappen te herkennen en ondersteunt een gedetailleerde bottleneckanalyse. Door bijvoorbeeld de eindtijd van goedkeuringsstappen te analyseren, kunnen organisaties bepalen welke goedkeuringen het langst duren en verbeteringen daarop richten. Waarom dit belangrijk is Hiermee kun je de verwerkingstijd van afzonderlijke activiteiten berekenen en zien welke taken de meeste tijd kosten. Waar vind je dit? Vaak te vinden naast de starttijd in systeemlogboeken of transactiegegevens. Je kunt de eindtijd ook afleiden uit de starttijd van de volgende gebeurtenis. Voorbeelden 2023-04-15T11:05:14Z2023-06-21T14:10:00Z2024-01-10T09:00:00Z | |||
| Functiestatus PositionStatus | De huidige of historische status van de functie op het moment van de gebeurtenis, zoals ‘Vacant’, ‘Bezet’, ‘Bevroren’ of ‘Gesloten’. | ||
| Beschrijving De functiestatus geeft aan wat de stand van zaken is in de levenscyclus van de functie. Dit attribuut verandert wanneer de functie het proces doorloopt. Een functie kan bijvoorbeeld beginnen als ‘Wacht op goedkeuring’, daarna ‘Vacant - werving’ worden, vervolgens ‘Bezet’ en uiteindelijk ‘Gesloten’. Dit attribuut is essentieel voor statusanalyses en dashboards zoals ‘Analyse van langdurig openstaande en inactieve functies’. Door te analyseren hoelang functies in elke status blijven, kunnen organisaties bottlenecks herkennen, bijvoorbeeld functies die te lang ‘Vacant’ blijven. Dit helpt ook bij capaciteitsplanning en geeft inzicht in de algehele gezondheid van de personeelsinstroom. Waarom dit belangrijk is Hiermee kun je analyseren hoelang functies in elke status blijven. Zo herken je functies die te lang openstaan en kun je de personeelsplanning beter beheren. Waar vind je dit? Meestal opgeslagen in het hoofdrecord van de functie en bijgewerkt wanneer activiteiten de status veranderen. Voorbeelden Vacant - wervingWacht op goedkeuringBezetBevrorenGesloten | |||
| Functietitel JobTitle | De officiële titel van de functie, zoals ‘Senior software-engineer’ of ‘Marketingmanager’. | ||
| Beschrijving De functietitel beschrijft de rol of functie. Er kunnen meerdere functies met dezelfde titel zijn, maar dit attribuut geeft belangrijke context over de aard van de rol die wordt beheerd. Analyse per functietitel of bredere functiefamilie kan patronen voor bepaalde rollen zichtbaar maken. Voor senior of zeer gespecialiseerde functies kunnen goedkeuringen bijvoorbeeld langer duren of wervingsprocessen complexer zijn dan voor startersfuncties. Deze informatie helpt bij het afstemmen van wervingsstrategieën en het bepalen van realistische termijnen. Waarom dit belangrijk is Dit geeft context over de rol en maakt het mogelijk procesverschillen tussen functietypen, niveaus en vakgebieden te analyseren. Waar vind je dit? Opgeslagen in de stamgegevens van de functie, vaak gekoppeld aan een centrale functiecatalogus of een functieprofiel in het HR-systeem. Voorbeelden Senior accountantProductmanagerDatawetenschapperHR-businesspartner | |||
| Gebruikersnaam UserName | De naam of unieke identificatiecode van de gebruiker die de activiteit heeft uitgevoerd of bij de gebeurtenis hoort. | ||
| Beschrijving De gebruikersnaam geeft aan welke medewerker, bijvoorbeeld een manager, HR-businesspartner of budgethouder, een bepaalde taak in het proces heeft uitgevoerd. Dit kan de persoon zijn die een functie heeft aangevraagd, een stap heeft goedgekeurd of functiegegevens heeft gewijzigd. Dit attribuut is belangrijk voor analyses van bronprestaties, werkverdeling en compliance. Het helpt vragen te beantwoorden als ‘Welke gebruikers behandelen de meeste aanvragen?’ en ‘Zijn er vertragingen bij bepaalde goedkeurders?’. Je gebruikt het ook bij functiescheiding om te controleren of kritieke taken niet door dezelfde persoon worden uitgevoerd. Waarom dit belangrijk is Hiermee kun je de werkverdeling, gebruikersprestaties en compliance analyseren en opleidingsbehoeften of beperkte capaciteit herkennen. Waar vind je dit? Meestal beschikbaar in transactiedetails, wijzigingslogboeken of auditsporen, vaak gekoppeld via een gebruikers-ID. Voorbeelden j.doeEmily.WhiteU789123David Chen | |||
| Kostenplaats CostCenter | De financiële code of identificatiecode van de afdeling of groep waaraan de kosten van de functie worden toegewezen. | ||
| Beschrijving De kostenplaats is een financiële dimensie die een functie koppelt aan een specifieke budgeteenheid in het rekeningschema van de organisatie. De kostenplaats wordt gebruikt voor financiële planning, budgettering en rapportage over het personeelsbestand en de personeelskosten. Met process mining kun je het proces voor functiebeheer vanuit financieel oogpunt analyseren aan de hand van de kostenplaats. Zo zie je of bepaalde kostenplaatsen vaker te maken hebben met functiewijzigingen, langere goedkeuringstijden of hogere wervingskosten. Dit is vooral nuttig om te controleren of budgetten worden nageleefd en om de financiële gevolgen van beslissingen over functies te begrijpen. Waarom dit belangrijk is Dit koppelt de functie aan een financiële eenheid, zodat je procesprestaties en kosten per budgetgebied kunt analyseren. Waar vind je dit? Te vinden bij de financiële of organisatorische toewijzingsgegevens van het functierecord in het HR- of ERP-systeem. Voorbeelden CC-451001002-FIN-US78345SALES-WEST | |||
| Naam manager ManagerName | De naam van de wervingsmanager of de manager aan wie de functie rapporteert. | ||
| Beschrijving De naam van de manager geeft aan wie toezicht houdt op de medewerker in de nieuwe functie. Dit is vaak de persoon die de aanvraag indient en een belangrijke rol speelt in de goedkeurings- en wervingsprocessen. Dit attribuut staat centraal in het dashboard ‘Analyse van bottlenecks bij goedkeuring’. Door activiteiten per manager te groeperen, kun je zien wie mogelijk een bottleneck vormt door een hoge werkdruk of behoefte aan extra training. Ook krijg je inzicht in de betrokkenheid van managers en de besluitvorming binnen het proces. Waarom dit belangrijk is Dit identificeert de belangrijkste betrokkene bij de functie en maakt analyse van vertragingen bij goedkeuring en procespatronen per manager mogelijk. Waar vind je dit? Te vinden in de functiegegevens, vaak als onderdeel van de rapportagestructuur of organisatorische toewijzing. Voorbeelden Robert SmithMaria GarciaChen WeiPriya Patel | |||
| Functiefamilie JobFamily | Een brede indeling van functies met vergelijkbare taken en vaardigheden of binnen hetzelfde vakgebied. | ||
| Beschrijving Een functiefamilie groepeert verwante functietitels. Zo kunnen ‘Software-engineer’, ‘QA-tester’ en ‘DevOps-engineer’ allemaal onder de functiefamilie ‘Techniek’ vallen. Hiermee kun je functies op een breder niveau indelen en analyseren dan met alleen de functietitel. Met de functiefamilie kun je trends in het personeelsbestand en procesefficiëntie op strategisch niveau bekijken. Organisaties kunnen de levenscyclus van functiebeheer vergelijken tussen vakgebieden, zoals ‘Financiën’ en ‘IT’. Zo komen bottlenecks of goede werkwijzen per vakgebied aan het licht en krijgt de strategische personeelsplanning betere onderbouwing. Waarom dit belangrijk is Hiermee kun je vergelijkbare functies groeperen voor analyses op hoofdlijnen en procestrends in verschillende bedrijfsonderdelen begrijpen. Waar vind je dit? Vastgelegd in de functiecatalogus of functiearchitectuur van de organisatie en opgeslagen als attribuut van het functieprofiel of functierecord. Voorbeelden TechniekFinanciën en boekhoudingVerkoopPersoneelszaken | |||
| Locatie Location | De fysieke, geografische of regionale locatie waar de functie is gevestigd. | ||
| Beschrijving Het attribuut Locatie geeft aan bij welk kantoor, welke stad, staat of welk land een functie hoort. Deze geografische informatie is belangrijk om regionale verschillen in wervingsprocessen en de verdeling van medewerkers te begrijpen. Analyse per locatie kan belangrijke verschillen aan het licht brengen. Denk aan afwijkende doorlooptijden door lokale arbeidsmarktomstandigheden, andere goedkeuringsstructuren per land of compliance-eisen die in bepaalde regio’s extra processtappen vereisen. Deze analyse ondersteunt wereldwijde standaardisatie van processen, met ruimte voor noodzakelijke lokale verschillen. Waarom dit belangrijk is Hiermee kun je geografische analyses uitvoeren en regionale verschillen in procesefficiëntie, wervingsbehoefte en compliance-eisen herkennen. Waar vind je dit? Opgeslagen in de stamgegevens van de functie, als onderdeel van de organisatorische gegevens. Voorbeelden New York, VSBerlijn, DuitslandSingaporeKantoor Londen | |||
| Reden van wijziging ChangeReason | De toelichting bij een afgewezen functieaanvraag, een aanvraag die voor herstelwerk is teruggestuurd of een wijziging van functieattributen. | ||
| Beschrijving De reden van wijziging legt uit waarom bepaalde, vaak afwijkende, gebeurtenissen in het proces plaatsvonden. Dit omvat redenen voor het afwijzen van een aanvraag, de onderbouwing van een herindeling of opmerkingen bij een aanvraag die voor aanpassing naar de indiener is teruggestuurd. Deze kwalitatieve data zijn erg waardevol voor oorzaakanalyse. Ze geven antwoord op de vraag waarom processen afwijken. Analyse van afwijzingsredenen kan bijvoorbeeld veelvoorkomende problemen met functieaanvragen aan het licht brengen, zoals ontbrekende budgetinformatie of onduidelijke functieomschrijvingen. Met deze informatie kun je het percentage aanvragen dat in één keer wordt goedgekeurd verhogen en het herstelwerk aan functieaanvragen verminderen. Waarom dit belangrijk is Dit geeft belangrijke context om herstelwerk, afwijzingen en andere afwijkingen te begrijpen en gericht de oorzaken te analyseren en het proces te verbeteren. Waar vind je dit? Meestal te vinden in opmerkingen, notities of specifieke redenvelden bij transacties voor afwijzing, herstelwerk of wijziging. Voorbeelden Budget niet goedgekeurdVerkeerd functieprofiel geselecteerdReorganisatieAanvraaggegevens onvolledig | |||
| Vacatureaanvraag-ID RequisitionId | De unieke identificatiecode van de vacatureaanvraag die aan de functie is gekoppeld. Deze verbindt de functie met het wervingsproces. | ||
| Beschrijving De vacatureaanvraag-ID vormt de verbinding tussen functiebeheer en werving. Zodra een functie is goedgekeurd en kan worden ingevuld, wordt meestal een vacatureaanvraag aangemaakt om de werving officieel te starten. Met deze identificatiecode krijg je een volledig beeld van het traject van indiensttreding tot uitdiensttreding. Je kunt gegevens over het aanmaken en goedkeuren van functies koppelen aan latere wervingsdata, zoals het vinden van kandidaten, sollicitatiegesprekken en aanbiedingen. Zo kun je de totale tijd tot invulling analyseren, vanaf de eerste aanvraag tot de startdatum van een kandidaat. Waarom dit belangrijk is Dit koppelt de functie aan het wervingsproces en maakt een bredere analyse mogelijk van het volledige traject voor talentwerving. Waar vind je dit? Meestal aangemaakt door het sollicitantenvolgsysteem (ATS) of de wervingsmodule en gekoppeld aan het functierecord in het centrale HRIS. Voorbeelden REQ-2024-05-201JR102345R-0098778553 | |||
Activiteiten voor Hire to Retire - Positiebeheer
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Functie aangemaakt | Dit markeert de officiële aanmaak van het functierecord in het centrale HR-systeem, nadat alle benodigde goedkeuringen zijn verkregen. De functie maakt nu formeel deel uit van de organisatiestructuur en heeft een unieke identificatiecode. | ||
| Waarom dit belangrijk is Dit is een belangrijke mijlpaal: de goedkeuringsfase is afgerond en de actieve levenscyclus van de functie begint. De tijd tussen ‘Aanvraag ingediend’ en ‘Functie aangemaakt’ is een belangrijke prestatie-indicator. Waar vind je dit? Dit wordt vastgelegd aan de hand van de aanmaaktimestamp van het primaire functierecord of -object in de belangrijkste HR-datatabellen. Vastleggen Gebruik de timestamp ‘aanmaakdatum’ of ‘aangemaakt op’ uit de primaire functietabel of het primaire functieobject. Gebeurtenistype explicit | |||
| Functie geactiveerd | Dit markeert het moment waarop een functie officieel openstaat voor personeelswerving, bijvoorbeeld door een vacature aan te maken. De functie is dan klaar voor het wervingsproces. | ||
| Waarom dit belangrijk is Deze gebeurtenis markeert de overdracht van functiebeheer naar talentwerving. De tijd die nodig is om een aangemaakte functie te activeren, kan vertragingen in de operationele voorbereiding aan het licht brengen. Waar vind je dit? Dit wordt meestal afgeleid uit een statusveld van het functierecord dat verandert in ‘Actief’, ‘Open’ of een vergelijkbare status, samen met de ingangsdatum van die wijziging. Vastleggen Leg de timestamp vast waarop de statuscode van de functie verandert in een waarde die aangeeft dat de functie actief is en openstaat voor werving. Gebeurtenistype inferred | |||
| Functie gedeactiveerd | De functie wordt inactief gemaakt, vaak nadat een medewerker is vertrokken en er geen direct plan is om de functie opnieuw te bezetten. Een inactieve functie verdwijnt uit het actieve organigram, maar blijft voor historische doeleinden in het systeem staan. | ||
| Waarom dit belangrijk is Deze activiteit helpt het personeelsbestand te beheren en zorgt ervoor dat organigrammen kloppen. De tijd tussen het vrijkomen en de deactivering van een functie kan iets zeggen over de efficiëntie van de personeelsplanning. Waar vind je dit? Dit wordt afgeleid uit een statuswijziging van de functie naar ‘Inactief’ of ‘Vervallen’, samen met de bijbehorende ingangsdatum. Vastleggen Leg de timestamp vast waarop de status van de functie wordt gewijzigd in een waarde die aangeeft dat deze niet meer actief is. Gebeurtenistype inferred | |||
| Functie gesloten | Dit staat voor het definitief schrappen of archiveren van de functie uit de organisatiestructuur. Dit is de laatste gebeurtenis in de levenscyclus van de functie en betekent dat deze niet opnieuw wordt gebruikt. | ||
| Waarom dit belangrijk is Dit is de laatste activiteit en sluit de levenscyclus van de functie af. Analyse van gesloten functies is belangrijk om inzicht te krijgen in de langetermijninrichting van de organisatie en strategische personeelsreducties. Waar vind je dit? Dit is meestal een expliciete actie of bedrijfsproces om een functie te ‘Sluiten’ of ‘Schrappen’. De actie wordt vastgelegd in workflowlogboeken of de geschiedenis van statuswijzigingen. Vastleggen Zoek naar de voltooiingsgebeurtenis van het bedrijfsproces ‘Functie sluiten’ of naar een laatste statuswijziging naar ‘Gesloten’ of ‘Geschrapt’. Gebeurtenistype explicit | |||
| Functie ingevuld | Dit is het geslaagde resultaat van het wervingsproces: een kandidaat is aangenomen of een interne medewerker is naar de functie overgeplaatst. De functie is nu bezet. | ||
| Waarom dit belangrijk is Dit is een belangrijke mijlpaal in de levenscyclus van de functie. De tijd tussen ‘Functie geactiveerd’ en ‘Functie ingevuld’ is een belangrijk onderdeel van de totale tijd tot aanname. Waar vind je dit? Deze gebeurtenis wordt vastgelegd zodra het bedrijfsproces ‘In dienst nemen’ of ‘Personeelsbezetting’ succesvol is afgerond en een medewerkers-ID aan de functie-ID is gekoppeld. Vastleggen Gebruik de ingangsdatum van de aanstellings- of overplaatsingsactie waarmee een medewerker aan de functie wordt toegewezen. Gebeurtenistype explicit | |||
| Functieaanvraag ingediend | Dit markeert het formele begin van het proces voor functiebeheer. Deze gebeurtenis wordt vastgelegd wanneer een gebruiker, meestal een leidinggevende die personeel aanneemt, via het HR-systeem een nieuwe functie of vervangende functie aanvraagt. | ||
| Waarom dit belangrijk is Deze activiteit is het belangrijkste startpunt voor het meten van de totale doorlooptijd van het aanmaken van een functie. Door het aantal en de timing van aanvragen te analyseren, kun je de inzet van middelen plannen en trends in groei of reorganisatie herkennen. Waar vind je dit? Deze gebeurtenis wordt meestal vastgelegd in een workflowsysteem of een auditlogtabel die de indiening van een aanvraagformulier voor een nieuwe functie registreert. Vastleggen Zoek de gebeurtenis waarmee een functieaanvraagrecord wordt aangemaakt, of de eerste stap in de bijbehorende workflow. Gebeurtenistype explicit | |||
| HR-goedkeuring ontvangen | Dit is de definitieve goedkeuring van de HR-afdeling. Hiermee wordt bevestigd dat de functie past binnen het bedrijfsbeleid en aansluit op de functiewaardering en beloningsstructuur. Vaak is dit de laatste goedkeuring voordat de functie officieel wordt aangemaakt. | ||
| Waarom dit belangrijk is Als laatste goedkeuringsstap kan deze fase een grote bottleneck vormen. Analyse van deze stap is belangrijk om de procesefficiëntie en compliance binnen HR te beoordelen. Waar vind je dit? Dit wordt vastgelegd wanneer de laatste goedkeuringstaak in de workflow voor het aanmaken van een functie is voltooid, meestal door een HR-adviseur of beheerder. Vastleggen Zoek in de workflowgeschiedenis naar de timestamp waarop de HR-goedkeuringstaak is voltooid. Gebeurtenistype explicit | |||
| Budgetgoedkeuring ontvangen | Een belangrijke mijlpaal waarop de financiële afdeling of budgethouder bevestigt dat er budget beschikbaar is en voor de nieuwe functie is gereserveerd. Hiermee wordt gecontroleerd of de aanvraag financieel haalbaar is. | ||
| Waarom dit belangrijk is Deze activiteit is belangrijk voor financieel beheer en helpt vertragingen rond het budget te analyseren. Door de doorlooptijd van de financiële goedkeuring te bekijken, kun je problemen in de begroting of prognoses vinden. Waar vind je dit? Dit wordt meestal vastgelegd als een afzonderlijke voltooide goedkeuringsstap in de workflow, vaak toegewezen aan een gebruiker met een financiële rol. Vastleggen Zoek in de workflow-eventlog naar een gebeurtenis die aangeeft dat de stap ‘Budgetgoedkeuring’ of ‘Financiële beoordeling’ is voltooid. Gebeurtenistype explicit | |||
| Functie bevroren | Dit betekent dat een actieve functie tijdelijk is stilgezet. Er kunnen dan geen wervings- of andere personeelsactiviteiten voor plaatsvinden. Dit gebeurt vaak door budgetwijzigingen of een verschuiving in strategische prioriteiten. | ||
| Waarom dit belangrijk is Door bij te houden wanneer en waarom functies worden bevroren, krijg je inzicht in veranderingen binnen de organisatie en budgetbeperkingen. Zo kun je verouderde functies herkennen die openstaan, maar waarvoor niet actief wordt geworven. Waar vind je dit? Dit wordt afgeleid uit een statuswijziging naar ‘Bevroren’, ‘In de wacht’ of ‘Opgeschort’ in het centrale HR-systeem. Vastleggen Leg de timestamp vast waarop de status van de functie wordt bijgewerkt naar ‘Bevroren’ of ‘In de wacht’. Gebeurtenistype inferred | |||
| Functie opnieuw ingedeeld | Dit is een belangrijke wijziging in de basisindeling van een functie, zoals de functiefamilie, salarisschaal of het niveau. Het gaat om een grotere wijziging dan een gewone aanpassing van functiegegevens en er kan een afzonderlijk goedkeuringsproces voor nodig zijn. | ||
| Waarom dit belangrijk is Een herindeling kan gevolgen hebben voor de beloning, loopbaanontwikkeling en organisatiestructuur. Door deze gebeurtenissen te volgen, kun je wijzigingen in de organisatie-inrichting en de flexibiliteit van de functiearchitectuur analyseren. Waar vind je dit? Dit kan worden vastgelegd via een afzonderlijk bedrijfsproces of worden afgeleid uit wijzigingen in specifieke velden voor functieclassificatie in de wijzigingsgeschiedenis van het functierecord. Vastleggen Zoek naar de voltooide workflow ‘Functie opnieuw indelen’ of volg wijzigingen in velden zoals ‘Functieprofiel’, ‘Salarisschaal’ of ‘Functiecode’. Gebeurtenistype explicit | |||
| Functieaanvraag afgewezen | Dit betekent dat een goedkeurder de functieaanvraag in een fase van het proces formeel heeft afgewezen. Daarmee eindigt de aanvraag en worden verdere stappen stopgezet. | ||
| Waarom dit belangrijk is Door afwijzingen te volgen, kun je het percentage aanvragen dat in één keer wordt goedgekeurd meten en achterhalen waarom aanvragen mislukken, bijvoorbeeld door budgetbeperkingen of een gebrek aan aansluiting op de strategie. Met deze analyse kun je toekomstige aanvragen verbeteren. Waar vind je dit? Dit wordt expliciet vastgelegd in de workflowgeschiedenis wanneer een goedkeurder kiest voor ‘Afwijzen’ of ‘Weigeren’. Vastleggen Zoek de timestamp bij de status ‘Afgewezen’ of bij de uitvoering van de workflowactie ‘Afwijzen’. Gebeurtenistype explicit | |||
| Functieaanvraag teruggestuurd voor herstelwerk | Dit betekent dat een goedkeurder de functieaanvraag naar een eerdere stap heeft teruggestuurd voor aanpassingen of verduidelijking. Hierdoor ontstaat een lus in het proces: de aanvrager moet de aanvraag aanpassen en opnieuw indienen. | ||
| Waarom dit belangrijk is Deze activiteit is een directe maatstaf voor herstelwerk en procesefficiëntie. Veel lussen wijzen op onduidelijke eisen, invoerfouten of gebrekkige afstemming tussen afdelingen. Waar vind je dit? In de meeste workflowsystemen wordt dit als een afzonderlijke actie vastgelegd in de event log wanneer een goedkeurder kiest voor ‘Terugsturen’ of ‘Aanpassing aanvragen’. Vastleggen Leg gebeurtenissen vast waarbij de workflowstatus teruggaat naar een eerdere stap of een specifieke actie ‘Terugsturen’ wordt geregistreerd. Gebeurtenistype explicit | |||
| Functiegegevens gewijzigd | Dit staat voor elke wijziging in de beschrijvende gegevens van een bestaande functie, zoals de functietitel, afdeling of locatie. Dit gebeurt meestal nadat de functie is aangemaakt. | ||
| Waarom dit belangrijk is Regelmatige wijzigingen na de aanmaak kunnen wijzen op problemen met de oorspronkelijke datakwaliteit of op instabiliteit binnen de organisatie. Door deze wijzigingen te analyseren, krijg je inzicht in de aard en frequentie van aanpassingen na goedkeuring. Waar vind je dit? Deze activiteit wordt vaak afgeleid uit wijzigingen in de auditlogs of wijzigingsgeschiedenis van het functierecord. Vastleggen Volg wijzigingslogs of vergelijk versies van de functiegegevens van vóór en na een wijziging om aanpassingen in belangrijke velden op te sporen. Gebeurtenistype inferred | |||
| Goedkeuring door manager ontvangen | Dit is de eerste goedkeuringsstap, uitgevoerd door de aanvragende manager of het afdelingshoofd. Hiermee wordt bevestigd dat het team of de afdeling de functie nodig heeft. | ||
| Waarom dit belangrijk is Door deze stap te volgen, kun je bottlenecks in de eerste fase van het goedkeuringsproces vinden. Vertragingen hier kunnen de totale tijd tot invulling flink verlengen. Waar vind je dit? Dit wordt meestal vastgelegd als een statuswijziging of als de voltooiing van een goedkeuringstaak in de workflowgeschiedenis van de functieaanvraag. Vastleggen Leg de timestamp vast waarop de goedkeuringstaak van de manager in de workflowlogs de status ‘Voltooid’ of ‘Goedgekeurd’ krijgt. Gebeurtenistype explicit | |||
| Werving voor functie gestart | Dit betekent dat het proces voor talentwerving voor een actieve functie officieel is gestart. Meestal gebeurt dit wanneer een vacatureaanvraag wordt aangemaakt die aan de functie is gekoppeld. | ||
| Waarom dit belangrijk is Deze activiteit verbindt functiebeheer met het wervingsproces. Door de tijd tussen functieactivering en de start van de werving te analyseren, kun je mogelijke hiaten in de overdracht vinden. Waar vind je dit? Dit wordt meestal vastgelegd wanneer in de wervingsmodule een vacatureaanvraag wordt aangemaakt en aan de betreffende functie-ID wordt gekoppeld. Vastleggen Gebruik de aanmaaktimestamp van de vacatureaanvraag die aan de functie-ID is gekoppeld. Gebeurtenistype explicit | |||
Extractiegidsen
Extractiemethoden verschillen per systeem. Lees voor gedetailleerde instructies
Klaar om te beginnen?
Begin met de analyse van Hire to Retire - Positiebeheer. Gebruik de generieke template of kies een gids voor een specifiek systeem om de data-extractie te starten.
Verbeter nu het positiebeheer binnen Hire to Retire
Krijg helder zicht op de personeelsbezetting, verminder fouten en verlaag snel de kosten.
Geen creditcard nodig. Je bent binnen 5 minuten aan de slag.