Datatemplate voor onboarding van KYC-klanten

ACTICO
Datatemplate voor onboarding van KYC-klanten

Datatemplate voor onboarding van KYC-klanten

Deze template biedt een gestructureerde aanpak om de benodigde data te verzamelen voor de analyse van het onboardingproces van KYC-klanten. Je ziet welke attributen je verzamelt en welke belangrijke activiteiten je in het event log vastlegt. Ook vind je praktische aanwijzingen om deze data uit bronsystemen op te halen, zodat je goed van start kunt met process mining.
  • Aanbevolen attributen om te verzamelen
  • Belangrijke activiteiten om te volgen
  • Instructies voor data-extractie uit ACTICO

Attributen voor onboarding van KYC-klanten

Dit zijn de aanbevolen datavelden voor het event log, zodat je het onboardingproces van KYC-klanten volledig kunt analyseren.
5 Verplicht 7 Aanbevolen 5 Optioneel
Naam Beschrijving
Activiteitsnaam
ActivityName
De naam van de specifieke bedrijfsgebeurtenis of taak die tijdens het klantonboardingproces wordt uitgevoerd.
Beschrijving

Dit attribuut bevat de naam van elke stap of activiteit in het KYC-proces, zoals ‘Aanvraag ingediend’, ‘Risicobeoordeling uitgevoerd’ of ‘Aanvraag goedgekeurd’. Deze namen vormen de opeenvolgende bouwstenen van de proceskaart.

Met de activiteitsnaam kun je het procesverloop visualiseren, veelvoorkomende en zeldzame activiteiten herkennen en bottlenecks of herstelwerk vinden. Dit attribuut is essentieel om te begrijpen welke acties worden uitgevoerd en in welke volgorde. Dat is belangrijk voor het analyseren van procesvarianten en compliancecontroles.

Waarom dit belangrijk is

Dit attribuut bepaalt de stappen op de proceskaart. Zo kun je het procesverloop visualiseren, afwijkingen vinden en de frequentie en volgorde van activiteiten analyseren.

Waar vind je dit?

Deze informatie staat meestal in een event log-tabel in ACTICO, vaak in een veld met het type gebeurtenis of taak. Raadpleeg de ACTICO-documentatie.

Voorbeelden
Aanvraag ingediendRisicobeoordeling uitgevoerdCompliancebeoordeling afgerondAanvraag afgewezen
Klantaanvraag
CustomerApplication
De unieke identificatiecode van één klantaanvraag voor onboarding. Deze dient als case-ID voor procesanalyse.
Beschrijving

De klantaanvraag is de belangrijkste case-ID. Hiermee groepeer je alle gebeurtenissen en activiteiten van het onboardingtraject van één klant. De aanvraag staat voor één volledige uitvoering van het KYC-proces, van de eerste indiening tot de definitieve goedkeuring of afwijzing.

Bij process mining is dit attribuut nodig om het volledige traject van elke aanvraag te reconstrueren. Analisten kunnen de volgorde van activiteiten volgen, de totale doorlooptijd meten en verschillende procesroutes of varianten met elkaar vergelijken. Alle gebeurtenissen met dezelfde klantaanvraag-ID horen bij dezelfde case.

Waarom dit belangrijk is

Dit is het belangrijkste attribuut voor process mining. Het koppelt alle bijbehorende gebeurtenissen aan één procesinstantie, zodat je het volledige onboardingtraject van elke klant kunt analyseren.

Waar vind je dit?

Dit is een primaire sleutel in de hoofdtabellen voor aanvragen of casebeheer in ACTICO. Raadpleeg de ACTICO-documentatie voor de namen van specifieke tabellen en velden.

Voorbeelden
APP-2023-001234APP-2023-001235APP-2024-000001
Tijdstip van gebeurtenis
EventTime
De timestamp waarop een activiteit is gestart of heeft plaatsgevonden.
Beschrijving

Het tijdstip van de gebeurtenis is de exacte datum en tijd waarop een activiteit in het systeem is vastgelegd. Het bepaalt de chronologische volgorde van alle gebeurtenissen binnen één klantaanvraagcase en vormt zo de tijdlijn van het onboardingtraject.

Dit attribuut is nodig voor alle analyses op basis van tijd. Je gebruikt het om doorlooptijden tussen activiteiten te berekenen, vertragingen en wachttijden te vinden, de totale duur van een case te meten en te controleren of de Service Level Agreements (SLA’s) worden nageleefd. Aan de hand van de timestamps van een case kunnen process mining-tools het procesverloop precies reconstrueren.

Waarom dit belangrijk is

Dit attribuut bepaalt de chronologische volgorde van gebeurtenissen. Die is nodig om doorlooptijden te berekenen, bottlenecks te vinden en de tijdlijn van het proces te analyseren.

Waar vind je dit?

Deze timestamp staat in de event log-tabellen van ACTICO en hoort bij elke vastgelegde activiteit. Raadpleeg de ACTICO-documentatie.

Voorbeelden
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T15:45:10Z
Bronsysteem
SourceSystem
Het bronsysteem waaruit de eventdata afkomstig zijn.
Beschrijving

Dit attribuut geeft aan uit welk informatiesysteem de data afkomstig zijn. Voor dit proces is dat altijd 'ACTICO'. Bij analyses met meerdere systemen helpt het om de herkomst van de data te onderscheiden.

Bij process mining is dit belangrijk voor datagovernance en validatie. Zo blijft duidelijk uit welk systeem de data komen. Dat is van belang wanneer je data uit verschillende systemen samenvoegt om het proces in zijn geheel te bekijken. Ook helpt het bij het opsporen van problemen met de datakwaliteit, doordat je die kunt herleiden naar het bronsysteem.

Waarom dit belangrijk is

Geeft inzicht in de herkomst van de data en ondersteunt de dataherkomstregistratie en governance. Dat is belangrijk wanneer je data uit meerdere bronnen combineert.

Waar vind je dit?

Dit is meestal een vaste waarde ('ACTICO') die tijdens de data-extractie en -transformatie aan de dataset wordt toegevoegd.

Voorbeelden
ACTICOACTICO-platformACTICO KYC-module
Laatste data-update
LastDataUpdate
De timestamp die aangeeft wanneer de data voor het laatst zijn vernieuwd of uit het bronsysteem zijn opgehaald.
Beschrijving

Dit attribuut registreert de datum en tijd waarop de data voor het laatst uit ACTICO zijn opgehaald. Het is een metadataveld voor de hele dataset, niet voor afzonderlijke events. Zo zie je hoe actueel de analyse is.

In dashboards en rapporten helpt deze informatie om te bepalen hoe actueel de data zijn. Zo weet je hoe recent de inzichten zijn. Dit is belangrijk voor operationele monitoring, waarbij data bijna realtime nodig zijn. Door deze timestamp te tonen, is duidelijk wanneer de data zijn bijgewerkt.

Waarom dit belangrijk is

Laat zien hoe actueel de data zijn, zodat gebruikers weten of ze met recente informatie werken. Dat is belangrijk voor beslissingen over de bedrijfsvoering.

Waar vind je dit?

Deze waarde wordt gegenereerd en opgeslagen tijdens het ETL-proces (extractie, transformatie en laden). De timestamp geeft aan wanneer de ETL-taak succesvol is afgerond.

Voorbeelden
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
Aanvraagstatus
ApplicationStatus
De einduitkomst of huidige status van de onboardingaanvraag van de klant.
Beschrijving

Dit attribuut geeft de eindstatus van een case aan, meestal 'Goedgekeurd' of 'Afgewezen'. Het kan ook de status van lopende cases tonen. Deze dimensie is belangrijk voor analyses op basis van uitkomsten.

Bij process mining voor KYC is het belangrijk te begrijpen waarom aanvragen worden goedgekeurd of afgewezen. Met dit attribuut kun je de proceskaart filteren en de gebruikelijke routes van goedgekeurde en afgewezen aanvragen vergelijken. Zo spoor je procespatronen op die tot ongewenste uitkomsten leiden. Het attribuut vormt ook de basis voor de KPI 'Afwijzingspercentage van aanvragen'.

Waarom dit belangrijk is

Geeft de uitkomst van elke case aan. Zo kun je succesvolle en niet-succesvolle procesinstanties vergelijken en het afwijzingspercentage berekenen.

Waar vind je dit?

Dit attribuut hoort bij de case en staat vaak in de hoofdcase- of aanvraagtabel van ACTICO. Het geeft de eindstatus van de aanvraag weer.

Voorbeelden
GoedgekeurdAfgewezenIn behandelingIn afwachting van informatie
Afdeling
Department
De afdeling of het team dat verantwoordelijk is voor de activiteit.
Beschrijving

Dit attribuut koppelt een activiteit aan een organisatieonderdeel, zoals 'Compliance', 'Onboardingteam' of 'Klantrelaties'. Zo krijgt de processtroom een organisatorische context.

Analyse per afdeling helpt te begrijpen hoe werk tussen organisatieonderdelen wordt overgedragen. Je kunt bottlenecks tussen afdelingen opsporen, de efficiëntie per afdeling meten en de inzet van middelen binnen teams analyseren. Door dashboards op afdeling te filteren, zien managers hoe hun team presteert.

Waarom dit belangrijk is

Voegt een organisatorische dimensie toe aan de analyse. Zo kun je vertragingen tussen afdelingen opsporen en de prestaties per team beoordelen.

Waar vind je dit?

Deze informatie staat mogelijk bij de eventdata zelf. Je kunt die ook afleiden door gebruikersdata te koppelen aan een HR-stamgegevenstabel waarin gebruikers aan afdelingen zijn gekoppeld. Raadpleeg de documentatie van ACTICO.

Voorbeelden
ComplianceOnboardingteamKlantenservice
Eindtijd
EndTime
De timestamp waarop een specifieke activiteit is afgerond.
Beschrijving

De eindtijd geeft aan wanneer een activiteit is afgerond. Samen met de starttijd (EventTime) kun je de precieze duur van een taak berekenen, oftewel de verwerkingstijd. Niet elk event heeft een aparte eindtijd. Sommige events zijn direct afgerond.

Dit attribuut is belangrijk voor prestatieanalyses, vooral om te meten hoelang elke stap duurt. Je kunt er gedetailleerde prestatiedashboards mee maken, zien welke activiteiten de meeste tijd kosten en KPI’s berekenen, zoals 'Gemiddelde beoordelingstijd van documenten'.

Waarom dit belangrijk is

Maakt het mogelijk om de precieze duur van activiteiten (verwerkingstijd) te berekenen. Zo kun je bottlenecks opsporen en de efficiëntie van de inzet van middelen analyseren.

Waar vind je dit?

Net als de starttijd staat deze meestal in de eventlogtabellen van ACTICO. Sommige systemen bewaren de start- en eindtijd van één event in aparte kolommen. Raadpleeg de documentatie van ACTICO.

Voorbeelden
2023-10-26T10:15:00Z2023-10-26T12:00:00Z2023-10-27T16:00:15Z
Gebruiker die de activiteit startte
InitiatingUser
De gebruikers-ID of naam van de medewerker die de activiteit heeft uitgevoerd.
Beschrijving

Dit attribuut geeft aan welke gebruiker of systeemagent verantwoordelijk was voor een activiteit. Zo koppel je processtappen aan de personen of teams die ze hebben uitgevoerd.

Prestatieanalyses per gebruiker zijn vaak nodig. Met dit attribuut kun je dashboards maken met de verdeling van het werk, verwerkingstijden per persoon en prestatievergelijkingen tussen gebruikers of teams. Je ziet welke medewerkers goed presteren en wie mogelijk extra training nodig heeft. Ook helpt het om de inzet en verdeling van middelen te beoordelen.

Waarom dit belangrijk is

Koppelt procesactiviteiten aan specifieke gebruikers. Zo kun je prestaties per persoon of team analyseren en opleidingsbehoeften of een ongelijke verdeling van middelen opsporen.

Waar vind je dit?

Staat meestal bij elk event in de eventlog- of transactiehistorietabellen van ACTICO. Raadpleeg de documentatie van ACTICO.

Voorbeelden
john.doejane.smithSYSTEM_USER
Reden van afwijzing
RejectionReason
De specifieke reden waarom een klantaanvraag is afgewezen.
Beschrijving

Als de eindstatus van een aanvraag 'Afgewezen' is, geeft dit attribuut de reden daarvoor. Voorbeelden zijn 'Documentatie onvolledig', 'Identiteitscontrole mislukt' en 'Hoog risicoprofiel'.

Dit attribuut is belangrijk voor oorzaakanalyse. Door te bekijken hoe vaak verschillende afwijsredenen voorkomen, kan de organisatie structurele problemen in het proces of in de aanvragen opsporen. Veel afwijzingen door onvolledige documentatie kunnen er bijvoorbeeld op wijzen dat de aanvraaginstructies onduidelijk zijn. Dit attribuut ondersteunt het dashboard 'Afwijzingspercentage en redenen van aanvragen'.

Waarom dit belangrijk is

Geeft inzicht in de redenen voor afgewezen aanvragen. Met oorzaakanalyse kun je het afwijzingspercentage verlagen en de procesefficiëntie verbeteren.

Waar vind je dit?

Staat meestal in de hoofdcase- of aanvraagtabel van ACTICO en is vaak alleen ingevuld als de aanvraagstatus 'Afgewezen' is.

Voorbeelden
Documentatie onvolledigIdentiteitscontrole misluktSanctiematchHoge risicoscore
Risiconiveau
RiskLevel
Het berekende risiconiveau van de klantaanvraag, bijvoorbeeld laag, gemiddeld of hoog.
Beschrijving

Dit attribuut geeft de ingeschatte risicocategorie van een klant weer. Die bepaalt vaak hoe complex en grondig het vervolg van het KYC-proces is. Voor een klant met een hoog risico kunnen extra controles en goedkeuringen nodig zijn.

Bij process mining is het risiconiveau een nuttige dimensie om processen te vergelijken. Analisten kunnen controleren of het proces, zoals bedoeld, verschillende routes volgt op basis van het risico. Zo kun je nagaan of alle klanten met een hoog risico een verscherpt cliëntenonderzoek krijgen. Dit attribuut is belangrijk voor het dashboard 'Processtromen voor risicobeoordeling'.

Waarom dit belangrijk is

Maakt het mogelijk cases op risico in te delen. Zo kun je controleren of het proces zich volgens de compliancevereisten aanpast aan verschillende risicoprofielen.

Waar vind je dit?

Dit belangrijke gegeven staat op caseniveau in de hoofdaanvraagtabel van ACTICO.

Voorbeelden
LaagGemiddeldHoog
SLA-streefdatum
SlaTargetDate
De datum waarop het onboardingproces naar verwachting is afgerond.
Beschrijving

De SLA-streefdatum is de deadline voor de onboarding van een klant, zoals vastgelegd in interne service level agreements. Vaak wordt deze datum berekend op basis van de indieningsdatum van de aanvraag plus een standaardverwerkingstijd.

Dit attribuut is nodig om de naleving van de SLA te bewaken. Door de werkelijke afrondingsdatum van een case te vergelijken met de SLA-streefdatum, kan het systeem bepalen of de case op tijd is afgerond of de SLA is overschreden. Dit vormt de basis voor het dashboard 'SLA-prestaties onboarding' en de KPI 'Nalevingspercentage SLA onboarding'.

Waarom dit belangrijk is

Biedt een referentiepunt om te meten of cases op tijd worden afgerond. Zo kun je de naleving van de SLA volgen en rapporteren.

Waar vind je dit?

Dit kan als veld in de hoofdcasetabel van ACTICO zijn opgeslagen of worden afgeleid op basis van bedrijfsregels, bijvoorbeeld indieningsdatum + 5 werkdagen.

Voorbeelden
2023-11-01T17:00:00Z2023-11-02T17:00:00Z2023-11-03T17:00:00Z
Geautomatiseerd
IsAutomated
Een aanduiding die aangeeft of het systeem een activiteit automatisch heeft uitgevoerd of dat een gebruiker dit handmatig heeft gedaan.
Beschrijving

Dit booleaanse attribuut maakt onderscheid tussen taken die door een gebruiker zijn uitgevoerd en taken die door systeemautomatisering zijn afgehandeld, zoals een automatische achtergrondcontrole of risicoscore.

Met dit attribuut kun je beoordelen hoe effectief automatiseringsinitiatieven zijn. Je kunt de verwerkingstijden van geautomatiseerde en handmatige stappen vergelijken, zien welke delen van het proces nog veel handmatig werk vragen en mogelijkheden voor verdere automatisering opsporen. Dat kan de efficiëntie verbeteren en de operationele kosten verlagen.

Waarom dit belangrijk is

Maakt onderscheid tussen taken van medewerkers en systeemtaken. Zo kun je het effect van automatisering meten en mogelijkheden voor verdere efficiëntieverbetering opsporen.

Waar vind je dit?

Dit kan worden afgeleid uit het attribuut 'InitiatingUser', bijvoorbeeld als de gebruiker 'SYSTEM' is. Het kan ook een apart veld in de eventlog zijn. Raadpleeg de documentatie van ACTICO.

Voorbeelden
truefalse
Herstelwerk
IsRework
Een berekende aanduiding die laat zien of een activiteit een herhaalde stap is of deel uitmaakt van een herstelwerklus.
Beschrijving

Dit booleaanse attribuut markeert activiteiten die binnen dezelfde case voor de tweede of volgende keer worden uitgevoerd. Denk aan een 'Documentbeoordeling' na een verzoek om aanvullende informatie. Zo worden gevallen van herstelwerk zichtbaar, die vaak wijzen op een inefficiënt proces.

Herstelwerk opsporen is een belangrijk doel van process mining. Met deze aanduiding kun je herstelwerk kwantificeren, bijvoorbeeld door de KPI 'Percentage documenten met herstelwerk' te berekenen. Op de proceskaart kun je herstelwerklussen markeren en zien waar het proces teruggaat naar een eerdere stap. Zo spoor je kwaliteitsproblemen op of zie je waar het proces niet in één keer goed verloopt.

Waarom dit belangrijk is

Maakt herhaald werk zichtbaar. Zo kun je procesinefficiëntie meten en activiteiten opsporen die wijzen op kwaliteits- of duidelijkheidsproblemen.

Waar vind je dit?

Dit is een berekend attribuut. De logica wordt ingesteld in de process mining-tool of tijdens de datatransformatie, zodat herhaalde activiteiten binnen dezelfde case worden herkend.

Voorbeelden
truefalse
Klanttype
CustomerType
De categorie van de klant, bijvoorbeeld particulier of zakelijk.
Beschrijving

Dit attribuut deelt aanvragers in categorieën in, bijvoorbeeld particulieren en bedrijven. Het KYC-proces verschilt vaak sterk per type. De onboarding van bedrijven is doorgaans veel complexer.

Met klanttype als dimensie kun je deze verschillende processen in dezelfde dataset apart bekijken en vergelijken. Analisten kunnen de proceskaart filteren op 'Zakelijk' om de specifieke uitdagingen, bottlenecks en doorlooptijden te onderzoeken. De eenvoudigere processen van particuliere klanten vertekenen de data dan niet.

Waarom dit belangrijk is

Maakt het mogelijk het proces per klantcategorie te analyseren. De processtromen en complexiteit verschillen vaak sterk, wat leidt tot nauwkeurigere analyses.

Waar vind je dit?

Dit basisattribuut is op caseniveau of klantniveau opgeslagen in ACTICO.

Voorbeelden
ParticulierZakelijkKleinbedrijf
Land
Country
Het land waar de klant die onboarding aanvraagt woont.
Beschrijving

Dit attribuut geeft het land van de klant aan en kan het KYC-proces sterk beïnvloeden. Regelgeving verschilt per rechtsgebied en kan extra of andere processtappen vereisen.

Door het proces per land te analyseren, kun je prestaties in verschillende regio’s vergelijken. Zo zie je of bepaalde landen steeds langere doorlooptijden of hogere afwijzingspercentages hebben. Dat kan wijzen op verschillen in regelgeving of specifieke uitdagingen in de markt. Dit geografische perspectief helpt internationale organisaties processen te standaardiseren en tegelijk aan lokale compliancevereisten te voldoen.

Waarom dit belangrijk is

Voegt een geografische dimensie toe aan de analyse. Zo kun je procesverschillen en prestatieverschillen tussen rechtsgebieden met verschillende regelgeving onderzoeken.

Waar vind je dit?

Dit is een basisgegeven over de klant dat op caseniveau of klantniveau in ACTICO is opgeslagen.

Voorbeelden
USADEUGBRSGP
SLA-status
SlaState
Een berekende status die aangeeft of de case aan de SLA voldoet, de SLA heeft overschreden of het risico loopt de SLA te overschrijden.
Beschrijving

Dit attribuut geeft in categorieën aan hoe een case presteert ten opzichte van de service level agreement. De status wordt bepaald door de afrondingstijd van de case, of de huidige tijd bij open cases, te vergelijken met de 'SlaTargetDate'.

Zo wordt SLA-rapportage eenvoudiger: datumvergelijkingen worden omgezet in een duidelijke status. Dashboards kunnen dit bijvoorbeeld weergeven met cirkeldiagrammen of meters die het percentage cases tonen dat aan de SLA voldoet of deze heeft overschreden. Dit attribuut is belangrijk voor het dashboard 'SLA-prestaties onboarding' en ondersteunt rechtstreeks de KPI 'Nalevingspercentage SLA onboarding'.

Waarom dit belangrijk is

Geeft per case een duidelijke status van de SLA-naleving. Zo wordt rapporteren eenvoudiger en kun je prestaties ten opzichte van doelen makkelijk visualiseren.

Waar vind je dit?

Dit berekende attribuut is gebaseerd op bedrijfslogica die de afrondingstimestamp van de case vergelijkt met de 'SlaTargetDate'.

Voorbeelden
VoldoetOverschredenRisico
Verplicht Aanbevolen Optioneel

Activiteiten voor onboarding van KYC-klanten

Dit zijn de belangrijke processtappen en mijlpalen om in het event log vast te leggen. Zo kun je de onboarding van KYC-klanten nauwkeurig ontdekken en analyseren.
8 Aanbevolen 6 Optioneel
Activiteit Beschrijving
Aanvraag afgewezen
Dit is de definitieve beslissing om de klantaanvraag af te wijzen en het onboardingproces te beëindigen. Deze belangrijke eindstatus wordt vastgelegd als een laatste statuswijziging van de aanvraag.
Waarom dit belangrijk is

Dit is de belangrijkste eindgebeurtenis bij een mislukte aanvraag. Door cases met deze activiteit te analyseren, krijg je inzicht in het afwijzingspercentage en de redenen voor afwijzing. Zo kun je het totale resultaat van het proces verbeteren.

Waar vind je dit?

Af te leiden uit het veld met de eindstatus in de hoofdtafel voor aanvragen of cases. Zoek naar een eindstatus zoals ‘Afgewezen’, ‘Niet goedgekeurd’ of ‘Gesloten - afgewezen’.

Vastleggen

De eindstatus van de case wordt in de hoofdgegevens van de case bijgewerkt naar ‘Afgewezen’.

Gebeurtenistype inferred
Aanvraag goedgekeurd
Deze activiteit is de definitieve beslissing om de klantaanvraag voor onboarding goed te keuren. Het is een belangrijke mijlpaal, die meestal wordt vastgelegd als een afzonderlijke, definitieve statuswijziging in de levenscyclus van de aanvraag.
Waarom dit belangrijk is

Deze mijlpaal gaat vooraf aan het aanmaken van de rekening en betekent dat de aanvraag succesvol is afgerond. Door te meten hoe lang het duurt om dit punt te bereiken, krijg je inzicht in de doorlooptijd van de ideale route.

Waar vind je dit?

Af te leiden uit het veld met de eindstatus in de hoofdtafel voor aanvragen of cases. Zoek naar een status zoals ‘Goedgekeurd’, ‘Goedkeuring afgerond’ of een vergelijkbare positieve eindstatus.

Vastleggen

De eindstatus van de case wordt in de hoofdgegevens van de case bijgewerkt naar ‘Goedgekeurd’.

Gebeurtenistype inferred
Aanvraag ingediend
Deze activiteit markeert het begin van het KYC-onboardingproces: ACTICO ontvangt een nieuwe klantaanvraag. Het systeem legt dit vast als een afzonderlijke gebeurtenis, meestal met een exacte timestamp bij het aanmaken van een nieuwe case of aanvraag.
Waarom dit belangrijk is

Als eerste gebeurtenis is deze activiteit nodig om de totale doorlooptijd van de onboarding te berekenen en het aantal aanvragen te volgen. De timestamp vormt het uitgangspunt voor alle volgende metingen van de procesprestaties.

Waar vind je dit?

Dit is meestal een expliciete registratie in het logboek voor het aanmaken van aanvragen of cases in ACTICO. Zoek naar tabellen met gebeurtenissen rond het indienen van aanvragen of naar de aanmaaktimestamp van de hoofdcase.

Vastleggen

Gebeurtenis die wordt vastgelegd wanneer een nieuwe aanvraagcase wordt aangemaakt.

Gebeurtenistype explicit
Compliancebeoordeling afgerond
Dit markeert het einde van de handmatige beoordeling door de complianceafdeling. De uitkomst is goedkeuring, afwijzing of een verzoek om verdere actie. De activiteit is af te leiden uit een statuswijziging van ‘Wacht op compliancebeoordeling’ naar een volgende status, zoals ‘Goedgekeurd door compliance’.
Waarom dit belangrijk is

Dit is de afsluitende gebeurtenis van de compliancebeoordeling. Je hebt deze nodig om de totale beoordelingsduur te berekenen en de doorvoer van het team te analyseren.

Waar vind je dit?

Af te leiden uit de statushistorie van de aanvraag. Zoek naar de timestamp waarop de case de status ‘In compliancebeoordeling’ verlaat. Dat geeft aan dat er een beslissing is genomen.

Vastleggen

Af te leiden uit een statuswijziging van de case van ‘Wacht op compliance’ naar ‘Goedgekeurd door compliance’ of een vergelijkbare status.

Gebeurtenistype inferred
Compliancebeoordeling gestart
Dit markeert het begin van de handmatige beoordeling door de complianceafdeling, vaak bij aanvragen met een hoog risico of een waarschuwing. Meestal is dit af te leiden uit een statuswijziging naar ‘Wacht op compliancebeoordeling’ of doordat de case aan de werklijst van een compliancefunctionaris wordt toegewezen.
Waarom dit belangrijk is

Deze activiteit is het startpunt voor het meten van de bottleneck in compliance. De tijd tot ‘Compliancebeoordeling afgerond’ is een belangrijke KPI om vertragingen in deze belangrijke fase te vinden.

Waar vind je dit?

Af te leiden uit de statushistorie of het auditspoor van de aanvraag. Zoek naar een timestamp bij de statuswijziging naar ‘In compliancebeoordeling’ of bij de toewijzing aan een gebruikersgroep voor compliance.

Vastleggen

Af te leiden uit een statuswijziging van de case naar ‘Wacht op compliance’ of uit de toewijzing aan het complianceteam.

Gebeurtenistype inferred
Klantdocumenten geüpload
Deze activiteit vindt plaats wanneer de klant de vereiste identiteits- en ondersteunende documenten aanlevert via een portaal of een ander kanaal dat met ACTICO is gekoppeld. Elke documentupload wordt meestal als afzonderlijke gebeurtenis vastgelegd in het documentbeheer of het caselogboek.
Waarom dit belangrijk is

Dit is een belangrijke mijlpaal die afhankelijk is van de klant. Door deze gebeurtenis te volgen, kun je de reactietijd van klanten meten en zien hoe lang de daaropvolgende documentbeoordeling duurt.

Waar vind je dit?

Zoek naar event logs over documentverwerking of bijlagen bij de aanvraagcase. Deze staan vaak in aparte tabellen voor document- of bewijsbeheer in de ACTICO-database.

Vastleggen

Gebeurtenis die het systeem vastlegt wanneer een document aan de case wordt toegevoegd.

Gebeurtenistype explicit
Klantonboarding afgerond
Dit is de laatste activiteit in het proces. De klant is volledig onboard en de aanvraagcase is gesloten. Dit is af te leiden uit een definitieve eindstatus op de case, zoals ‘Onboarded’ of ‘Gesloten - goedgekeurd’.
Waarom dit belangrijk is

Als belangrijkste gebeurtenis die een succesvolle onboarding afsluit, is deze activiteit nodig om de totale doorlooptijd te berekenen voor alle klanten die succesvol zijn onboard. De timestamp vormt het eindpunt voor de analyse van de ideale route.

Waar vind je dit?

Af te leiden uit het veld met de eindstatus van de klantaanvraagcase. Zoek naar een timestamp bij de overgang van de case naar een definitieve successtatus.

Vastleggen

Af te leiden uit een definitieve statuswijziging van de case naar ‘Afgerond’ of ‘Gesloten’.

Gebeurtenistype inferred
Risicobeoordeling uitgevoerd
Deze activiteit staat voor de uitvoering van de beslisengine van ACTICO, die een risicoscore of -classificatie voor de klantaanvraag berekent. Dit is een kernfunctie van het systeem en wordt als afzonderlijke gebeurtenis vastgelegd wanneer de regels voor de risicobeoordeling worden uitgevoerd.
Waarom dit belangrijk is

De risicobeoordeling is een belangrijk beslismoment dat vaak bepaalt hoe het proces verdergaat. Door deze activiteit te analyseren, zie je hoe risiconiveaus de procesvarianten en doorlooptijden beïnvloeden.

Waar vind je dit?

Dit is een kerngebeurtenis in ACTICO en hoort in de beslis- of uitvoeringslogs te staan. Daarin staan meestal de case-ID, de uitgevoerde regels en de resulterende risicoscore.

Vastleggen

Gebeurtenis die de beslisengine van ACTICO vastlegt zodra de risicoscore is berekend.

Gebeurtenistype explicit
Aanvullende informatie aangevraagd
Dit is een gebeurtenis waarbij een beoordelaar, vaak van compliance of kredietacceptatie, aanvullende informatie of documenten van de klant nodig heeft. Meestal wordt dit expliciet vastgelegd, omdat de klant een melding krijgt en de case wordt gepauzeerd.
Waarom dit belangrijk is

Deze activiteit leidt vaak tot herstelwerk en langere doorlooptijden. Door de frequentie en het effect ervan te volgen, zie je waar de eerste gegevensverzameling beter kan.

Waar vind je dit?

Dit is waarschijnlijk een expliciete gebeurtenis in de casehistorie of het communicatielog. Zoek naar gebeurtenissen zoals ‘Informatieverzoek verzonden’ of een statuswijziging naar ‘Wacht op klantinformatie’.

Vastleggen

Een expliciete gebeurtenis die door een gebruiker wordt gestart, zoals ‘Informatieverzoek verzenden’, wordt vastgelegd in het auditspoor van de case.

Gebeurtenistype explicit
Achtergrondcontroles gestart
Dit is het moment waarop automatische of handmatige achtergrondcontroles starten, zoals AML-controles of controles van de kredietgeschiedenis. Vaak wordt dit als afzonderlijke gebeurtenis vastgelegd wanneer het systeem de controles start, mogelijk via externe dienstverleners.
Waarom dit belangrijk is

Het starten van achtergrondcontroles is een belangrijke mijlpaal in het due diligence-proces. Door deze activiteit te volgen, krijg je zicht op de afhankelijkheden en doorlooptijden van externe gegevensleveranciers.

Waar vind je dit?

Zoek in systeemlogs of het auditspoor naar registraties van gestarte achtergrondcontroles. Deze zijn vaak gekoppeld aan de case-ID van de hoofdapplicatie.

Vastleggen

Gebeurtenis die wordt vastgelegd wanneer de workflow-engine aanroepen naar diensten voor achtergrondcontroles start.

Gebeurtenistype explicit
Documentbeoordeling afgerond
Deze activiteit geeft aan dat een medewerker de door de klant ingediende documenten heeft beoordeeld. Vaak is dit af te leiden uit een statuswijziging van het document of de case, bijvoorbeeld naar ‘Documenten geverifieerd’ of ‘Beoordeling afgerond’.
Waarom dit belangrijk is

Dit is een belangrijke mijlpaal om de efficiëntie van de documentverwerking te meten. De tijd tussen ‘Klantdocumenten geüpload’ en deze activiteit is een belangrijke KPI om vertragingen door handmatige verwerking te vinden.

Waar vind je dit?

Af te leiden uit statushistorielogs van de aanvraagcase of afzonderlijke documenten. Een statuswijziging van ‘Wacht op beoordeling’ naar ‘Goedgekeurd’ of ‘Beoordeeld’ wijst op deze activiteit.

Vastleggen

Af te leiden uit een statuswijziging van het document naar ‘Geverifieerd’ of ‘Beoordeeld’.

Gebeurtenistype inferred
Eerste beoordeling van de aanvraag
Dit is de eerste beoordeling van de ingediende aanvraag, door een automatische regel of een medewerker. Daarbij wordt gecontroleerd of de aanvraag volledig is en aan de basisvoorwaarden voldoet. Vaak is deze activiteit af te leiden uit een statuswijziging, bijvoorbeeld van ‘Ingediend’ naar ‘In behandeling’.
Waarom dit belangrijk is

Door te meten hoe lang deze eerste beoordeling duurt, kun je vertragingen aan het begin van de verwerking vinden. Je ziet ook hoeveel aanvragen deze eerste controle zonder problemen doorstaan.

Waar vind je dit?

Af te leiden uit statushistorietabellen of auditlogs van de klantaanvraagcase. Vergelijk de timestamp waarop de status verandert van ‘Nieuw’ of ‘Ingediend’ naar ‘In beoordeling’.

Vastleggen

Statuswijziging van ‘Ingediend’ naar ‘In behandeling’ vaststellen in de casehistorie.

Gebeurtenistype inferred
Identiteit geverifieerd
Dit is een automatische of handmatige controle waarbij de identiteit van de klant wordt vergeleken met externe of interne bronnen. Vaak wordt de gebeurtenis expliciet vastgelegd wanneer een API-aanroep naar een externe verificatiedienst wordt gedaan en er een antwoord binnenkomt.
Waarom dit belangrijk is

Deze activiteit is een belangrijke stap voor compliance. Door de duur en uitkomsten te analyseren, zie je hoe afhankelijk het proces is van externe diensten en waar de verificatie vastloopt.

Waar vind je dit?

Deze informatie staat meestal in integratielogs of specifieke gebeurtenistabellen met de resultaten van automatische controles en aanroepen van externe diensten die aan de aanvraagcase zijn gekoppeld.

Vastleggen

Gebeurtenis die wordt vastgelegd na een integratieaanroep naar een externe dienst voor identiteitsverificatie.

Gebeurtenistype explicit
Rekening aangemaakt
Na goedkeuring wordt de rekening van de klant aangemaakt in het kernbanksysteem of het systeem voor gebruikersbeheer. ACTICO legt dit vaak vast als afzonderlijke gebeurtenis nadat het gekoppelde systeem heeft bevestigd dat de rekening is aangemaakt.
Waarom dit belangrijk is

Deze activiteit bevestigt dat het proces een concreet resultaat heeft opgeleverd. De tijd tussen ‘Aanvraag goedgekeurd’ en ‘Rekening aangemaakt’ kan vertragingen in de integratie of inefficiënties bij de laatste inrichtingsstappen aan het licht brengen.

Waar vind je dit?

Deze informatie staat waarschijnlijk in de integratie- of systeeminterfacelogs van ACTICO. Daarin wordt vastgelegd wat er gebeurt bij aanroepen van externe systemen voor het aanmaken van rekeningen.

Vastleggen

Gebeurtenis die wordt vastgelegd wanneer een succesvolle API-reactie van het kernbanksysteem voor rekeningen binnenkomt.

Gebeurtenistype explicit
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data uit ACTICO

Klaar om aan de slag te gaan?

Gebruik deze template om je data goed voor te bereiden en sneller toe te werken naar een geoptimaliseerd KYC-klantonboardingproces in ACTICO.

Optimaliseer KYC-klantonboarding: verkort de doorlooptijd nu tot 24 uur

Voorkom afhakers en fout-positieve resultaten voor een soepel onboardingproces.

Start je gratis proefperiode

Geen creditcard nodig. Begin vandaag met optimaliseren.