Jouw datatemplate voor Hire to Retire - functiebeheer
Jouw datatemplate voor Hire to Retire - functiebeheer
Dit is onze generieke datatemplate voor process mining voor Hire to Retire - functiebeheer. Gebruik onze systeemspecifieke templates voor gerichtere begeleiding.
Selecteer een specifiek systeem- Een gestandaardiseerde structuur voor je event log-data.
- Aanbevolen attributen en activiteiten voor een volledige analyse.
- Richtlijnen die je op verschillende bronsystemen kunt toepassen.
Hire to Retire - attributen voor functiebeheer
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De naam van de specifieke bedrijfsgebeurtenis, taak of statuswijziging die op een bepaald moment in het functiebeheerproces plaatsvond. | ||
| Beschrijving De activiteitsnaam beschrijft één stap of actie binnen de levenscyclus van functiebeheer. Deze activiteiten vormen de bouwstenen van de procesmap en staan voor belangrijke gebeurtenissen, zoals 'Aanvraag voor functie gestart', 'Budgetgoedkeuring ontvangen' of 'Functie gesloten'. Door deze activiteiten te volgen, kun je de volledige processtroom visualiseren. Je ziet de volgorde van gebeurtenissen, ontdekt procesvarianten en vindt bottlenecks of herstelrondes, zoals herhaalde activiteiten voor het terugsturen van een aanvraag voor herstel. Duidelijke en consistente activiteitsnamen zijn belangrijk voor een accuraat en begrijpelijk procesmodel. Waarom dit belangrijk is Dit attribuut is belangrijk voor het opbouwen van de procesmap, het vinden van bottlenecks en het begrijpen van de volgorde van gebeurtenissen in de levenscyclus van een functie. Waar je het vindt Gegenereerd uit event logs, tabellen met statuswijzigingen of transactiec codes in het HR- of functiebeheersysteem. Voorbeelden Aanvraag voor positie gestartGoedkeuring door manager ontvangenPositie ingevuldPositie geherclassificeerd | |||
| Functie-ID PositionId | De unieke identificatie van een specifieke functie binnen de organisatie. Dit is de primaire case-identificatie voor het functiebeheerproces. | ||
| Beschrijving De functie-ID is een unieke sleutel die aan elke functie wordt toegewezen om deze van alle andere functies te onderscheiden. De ID vormt de centrale verbinding tussen alle activiteiten en gebeurtenissen in de levenscyclus van één functie, vanaf de eerste aanvraag tot en met de uiteindelijke sluiting. In process mining moet elk event log een case-identificatie bevatten om gerelateerde activiteiten te groeperen tot één procesinstantie. Door de functie-ID als Case ID te gebruiken, kunnen analisten het volledige traject van elke functie volgen. Zo kun je processtromen visualiseren, doorlooptijden per functie berekenen en veelvoorkomende routes of afwijkingen herkennen. Waarom dit belangrijk is Dit is nodig om alle gerelateerde activiteiten in één procesinstantie te groeperen en de levenscyclus van elke functie van begin tot eind te analyseren. Waar je het vindt Je vindt dit meestal in de koptekst of het hoofdrecord van een module voor functiebeheer of een humanresourcesinformatiesysteem (HRIS). Voorbeelden POS-0012586003491-FINMKTG-SR-ANALYST-2 | |||
| Gebeurtenistijd EventTime | De exacte datum en tijd waarop een specifieke activiteit in het functiebeheerproces plaatsvond. Dit is de starttijd van een activiteit. | ||
| Beschrijving Gebeurtenistijd is de timestamp die het exacte moment van een activiteit vastlegt. Deze geeft de volledige processtroom een chronologische context, zodat gebeurtenissen in de juiste volgorde kunnen worden gezet en het proces kan worden gereconstrueerd zoals het werkelijk verliep. 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 van functiegoedkeuring'. Waarom dit belangrijk is Dit is nodig om gebeurtenissen chronologisch te ordenen en alle metriek op basis van tijd te berekenen, zoals doorlooptijden en totale doorlooptijden. Waar je het vindt Meestal te vinden in systeemlogs, transactierecords of velden voor aanmaak- en wijzigingsdatum in het bronsysteem. Voorbeelden 2023-04-15T10:30:00Z2023-06-21T14:05:12Z2024-01-10T09:00:00Z | |||
| Bronsysteem SourceSystem | De naam of identificatie van het systeem waaruit de gebeurtenisdata is geëxtraheerd, zoals het centrale HRIS of een gespecialiseerde wervingsmodule. | ||
| Beschrijving Het attribuut Bronsysteem geeft aan waar de procesdata vandaan komt. In veel organisaties loopt het hire-to-retire-proces over meerdere applicaties, bijvoorbeeld een centraal HR-systeem voor functiebeheer en een apart applicant tracking system (ATS) voor werving. Het bronsysteem vermelden is belangrijk wanneer je data uit verschillende bronnen combineert tot één procesoverzicht. Dit helpt bij datavalidatie, het oplossen van integratieproblemen en het begrijpen van de bijdrage van verschillende systemen aan het totale proces. Zo kun je vertragingen of dataverschillen bij systeemoverdrachten herkennen. 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 over meerdere gekoppelde systemen lopen. Waar je het vindt Deze informatie staat meestal in de metadata van de data-extractie of wordt tijdens de datatransformatie als vaste waarde toegevoegd. 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 is vernieuwd of bijgewerkt in de process-miningdataset. | ||
| Beschrijving Dit attribuut legt vast wanneer de dataset voor het laatst vanuit het bronsysteem is bijgewerkt. Het is een metadataveld dat belangrijke context geeft over de actualiteit van de data die je analyseert. Analisten gebruiken deze informatie om te bepalen welke periode de analyse bestrijkt en om te controleren of ze met de meest recente beschikbare data werken. Bij doorlopende procesmonitoring is het belangrijk om het tijdstip van de laatste update te kennen. Zo blijven dashboards en KPI's de actuele stand van de bedrijfsvoering weergeven en zijn conclusies gebaseerd op recente informatie. Waarom dit belangrijk is Dit laat analisten zien hoe actueel de data is, zodat de analyse relevant blijft en op de meest recente beschikbare informatie is gebaseerd. Waar je het vindt Deze timestamp wordt meestal gegenereerd 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 organisatorische eenheid waartoe de functie behoort. | ||
| Beschrijving Het attribuut Afdeling geeft organisatorische context door elke functie aan een specifiek onderdeel van de organisatie toe te wijzen, zoals 'Finance', 'Engineering' of 'Sales'. Zo kun je het functiebeheerproces in verschillende delen van het bedrijf segmenteren en vergelijken. Filteren of groeperen op afdeling is een effectieve analysemethode. Je ziet bijvoorbeeld verschillen in procesprestaties, zoals langere goedkeuringstijden of meer herstelwerk in bepaalde afdelingen. Deze inzichten helpen bij gerichte procesverbetering en maken duidelijk welke werkwijzen in goed presterende afdelingen je elders kunt toepassen. Waarom dit belangrijk is Hiermee kun je processen in verschillende bedrijfseenheden vergelijken en verschillen in efficiëntie, compliance en kosten herkennen. Waar je het vindt Te vinden in de stamdata van functies of de module voor organisatiebeheer van het HR-systeem. Voorbeelden FinanciënOnderzoek en ontwikkelingMarketingKlantenservice | |||
| Eindtijd EndTime | De timestamp die aangeeft wanneer een activiteit is voltooid. Deze wordt gebruikt om de verwerkingstijd van afzonderlijke activiteiten te berekenen. | ||
| Beschrijving Gebeurtenistijd markeert het begin van een activiteit, terwijl de eindtijd het einde markeert. Het verschil tussen beide is de verwerkingstijd of duur van die specifieke taak. Bij gebeurtenissen die direct plaatsvinden, kan de eindtijd gelijk zijn aan de starttijd. In de analyse helpt dit attribuut om vast te stellen welke activiteiten de meeste tijd kosten. Het ondersteunt het vinden van inefficiënte stappen en een gerichte bottleneckanalyse. Door bijvoorbeeld de eindtijd van goedkeuringsstappen te analyseren, kun je bepalen welke goedkeuringen het langst duren en waar verbeteringen nodig zijn. Waarom dit belangrijk is Hiermee kun je de verwerkingstijd van afzonderlijke activiteiten berekenen en vaststellen welke taken de meeste tijd kosten. Waar je het vindt Vaak te vinden naast de starttijd in systeem-event logs of transactiegegevens. Je kunt deze ook afleiden als 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 'Open', 'Bezet', 'Bevroren' of 'Gesloten'. | ||
| Beschrijving Functiestatus geeft aan waar de functie zich in de levenscyclus bevindt. Dit attribuut verandert mee met het proces. Een functie kan bijvoorbeeld beginnen als 'In afwachting van goedkeuring', daarna 'Open voor werving' worden, vervolgens 'Bezet' en uiteindelijk 'Gesloten'. Dit attribuut is belangrijk voor statusanalyses en dashboards zoals 'Analyse van verouderde en inactieve functies'. Door te analyseren hoe lang functies in elke status blijven, kun je bottlenecks vinden, zoals functies die te lang de status 'Open' houden. Het helpt ook bij capaciteitsplanning en bij het beoordelen van de totale gezondheid van de personeelsinstroom. Waarom dit belangrijk is Hiermee kun je analyseren hoe lang functies in elke status blijven. Dat helpt bij het vinden van verouderde functies en bij personeelsplanning. Waar je het vindt Meestal opgeslagen in het hoofdrecord van de functie en bijgewerkt wanneer activiteiten de status wijzigen. Voorbeelden Open, wervingGoedkeuring in behandelingBezetBevrorenGesloten | |||
| Functietitel JobTitle | De officiële titel van de functie, zoals 'Senior Software Engineer' of 'Marketing Manager'. | ||
| Beschrijving De functietitel beschrijft de rol of functie. Er kunnen meerdere functies met dezelfde functietitel bestaan, maar dit attribuut geeft belangrijke context over het soort rol dat wordt beheerd. Door het proces per functietitel of bredere functiefamilie te analyseren, kun je patronen voor bepaalde rollen herkennen. Seniorfuncties of zeer gespecialiseerde rollen hebben bijvoorbeeld vaak langere goedkeuringscycli of complexere wervingsprocessen dan functies op instapniveau. Deze informatie helpt bij het afstemmen van wervingsstrategieën en het bepalen van realistische doorlooptijden. Waarom dit belangrijk is Dit geeft context over de rol en maakt het mogelijk om procesverschillen tussen soorten functies, niveaus en vakgebieden te analyseren. Waar je het vindt Opgeslagen in de functiestamdata, vaak gekoppeld aan een centrale functiecatalogus of een functieprofiel in het HR-systeem. Voorbeelden Senior accountantProductmanagerDatawetenschapperHR-businesspartner | |||
| Gebruikersnaam UserName | De naam of unieke identificatie van de gebruiker die de activiteit heeft uitgevoerd of aan de gebeurtenis is gekoppeld. | ||
| Beschrijving De gebruikersnaam identificeert de medewerker, zoals een manager, HR Business Partner of budgethouder, die een bepaalde taak in het proces heeft uitgevoerd. Dit kan de persoon zijn die een functie heeft aangevraagd, een stap heeft goedgekeurd of functiedetails heeft gewijzigd. Dit attribuut is belangrijk voor analyses van prestaties, werkverdeling en compliance. Je kunt er vragen mee beantwoorden als 'Welke gebruikers behandelen de meeste aanvragen?' en 'Zijn er vertragingen bij specifieke goedkeurders?'. Ook wordt het gebruikt voor functiescheidingsanalyses, 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 capaciteitsproblemen herkennen. Waar je het vindt Meestal beschikbaar in transactiedetails, wijzigingslogs of audittrails, vaak gekoppeld via een gebruikers-ID. Voorbeelden j.doeEmily.WhiteU789123David Chen | |||
| Kostenplaats CostCenter | De financiële code of identificatie 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. Deze wordt gebruikt voor financiële planning, budgettering en rapportage over formatie en personeelskosten. Vanuit process-miningperspectief kun je met de kostenplaats het functiebeheerproces vanuit financieel oogpunt analyseren. Je kunt bijvoorbeeld zien of bepaalde kostenplaatsen vaker functiewijzigingen hebben, langere goedkeuringstijden kennen of samenhangen met hogere wervingskosten. Dit is nuttig voor budgetbewaking 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 je het vindt Te vinden in 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 hiring manager of de manager aan wie de functie rapporteert. | ||
| Beschrijving Naam manager identificeert de persoon die toezicht houdt op de medewerker in de nieuwe functie. Dit is vaak degene die de aanvraag start en een belangrijke rol speelt in het goedkeurings- en wervingsproces. Dit attribuut vormt de basis voor het dashboard 'Analyse van goedkeuringsbottlenecks'. Door activiteiten per manager te groeperen, kun je zien welke personen mogelijk een bottleneck vormen door hun werkdruk of behoefte aan extra training. Ook krijg je inzicht in de betrokkenheid van managers en besluitvormingspatronen binnen het proces. Waarom dit belangrijk is Dit identificeert de belangrijkste belanghebbende voor de functie en maakt analyse van goedkeuringsvertragingen en managerspecifieke procespatronen mogelijk. Waar je het vindt Te vinden in de functiedetails, vaak als onderdeel van de rapportagestructuur of organisatorische toewijzing. Voorbeelden Robert SmithMaria GarciaChen WeiPriya Patel | |||
| Functiefamilie JobFamily | Een indeling op hoofdniveau van functies met vergelijkbare taken of vaardigheden, of binnen hetzelfde vakgebied. | ||
| Beschrijving Een functiefamilie groepeert verwante functietitels. 'Software Engineer', 'QA Tester' en 'DevOps Engineer' kunnen bijvoorbeeld allemaal tot de functiefamilie 'Engineering' behoren. Zo kun je functies op een breder niveau indelen en analyseren dan met alleen de specifieke functietitel. Door Functiefamilie in een analyse te gebruiken, krijg je een strategisch beeld van ontwikkelingen in het personeelsbestand en procesefficiëntie. Je kunt de levenscyclus van functiebeheer in verschillende vakgebieden vergelijken, zoals 'Finance' en 'IT'. Dit kan vakspecifieke bottlenecks of goede werkwijzen aan het licht brengen en strategische personeelsplanning ondersteunen. Waarom dit belangrijk is Hiermee kun je vergelijkbare functies op hoofdniveau groeperen en procesontwikkelingen in verschillende bedrijfsfuncties analyseren. Waar je het vindt Gedefinieerd in de functiecatalogus of functiearchitectuur van de organisatie en opgeslagen als attribuut op het functieprofiel of functierecord. Voorbeelden EngineeringFinanciën en accountingVerkoopPersoneelszaken | |||
| Locatie Location | De fysieke, geografische of regionale locatie waar de functie is gevestigd. | ||
| Beschrijving Het attribuut Locatie geeft het kantoor, de stad, staat of het land aan dat bij een functie hoort. Deze geografische informatie is belangrijk om regionale verschillen in wervingsprocessen en personeelsverdeling te begrijpen. Door het proces per locatie te analyseren, kun je relevante verschillen vinden. Zo kunnen lokale arbeidsmarktomstandigheden leiden tot andere doorlooptijden, kunnen goedkeuringsstructuren per land verschillen en kunnen compliance-eisen in bepaalde regio's extra processtappen veroorzaken. Deze analyse ondersteunt wereldwijde standaardisatie, 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 vinden. Waar je het vindt Opgeslagen in de functiestamdata als onderdeel van de organisatorische gegevens. Voorbeelden New York, VSBerlijn, DuitslandSingaporeKantoor in Londen | |||
| Reden van wijziging ChangeReason | De toelichting die wordt gegeven wanneer een functieaanvraag wordt afgewezen, voor herstelwerk wordt teruggestuurd of wanneer de attributen ervan worden gewijzigd. | ||
| Beschrijving De reden van wijziging legt uit waarom specifieke, vaak niet-standaardgebeurtenissen in het proces plaatsvinden. Het gaat bijvoorbeeld om de reden voor het afwijzen van een aanvraag, de onderbouwing van een herclassificatie of opmerkingen wanneer een aanvraag voor wijzigingen naar de indiener wordt teruggestuurd. Deze kwalitatieve data is erg waardevol voor oorzaakanalyses. Ze maakt duidelijk waarom processen afwijken. Door afwijsredenen te analyseren, kun je bijvoorbeeld veelvoorkomende problemen in functieaanvragen vinden, zoals ontbrekende budgetinformatie of onduidelijke functieomschrijvingen. Dit helpt om het First-Pass Yield Rate te verbeteren en het Position Rework Rate te verlagen. Waarom dit belangrijk is Dit geeft belangrijke context voor herstelwerk, afwijzingen en andere afwijkingen, zodat je gericht oorzaken kunt analyseren en het proces kunt verbeteren. Waar je het vindt Meestal te vinden in opmerkingenvelden, notities of specifieke redenvelden bij transacties voor afwijzing, herstelwerk of wijziging. Voorbeelden Budget niet goedgekeurdOnjuist functieprofiel geselecteerdReorganisatieAanvraaggegevens onvolledig | |||
| Wervingsaanvraag-ID RequisitionId | De unieke identificatie van de wervingsaanvraag die aan de functie is gekoppeld en deze verbindt met het wervingsproces. | ||
| Beschrijving De wervingsaanvraag-ID vormt de verbinding tussen het functiebeheerproces en het wervingsproces. Zodra een functie is goedgekeurd en kan worden ingevuld, wordt meestal een wervingsaanvraag aangemaakt om de wervingsactiviteiten formeel te starten. Deze identificatie is belangrijk voor een echt end-to-endoverzicht van de hire-to-retirecyclus. Je kunt er gegevens over het aanmaken en goedkeuren van de functie mee verbinden aan vervolgdata uit de werving, zoals het vinden van kandidaten, sollicitatiegesprekken en aanbiedingen. Zo kun je de totale time-to-fill analyseren, vanaf de eerste aanvraag tot de startdatum van een kandidaat. Waarom dit belangrijk is Dit verbindt de functie met het wervingsproces en maakt een bredere end-to-endanalyse van de volledige talentacquisitiecyclus mogelijk. Waar je het vindt Meestal gegenereerd door het Applicant Tracking System (ATS) of de wervingsmodule en gekoppeld aan het functierecord in het centrale HRIS. Voorbeelden REQ-2024-05-201JR102345R-0098778553 | |||
Hire to Retire - activiteiten voor functiebeheer
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Aanvraag voor positie gestart | Dit markeert het formele begin van het position-managementproces. Het event wordt vastgelegd wanneer een gebruiker, meestal een hiring manager, via het HR-systeem een aanvraag indient voor een nieuwe positie of vervanging. | ||
| Waarom dit belangrijk is Deze activiteit is het belangrijkste startpunt voor het meten van de totale doorlooptijd van het aanmaken van een positie. Door het volume en de timing van aanvragen te analyseren, krijg je beter zicht op personeelsplanning en trends in groei of reorganisatie. Waar je het vindt Dit event komt meestal uit een workflowsysteem of een auditlogtabel waarin de indiening van een formulier voor een nieuwe positie wordt vastgelegd. Vastleggen Herken het aanmaak-event van een aanvraagrecord voor een positie of de eerste stap in de bijbehorende workflow voor het bedrijfsproces. Eventtype explicit | |||
| Goedkeuring door HR ontvangen | Dit is de definitieve goedkeuring van de afdeling Human Resources. Hiermee wordt bevestigd dat de positie past binnen het organisatiebeleid, de inschaling en de beloningsstructuur. Vaak is dit de laatste goedkeuring voordat de positie formeel wordt aangemaakt. | ||
| Waarom dit belangrijk is Als laatste toegangspoort kan vertraging in deze fase een groot knelpunt vormen. Door deze stap te analyseren, krijg je beter zicht op procesefficiëntie en compliance binnen HR-processen. Waar je het vindt Dit wordt vastgelegd wanneer de laatste goedkeuringstaak in de workflow voor het aanmaken van een positie is voltooid, meestal door een HR-partner of beheerder. Vastleggen Herken de timestamp waarop de HR-specifieke goedkeuringstaak in de workflowgeschiedenis is voltooid. Eventtype explicit | |||
| Positie aangemaakt | Dit markeert de officiële aanmaak van het positierecord in het centrale HR-systeem nadat alle benodigde goedkeuringen zijn ontvangen. De positie maakt nu formeel deel uit van de organisatiestructuur en heeft een unieke identifier. | ||
| Waarom dit belangrijk is Dit is een belangrijke mijlpaal: de goedkeuringsfase is afgerond en de actieve levenscyclus van de positie begint. De tijd tussen 'Request Initiated' en 'Position Created' is een belangrijke prestatie-indicator. Waar je het vindt Dit wordt vastgelegd via de aanmaaktimestamp van het primaire positierecord of object in de belangrijkste HR-datatabellen. Vastleggen Gebruik de timestamp 'creation date' of 'system created on' uit de primaire positietabel of het primaire object. Eventtype explicit | |||
| Positie geactiveerd | Dit markeert het moment waarop een positie officieel open en beschikbaar wordt voor personeelsactiviteiten, zoals het publiceren van een vacatureaanvraag. De positie is dan klaar voor recruitment. | ||
| Waarom dit belangrijk is Dit event is het belangrijkste overdrachtspunt van position management naar talent acquisition. De tijd die nodig is om een aangemaakte positie te activeren, kan vertraging in de operationele gereedheid zichtbaar maken. Waar je het vindt Dit wordt meestal afgeleid uit een statusveld op het positierecord dat verandert in 'Active', 'Open' of een vergelijkbare status, samen met de ingangsdatum van die wijziging. Vastleggen Leg de timestamp vast waarop de statuscode van de positie verandert in een waarde die aangeeft dat de positie actief en open voor recruitment is. Eventtype inferred | |||
| Positie gedeactiveerd | De positie wordt inactief gemaakt, vaak nadat een medewerker is vertrokken en er geen direct plan is om de positie opnieuw in te vullen. Een inactieve positie verdwijnt uit het actieve organogram, maar blijft voor historische doeleinden in het systeem staan. | ||
| Waarom dit belangrijk is Deze activiteit helpt bij het beheren van de personeelsomvang en houdt organogrammen actueel. De tijd tussen het vacant worden van een positie en de deactivering ervan kan iets zeggen over de efficiëntie van personeelsplanning. Waar je het vindt Dit wordt afgeleid uit een statuswijziging van het positierecord naar 'Inactive' of 'Discontinued', samen met de bijbehorende ingangsdatum. Vastleggen Leg de timestamp vast waarop de status van de positie verandert in een waarde die aangeeft dat de positie niet langer actief is. Eventtype inferred | |||
| Positie gesloten | Dit betekent dat de positie definitief uit de organisatiestructuur wordt verwijderd of gearchiveerd. Het is het laatste event in de levenscyclus van de positie en geeft aan dat deze niet opnieuw wordt gebruikt. | ||
| Waarom dit belangrijk is Dit is de laatste activiteit en daarmee het einde van de levenscyclus van de positie. Door gesloten posities te analyseren, krijg je inzicht in langetermijnwijzigingen van de organisatiestructuur en strategische personeelsreducties. Waar je het vindt Dit is meestal een expliciete actie of een bedrijfsproces om een positie te 'Close' of 'Eliminate'. Het wordt vastgelegd in workflowlogs of de geschiedenis van statuswijzigingen. Vastleggen Zoek naar het voltooiingsevent van een bedrijfsproces 'Close Position' of naar een laatste statuswijziging naar 'Closed' of 'Eliminated'. Eventtype explicit | |||
| Positie ingevuld | Dit is het geslaagde resultaat van het recruitmentproces: een kandidaat is aangenomen of een interne medewerker is naar de positie overgeplaatst. De positie is nu bezet. | ||
| Waarom dit belangrijk is Dit is een belangrijke mijlpaal in de levenscyclus van de positie. De tijd tussen 'Position Activated' en 'Position Filled' is een belangrijk onderdeel van de totale time-to-hire. Waar je het vindt Dit event wordt vastgelegd nadat een bedrijfsproces voor 'Hire' of 'Staffing' succesvol is afgerond en een employee ID aan de positie-ID is gekoppeld. Vastleggen Gebruik de ingangsdatum van de aanname- of overplaatsingsactie waarmee een medewerker aan de positie wordt toegewezen. Eventtype explicit | |||
| Aanvraag voor positie afgewezen | Dit betekent dat een goedkeurder de aanvraag voor een positie formeel heeft afgewezen, in welke fase van het proces dan ook. Dit is een eindevent voor de aanvraag en stopt verdere voortgang. | ||
| Waarom dit belangrijk is Door afwijzingen te volgen, kun je de 'First-Pass Yield Rate' meten en redenen voor mislukte aanvragen herkennen, zoals budgetbeperkingen of een gebrek aan strategische aansluiting. Met deze analyse kun je de kwaliteit van toekomstige aanvragen verbeteren. Waar je het vindt Dit wordt expliciet vastgelegd in de workflowgeschiedenis wanneer een goedkeurder de actie 'Reject' of 'Decline' kiest. Vastleggen Herken de timestamp bij een status 'Rejected' of bij het uitvoeren van een workflowactie 'Reject'. Eventtype explicit | |||
| Aanvraag voor positie teruggestuurd voor herstelwerk | Dit betekent dat een goedkeurder de aanvraag voor een positie terugstuurt naar een eerdere stap voor wijzigingen of verduidelijking. Hierdoor ontstaat een lus in het proces en moet de indiener de aanvraag aanpassen en opnieuw indienen. | ||
| Waarom dit belangrijk is Deze activiteit is een directe maatstaf voor herstelwerk en inefficiëntie in het proces. Veel herhaallussen wijzen op onduidelijke eisen, fouten bij gegevensinvoer of gebrekkige afstemming tussen afdelingen. Waar je het vindt Dit is in de meeste workflowsystemen een expliciete actie. Het wordt in het event log vastgelegd wanneer een goedkeurder kiest voor 'Send Back' of 'Request Revision'. Vastleggen Leg events vast waarbij de workflowstatus teruggaat naar een eerdere stap of waarbij een specifieke actie 'Send Back' wordt geregistreerd. Eventtype explicit | |||
| Goedkeuring door manager ontvangen | Dit is het eerste goedkeuringsniveau, uitgevoerd door de manager die de aanvraag indient of door het afdelingshoofd. Hiermee wordt bevestigd dat er binnen het team of de afdeling een zakelijke reden voor de positie is. | ||
| Waarom dit belangrijk is Door deze stap te volgen, zie je knelpunten in de eerste fase van het goedkeuringsproces. Vertraging hier kan de totale time-to-fill aanzienlijk verhogen. Waar je het vindt Dit wordt meestal vastgelegd als een specifieke statuswijziging of als voltooiing van een goedkeuringstaak in de workflowgeschiedenis van de aanvraag. Vastleggen Leg de timestamp vast waarop de goedkeuringstaak van de manager in de workflowlogs de status 'Completed' of 'Approved' krijgt. Eventtype explicit | |||
| Goedkeuring van budget ontvangen | Dit is een belangrijke mijlpaal waarop de financiële afdeling of budgethouder bevestigt dat er geld beschikbaar is en aan de nieuwe positie is toegewezen. Hiermee wordt de financiële haalbaarheid van de aanvraag bevestigd. | ||
| Waarom dit belangrijk is Deze activiteit is belangrijk voor financieel beheer en helpt om vertragingen rond budgetten te analyseren. Als je de doorlooptijd van financiële goedkeuringen begrijpt, kunnen problemen in budgettering of forecasting zichtbaar worden. Waar je het vindt Dit wordt meestal vastgelegd als een afzonderlijk event voor het voltooien van een goedkeuringsstap in de workflow, vaak toegewezen aan een gebruiker met een financiële rol. Vastleggen Zoek in het workflow-event log naar een event dat aangeeft dat de stap 'Budget Approval' of 'Finance Review' is voltooid. Eventtype explicit | |||
| Positie bevroren | Dit betekent dat een actieve positie tijdelijk is stilgezet, waardoor recruitment en andere personeelsactiviteiten voor deze positie niet mogelijk zijn. Vaak komt dit door budgetwijzigingen of een veranderde strategische prioriteit. | ||
| Waarom dit belangrijk is Door te volgen wanneer en waarom posities worden bevroren, krijg je zicht op veranderingen in de organisatie en budgetstops. Je herkent ook 'stale' posities die openstaan maar niet actief worden ingevuld. Waar je het vindt Dit wordt afgeleid uit een statuswijziging van de positie naar 'Frozen', 'On Hold' of 'Suspended' in het centrale HR-systeem. Vastleggen Leg de timestamp vast waarop de status van de positie wordt bijgewerkt naar 'Frozen' of 'On Hold'. Eventtype inferred | |||
| Positie geherclassificeerd | Dit is een belangrijke wijziging waarbij de fundamentele classificatie van een positie verandert, bijvoorbeeld de job family, schaal of het niveau. Het gaat om een grotere wijziging dan een gewone aanpassing van een attribuut en er kan een eigen goedkeuringsproces voor nodig zijn. | ||
| Waarom dit belangrijk is Herclassificaties kunnen gevolgen hebben voor beloning, loopbaanpaden en de organisatiestructuur. Door deze events te volgen, kun je wijzigingen in het organisatieontwerp en de wendbaarheid van de job architecture analyseren. Waar je het vindt Dit kan worden vastgelegd via een afzonderlijk bedrijfsproces of worden afgeleid uit wijzigingen in specifieke velden voor jobclassificatie in de wijzigingsgeschiedenis van het positierecord. Vastleggen Zoek naar de voltooiing van een workflow 'Reclassify Position' of volg wijzigingen in velden zoals 'Job Profile', 'Grade' of 'Job Code'. Eventtype explicit | |||
| Positieattributen gewijzigd | Dit staat voor elke wijziging in de beschrijvende attributen van een bestaande positie, zoals titel, afdeling of locatie. Deze activiteit vindt meestal plaats nadat de positie is aangemaakt. | ||
| Waarom dit belangrijk is Veel wijzigingen na de aanmaak kunnen wijzen op problemen met de oorspronkelijke datakwaliteit of op instabiliteit in de organisatie. Door deze wijzigingen te analyseren, krijg je zicht op de aard en frequentie van aanpassingen na goedkeuring. Waar je het vindt Deze activiteit wordt vaak afgeleid uit wijzigingen in auditlogs of tabellen met wijzigingsgeschiedenis van het positierecord. Vastleggen Monitor wijzigingslogs of gebruik snapshots van de positiegegevens voor en na een wijziging om aanpassingen in belangrijke velden te herkennen. Eventtype inferred | |||
| Recruitment voor positie gestart | Dit betekent dat het talent-acquisitionproces voor een actieve positie officieel is gestart. Meestal gebeurt dit wanneer een vacatureaanvraag wordt aangemaakt die aan de positie is gekoppeld. | ||
| Waarom dit belangrijk is Deze activiteit verbindt position management met recruitment. Door de tijd tussen activatie van de positie en de start van recruitment te analyseren, zie je mogelijke hiaten in de overdracht. Waar je het vindt Dit wordt meestal vastgelegd wanneer in de recruitmentmodule een nieuw record voor een vacatureaanvraag wordt aangemaakt en aan de specifieke positie-ID wordt gekoppeld. Vastleggen Gebruik de aanmaaktimestamp van het record voor de vacatureaanvraag dat aan de positie-ID is gekoppeld. Eventtype explicit | |||
Extractiegidsen
Extractiemethoden verschillen per systeem. Bekijk voor gedetailleerde instructies
Klaar om aan de slag te gaan?
Start je analyse van Hire to Retire - functiebeheer met deze generieke template of kies een systeemgerichte gids om je data-extractie te beginnen.
Verbeter nu je Hire to Retire-proces voor functiebeheer
Krijg snel helder zicht op je personeelsbestand, verminder fouten en optimaliseer kosten.
Je hebt geen creditcard nodig. Je bent in 5 minuten klaar met instellen.