Datatemplate voor leningaanvragen
Datatemplate voor leningaanvragen
- Aanbevolen attributen om te verzamelen
- Belangrijke activiteiten om te volgen
- Richtlijnen voor data-extractie
Attributen voor leningaanvragen
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteit ActivityName | De naam van een specifieke processtap of gebeurtenis in het leningaanvraagproces. | ||
| Beschrijving Dit attribuut staat voor één taak of mijlpaal in de levenscyclus van een leningaanvraag, zoals 'Eerste beoordeling uitgevoerd' of 'Kredietbeoordeling afgerond'. Deze activiteiten vormen de knooppunten in de proceskaart. De volgorde ervan bepaalt de processtroom. Door de volgorde, frequentie en duur van activiteiten te analyseren, kun je veelvoorkomende procesroutes, afwijkingen en bottlenecks opsporen. Zo zie je welk werk wordt uitgevoerd en in welke volgorde. Dat vormt de basis voor alle process mining-analyses. Waarom dit belangrijk is Dit attribuut beschrijft de processtappen. Daarmee kun je de processtroom visualiseren en analyseren, de kern van process mining. Waar vind je dit? Dit wordt meestal afgeleid van wijzigingen in de velden 'Stage' of 'Status' van het Loan-object in nCino, of van bijbehorende Task- of Event-records. Voorbeelden Kredietaanvraag aangemaaktKredietbeoordeling gestartKredietbesluit vastgelegdGeld uitgekeerd | |||
| ID van leningaanvraag LoanApplicationId | Een unieke identificatiecode voor elke leningaanvraag. Deze code is de primaire sleutel waarmee je het hele aanvraagproces volgt. | ||
| Beschrijving De ID van de leningaanvraag identificeert elke afzonderlijke leningaanvraag gedurende de hele levenscyclus. Deze ID is de centrale sleutel waarmee je alle bijbehorende activiteiten en data groepeert. Zo kun je het volledige aanvraagtraject van een specifieke lening volgen. Bij process mining fungeert deze ID als Case-ID. Elke gebeurtenis, van de indiening tot het definitieve besluit, wordt aan deze ID gekoppeld. Zo kun je voor elke aanvraag het volledige proces reconstrueren. Dat vormt de basis voor analyses van doorlooptijden, varianten en bottlenecks. Waarom dit belangrijk is Dit is de Case-ID die alle processtappen met elkaar verbindt. Zo kun je het volledige traject van elke leningaanvraag analyseren. Waar vind je dit? Dit is meestal de primaire sleutel van het Loan-object in nCino, vaak aangeduid als Voorbeelden LA-2023-00123LA-2023-00456LA-2024-00789 | |||
| Starttijd EventTime | Het timestamp dat aangeeft wanneer een activiteit of gebeurtenis is begonnen. | ||
| Beschrijving De starttijd, oftewel het timestamp van de gebeurtenis, legt de exacte datum en tijd van een activiteit vast. Met deze chronologische data kun je gebeurtenissen in de juiste volgorde zetten en de processtroom reconstrueren zoals die werkelijk is verlopen. Dit timestamp vormt de basis voor alle tijdsanalyses. Je gebruikt het om doorlooptijden tussen activiteiten te berekenen, wachttijden en vertragingen op te sporen en de totale duur van een case te meten. Nauwkeurige timestamps zijn belangrijk om prestaties te volgen en bottlenecks te analyseren. Waarom dit belangrijk is Dit timestamp geeft de chronologische volgorde van gebeurtenissen aan. Die is nodig om prestatiemetrieken zoals doorlooptijden en tijdsduren te berekenen. Waar vind je dit? Dit kan afkomstig zijn van door het systeem gegenereerde timestamps, zoals 'CreatedDate' op bijbehorende records, of van het timestamp van een specifieke veldwijziging in de veldgeschiedenis. Voorbeelden 2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T09:15:00Z | |||
| Bronsysteem SourceSystemName | De naam van het systeem waaruit de data is opgehaald. | ||
| Beschrijving Dit attribuut geeft aan uit welke brontoepassing de gebeurtenisdata afkomstig is. Voor dit proces is dat meestal 'nCino'. Als alle data uit één systeem komt, lijkt dit attribuut misschien overbodig. Het is belangrijk voor datagovernance en wordt onmisbaar wanneer je data uit meerdere systemen combineert, bijvoorbeeld met een aparte kredietscore-engine of een documentbeheerplatform. Zo blijft duidelijk waar de data vandaan komt. Waarom dit belangrijk is Geeft aan waar de data vandaan komt. Dat is belangrijk voor datagovernance, het oplossen van problemen en het combineren van data uit meerdere systemen. Waar vind je dit? Dit is een vaste waarde, 'nCino', die tijdens de data-extractie en -transformatie wordt toegevoegd. Voorbeelden nCinonCino-ProdnCino-UAT | |||
| Laatste data-update LastDataUpdateTimestamp | Het timestamp waarop de data voor het laatst vanuit het bronsysteem is vernieuwd. | ||
| Beschrijving Dit attribuut legt de datum en tijd vast van de laatste data-extractie uit het bronsysteem. Zo weet je hoe actueel de data in de analyse is. In dashboards en rapporten is deze informatie belangrijk om te zien hoe actueel de analyse is. Zo weet je waarop je kunt rekenen en op welke periode de onderliggende data betrekking heeft. Waarom dit belangrijk is Geeft aan hoe actueel de data is, zodat duidelijk is hoe recent de procesanalyse is. Waar vind je dit? Dit timestamp wordt tijdens het ophalen van de data gegenereerd door de extractietool of het ETL-proces. Voorbeelden 2024-05-21T02:00:00Z2024-05-22T02:00:00Z2024-05-23T02:00:00Z | |||
| Aanvraagkanaal ApplicationChannel | Het kanaal waarlangs de leningaanvraag is ingediend, zoals online, in een filiaal of via een tussenpersoon. | ||
| Beschrijving Dit attribuut geeft aan via welk kanaal de leningaanvraag is ingediend. De volledigheid van de data en de interactie met de klant kunnen per kanaal verschillen. Dat kan invloed hebben op het verdere proces. Door het proces per kanaal te analyseren, kun je de efficiëntie van de kanalen vergelijken. Je kunt bijvoorbeeld de doorlooptijden en het herstelwerk vergelijken van aanvragen die online of in een filiaal zijn ingediend. De uitkomsten helpen bij keuzes over investeringen in kanalen en het verbeteren van processen voor specifieke bronnen. Waarom dit belangrijk is Helpt de efficiëntie, snelheid en kwaliteit van verschillende aanvraagkanalen te vergelijken en geeft richting aan verbeteringen en investeringen. Waar vind je dit? Dit staat meestal in een keuzelijstveld op het Loan-object, vaak met de naam 'Channel' of 'Source'. Voorbeelden OnlineportaalFiliaalNetwerk van tussenpersonenMobiele app | |||
| Besluituitkomst DecisionOutcome | Het definitieve besluit over de leningaanvraag, zoals goedgekeurd, afgewezen of ingetrokken. | ||
| Beschrijving Dit attribuut legt de uitkomst van de activiteit 'Kredietbesluit vastgelegd' vast. Het is een belangrijk attribuut op caseniveau dat de eindstatus van een afgerond leningaanvraagproces bepaalt. Met dit attribuut kun je uitkomsten analyseren. Je kunt bijvoorbeeld processtromen vergelijken die tot verschillende uitkomsten leiden en de gebruikelijke routes van goedgekeurde en afgewezen aanvragen bekijken. Ook vormt het de basis voor KPI’s zoals het afwijzingspercentage van leningen. Waarom dit belangrijk is Hiermee kun je processen filteren en vergelijken op basis van de uiteindelijke bedrijfsuitkomst. Zo zie je welke procespatronen tot succes of mislukking leiden. Waar vind je dit? Meestal te vinden in een veld 'Status' of 'Stage' op het Loan-object nadat het proces is afgerond. De beschikbare waarden hangen af van de configuratie. Voorbeelden GoedgekeurdAfgewezenIngetrokken door aanvrager | |||
| Eindtijd EventEndTime | Het timestamp dat aangeeft wanneer een activiteit of gebeurtenis is afgerond. | ||
| Beschrijving De eindtijd markeert het einde van een activiteit. Het verschil tussen de start- en eindtijd is de verwerkingstijd van die activiteit. Met dit attribuut kun je verwerkingstijd, oftewel actief werk, onderscheiden van wachttijd tussen activiteiten. Door verwerkingstijden te analyseren, zie je welke stappen de meeste tijd kosten. Het verschil tussen de eindtijd van de ene activiteit en de starttijd van de volgende laat zien waar overdrachten vertraging oplopen. Waarom dit belangrijk is Hiermee kun je de verwerkingstijd van activiteiten nauwkeurig berekenen en actief werk onderscheiden van wachttijd. Waar vind je dit? Dit kan afkomstig zijn van door het systeem gegenereerde timestamps, zoals 'LastModifiedDate' op bijbehorende records, of van het timestamp van een volgende veldwijziging in de veldgeschiedenis. Voorbeelden 2023-10-26T11:30:00Z2023-10-26T17:00:00Z2023-10-27T11:45:00Z | |||
| Leningbedrag LoanAmount | Het geldbedrag dat de aanvrager leent. | ||
| Beschrijving Dit attribuut geeft de hoofdsom van de aangevraagde lening weer. Het leningbedrag kan de complexiteit en duur van het aanvraagproces sterk beïnvloeden. Voor grotere of complexere leningen zijn vaak extra controles of stappen nodig. In analyses kun je het leningbedrag gebruiken om aanvragen te segmenteren. Zo onderzoek je of leningen met een hoger bedrag langer duren, vaker herstelwerk vragen of een andere procesroute volgen. Het attribuut is ook belangrijk voor financiële rapportages en om de waarde van de leningportefeuille in behandeling te bepalen. Waarom dit belangrijk is Geeft financiële context en maakt het mogelijk om te onderzoeken of de waarde van een lening samenhangt met de complexiteit, duur of uitkomst van het proces. Waar vind je dit? Te vinden in een valutaveld op het Loan-object, vaak met de naam 'Amount' ( Voorbeelden 250000.0035000.00750000.00 | |||
| Toegewezen afdeling AssignedDepartment | De afdeling of het team dat in een bepaalde fase verantwoordelijk is voor de leningaanvraag. | ||
| Beschrijving Dit attribuut geeft aan welke afdeling, zoals 'Aanvraagverwerking', 'Kredietbeoordeling' of 'Afsluiting', verantwoordelijk is voor de activiteit. Je kunt dit afleiden uit het profiel van de toegewezen gebruiker of uit een apart veld op het leningrecord. Door het proces per afdeling te analyseren, zie je hoe afdelingen samenwerken. Je kunt de overdrachtstijden tussen afdelingen meten, vertragingen door overdrachten opsporen en zien waar in de organisatie het werk wordt uitgevoerd. Waarom dit belangrijk is Belangrijk om overdrachten tussen afdelingen te analyseren, prestaties per team te meten en bottlenecks tussen afdelingen op te sporen. Waar vind je dit? Deze informatie kun je afleiden uit het veld 'Department' van de toegewezen gebruiker in diens User-record, of uit een aangepast veld 'Team' of 'Queue' op het Loan-object. Voorbeelden LeningaanvragenKredietbeoordelingKredietrisicoAfsluiting | |||
| Toegewezen gebruiker AssignedUser | De gebruiker, bijvoorbeeld een leningadviseur of kredietbeoordelaar, die verantwoordelijk is voor de activiteit. | ||
| Beschrijving Dit attribuut geeft aan welke medewerker een specifieke taak heeft uitgevoerd of in een bepaalde fase aan de leningaanvraag is toegewezen. In nCino wordt dit vaak bijgehouden als de 'Owner' van het record. Door data per gebruiker te analyseren, krijg je inzicht in de werkverdeling, individuele prestaties en de inzet van medewerkers. Zo kun je zien welke medewerkers of teams te veel werk hebben en wie goed presteert. Dat helpt bij het verdelen van werk en het plannen van trainingen. Waarom dit belangrijk is Hiermee kun je de werkverdeling, teamprestaties en inzet van medewerkers analyseren en bottlenecks bij specifieke gebruikers of teams opsporen. Waar vind je dit? Meestal afkomstig uit het veld 'OwnerId' van het Loan-object of bijbehorende Task-objecten. Je kunt dit veld koppelen aan het User-object om de naam van de gebruiker op te halen. Voorbeelden Alice SmithBob JohnsonCharlie Brown | |||
| Type leningproduct LoanProductType | Het type leningproduct waarvoor de aanvrager een aanvraag doet, zoals een hypotheek, autolening of persoonlijke lening. | ||
| Beschrijving Dit attribuut deelt leningaanvragen in op basis van het financiële product. Verschillende leningproducten hebben vaak andere procesvarianten, doorlooptijden en risicoprofielen. Door de procesanalyse op type leningproduct uit te splitsen, kun je producten goed met elkaar vergelijken. Je ziet hoe verschillende producten de procesefficiëntie beïnvloeden en kunt dashboards op maat maken, bijvoorbeeld om de uitbetalingen van hypotheken met die van autoleningen te vergelijken. Zo beoordeel je de prestaties in de juiste bedrijfscontext. Waarom dit belangrijk is Hiermee kun je de procesanalyse uitsplitsen naar bedrijfscontext en zien hoe verschillende producten de procesefficiëntie, doorlooptijd en procesroutes beïnvloeden. Waar vind je dit? Dit staat meestal in een veld 'Product' of 'Loan Type' op het Loan-object in nCino (LLC_Loan__c). Voorbeelden Conventionele hypotheekAutolening - nieuwPersoonlijke lening zonder onderpand | |||
| Duur van de case CaseDuration | De totale verstreken tijd vanaf het begin van de eerste activiteit tot het einde van de laatste activiteit voor een lening. | ||
| Beschrijving Deze berekende metriek meet de end-to-end-doorlooptijd van elke leningaanvraag. De metriek geeft aan hoelang een case actief is in het proces. De duur van de case is een belangrijke KPI voor de algehele procesefficiëntie. In dashboards kun je de verdeling van doorlooptijden bekijken, langlopende cases opsporen en trends in prestaties volgen. In veel process mining-projecten is het belangrijk om te analyseren welke factoren samenhangen met een langere cas duur. Waarom dit belangrijk is Geeft de totale end-to-end-doorlooptijd weer, een belangrijke KPI om de algehele procesgezondheid en klantervaring te meten. Waar vind je dit? Dit wordt berekend door voor elke LoanApplicationId het verschil te nemen tussen de hoogste en laagste EventTime. Voorbeelden 2592000 seconden1209600 seconden4320000 seconden | |||
| Geautomatiseerd IsAutomated | Een booleaanse vlag die aangeeft of het systeem een activiteit automatisch heeft uitgevoerd in plaats van een gebruiker. | ||
| Beschrijving Deze vlag maakt onderscheid tussen taken die door mensen worden uitgevoerd en automatische systeemgebeurtenissen. Een kredietcontrole kan bijvoorbeeld automatisch verlopen, terwijl een besluit over de kredietbeoordeling meestal handmatig wordt genomen. Door automatische stappen te herkennen, kun je automatisering analyseren. Je kunt meten wat automatisering doet met doorlooptijden en efficiëntie, en handmatige activiteiten opsporen die mogelijk geschikt zijn voor toekomstige automatisering. Waarom dit belangrijk is Maakt onderscheid tussen systeemactiviteiten en activiteiten van medewerkers. Zo kun je het effect van automatisering meten en nieuwe mogelijkheden voor automatisering opsporen. Waar vind je dit? Dit wordt meestal afgeleid van de gebruiker die aan de gebeurtenis is gekoppeld. Is dat een gebruiker van het type 'System' of 'Integration', dan wordt de vlag op true gezet. Voorbeelden truefalse | |||
| Herhaalwerk IsRework | Een berekende vlag die herhaalde activiteiten of lussen binnen één case aangeeft. | ||
| Beschrijving Deze booleaanse vlag wordt op true gezet als een activiteit, zoals 'Ondersteunende documenten opgevraagd', meer dan één keer voorkomt voor dezelfde leningaanvraag. Zo herken je herhaalwerk, een veelvoorkomende oorzaak van inefficiënte processen. Het analyseren van herhaalwerk is een veelgebruikte toepassing van process mining. Met de vlag 'IsRework' kun je herhaalwerk eenvoudig filteren en tellen. De vlag wordt gebruikt in dashboards zoals 'Analyse van herhaalwerk bij leningaanvragen' en voor KPI’s zoals het percentage herhaalwerk. Zo zie je waar processtappen niet in één keer goed gaan. Waarom dit belangrijk is Maakt inefficiëntie zichtbaar door herhaald werk te markeren. Zo kun je gericht onderzoeken hoe kostbare herhalingen ontstaan en ze verminderen. Waar vind je dit? Dit attribuut wordt tijdens de datatransformatie berekend met windowfuncties. Die controleren of dezelfde activiteit al eerder is voorgekomen voor een bepaalde Case-ID. Voorbeelden truefalse | |||
| Kredietscore CreditScore | De kredietscore van de aanvrager op het moment van de kredietcontrole. | ||
| Beschrijving Dit attribuut bevat de numerieke kredietscore die een kredietbureau heeft teruggegeven tijdens de activiteit 'Kredietcontrole afgerond'. De score speelt een belangrijke rol bij de kredietbeoordeling en het besluit. Met process mining kun je onderzoeken of de kredietscore samenhangt met het procesverloop. Hebben aanvragen met een lagere score bijvoorbeeld meer handmatige stappen nodig, duurt de kredietbeoordeling langer of worden ze vaker afgewezen? Zo krijg je inzicht in procesvarianten die samenhangen met het risico. Waarom dit belangrijk is Hiermee kun je analyseren hoe een belangrijke factor bij besluitvorming, de kredietscore, samenhangt met procesroutes, doorlooptijden en uitkomsten. Waar vind je dit? Deze data staat vaak in een apart veld op een bijbehorend object 'Credit Report' of 'Financials' dat aan het Loan-object is gekoppeld. Voorbeelden 720650810 | |||
| Reden voor afwijzing DeclineReason | De specifieke reden waarom een leningaanvraag is afgewezen. | ||
| Beschrijving Als de 'Besluituitkomst' van een lening 'Afgewezen' is, geeft dit attribuut meer informatie over de reden. Mogelijke redenen zijn een lage kredietscore, onvoldoende inkomen of onvolledige documentatie. Door afwijzingsredenen te analyseren, kun je het bedrijf verbeteren. Trends kunnen wijzen op problemen met kredietcriteria, de aansluiting tussen product en markt of het aanvraagproces zelf. Met deze inzichten kun je de aanpak aanscherpen en het goedkeuringspercentage verhogen. Waarom dit belangrijk is Geeft de oorzaak van afgewezen aanvragen aan. Zo kun je trends opsporen en de kredietcriteria of aanvraagprocessen verbeteren. Waar vind je dit? Meestal opgeslagen in een keuzelijst- of tekstveld op het Loan-object. Dit veld wordt verplicht wanneer de status van de lening verandert naar 'Afgewezen'. Voorbeelden Lage kredietscoreHoge verhouding tussen schulden en inkomenOnvolledige aanvraagOnvoldoende onderpand | |||
| SLA-doel voor kredietbeoordeling UnderwritingSlaTarget | De streeftijd, in uren of dagen, om de kredietbeoordelingsfase af te ronden. | ||
| Beschrijving Dit attribuut bepaalt de verwachte Service Level Agreement (SLA) voor de kredietbeoordeling. Het is de norm waarmee je de werkelijke prestaties vergelijkt. Je gebruikt deze doelwaarde om te berekenen hoe vaak de SLA wordt gehaald. Door de werkelijke doorlooptijd van de kredietbeoordeling met de doelwaarde te vergelijken, kun je aanvragen markeren als 'Gehaald' of 'Overschreden'. Dit is nodig voor het dashboard 'SLA-naleving kredietbeoordeling' en de bijbehorende KPI’s. Waarom dit belangrijk is Biedt de norm om prestaties aan service level agreements te toetsen en de naleving van SLA’s te volgen. Waar vind je dit? Deze waarde kan op het Loan-object staan of worden afgeleid van bedrijfsregels op basis van attributen zoals het type leningproduct of het leningbedrag. Voorbeelden 48 uur72 uur5 werkdagen | |||
| SLA-status SlaState | Een berekende status die aangeeft of een activiteit of case aan de Service Level Agreement heeft voldaan. | ||
| Beschrijving Dit attribuut geeft de uitkomst van een SLA-controle, meestal voor een specifieke fase zoals de kredietbeoordeling. Het vergelijkt de werkelijke doorlooptijd met de vooraf bepaalde SLA-doelwaarde en kent een status toe, zoals 'Gehaald' of 'Overschreden'. Dit attribuut is belangrijk om prestaties aan bedrijfsafspraken te toetsen. Het ondersteunt rechtstreeks het dashboard en de KPI 'SLA-naleving kredietbeoordeling' en maakt compliance zichtbaar. Je kunt aanvragen waarbij de SLA is overschreden verder analyseren om de oorzaken van vertragingen te achterhalen. Waarom dit belangrijk is Geeft een duidelijke uitkomst van de prestaties ten opzichte van de doelwaarden. Zo kun je de naleving van SLA’s volgen en oorzaken van overschrijdingen analyseren. Waar vind je dit? Dit wordt berekend tijdens de datatransformatie door de werkelijke duur van een procesdeel, bijvoorbeeld de doorlooptijd van de kredietbeoordeling, te vergelijken met het attribuut 'UnderwritingSlaTarget'. Voorbeelden GehaaldOverschreden | |||
Activiteiten bij leningaanvragen
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Geld uitgekeerd | Deze activiteit markeert de succesvolle afronding van het leningaanvraagproces: het geld wordt overgemaakt aan de aanvrager. Dit wordt meestal vastgelegd wanneer de fase van de lening verandert naar 'Geboekt' of 'Voltooid'. | ||
| Waarom dit belangrijk is Dit is de belangrijkste eindgebeurtenis voor een succesvolle aanvraag. De totale tijd tot deze activiteit is de end-to-end-doorlooptijd en een belangrijke KPI voor de algehele procesprestaties. Waar vind je dit? Afgeleid van de laatste fasewijziging op het Loan-object naar een eindstatus die op succes wijst, zoals 'Geboekt'. Het timestamp komt uit de veldgeschiedenis. Vastleggen Leg het timestamp vast waarop het veld 'Stage' van de lening (LLC_BI__Stage__c) wordt bijgewerkt naar 'Geboekt'. Gebeurtenistype inferred | |||
| Kredietaanvraag aangemaakt | Deze activiteit markeert het moment waarop in nCino een nieuw kredietaanvraagdossier wordt aangemaakt. Dit is het officiële begin van het kredietaanvraagproces. Meestal wordt dit vastgelegd wanneer een gebruiker een nieuw Loan-record voor het eerst opslaat. | ||
| Waarom dit belangrijk is Dit is de belangrijkste startgebeurtenis van het proces. Door de tijd tussen deze activiteit en andere activiteiten te meten, kun je de totale doorlooptijd bepalen en vertragingen aan het begin van het proces vinden. Waar vind je dit? Dit is een expliciete gebeurtenis, vastgelegd aan de hand van de aanmaaktimestamp van het primaire Loan-object (Loan__c) in het Salesforce-platform waarop nCino is gebouwd. Vastleggen Gebruik het veld 'CreatedDate' van het Salesforce-object Loan__c. Gebeurtenistype explicit | |||
| Kredietbeoordeling afgerond | Deze activiteit geeft aan dat de kredietbeoordelaar de aanvraag heeft beoordeeld en een advies heeft uitgebracht. De activiteit wordt vastgelegd wanneer de fase van de lening verandert van 'Underwriting' naar een volgende fase, zoals 'Goedgekeurd', 'Afgewezen' of 'Besluit in behandeling'. | ||
| Waarom dit belangrijk is Deze mijlpaal markeert het einde van de kredietbeoordelingsfase. De tijd tussen 'Kredietbeoordeling gestart' en deze gebeurtenis is een belangrijke KPI om de efficiëntie van de kredietbeoordeling te meten en bottlenecks op te sporen. Waar vind je dit? Afgeleid van het timestamp waarop het veld 'Stage' van de lening (LLC_BI__Stage__c) verandert van 'Underwriting' naar een andere waarde. Hiervoor moet de veldgeschiedenis worden bijgehouden. Vastleggen Leg het timestamp vast waarop het veld 'Stage' van de lening verandert van 'Underwriting' naar een status na de kredietbeoordeling. Gebeurtenistype inferred | |||
| Kredietbeoordeling gestart | Dit markeert het officiële begin van de kredietbeoordeling, waarin een kredietbeoordelaar de aanvraag actief beoordeelt. Dit wordt vrijwel altijd vastgelegd wanneer het primaire fase- of statusveld van de aanvraag verandert naar 'Underwriting'. | ||
| Waarom dit belangrijk is Dit is een belangrijke mijlpaal en het begin van een van de procesfasen die de meeste capaciteit vragen. Vanaf dit moment kun je de doorlooptijd van de kredietbeoordeling en de naleving van SLA’s meten. Waar vind je dit? Af te leiden uit de wijziging met timestamp van het veld 'Stage' van de aanvraag naar 'Underwriting'. Hiervoor moet Salesforce Field History Tracking zijn ingeschakeld voor het veld Stage van het Loan-object. Vastleggen Leg de timestamp vast waarop het veld 'Stage' van Loan (LLC_BI__Stage__c) wordt bijgewerkt naar 'Underwriting'. Gebeurtenistype inferred | |||
| Kredietbesluit vastgelegd | Dit is het definitieve, officiële besluit over de leningaanvraag, bijvoorbeeld 'Goedgekeurd' of 'Afgewezen'. De gebeurtenis wordt vastgelegd wanneer de status van de lening formeel op de definitieve uitkomst wordt gezet. | ||
| Waarom dit belangrijk is Deze belangrijke mijlpaal markeert de overgang van de beoordelingsfase naar de afsluitingsfase. Door de tijd tussen het afronden van de kredietbeoordeling en dit besluit te analyseren, kun je mogelijke vertragingen bij commissiebeoordelingen of definitieve goedkeuringen opsporen. Waar vind je dit? Afgeleid van een wijziging van het status- of faseveld van het Loan-object naar een eindstatus, zoals 'Goedgekeurd' of 'Afgewezen'. De veldgeschiedenis bevat het exacte timestamp. Vastleggen Leg het timestamp vast van de wijziging waarmee de definitieve besluitstatus van de lening is ingesteld. Gebeurtenistype inferred | |||
| Lening afgewezen | Deze activiteit markeert het onsuccesvolle einde van het proces: de leningaanvraag wordt officieel afgewezen. Dit wordt vastgelegd wanneer de fase of status van de lening op 'Afgewezen' wordt gezet. | ||
| Waarom dit belangrijk is Dit is een belangrijke eindgebeurtenis die op een mislukte aanvraag wijst. Door de routes naar deze uitkomst te analyseren, kun je redenen voor afwijzing opsporen en mogelijkheden vinden om de kwaliteit van aanvragen of de kredietcriteria te verbeteren. Waar vind je dit? Afgeleid van de laatste fasewijziging op het Loan-object naar 'Afgewezen'. Het timestamp komt uit de veldgeschiedenis van het veld 'Stage'. Vastleggen Leg het timestamp vast waarop het veld 'Stage' van de lening (LLC_BI__Stage__c) wordt bijgewerkt naar 'Afgewezen'. Gebeurtenistype inferred | |||
| Aanvraag ingetrokken | Dit is een alternatieve eindgebeurtenis: de aanvrager trekt de aanvraag in voordat er een definitief besluit is genomen. Dit wordt vastgelegd door de fase van de lening op 'Ingetrokken' te zetten. | ||
| Waarom dit belangrijk is Deze eindgebeurtenis geeft inzicht in wanneer klanten afhaken. Door te analyseren wanneer en waarom aanvragen worden ingetrokken, kun je problemen met de procesduur, communicatie of concurrentiepositie opsporen. Waar vind je dit? Afgeleid van een laatste fasewijziging op het Loan-object naar 'Ingetrokken'. De veldgeschiedenis van het veld 'Stage' bevat het timestamp van de gebeurtenis. Vastleggen Leg het timestamp vast waarop het veld 'Stage' van de lening (LLC_BI__Stage__c) wordt bijgewerkt naar 'Ingetrokken'. Gebeurtenistype inferred | |||
| Eerste beoordeling uitgevoerd | Dit is het moment waarop een kredietmedewerker of behandelaar de aanvraag en de eerste gegevens formeel heeft beoordeeld. Dit wordt vaak vastgelegd als de status of fase van de aanvraag verandert, wat aangeeft dat de eerste gegevensinvoer is afgerond. | ||
| Waarom dit belangrijk is Door de tijd tot deze activiteit te meten, kun je beoordelen hoe snel en efficiënt aanvragen in eerste instantie worden verwerkt. Deze stap vindt plaats voordat activiteiten beginnen die meer capaciteit vragen. Waar vind je dit? Waarschijnlijk af te leiden uit een wijziging met timestamp in de velden 'Stage' of een aangepast veld 'Status' van de aanvraag, bijvoorbeeld naar 'Initial Review Complete' of 'Pending Documents'. Hiervoor moet het bijhouden van veldgeschiedenis zijn ingeschakeld voor het Loan-object. Vastleggen Bepaal de timestamp waarop het veld Loan Stage wordt bijgewerkt om aan te geven dat de beoordeling is afgerond. Gebeurtenistype inferred | |||
| Kredietcontrole afgerond | Deze activiteit geeft aan dat een kredietcontrole is uitgevoerd en dat de resultaten in het systeem beschikbaar zijn. Dit wordt vaak vastgelegd wanneer een kredietrapport aan het kredietdossier wordt toegevoegd of wanneer een specifieke fase 'Credit Check' als afgerond wordt gemarkeerd. | ||
| Waarom dit belangrijk is De kredietcontrole is een belangrijke voorwaarde voor de kredietbeoordeling. Vertraging bij deze stap kan een grote bottleneck voor het hele proces worden. Waar vind je dit? Dit kan een expliciete gebeurtenis zijn uit een koppeling met een kredietinformatiedienst, of worden afgeleid uit een wijziging van de fase van de aanvraag. Controleer of er velden zijn voor de datum van de kredietcontrole of de voltooiingsstatus op het Loan-object of een gekoppeld object. Vastleggen Gebruik de timestamp van een wijziging van Loan Stage naar 'Credit Check Complete' of de aanmaakdatum van een gekoppeld kredietrapport. Gebeurtenistype inferred | |||
| Leningaanbod geaccepteerd | Dit markeert het moment waarop de aanvrager het leningaanbod formeel accepteert. Een leningadviseur kan dit vastleggen door handmatig een statusveld bij te werken. Ook kan een integratie voor elektronische handtekeningen het record automatisch bijwerken. | ||
| Waarom dit belangrijk is Dit is een belangrijke mijlpaal die door de klant wordt bepaald. Een lange vertraging kan wijzen op problemen met de voorwaarden van het aanbod of met het acceptatieproces. Dat biedt aanknopingspunten voor verbetering. Waar vind je dit? Meestal afgeleid van een handmatige statuswijziging op het Loan-object naar een fase zoals 'Aanbod geaccepteerd' of 'Afsluiting'. Met een integratie voor elektronische handtekeningen kan dit als expliciete, automatische gebeurtenis worden vastgelegd. Vastleggen Leg het timestamp vast van de wijziging van het status- of faseveld naar 'Geaccepteerd'. Gebeurtenistype inferred | |||
| Leningaanbod gegenereerd | Deze activiteit vindt plaats wanneer voor een goedgekeurde aanvraag een formeel leningaanbod of een toezeggingsbrief wordt opgesteld. Dit wordt vaak vastgelegd bij het aanmaken van een specifiek document of wanneer een status aangeeft dat het aanbod klaarstaat. | ||
| Waarom dit belangrijk is De tijd die nodig is om na goedkeuring een aanbod op te stellen, kan invloed hebben op de klantervaring. Met deze activiteit kun je de efficiëntie van het opstellen van documenten en de stappen vóór de afsluiting volgen. Waar vind je dit? Dit kan een expliciete gebeurtenis zijn uit een documentgeneratiesysteem dat met nCino is geïntegreerd. Je kunt de gebeurtenis ook afleiden uit een statuswijziging naar 'Aanbod gegenereerd' of 'Wacht op acceptatie door klant'. Vastleggen Gebruik de aanmaakdatum van het gegenereerde leningaanbod of van een bijbehorende contentversie. Gebeurtenistype explicit | |||
| Leningovereenkomst ondertekend | Dit staat voor de ondertekening van de definitieve leningovereenkomst door de aanvrager. Dit is een belangrijke stap voordat het geld wordt uitgekeerd. De ondertekening wordt vaak vastgelegd via een integratie voor elektronische handtekeningen of door een handmatige statuswijziging nadat de papieren documenten zijn teruggestuurd. | ||
| Waarom dit belangrijk is Deze activiteit is een voorwaarde voor de uitbetaling en een belangrijke mijlpaal in het afsluitingsproces. Vertraging in deze fase kan de uitbetaling rechtstreeks vertragen. Waar vind je dit? Dit kan een expliciete gebeurtenis zijn uit de API van een platform voor elektronische handtekeningen, die een status in nCino bijwerkt. Je kunt de gebeurtenis ook afleiden uit een handmatige statuswijziging naar 'Documenten ondertekend'. Vastleggen Gebruik het timestamp uit een webhook van de integratie voor elektronische handtekeningen of uit een handmatige statuswijziging. Gebeurtenistype explicit | |||
| Ondersteunende documenten ontvangen | Dit markeert het moment waarop de opgevraagde documenten van de aanvrager zijn ontvangen en in het systeem zijn geüpload. Meestal wordt dit vastgelegd wanneer de status van een tijdelijke aanduiding voor een document in Document Manager wordt bijgewerkt naar 'Received' of 'Complete'. | ||
| Waarom dit belangrijk is Met deze activiteit eindigt een veelvoorkomende wachttijd. De tijd tussen 'Documents Requested' en 'Documents Received' laat vaak zien hoe afhankelijk het proces is van externe partijen en hoe effectief de communicatie verloopt. Waar vind je dit? Af te leiden uit een statuswijziging van het documentvereisterecord in Document Manager van nCino. De timestamp van de statuswijziging geeft het tijdstip van de gebeurtenis aan. Vastleggen Bepaal de timestamp waarop de status van een documentvereiste wordt bijgewerkt naar 'Received' of 'Complete'. Gebeurtenistype inferred | |||
| Ondersteunende documenten opgevraagd | Deze gebeurtenis vindt plaats wanneer een kredietmedewerker de aanvrager formeel om aanvullende documenten vraagt. In nCino wordt dit vaak beheerd via een functie voor documentbeheer, waarbij een checklistitem of tijdelijke aanduiding wordt aangemaakt voor een vereist document. | ||
| Waarom dit belangrijk is Door deze activiteit te volgen, kun je herstelwerk en vertragingen analyseren. Meerdere verzoeken voor één kredietaanvraag wijzen erop dat de oorspronkelijke aanvraag onvolledig was. Dat leidt tot lussen in het proces en langere doorlooptijden. Waar vind je dit? Dit kan een expliciete gebeurtenis zijn die wordt vastgelegd wanneer in Document Manager een record voor de kredietaanvraag wordt aangemaakt. Je kunt de gebeurtenis ook afleiden uit een statuswijziging van de aanvraag zelf. Vastleggen Leg de aanmaakdatum vast van records in Document Manager, bijvoorbeeld docman__Document_Manager_Requirement__c, die aan de kredietaanvraag zijn gekoppeld. Gebeurtenistype explicit | |||
| Risicobeoordeling uitgevoerd | Dit geeft aan dat de formele risicobeoordeling of risicoclassificatie van het krediet is afgerond. Dit is vaak een aparte stap in de kredietbeoordeling en wordt vastgelegd wanneer het veld voor de risicoclassificatie wordt ingevuld of bijgewerkt. | ||
| Waarom dit belangrijk is Deze activiteit geeft inzicht in de besluitvorming tijdens de kredietbeoordeling. Door de benodigde tijd te analyseren, kun je zien of de risicobeoordeling ingewikkeld is. Waar vind je dit? Dit kan worden afgeleid uit het invullen of de laatste wijzigingsdatum van risicogerelateerde velden op het Loan-object, zoals 'Risk Grade' of 'Risk Rating'. Vastleggen Gebruik de timestamp uit de veldgeschiedenis van het moment waarop het veld 'Risk Rating' wordt ingevuld of gewijzigd. Gebeurtenistype inferred | |||
Extractiegidsen
Stappen
- Voorwaarde: schakel het bijhouden van veldgeschiedenis in: Voordat je rapporten maakt, moet een Salesforce-beheerder het bijhouden van veldgeschiedenis inschakelen voor het nCino Loan-object (LLC_BI__Loan__c). Houd de geschiedenis bij van belangrijke velden die processtappen aangeven, zoals Stage (LLC_BI__Stage__c), Status (LLC_BI__Status__c), Risk Rating ([Your Risk Rating Field]) en eventuele aangepaste velden die gebeurtenissen aangeven, zoals 'Credit Check Completed'.
- Maak een aangepast rapporttype: Ga naar Setup -> Feature Settings -> Analytics -> Reports & Dashboards -> Report Types. Maak een nieuw aangepast rapporttype. Het primaire object moet Loans (LLC_BI__Loan__c) zijn. Het secundaire object (B) moet Loan History zijn. Zo koppel je elke lening aan de historische wijzigingen in de velden. Dat is nodig om het event log op te bouwen.
- Maak het rapport 'Loan History': Ga naar het tabblad Reports en maak een rapport met het aangepaste rapporttype 'Loans with Field History' dat je in de vorige stap hebt gemaakt. Dit rapport legt de meeste activiteiten vast op basis van wijzigingen in velden.
- Voeg kolommen toe aan het rapport: Voeg de volgende kolommen toe. Deze komen overeen met de vereiste en aanbevolen attributen: Loan Name (voor LoanApplicationId), Field/Event, Old Value, New Value, Edit Date (voor EventTime), Edited By (voor AssignedUser), Loan Product (voor LoanProductType), Amount (voor LoanAmount), het kanaalveld (voor ApplicationChannel) en andere relevante leningattributen.
- Filter het rapport 'Loan History': Stel het filter 'Show Me' in op 'All loans'. Stel het datumfilter voor het Loan-object in op 'Created Date' en kies een periode, bijvoorbeeld de afgelopen 6 maanden. Voeg een filter toe voor de kolom 'Field/Event', zodat alleen wijzigingen worden opgenomen in de velden waarvoor je het bijhouden hebt ingeschakeld, zoals 'Stage' en 'Status'.
- Maak het rapport 'Loan Creation': Maak een tweede, eenvoudiger rapport rechtstreeks op basis van het Loan-object (LLC_BI__Loan__c). Dit rapport legt alleen de gebeurtenis 'Loan Application Created' vast. Voeg de kolommen Loan Name (LoanApplicationId), Created Date (EventTime), Created By (AssignedUser) en andere relevante leningattributen toe.
- Exporteer de rapporten: Voer beide rapporten uit. Bij kleinere hoeveelheden data kun je ze rechtstreeks vanuit de Salesforce-interface exporteren als CSV-bestanden. Gebruik Salesforce Data Loader voor grotere datasets. Zoek de rapporten in het systeem en gebruik de exportfunctie van Data Loader. Die haalt de data efficiënt op via API-aanroepen.
- Combineer en transformeer de data: De geëxporteerde data vormt nog geen event log. Combineer de twee bestanden en transformeer de data. Gebruik hiervoor een spreadsheetprogramma, zoals Excel met Power Query, of een scripttaal zoals Python: a. Maak op basis van het rapport 'Loan Creation' rijen voor de activiteit 'Loan Application Created'. Gebruik de aanmaakdatum van de lening als EventTime. b. Voeg aan het rapport 'Loan History' een kolom 'ActivityName' toe. Gebruik voorwaardelijke logica, bijvoorbeeld een CASE-instructie, om wijzigingen in velden om te zetten naar activiteitsnamen zoals beschreven in het querygedeelte. c. Voeg de resultaten samen in één bestand.
- Werk de kolommen af: Hernoem en formatteer de kolommen volgens het ProcessMind-schema: LoanApplicationId, ActivityName, EventTime, AssignedUser enzovoort. Voeg een kolom 'SourceSystemName' toe met een vaste waarde, zoals 'nCino', en een kolom 'LastDataUpdateTimestamp' met de huidige datum en tijd.
- Upload naar ProcessMind: Sla het uiteindelijke, getransformeerde bestand op als CSV en upload het naar ProcessMind.
Configuratie
- Salesforce-machtigingen: Gebruikers die data ophalen, hebben leesrechten nodig voor het Loan-object (LLC_BI__Loan__c) en de bijbehorende geschiedenis. Ze moeten ook rapporten kunnen uitvoeren en exporteren. Voor Salesforce Data Loader is de machtiging 'API Enabled' vereist.
- Field History Tracking: Dit is de belangrijkste voorwaarde. Als tracking niet is ingeschakeld voor de benodigde velden van het Loan-object, kun je historische activiteiten niet ophalen. Per object geldt een maximum voor het aantal velden waarvan je de geschiedenis kunt bijhouden.
- Rapportfilters: Filter rapporten altijd op een specifieke periode, bijvoorbeeld leningen die in de afgelopen 6 maanden zijn aangemaakt. Zo blijft de hoeveelheid data beheersbaar. Filter het geschiedenissrapport ook op de specifieke velden, zoals Stage en Status, die de procesactiviteiten aangeven.
- nCino-configuratie: De waarden waarmee je activiteiten herkent, zoals de fase 'Underwriting' of 'Booked', hangen af van de nCino-configuratie in jouw organisatie. Pas de bewerkingslogica aan op de termen in je systeem.
- Data Loader: Voor extracties van meer dan een paar duizend leningen raden we Salesforce Data Loader sterk aan. Zo voorkom je time-outs in de browser en verwerk je de hoeveelheid data efficiënt. Je moet de clientapplicatie installeren en beschikken over API-toegangsgegevens.
- Gerelateerde objecten: Sommige activiteiten, vooral rond documentbeheer of convenanten, staan mogelijk in gerelateerde nCino-objecten. De methode hierboven richt zich op het hoofdobject Loan. Voor een volledige extractie moet je mogelijk extra rapporten maken voor objecten zoals Document Manager Placeholder (LLC_BI__Document_Manager_Placeholder__c) en de resultaten samenvoegen.
Voorbeeldquery sql
/*
This is a configuration and transformation guide, not a single executable query.
The process involves creating two reports in Salesforce, exporting them, and then transforming the data.
*/
-- Step 1: Configuration for Report 1: 'Loan Creation Report'
-- Report Type: Loans (LLC_BI__Loan__c)
-- Columns:
-- LLC_BI__Loan__c.Name (renamed to LoanApplicationId)
-- LLC_BI__Loan__c.CreatedDate (used for EventTime)
-- LLC_BI__Loan__c.CreatedById (user lookup, for AssignedUser)
-- LLC_BI__Loan__c.LLC_BI__Product_Package__c (for LoanProductType)
-- LLC_BI__Loan__c.LLC_BI__Amount__c (for LoanAmount)
-- LLC_BI__Loan__c.LLC_BI__Stage__a (for initial state)
-- [Other required attributes]
-- Filter:
-- CreatedDate >= [Your Start Date] AND CreatedDate <= [Your End Date]
-- Step 2: Configuration for Report 2: 'Loan History Report'
-- Report Type: Loans with Loan History (Custom Report Type)
-- Columns:
-- LLC_BI__Loan__c.Name (renamed to LoanApplicationId)
-- LoanHistory.Field (maps to 'Field/Event')
-- LoanHistory.OldValue
-- LoanHistory.NewValue
-- LoanHistory.CreatedDate (renamed to EventTime)
-- LoanHistory.CreatedById (user lookup, for AssignedUser)
-- [Other required attributes from the parent Loan object]
-- Filter:
-- Loan:CreatedDate >= [Your Start Date] AND Loan:CreatedDate <= [Your End Date]
-- AND LoanHistory.Field IN ('Stage', 'Status', '[Your Risk Rating Field]', '[Your Credit Check Field]')
-- Step 3: Post-Export Transformation Logic (to be applied with Python, Excel, etc.)
-- This logic transforms the raw report data into a final event log.
SELECT
LoanApplicationId,
'Loan Application Created' AS ActivityName,
EventTime,
AssignedUser,
LoanProductType,
LoanAmount,
-- ... other attributes
FROM [Exported Loan Creation Report]
UNION ALL
SELECT
LoanApplicationId,
CASE
WHEN Field = 'Stage' AND NewValue = 'Initial Review' THEN 'Initial Review Performed'
WHEN Field = 'Stage' AND NewValue = 'Underwriting' THEN 'Underwriting Commenced'
WHEN Field = 'Stage' AND OldValue = 'Underwriting' THEN 'Underwriting Completed'
WHEN Field = 'Stage' AND NewValue = 'Booked' THEN 'Funds Disbursed'
WHEN Field = 'Stage' AND NewValue = 'Declined' THEN 'Loan Declined'
WHEN Field = 'Stage' AND NewValue = 'Withdrawn' THEN 'Application Withdrawn'
WHEN Field = '[Your Risk Rating Field]' AND OldValue IS NULL THEN 'Risk Assessment Performed'
WHEN Field = '[Your Credit Check Field]' AND NewValue = 'Complete' THEN 'Credit Check Completed'
WHEN Field = 'Status' AND NewValue = 'Approved' THEN 'Loan Decision Rendered'
WHEN Field = 'Status' AND NewValue = 'Offer Generated' THEN 'Loan Offer Generated'
WHEN Field = 'Status' AND NewValue = 'Offer Accepted' THEN 'Loan Offer Accepted'
WHEN Field = 'Status' AND NewValue = 'Agreement Signed' THEN 'Loan Agreement Signed'
-- Note: Document activities are difficult to track this way and may require a separate report.
-- These are placeholders assuming a status field is used.
WHEN Field = 'Status' AND NewValue = 'Docs Requested' THEN 'Supporting Documents Requested'
WHEN Field = 'Status' AND NewValue = 'Docs Received' THEN 'Supporting Documents Received'
END AS ActivityName,
EventTime,
AssignedUser,
-- ... other attributes can be joined from the Loan Creation Report by LoanApplicationId
[LoanProductType],
[LoanAmount]
FROM [Exported Loan History Report]
WHERE ActivityName IS NOT NULL; -- Filter out unmapped field changes Stappen
- Voorwaarden: Zorg voor een Salesforce-gebruikersaccount met API-toegang en leesrechten voor nCino Loan (LLC_BI__Loan__c), Account en de bijbehorende History-objecten. Je hebt ook een tool nodig om SOQL uit te voeren, zoals Salesforce Workbench, Developer Console of een gekoppelde applicatie.
- Open de SOQL-tool: Meld je aan bij de Salesforce-datatool van je keuze. Ga voor Salesforce Workbench naar de website, kies je omgeving, accepteer de voorwaarden en meld je aan met je Salesforce-inloggegevens.
- Selecteer de SOQL-query: Ga in Workbench naar het tabblad 'Queries' en kies 'SOQL Query'. Open in Developer Console onderaan het tabblad 'Query Editor'.
- Bereid de query voor: Kopieer de volledige SOQL-query uit het gedeelte 'query' van dit document.
- Pas de tijdelijke aanduidingen aan: Vervang vóór uitvoering
'YYYY-MM-DDTHH:MM:SSZ'door de gewenste begin- en einddatum van de extractieperiode. Controleer de fasen en statussen, zoals'[Underwriting Stage Name]', en pas ze aan zodat ze overeenkomen met de exacte waarden in je nCino-omgeving. - Voer de query uit: Plak de aangepaste query in het queryvenster.
- Verwerk grote datasets: Loopt de query vast door een time-out of Salesforce-limieten? Voer de query dan in kleinere delen uit. Verkort de periode, bijvoorbeeld tot één maand per keer, en voeg de resultaten later samen.
- Controleer de resultaten: Na uitvoering toont de tool de resultaten in een tabel. Controleer of de kolommen
LoanApplicationId,ActivityNameenEventTimede verwachte waarden bevatten. - Exporteer de data: Sla de resultaten op met de exportfunctie van de tool. Kies in Workbench bij 'View As' de optie 'Bulk CSV' en klik op de knop 'Query'. Er wordt een CSV-bestand gemaakt.
- Maak het bestand gereed voor upload: Open het geëxporteerde CSV-bestand. Controleer of de kolomnamen voldoen aan de vereisten van je process mining-tool. Het bestand is nu klaar om als event log naar ProcessMind te uploaden.
Configuratie
- Salesforce API-toegang: Je Salesforce-gebruikersprofiel moet de machtiging 'API Enabled' hebben om tools zoals Workbench te gebruiken.
- Objectmachtigingen: Je hebt minimaal leesrechten nodig voor de volgende Salesforce-objecten: LLC_BI__Loan__c, LLC_BI__Loan__cHistory, Account en User.
- Field History Tracking: Schakel Field History Tracking in Salesforce Setup in voor de belangrijke velden van het Loan-object, met name LLC_BI__Stage__c en LLC_BI__Status__c. Zonder deze tracking worden de meeste activiteiten niet vastgelegd.
- Periode: De query bevat tijdelijke aanduidingen voor de begin- en einddatum (
'YYYY-MM-DDTHH:MM:SSZ'). Voor een eerste analyse raden we een periode van 3 tot 6 maanden aan. Zo blijft de hoeveelheid data beheersbaar en krijg je toch een bruikbaar beeld. Begin bij zeer grote volumes met een kortere periode. - Fase- en statusnamen: De query bevat tijdelijke aanduidingen zoals
'[Underwriting Stage Name]'en'[Declined Stage Name]'. Vraag de Salesforce-beheerder van nCino naar de exacte API-namen van de fasen en statussen in het proces voor leningaanvragen en pas de query daarop aan.
Voorbeeldquery sql
SELECT
Loan.Name AS LoanApplicationId,
'Loan Application Created' AS ActivityName,
Loan.CreatedDate AS EventTime,
Loan.LastModifiedDate AS EventEndTime,
Loan.Owner.Name AS AssignedUser,
Loan.LLC_BI__lookupKey__c AS AssignedDepartment, -- Or another relevant department field
Loan.LLC_BI__Status__c AS DecisionOutcome,
Loan.LLC_BI__Product_Line__c AS LoanProductType,
Loan.LLC_BI__Amount__c AS LoanAmount,
Loan.LLC_BI__Application_Channel__c AS ApplicationChannel, -- Placeholder for custom channel field
'nCino' AS SourceSystemName,
SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__c Loan
WHERE Loan.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND Loan.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Initial Review Performed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Initial Review Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Supporting Documents Requested' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Document Collection Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Supporting Documents Received' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.OldValue = '[Document Collection Stage Name]' AND h.NewValue != '[Document Collection Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Credit Check Completed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Credit Check Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SZZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Underwriting Commenced' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Underwriting Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Risk Assessment Performed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Risk_Rating__c' AND h.NewValue != NULL
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Underwriting Completed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.OldValue = '[Underwriting Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Loan Decision Rendered' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue IN ('[Approved Stage Name]', '[Declined Stage Name]')
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Loan Offer Generated' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Offer Generated Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Loan Offer Accepted' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Offer Accepted Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Loan Agreement Signed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Closing Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Funds Disbursed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Booked Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Loan Declined' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Declined Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Application Withdrawn' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Withdrawn Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ Klaar om te beginnen?
Gebruik process mining om het proces van leningaanvragen te verbeteren, aanvragen sneller goed te keuren en efficiënter te werken. Download de template en ga vandaag nog aan de slag met optimaliseren.
Keur leningaanvragen sneller goed
Verbeter het proces voor leningaanvragen in nCino en verkort de beslisduur met 50%.
Geen creditcard nodig. Binnen enkele minuten ingesteld.