Datatemplate voor onboarding van KYC-klanten
Datatemplate voor onboarding van KYC-klanten
- Aanbevolen attributen om te verzamelen
- Belangrijke activiteiten om te volgen
- Instructies voor data-extractie uit ACTICO
Attributen voor onboarding van KYC-klanten
| 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 | |||
Activiteiten voor onboarding van KYC-klanten
| 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 | |||
Extractiegidsen
Stappen
- Krijg beheerderstoegang: Log in op het ACTICO-platform, bijvoorbeeld Visual Modeler of een aparte beheerconsole. Gebruik inloggegevens met voldoende rechten om data-exporten te openen en in te stellen.
- Zoek de exportmodule: Ga naar het beheer- of configuratiegedeelte van het systeem. Zoek de sectie voor auditsporen, logging of data-export. Deze kan bijvoorbeeld 'Audit Export' of 'Business Object Export' heten.
- Maak een nieuwe exportconfiguratie: Start het aanmaken van een nieuwe exportdefinitie. Geef de configuratie een duidelijke naam, bijvoorbeeld 'KYC_Onboarding_ProcessMind_Export'.
- Stel de databron in: Geef aan welk primair business object je wilt exporteren:
CustomerApplication. Stel een datumfilter in om de export te beperken, bijvoorbeeld tot de afgelopen 6 maanden. Zo blijven de bestanden beheersbaar en voorkom je prestatieproblemen. - Configureer het uitvoerbestand: Kies CSV als uitvoerformaat. Geef het bestand een naam, bijvoorbeeld
kyc_event_log.csv, en controleer het scheidingsteken, meestal een komma. Zorg dat tekstvelden tussen aanhalingstekens staan, zodat speciale tekens goed worden verwerkt. - Koppel de case-ID: Wijs de unieke identificatie van het business object
CustomerApplicationaan als case-ID voor de process mining-analyse. Zo worden alle bijbehorende events aan één onboardingcase gekoppeld. - Stel de attribuutkoppelingen in: Koppel elke vereiste kolom in het event log aan het bijbehorende attribuut in het ACTICO-businessobjectmodel. Het gaat onder meer om de case-ID, activiteitsnaam en timestamps, plus aanbevolen attributen zoals status of risiconiveau.
- Stel de eventkoppelingen in: Dit is de belangrijkste stap. Maak voor elk van de 14 bedrijfsactiviteiten een aparte regel of koppeling. Gebruik systeemtriggers, zoals het aanmaken van een object voor 'Application Submitted', statuswijzigingen voor workflowstappen zoals 'Application Approved' en specifieke patronen in auditlogberichten voor technische events zoals 'Identity Verification Performed'.
- Sla de configuratie op en controleer deze: Sla het configuratiebestand op nadat je alle koppelingen hebt ingesteld. Gebruik de beschikbare validatietools in ACTICO om syntaxfouten en onjuiste attribuutpaden op te sporen.
- Voer de export uit en houd deze in de gaten: Start de exporttaak. Volg de voortgang via de taakplanner of monitoringinterface van het systeem. Controleer na afloop de logs op fouten.
- Haal het bestand op en bereid het voor: Download het CSV-bestand uit de opgegeven uitvoermap op de server. Open het bestand voordat je het naar ProcessMind uploadt. Controleer de structuur en kijk of de datum- en timestampnotatie overal consistent is en correct wordt ingelezen.
Configuratie
- Auditlogniveau: Stel het auditlogniveau voor het hele systeem in op een gedetailleerd niveau, zoals INFO of FINE. Een minder gedetailleerd niveau, zoals WARNING of ERROR, registreert niet de statuswijzigingen en regeluitvoeringen die nodig zijn voor process mining.
- Databron voor export: Stel het primaire object in op het business object
CustomerApplication. Mogelijk moet je gerelateerde objecten, zoalsCustomerDocument, koppelen of raadplegen om alle relevante events vast te leggen. - Datumfilter: Gebruik altijd een datumfilter om de hoeveelheid geëxtraheerde data te beperken. Voor een eerste analyse raden we een periode van 3 tot 6 maanden aan. Voor productie kun je deze periode aanpassen aan de bedrijfsbehoeften en systeemprestaties.
- Logica voor eventkoppelingen: De nauwkeurigheid van de extractie hangt sterk af van de manier waarop events worden gekoppeld. Statuswijzigingen (
on="StatusChange") worden vaak gebruikt om bedrijfsstappen af te leiden. Expliciete logregels (on="LogEntry") zijn geschikt voor technische events of serviceaanroepen. Regeluitvoeringen (on="RuleExecution") zijn ideaal om beslissingsstappen vast te leggen. - Uitvoerformaat: Kies CSV voor brede compatibiliteit. Stel het scheidingsteken en de aanhalingstekens rond tekst correct in om problemen bij het inlezen van data te voorkomen.
- Vereisten: Voor deze methode heb je beheerdersrechten voor het ACTICO-platform nodig. Voor een juiste configuratie moet je het KYC-businessobjectmodel goed kennen, inclusief de relevante statusvelden en attribuutnamen.
a Voorbeeldquery xml
<!-- This is a representative ACTICO export configuration in XML format. -->
<!-- Actual syntax may vary based on your ACTICO version. -->
<AuditExportConfiguration name="KYC_ProcessMind_Export">
<DataSource type="BusinessObject">
<ObjectName>CustomerApplication</ObjectName>
<DateRange from="[Start Date YYYY-MM-DD]" to="[End Date YYYY-MM-DD]"/>
</DataSource>
<OutputFile format="CSV" name="kyc_event_log.csv" delimiter=","/>
<CaseId mapping="customerApplication.id"/>
<Attributes>
<Attribute name="CustomerApplication" mapping="customerApplication.id"/>
<Attribute name="ActivityName" mapping="[generated_activity_name]"/>
<Attribute name="EventTime" mapping="[event_timestamp]"/>
<Attribute name="SourceSystem" value="ACTICO"/>
<Attribute name="LastDataUpdate" value="[CURRENT_TIMESTAMP]"/>
<Attribute name="EndTime" mapping="[event_timestamp]"/>
<Attribute name="InitiatingUser" mapping="event.user"/>
<Attribute name="Department" mapping="event.user.department"/>
<Attribute name="ApplicationStatus" mapping="customerApplication.status"/>
<Attribute name="RejectionReason" mapping="customerApplication.rejectionDetails.reasonCode"/>
<Attribute name="RiskLevel" mapping="customerApplication.risk.level"/>
<Attribute name="SlaTargetDate" mapping="customerApplication.slaDate"/>
</Attributes>
<EventMappings>
<Event on="Create" object="CustomerApplication">
<Set name="[generated_activity_name]" value="Application Submitted"/>
<Set name="[event_timestamp]" mapping="customerApplication.creationDate"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" from="Submitted" to="In Review">
<Set name="[generated_activity_name]" value="Initial Application Review"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="Create" object="CustomerDocument">
<Set name="[generated_activity_name]" value="Customer Documents Uploaded"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
<CaseId mapping="event.relatedObject.customerApplication.id"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="IDV Service Call Completed.*">
<Set name="[generated_activity_name]" value="Identity Verification Performed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Documents Verified">
<Set name="[generated_activity_name]" value="Document Review Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="Background Check Initiated.*">
<Set name="[generated_activity_name]" value="Background Checks Initiated"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="RuleExecution" object="CustomerApplication" ruleSet="KYC Risk Assessment">
<Set name="[generated_activity_name]" value="Risk Assessment Performed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Pending Compliance Review">
<Set name="[generated_activity_name]" value="Compliance Review Initiated"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Pending Customer Information">
<Set name="[generated_activity_name]" value="Additional Information Requested"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" from="Pending Compliance Review" to="Compliance Approved">
<Set name="[generated_activity_name]" value="Compliance Review Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Approved">
<Set name="[generated_activity_name]" value="Application Approved"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="Account successfully created.*">
<Set name="[generated_activity_name]" value="Account Created"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Closed - Approved">
<Set name="[generated_activity_name]" value="Customer Onboarding Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Rejected">
<Set name="[generated_activity_name]" value="Application Rejected"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
</EventMappings>
</AuditExportConfiguration> 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.
Geen creditcard nodig. Begin vandaag met optimaliseren.