Datatemplate voor hypotheekaanvragen

De activiteitsnaam beschrijft een specifieke stap of mijlpaal in de workflow voor kredietverstrekking, zoals ‘Aanvraag ingediend’, ‘Kredietcontrole afgerond’ of ‘Kredietaanbod opgesteld’. Elke activiteit is een afzonderlijk moment in het proces en kost tijd en middelen.

De volgorde en frequentie van deze activiteiten analyseren is een belangrijk onderdeel van process mining. Zo ontdek je hoe het proces werkelijk verloopt, welke routes vaak voorkomen, waar bottlenecks zitten en hoe lang de verschillende fases duren. Duidelijke, consistente activiteitsnamen zijn belangrijk voor een begrijpelijke en nauwkeurige proceskaart.

Het beschrijft de processtappen. Zo kun je de procesflow visualiseren en analyseren, bottlenecks opsporen en de duur van elke fase meten.

Te vinden in event logs of transactietabellen waarin processtappen worden vastgelegd.

Het ID van de kredietaanvraag is een unieke sleutel die bij het aanmaken aan elke kredietaanvraag wordt toegekend. Het is de belangrijkste identificatiecode van de case en koppelt alle bijbehorende activiteiten, documenten en besluiten aan elkaar, vanaf de eerste indiening tot de uiteindelijke uitbetaling of afsluiting. Deze consistentie is nodig om het volledige verloop van elke aanvraag te reconstrueren.

Bij process mining gebruik je dit attribuut om alle bijbehorende gebeurtenissen in één case te groeperen. Zo kun je processtromen, doorlooptijden en variaties per aanvraag analyseren. Zonder een consistente, unieke identificatiecode kun je het proces niet nauwkeurig in kaart brengen of de prestaties ervan analyseren.

Dit is de basis voor process mining: de sleutel groepeert alle bijbehorende gebeurtenissen in één case, zodat je het volledige verloop van de kredietaanvraag kunt analyseren.

Meestal te vinden in de kopregel of hoofdtabel van kredietaanvragen.

De starttijd van een gebeurtenis is een nauwkeurige timestamp die het begin van een activiteit markeert. Dit is een vast onderdeel van het event log. Je hebt deze timestamp nodig om gebeurtenissen chronologisch te ordenen en de procesflow per case te reconstrueren.

Bij procesanalyse gebruik je de starttijd om de totale doorlooptijd van een case en de tijd tussen activiteiten te berekenen. Als ook een eindtijd beschikbaar is, kun je hiermee de actieve verwerkingstijd per stap bepalen. Deze tijdswaarde helpt je te begrijpen hoe lang processen duren, vertragingen op te sporen en prestaties te toetsen aan service level agreements.

Deze timestamp is belangrijk om gebeurtenissen te ordenen, doorlooptijden te berekenen en vertragingen tussen activiteiten op te sporen.

Een verplicht veld in het event log of de transactietabel van elk systeem.

De naam van het bronsysteem geeft aan uit welke applicatie of welk platform de eventdata afkomstig zijn, bijvoorbeeld een Loan Origination System (LOS), CRM of documentbeheersysteem. Bij moderne organisaties loopt één bedrijfsproces, zoals het verstrekken van leningen, vaak door meerdere gekoppelde systemen.

Als je per gebeurtenis het bronsysteem vastlegt, kun je data controleren, problemen opsporen en zien welke systemen bij het proces betrokken zijn. Analisten kunnen data zo terugleiden naar de bron en nagaan hoe systemen bijdragen aan de procesflow en eventuele vertragingen.

Zo kun je data terugleiden naar de bron. Dat is belangrijk om data te controleren en procesflows te begrijpen die over meerdere IT-systemen lopen.

Vaak beschikbaar als standaardveld in data-extracties. Je kunt het ook toevoegen tijdens de data-engineering.

Dit attribuut bevat de timestamp van de meest recente data-extractie of vernieuwing vanuit het bronsysteem. Het is een metadataveld dat belangrijk is voor datagovernance en kwaliteitscontrole.

Als je weet wanneer de data voor het laatst zijn bijgewerkt, kun je beoordelen hoe actueel de dataset is en of analyses op recente informatie zijn gebaseerd. Dit is vooral belangrijk bij het volgen van lopende processen: de timestamp laat zien hoe actueel het procesbeeld is. Ook helpt deze waarde bij het opsporen van problemen in datapijplijnen en schema’s voor data-invoer.

Zo zie je hoe actueel de data zijn. Dat helpt om analyses op recente informatie te baseren en de datakwaliteit te bewaken.

Wordt meestal aangemaakt en opgeslagen tijdens het proces van data-extractie, transformatie en laden (ETL).

Het aanvraagkanaal geeft aan hoe of waar de aanvrager voor het eerst contact opnam of de aanvraag indiende. Voorbeelden zijn een onlineportaal, mobiele app, vestiging of externe tussenpersoon.

De klantervaring en interne workflows kunnen per kanaal sterk verschillen. Door het proces per kanaal te analyseren, zie je hoe efficiënt elk indieningskanaal is. Zo ontdek je welke kanalen kortere verwerkingstijden, hogere klanttevredenheid of betere datakwaliteit opleveren. Die informatie helpt bij keuzes over investeringen in technologie en bedrijfsvoering.

Zo kun je de procesprestaties en klantervaring vergelijken tussen indieningskanalen, zoals online, in een vestiging of via mobiel.

Wordt aan het begin van het aanvraagproces vastgelegd en opgeslagen in de hoofdgegevenstabel voor leningaanvragen.

De eindtijd van een gebeurtenis markeert het precieze moment waarop een activiteit is afgerond. Sommige gebeurtenissen zijn mijlpalen en hebben alleen een starttijd. Veel activiteiten duren echter een bepaalde tijd. Met de eindtijd kun je die actieve verwerkingstijd rechtstreeks berekenen.

De actieve verwerkingstijd laat zien hoe middelen worden ingezet en waar taken efficiënter kunnen. Ook kun je hiermee onderscheid maken tussen de tijd waarin iemand aan een case werkt en de wachttijd. Zo zie je bijvoorbeeld hoelang de kredietbeoordeling daadwerkelijk duurde, los van de tijd dat de aanvraag in de wachtrij van de kredietbeoordelaar stond.

Hiermee bereken je de actieve verwerkingstijd van activiteiten. Zo kun je werk dat waarde toevoegt onderscheiden van wachttijd.

Vaak staat deze naast de starttijd in event logs of transactietabellen van systemen die de duur van activiteiten bijhouden.

Dit booleaanse attribuut maakt onderscheid tussen activiteiten die automatisch door een systeem worden uitgevoerd, zoals een automatische kredietcontrole of eerste documentcontrole, en activiteiten die een gebruiker handmatig uitvoert.

Dit onderscheid helpt je te begrijpen hoeveel automatisering het proces bevat en wat het effect daarvan is op de efficiëntie. Door geautomatiseerde en handmatige stappen te vergelijken, kun je mogelijkheden voor verdere automatisering opsporen, de tijdwinst van bestaande automatisering berekenen en de werkdruk van medewerkers in kaart brengen. Zo krijg je een helder beeld van de samenwerking tussen mensen en systemen tijdens het verstrekken van een lening.

Zo maak je onderscheid tussen activiteiten die door een systeem en door mensen worden uitgevoerd. Dat helpt bij automatiseringsanalyse en bij het in kaart brengen van de werkdruk.

Kan een veld in het event log zijn of worden afgeleid van de activiteitsnaam of de gebruiker die aan de gebeurtenis is gekoppeld, bijvoorbeeld de gebruiker ‘system’.

Het leenbedrag is de hoofdsom die de aanvrager wil lenen. Dit financiële attribuut heeft vaak invloed op de complexiteit en het risico van een leningaanvraag.

Bij hogere leenbedragen kan een grondigere kredietbeoordeling nodig zijn, kunnen extra goedkeuringsniveaus gelden of kunnen andere kosten van toepassing zijn. Door het proces per leenbedrag te analyseren, zie je hoe de hoogte van het bedrag de verwerkingstijd, goedkeuringspercentages en mate van controle beïnvloedt. Het leenbedrag is ook een belangrijke invoer voor financiële analyses, zoals de totale waarde van de leningen in behandeling of de kosten per uitgeleende euro.

Dit attribuut heeft invloed op de complexiteit en het risico van het proces. Je kunt ermee analyseren hoe de hoogte van het leenbedrag de doorlooptijd en goedkeuringspercentages beïnvloedt.

Een standaardveld in de aanvraagdata, meestal opgeslagen in de hoofdgegevenstabel voor leningen.

Als de uiteindelijke uitkomst van een leningaanvraag ‘Afgewezen’ is, geeft de reden van afwijzing met een code of tekst aan waarom. Veelvoorkomende redenen zijn een beperkte kredietgeschiedenis, een hoge verhouding tussen schulden en inkomen of een onvolledige aanvraag.

Dit attribuut is waardevol voor oorzaakanalyse van afgewezen aanvragen. Door de meest voorkomende redenen te analyseren, kun je structurele problemen opsporen bij aanvragers, in de criteria voor kredietbeoordeling of in het aanvraagproces zelf. De uitkomsten kunnen helpen bij marketing, productontwikkeling en procesverbeteringen om het aantal afwijzingen te verlagen.

Dit attribuut helpt bij oorzaakanalyse: je ziet waarom aanvragen worden afgewezen en kunt gerichte procesverbeteringen doorvoeren.

Vastgelegd bij de definitieve beslissing, vaak gekoppeld aan de uitkomst ‘Afgewezen’.

De toegewezen gebruiker is de medewerker of systeemgebruiker die een activiteit heeft uitgevoerd of ervoor verantwoordelijk is. Dit kan bijvoorbeeld een leningadviseur, dossierbehandelaar, kredietbeoordelaar of medewerker van de afsluitafdeling zijn.

Met dit attribuut analyseer je de prestaties van teams en individuele medewerkers, de verdeling van werk en de inzet van middelen. Door activiteiten per gebruiker bij te houden, kun je zien wie goed presteert, waar training nodig is en hoe je de werkdruk beter kunt verdelen. Ook kun je nagaan hoe verschillende gebruikers en teams de uitkomsten en doorlooptijden beïnvloeden.

Dit attribuut is belangrijk om de werkverdeling en teamprestaties te analyseren en bottlenecks door beperkte capaciteit op te sporen.

Meestal te vinden in transactie- of event logs waarin gebruikersacties in het systeem worden vastgelegd.

Het type leningproduct deelt de aanvraag in op basis van het financiële product dat wordt aangevraagd. Voorbeelden zijn een conventionele hypotheek, FHA-lening, autolening of persoonlijke kredietlijn.

Verschillende leningproducten hebben vaak eigen processen, compliance-eisen en risicoprofielen. Door het proces per producttype te analyseren, kun je verschillen opsporen en workflows voor specifieke productgroepen verbeteren. Zo kun je gerichte verbeteringen doorvoeren en verklaren waarom doorlooptijden, goedkeuringspercentages en herstelwerk per lening verschillen.

Zo kun je het proces opdelen om prestaties te vergelijken en verschillen in workflows voor leningtypen op te sporen.

Een standaardveld op het aanvraagformulier voor een lening, opgeslagen in de hoofdgegevenstabel van de aanvraag.

De uitkomst van de beslissing geeft de eindstatus van een leningaanvraag aan nadat deze volledig is verwerkt. Veelvoorkomende uitkomsten zijn goedgekeurd, afgewezen, ingetrokken door de aanvrager of een tegenvoorstel.

Dit attribuut is nodig voor uitkomstanalyse: daarmee onderzoek je welke procespaden tot een succesvolle of onsuccesvolle uitkomst leiden. Door procesvarianten te vergelijken met de beslissingen, kun je werkwijzen vinden die tot meer goedkeuringen leiden en gedrag opsporen dat vaak tot afwijzingen leidt. Zo kun je de procesefficiëntie en bedrijfsresultaten verbeteren.

Dit attribuut is nodig voor uitkomstanalyse. Je ziet ermee welke processtappen en -paden samenhangen met succesvolle of afgewezen leningaanvragen.

Meestal vastgelegd in het statusveld van de leningaanvraag of als een aparte beslissingsgebeurtenis in de transactiegeschiedenis.

De geografische locatie geeft aan welke locatie relevant is voor de lening. Dit kan de staat waarin het pand staat zijn, de vestiging die de aanvraag verwerkt of de regio van de aanvrager.

Met dit attribuut analyseer je regionale verschillen in het proces. In sommige staten gelden bijvoorbeeld specifieke compliance-eisen die extra stappen vereisen. Ook kan de ene vestiging efficiënter werken dan de andere. Door de data geografisch op te delen, kun je verschillen in prestaties, benodigde middelen en trends per markt opsporen die van invloed zijn op het verstrekken van leningen.

Met een geografische analyse kun je regionale verschillen in procesprestaties, compliance-eisen en bedrijfsresultaten opsporen.

Te vinden in de aanvraagdata, bijvoorbeeld in het adres van het pand of de vestiging waar de aanvraag is ingediend.

De kredietscore is een getal dat de kredietwaardigheid van een aanvrager weergeeft. Een kredietbureau levert deze score tijdens het aanvraagproces. De score speelt een belangrijke rol bij de risico-inschatting en de beslissing over de lening.

Een hogere kredietscore wijst doorgaans op een lager risico en kan leiden tot gunstigere leenvoorwaarden of een snellere goedkeuring. Met process mining kun je analyseren hoe de kredietscore het proces beïnvloedt en welke routes aanvragers met verschillende risicoprofielen doorlopen. Aanvragen met een lagere score kunnen bijvoorbeeld vaker handmatig worden beoordeeld of extra documentatie vereisen, wat de doorlooptijd verlengt.

De kredietscore speelt een belangrijke rol bij de risico-inschatting en kan het procespad, de uitkomst van de beslissing en de totale doorlooptijd sterk beïnvloeden.

Afkomstig van een extern kredietbureau en opgeslagen bij de profieldata van de aanvrager.

Het SLA-doel voor de kredietbeoordeling geeft aan binnen welke termijn de kredietbeoordeling van de leningaanvraag moet zijn afgerond. Dit is een KPI-norm die de organisatie vaststelt om aanvragen op tijd te verwerken.

Vergelijk de werkelijke duur van de kredietbeoordeling, berekend op basis van timestamps, met deze norm om te meten of de SLA wordt gehaald. Zo kun je bottlenecks in de kredietbeoordeling opsporen, teamprestaties beoordelen en verwachtingen van klanten goed beheren.

Dit is een norm om prestaties te toetsen aan service level agreements. Zo kun je vertragingen opsporen en doelen voor de bedrijfsvoering bewaken.

Meestal vastgelegd in configuraties van bedrijfsregels of documentatie over service level agreements. Het doel kan ook bij de casegegevens worden opgeslagen.

Dit attribuut geeft aan welke afdeling of welk team, zoals leningverwerking, kredietbeoordeling of afsluiting, verantwoordelijk is voor een activiteit of op een bepaald moment eigenaar is van de case.

Door overdrachten tussen afdelingen bij te houden, krijg je zicht op workflows binnen de organisatie en kun je vertragingen tussen teams opsporen. Met een analyse per afdeling kun je de prestaties en werkdruk van teams meten en de samenwerking en overdracht tussen afdelingen verbeteren.

Zo kun je overdrachten en prestaties per team analyseren en bottlenecks en inefficiënties tussen afdelingen opsporen.

Te vinden in workflowmanagementsystemen of af te leiden van de gebruiker of rol die aan de taak is toegewezen.

Het type aanvrager geeft aan wat de relatie van de aanvrager met de financiële instelling is, bijvoorbeeld een nieuwe of bestaande klant.

Het proces kan per type aanvrager verschillen. Voor bestaande klanten verloopt het mogelijk sneller doordat hun gegevens al beschikbaar zijn. Nieuwe klanten moeten misschien uitgebreider worden geïdentificeerd en hun gegevens moeten grondiger worden gecontroleerd. Door het proces per type aanvrager te analyseren, zie je deze verschillen en kun je de klantreis voor elke groep aanpassen en verbeteren.

Zo kun je processen voor verschillende klantgroepen vergelijken. Die groepen kunnen andere workflows en verwachtingen over de dienstverlening hebben.

Afgeleid van CRM-data of opgegeven op het aanvraagformulier.