Uw KYC Customer Onboarding Data Template
Uw KYC Customer Onboarding Data Template
- Aanbevolen attributen om vast te leggen
- Belangrijkste activiteiten om te volgen
- Extractiehandleiding voor ACTICO
KYC Klantacceptatie Attributen
| Naam | Omschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De naam van de specifieke business event of task die is uitgevoerd binnen het customer onboarding process. | ||
| Omschrijving Dit attribute registreert de naam van elke stap of activiteit die plaatsvindt tijdens het KYC process, zoals 'Application Submitted', 'Risk Assessment Performed' of 'Application Approved'. Het biedt de sequentiële bouwstenen van de process map. Het analyseren van de Activity Name maakt de visualisatie van de process flow, identificatie van frequente of zeldzame activiteiten, en detectie van bottlenecks of rework loops mogelijk. Het is een hoeksteen voor het begrijpen welke acties worden uitgevoerd en in welke volgorde, wat cruciaal is voor variant analysis en compliance checks. Het belang Het definieert de stappen in de proceskaart, wat visualisatie van de procesflow, identificatie van afwijkingen en analyse van activiteitsfrequentie en -sequentie mogelijk maakt. Vindplaats Deze informatie wordt typisch gevonden in een event log table binnen ACTICO, vaak in een field dat het event of task type beschrijft. Raadpleeg de ACTICO documentatie. Voorbeelden Aanvraag ingediendRisicobeoordeling UitgevoerdCompliance Review VoltooidAanvraag Afgewezen | |||
| Klantenaanvraag CustomerApplication | De unieke identifier voor één customer onboarding aanvraag, dienend als de case ID voor procesanalyse. | ||
| Omschrijving De Customer Application is de primaire case identifier die alle events en activiteiten groepeert die gerelateerd zijn aan de onboarding journey van één enkele klant. Het vertegenwoordigt één complete instance van het KYC process, van de initiële indiening tot de definitieve beslissing van goedkeuring of afwijzing. In process mining is dit attribute essentieel voor het reconstrueren van de end-to-end journey van elke aanvraag. Het stelt analisten in staat om de sequentie van activiteiten te volgen, totale cycle times te meten en verschillende procespaden, of varianten, die door diverse aanvragen zijn genomen, te vergelijken. Alle events met dezelfde Customer Application ID worden beschouwd als onderdeel van dezelfde case. Het belang Dit is het fundamentele attribute voor process mining, aangezien het alle gerelateerde events verbindt tot één enkele, samenhangende process instance, wat end-to-end analysis van elke klant's onboarding experience mogelijk maakt. Vindplaats Dit is een primary key in de hoofdaanvraag- of case management tables binnen ACTICO. Raadpleeg de ACTICO documentatie voor specifieke tabel- en veldnamen. Voorbeelden APP-2023-001234APP-2023-001235APP-2024-000001 | |||
| Tijdstip Gebeurtenis EventTime | De timestamp die aangeeft wanneer een specifieke activiteit begon of plaatsvond. | ||
| Omschrijving Event Time is de precieze datum en tijd waarop een activiteit in het systeem werd vastgelegd. Het biedt de chronologische volgorde voor alle events binnen één enkele klantaanvraag case, en vormt de tijdlijn van de acceptatiereis. Dit attribuut is cruciaal voor alle tijdsgebonden analyse. Het wordt gebruikt om cyclustijden tussen activiteiten te berekenen, vertragingen en wachttijden te identificeren, de totale case duur te meten en te controleren op compliance met Service Level Agreements (SLA's). De sequentie van deze timestamps voor een gegeven case stelt process mining tools in staat om de exacte procesflow te reconstrueren zoals deze heeft plaatsgevonden. Het belang Dit attribute biedt de chronologische volgorde van events, wat essentieel is voor het berekenen van duren, het ontdekken van bottlenecks en het analyseren van de process timeline. Vindplaats Gelegen in de event log tabellen van ACTICO, is dit de timestamp geassocieerd met elke vastgelegde activiteit. Raadpleeg de ACTICO documentatie. Voorbeelden 2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T15:45:10Z | |||
| Bronsysteem SourceSystem | Het system of record waaruit de event data afkomstig is. | ||
| Omschrijving Dit attribute identificeert het broninformatiesysteem waar de data werd gegenereerd. Voor dit proces zal dit consistent 'ACTICO' zijn, maar in bredere analyses met meerdere systemen helpt het om data origins te differentiëren. In een process mining context is het cruciaal voor data governance en validation. Het zorgt ervoor dat data correct wordt toegeschreven aan de bron, wat belangrijk is bij het samenvoegen van data uit verschillende systemen om een holistisch procesoverzicht te creëren. Het helpt ook bij het oplossen van data quality issues door ze terug te traceren naar het bronsysteem. Het belang Biedt essentiële context over de herkomst van data, wat data lineage en governance waarborgt, wat cruciaal is bij het combineren van data uit meerdere bronnen. Vindplaats Dit is typisch een statische waarde ('ACTICO') die wordt toegevoegd tijdens het data extraction and transformation process om de dataset te labelen. Voorbeelden ACTICOACTICO PlatformACTICO KYC Module | |||
| Laatste data-update LastDataUpdate | De timestamp die aangeeft wanneer de data voor het laatst is ververst of geëxtraheerd uit het bronsysteem. | ||
| Omschrijving Dit attribute registreert de datum en tijd van de meest recente data pull van ACTICO. Het is een metadata field dat van toepassing is op de gehele dataset, in plaats van individuele events, en context biedt over de versheid van de analyse. In dashboards en rapporten is deze informatie essentieel voor gebruikers om te begrijpen hoe actueel de data is. Het helpt verwachtingen te managen over de tijdigheid van inzichten en is cruciaal voor operationele monitoring waar bijna real-time data belangrijk is. Het weergeven van deze timestamp zorgt voor transparantie en vertrouwen in de gepresenteerde data. Het belang Geeft de actualiteit van de data aan, waardoor gebruikers kunnen begrijpen of ze up-to-date informatie analyseren, wat cruciaal is voor operationele besluitvorming. Vindplaats Deze waarde wordt gegenereerd en opgeslagen tijdens het data extraction, transformation, and loading (ETL) process. Het weerspiegelt de timestamp wanneer de ETL job succesvol werd voltooid. Voorbeelden 2024-05-20T08:00:00Z2024-05-21T08:00:00Z | |||
| Aanvraag Status ApplicationStatus | De definitieve uitkomst of huidige status van de customer onboarding aanvraag. | ||
| Omschrijving Dit attribute geeft de definitieve afhandeling van een case aan, typisch 'Approved' of 'Rejected'. Het kan ook de status van in-progress cases tonen. Dit is een kritieke dimension voor outcome-based analysis. Het begrijpen waarom aanvragen worden goedgekeurd of afgewezen is een belangrijk doel van KYC process mining. Dit attribute maakt het mogelijk om de process map te filteren om de typische journeys van goedgekeurde versus afgewezen aanvragen te zien, wat helpt bij het identificeren van procespatronen die leiden tot ongewenste uitkomsten. Het is ook de basis voor het berekenen van de 'Application Rejection Rate' KPI. Het belang Definieert de uitkomst van elke case, waardoor vergelijkende analyse tussen succesvolle en onsuccesvolle procesinstances mogelijk is en de berekening van afwijzingspercentages. Vindplaats Dit is een case-level attribute, vaak gevonden in de hoofd-case of aanvraagtabel in ACTICO. Het weerspiegelt de definitieve status van de aanvraag. Voorbeelden GoedgekeurdAfgewezenIn uitvoeringIn afwachting van informatie | |||
| Afdeling Department | De afdeling of het team dat verantwoordelijk is voor het uitvoeren van de activiteit. | ||
| Omschrijving Dit attribute wijst een activiteit toe aan een specifieke organisatorische eenheid, zoals 'Compliance', 'Onboarding Team' of 'Client Relations'. Het biedt een organisatorische context aan de process flow. Afdelingsniveau-analyse is cruciaal voor het begrijpen hoe werk wordt overgedragen tussen verschillende delen van de organisatie. Het helpt inter-departmental bottlenecks te identificeren, afdelingspecifieke efficiëntie te meten en resource allocation over teams te analyseren. Dashboards kunnen worden gefilterd op afdeling om managers een beeld te geven van de specifieke prestaties van hun team. Het belang Biedt een organisatorische dimensie voor analyse, wat de identificatie van afdelingsoverschrijdende vertragingen en de evaluatie van teamniveau-prestaties mogelijk maakt. Vindplaats Deze informatie kan direct bij de event data worden opgeslagen of worden afgeleid door gebruikers-data te koppelen aan een HR master data table die gebruikers aan afdelingen koppelt. Raadpleeg de ACTICO documentatie. Voorbeelden ComplianceOnboarding TeamKlantenservice | |||
| Eindtijd EndTime | De timestamp die aangeeft wanneer een specifieke activiteit is voltooid. | ||
| Omschrijving De End Time markeert de voltooiing van een activiteit. Gepaard met de Start Time (EventTime), maakt het de berekening van de precieze duur van elke taak mogelijk, bekend als processing time. Niet alle events hebben een duidelijke eindtijd, aangezien sommige ogenblikkelijk kunnen zijn. Dit attribute is fundamenteel voor performance analysis, met name voor het meten hoe lang elke stap duurt. Het maakt de creatie van gedetailleerde performance dashboards mogelijk, helpt identificeren welke activiteiten de meeste tijd in beslag nemen, en is essentieel voor het berekenen van KPI's zoals 'Average Document Review Time'. Het belang Maakt de berekening van precieze activiteitsduren (verwerkingstijd) mogelijk, wat cruciaal is voor het identificeren van prestatieknelpunten en het analyseren van resource-efficiëntie. Vindplaats Net als de starttijd wordt dit doorgaans gevonden in de event log tabellen van ACTICO. Sommige systemen slaan start- en eindtijden op in aparte kolommen voor een enkel event record. Raadpleeg de ACTICO documentatie. Voorbeelden 2023-10-26T10:15:00Z2023-10-26T12:00:00Z2023-10-27T16:00:15Z | |||
| Initiërende Gebruiker InitiatingUser | De user ID of naam van de medewerker die de activiteit heeft uitgevoerd. | ||
| Omschrijving Dit attribute identificeert de specifieke gebruiker of systeem-agent die verantwoordelijk is voor het uitvoeren van een activiteit. Het verbindt processtappen met de individuen of teams die ze hebben uitgevoerd. Het analyseren van prestaties per gebruiker is een veelvoorkomende vereiste. Dit attribute maakt de creatie van dashboards mogelijk die de workload distributie, individuele processing times en prestatievergelijkingen tussen gebruikers of teams tonen. Het helpt high-performing individuals te identificeren, evenals degenen die mogelijk extra training nodig hebben, en is essentieel voor het begrijpen van resource allocation en utilization. Het belang Koppelt procesactiviteiten aan specifieke gebruikers, waardoor prestatieanalyse per individu of team mogelijk is en helpt bij het identificeren van trainingsbehoeften of resource-onevenwichtigheden. Vindplaats Typisch opgeslagen naast elke event in ACTICO's event log of transaction history tables. Raadpleeg de ACTICO documentatie. Voorbeelden john.doejane.smithSYSTEM_USER | |||
| Reden van afwijzing RejectionReason | De specifieke reden die wordt gegeven wanneer een klantaanvraag wordt afgewezen. | ||
| Omschrijving Wanneer de definitieve status van een aanvraag 'Rejected' is, biedt dit attribute de onderliggende oorzaak. Voorbeelden zijn 'Incomplete Documentation', 'Failed Background Check' of 'High Risk Profile'. Dit is een vitaal attribute voor root cause analysis. Door de frequentie van verschillende afwijzingsredenen te analyseren, kan het bedrijf systeemproblemen in het proces of bij klantinleveringen identificeren. Een hoog aantal afwijzingen door onvolledige documentatie kan bijvoorbeeld aangeven dat de aanvraaginstructies onduidelijk zijn. Dit ondersteunt direct het 'Application Rejection Rate and Reasons' dashboard. Het belang Biedt het 'waarom' achter afgewezen aanvragen, wat root cause analysis mogelijk maakt om het afwijzingspercentage te verlagen en de procesefficiëntie te verbeteren. Vindplaats Meestal gevonden in de hoofd-case of aanvraagtabel in ACTICO, vaak alleen gevuld wanneer de Application Status 'Rejected' is. Voorbeelden Onvolledige documentatieMislukte IdentiteitsverificatieSanctiematchHoge Risicoscore | |||
| Risiconiveau RiskLevel | Het berekende risiconiveau van de klantaanvraag, zoals Laag, Gemiddeld of Hoog. | ||
| Omschrijving Dit attribute vertegenwoordigt de beoordeelde risk category van een klant, die vaak de complexiteit en nauwkeurigheid van het daaropvolgende KYC process bepaalt. Een high-risk klant kan aanvullende controles en goedkeuringen vereisen vergeleken met een low-risk klant. In process mining is Risk Level een krachtige dimension voor vergelijkende analyse. Het stelt analisten in staat om te controleren of het proces correct verschillende paden volgt op basis van risico, zoals bedoeld. Men kan bijvoorbeeld verifiëren dat alle high-risk klanten een enhanced due diligence step ondergaan. Het is essentieel voor het 'Risk Assessment Process Flows' dashboard. Het belang Maakt segmentatie van cases mogelijk op basis van risico, wat analyse toestaat of het proces zich correct aanpast aan verschillende risicoprofielen zoals vereist door compliance beleid. Vindplaats Dit is een belangrijk data point opgeslagen op case-niveau in de hoofdaanvraagtabel binnen ACTICO. Voorbeelden LaagGemiddeldHoog | |||
| SLA-streefdatum SlaTargetDate | De datum waarop het customer onboarding process naar verwachting voltooid zal zijn. | ||
| Omschrijving De SLA Target Date is de deadline voor het voltooien van de onboarding van een klant, zoals gedefinieerd door interne service level agreements. Deze datum wordt vaak berekend op basis van de aanvraag indieningsdatum plus een standaard processing time. Dit attribute is essentieel voor het monitoren van SLA compliance. Door de daadwerkelijke voltooiingsdatum van een case te vergelijken met de SLA Target Date, kan het systeem bepalen of de case op tijd is voltooid of de SLA heeft geschonden. Dit is de basis voor het 'Onboarding SLA Performance' dashboard en de 'Onboarding SLA Adherence Rate' KPI. Het belang Biedt de benchmark voor het meten van on-time performance, wat directe monitoring en rapportage van SLA compliance mogelijk maakt. Vindplaats Dit kan worden opgeslagen als een field in de hoofd-case table in ACTICO of kan worden afgeleid op basis van business rules (bijv. Submission Date + 5 business days). Voorbeelden 2023-11-01T17:00:00Z2023-11-02T17:00:00Z2023-11-03T17:00:00Z | |||
| Bewerkingstijd ProcessingTime | De tijdsduur die actief aan een activiteit is besteed. | ||
| Omschrijving Processing Time is de berekende duur van de starttijd tot de eindtijd van een activiteit. Deze metric vertegenwoordigt de 'aanraaktijd' of de actieve werktijd, in tegenstelling tot wachttijd tussen activiteiten. Dit is een cruciale KPI voor het meten van operationele efficiëntie. Hoge processing times voor bepaalde activiteiten zijn duidelijke indicatoren van bottlenecks of overmatig complexe taken. Door deze metric te aggregeren, kunnen managers identificeren welke stappen de meeste resources verbruiken en deze prioriteren voor procesverbetering of automation initiatives. Het is een fundamenteel onderdeel van performance dashboards. Het belang Meet de actieve werkduur van een taak, wat helpt bij het identificeren van inefficiënte activiteiten die de meeste tijd en resources verbruiken. Vindplaats Dit is een berekende metric, afgeleid door de 'EventTime' (StartTime) af te trekken van de 'EndTime' voor elke activiteit. Voorbeelden 864000003600000600000 | |||
| Is Geautomatiseerd IsAutomated | Een indicator die aangeeft of een activiteit automatisch door het systeem of handmatig door een gebruiker is uitgevoerd. | ||
| Omschrijving Dit boolean attribute onderscheidt tussen taken uitgevoerd door een menselijke gebruiker en die welke worden uitgevoerd door systeemautomatisering, zoals een geautomatiseerde background check of risk scoring. Het analyseren van dit attribute helpt bij het evalueren van de effectiviteit van automation initiatives. Het maakt een vergelijking mogelijk van processing times tussen geautomatiseerde en handmatige stappen, identificeert welke delen van het proces nog steeds sterk handmatig zijn, en kan kansen voor verdere automation benadrukken om de efficiëntie te verbeteren en operationele kosten te verlagen. Het belang Onderscheidt menselijke en systeemtaken, wat cruciaal is voor het meten van de impact van automatisering en het identificeren van kansen voor toekomstige efficiëntiewinsten. Vindplaats Dit kan worden afgeleid uit het 'InitiatingUser' attribute (bijv. als de gebruiker 'SYSTEM' is) of het kan een speciale flag zijn in de event log. Raadpleeg de ACTICO documentatie. Voorbeelden truefalse | |||
| Is herstelwerk IsRework | Een berekende vlag die identificeert of een activiteit een herhaalde stap of onderdeel is van een herwerklus. | ||
| Omschrijving Dit boolean attribute markeert activiteiten die voor een tweede of daaropvolgende keer binnen dezelfde case worden uitgevoerd, zoals een 'Document Review' die plaatsvindt na een verzoek om meer informatie. Het identificeert instances van rework, die typisch een bron zijn van procesinefficiëntie. Het identificeren van rework is een primair doel van process mining. Deze flag maakt de kwantificering van rework mogelijk, zoals het berekenen van de 'Document Rework Rate' KPI. In de process map kunnen rework loops worden belicht om te laten zien waar het proces op zichzelf terugkeert. Dit helpt quality issues of gebieden aan te wijzen waar het proces niet 'right first time' is. Het belang Benadrukt gevallen van herhaald werk, wat een directe meting van procesinefficiëntie en de identificatie van activiteiten met kwaliteits- of duidelijkheidsproblemen mogelijk maakt. Vindplaats Dit is een berekend attribute. De logic is gedefinieerd binnen de process mining tool of tijdens data transformation om herhaalde activiteiten binnen dezelfde case te detecteren. Voorbeelden truefalse | |||
| Klanttype CustomerType | Categorisering van de klant, zoals Individueel of Zakelijk. | ||
| Omschrijving Dit attribute classificeert de aanvrager in verschillende categorieën, bijvoorbeeld een individueel persoon versus een zakelijke entiteit. Het KYC process verschilt vaak aanzienlijk tussen deze typen, waarbij corporate onboarding veel complexer is. Het gebruik van Customer Type als een dimension maakt een duidelijke scheiding en vergelijking van deze verschillende processen binnen dezelfde dataset mogelijk. Analisten kunnen de process map filteren om alleen 'Corporate' klanten te bekijken en zo hun unieke uitdagingen, bottlenecks en cycle times te begrijpen, zonder dat de data wordt beïnvloed door het veel eenvoudigere 'Individual' klantenproces. Het belang Maakt segmentatie van het proces mogelijk voor verschillende klantcategorieën, die vaak aanzienlijk verschillende procesflows en complexiteiten hebben, wat leidt tot een nauwkeurigere analyse. Vindplaats Dit is een fundamenteel attribute opgeslagen op case of klantniveau binnen ACTICO. Voorbeelden IndividueelZakelijkMidden- en kleinbedrijf (MKB) | |||
| Land Country | Het land van verblijf van de klant die een onboarding aanvraagt. | ||
| Omschrijving Dit attribute specificeert het land van de klant, wat een aanzienlijke impact kan hebben op het KYC process. Verschillende jurisdicties hebben verschillende wettelijke vereisten, wat aanvullende of alternatieve processtappen kan triggeren. Het analyseren van het proces per land maakt een vergelijking van prestaties over verschillende regio's mogelijk. Het kan helpen identificeren of bepaalde landen consequent langere cycle times of hogere afwijzingspercentages ervaren, wat mogelijk wijst op regulatory friction of specifieke marktuitdagingen. Deze geografische weergave is belangrijk voor wereldwijde organisaties die processen willen standaardiseren met respect voor lokale compliance needs. Het belang Biedt een geografische dimensie voor analyse, wat helpt om procesvariaties en prestatieverschillen over verschillende regelgevende jurisdicties heen te begrijpen. Vindplaats Dit is een kernstuk customer information opgeslagen op case of klantniveau binnen het ACTICO system. Voorbeelden USADEUGBRSGP | |||
| SLA-status SlaState | Een berekende status die aangeeft of de case zijn SLA heeft gehaald, overtreden, of het risico loopt deze te overtreden. | ||
| Omschrijving Dit attribute biedt een categorische beoordeling van de prestaties van een case ten opzichte van de Service Level Agreement. Het wordt afgeleid door de voltooiingstijd van de case (of huidige tijd voor open cases) te vergelijken met de 'SlaTargetDate'. Dit attribute vereenvoudigt SLA reporting door datumvergelijkingen om te zetten in een gemakkelijk te begrijpen status. Dashboards kunnen dit gebruiken voor duidelijke visualisaties zoals cirkeldiagrammen of gauges die het percentage cases tonen dat 'Met' versus 'Breached' is. Het is een sleutelelement voor het 'Onboarding SLA Performance' dashboard en ondersteunt direct de 'Onboarding SLA Adherence Rate' KPI. Het belang Biedt een duidelijke, categorische status van SLA compliance voor elke case, wat de rapportage vereenvoudigt en een eenvoudige visualisatie van prestaties ten opzichte van doelen mogelijk maakt. Vindplaats Dit is een berekend attribute afgeleid van business logic dat de case completion timestamp vergelijkt met de 'SlaTargetDate'. Voorbeelden BehaaldOverschredenIn gevaar | |||
KYC Klantacceptatie Activiteiten
| Activiteit | Omschrijving | ||
|---|---|---|---|
| Aanvraag Afgewezen | Vertegenwoordigt de definitieve beslissing om de aanvraag van de klant af te wijzen, waarmee het onboarding process wordt beëindigd. Dit is een cruciale eindstaat, vastgelegd via een definitieve statuswijziging op het aanvraagrecord. | ||
| Het belang Dit is de primaire failure end event. Het analyseren van cases die eindigen met deze activiteit is cruciaal voor het begrijpen van rejection rates, redenen voor falen en het verbeteren van de algehele process yield. Vindplaats Afgeleid van het finale statusveld in de hoofdaanvraag- of case-tabel. Zoek naar een terminale status zoals 'Afgewezen', 'Geweigerd', of 'Gesloten - Afgewezen'. Vastleggen De definitieve status van de case is bijgewerkt naar 'Rejected' in de case master data. Gebeurtenistype inferred | |||
| Aanvraag Goedgekeurd | Deze activiteit vertegenwoordigt de definitieve zakelijke beslissing om de aanvraag van de klant voor onboarding goed te keuren. Het is een belangrijke milestone, typisch vastgelegd als een afzonderlijke en definitieve statuswijziging in de lifecycle van de aanvraag. | ||
| Het belang Deze milestone is een voorloper van account creation en duidt op een succesvolle uitkomst. Het analyseren van de tijd om dit punt te bereiken is cruciaal voor het begrijpen van de 'happy path' duur. Vindplaats Afgeleid van het finale statusveld in de hoofdaanvraag- of case-tabel. Zoek naar een status zoals 'Goedgekeurd', 'Goedkeuring Voltooid', of een vergelijkbare terminale positieve staat. Vastleggen De definitieve status van de case is bijgewerkt naar 'Approved' in de case master data. Gebeurtenistype inferred | |||
| Aanvraag ingediend | Deze activiteit markeert het begin van het KYC onboarding process wanneer een nieuwe klantaanvraag formeel wordt ontvangen door het ACTICO system. Het wordt vastgelegd als een expliciete event, typisch gelogd met een precieze timestamp bij de creatie van een nieuwe case of aanvraagrecord. | ||
| Het belang Als de primaire start event, is deze activiteit essentieel voor het berekenen van de totale onboarding cyclustijd en het volgen van het aanvraagvolume. Het dient als de baseline timestamp voor alle volgende procesprestatiemetingen. Vindplaats Dit is typisch een expliciete invoer in een aanvraag- of case creation log binnen ACTICO. Zoek naar tabellen gerelateerd aan application submission events of de creation timestamp van het primaire case record. Vastleggen Event gelogd bij de creatie van een nieuwe applicatie case instance. Gebeurtenistype explicit | |||
| Compliance Review Gestart | Markeert het begin van de handmatige beoordelingsfase door de compliance afdeling, vaak voor hoog-risico of gemarkeerde aanvragen. Dit wordt doorgaans afgeleid van een wijziging in case status naar 'Wacht op Compliance Review' of de toewijzing van de case aan de werkwachtrij van een compliance officer. | ||
| Het belang Deze activiteit is het startpunt voor het meten van de compliance bottleneck. De verstreken tijd tot 'Compliance Review Completed' is een kritieke KPI voor het identificeren van vertragingen in dit cruciale stadium. Vindplaats Afgeleid van de status historie of audit trail van de aanvraag. Zoek naar een timestamp geassocieerd met een statuswijziging naar 'In Compliance Review' of toewijzing aan een compliance-gerelateerde gebruikersgroep. Vastleggen Afgeleid van case status die verandert naar 'Wacht op Compliance' of toewijzing aan het compliance team. Gebeurtenistype inferred | |||
| Compliance Review Voltooid | Markeert het einde van de handmatige beoordeling door de compliance afdeling, met een beslissing om goed te keuren, af te wijzen, of verdere actie te vragen. Deze activiteit wordt afgeleid van een case statuswijziging van 'Wacht op Compliance Review' naar een volgende staat zoals 'Compliance Goedgekeurd'. | ||
| Het belang Dit is de afsluitende event voor de compliance review fase. Het is essentieel voor het berekenen van de totale compliance review duration en het analyseren van de team's throughput. Vindplaats Afgeleid van de status historie log van de aanvraag. Zoek naar de timestamp wanneer de case uit een 'In Compliance Review' staat beweegt, wat aangeeft dat een beslissing is genomen. Vastleggen Afgeleid van case status die verandert van 'Wacht op Compliance' naar 'Compliance Goedgekeurd' of vergelijkbaar. Gebeurtenistype inferred | |||
| Klantacceptatie Voltooid | Dit is de laatste activiteit in het proces, wat betekent dat de klant volledig is onboarded en de application case is gesloten. Dit wordt afgeleid van een definitieve, terminale status zoals 'Onboarded' of 'Closed - Approved' die op de case wordt toegepast. | ||
| Het belang Als de primaire succesvolle eind event, is deze activiteit essentieel voor het berekenen van de end-to-end cyclustijd voor alle succesvol geaccepteerde klanten. Het biedt de uiteindelijke timestamp voor happy path analyse. Vindplaats Afgeleid van het finale statusveld van de klantaanvraag case. Zoek naar een timestamp geassocieerd met de case die naar een terminale successtatus beweegt. Vastleggen Afgeleid van een finale case statusupdate naar 'Voltooid' of 'Gesloten'. Gebeurtenistype inferred | |||
| Klantdocumenten Geüpload | Deze activiteit vindt plaats wanneer de klant de vereiste identificatie- en ondersteunende documenten aanlevert via een portal of ander kanaal dat is geïntegreerd met ACTICO. Elke document upload wordt gewoonlijk vastgelegd als een afzonderlijke, expliciete event in het documentbeheer of de case log van het systeem. | ||
| Het belang Dit markeert een belangrijke klantafhankelijke milestone. Het volgen van deze event is cruciaal voor het meten van klantreactietijden en het analyseren van de duur van de daaropvolgende document review fase. Vindplaats Zoek naar event logs gerelateerd aan documentafhandeling of bijlagen bij de aanvraag case. Deze worden vaak vastgelegd in toegewijde document- of bewijsbeheertabellen binnen de ACTICO database. Vastleggen Event gelogd door het systeem wanneer een document aan de case wordt toegevoegd. Gebeurtenistype explicit | |||
| Risicobeoordeling Uitgevoerd | Deze activiteit vertegenwoordigt de uitvoering van ACTICO's decisioning engine om een risicoscore of rating te berekenen voor de klantaanvraag. Als een kernfunctie van het systeem wordt dit vastgelegd als een expliciete event wanneer de risk assessment rule set wordt uitgevoerd. | ||
| Het belang De risicobeoordeling is een cruciaal beslissingspunt dat vaak het daaropvolgende procespad dicteert. Het analyseren van deze activiteit helpt te begrijpen hoe risiconiveaus procesvarianten en timelines beïnvloeden. Vindplaats Dit is een kern event binnen ACTICO en moet worden vastgelegd in de beslissings- of uitvoeringslogs. Deze logs bevatten typisch de case ID, de uitgevoerde regels en de resulterende risicoscore. Vastleggen Event gelogd door de ACTICO decision engine na voltooiing van de risicoscoring. Gebeurtenistype explicit | |||
| Aanvullende informatie aangevraagd | Vertegenwoordigt een event waarbij een reviewer, vaak in compliance of underwriting, meer informatie of documentatie van de klant vraagt. Deze actie wordt meestal expliciet vastgelegd, omdat het vaak het versturen van een melding naar de klant en het pauzeren van de case betreft. | ||
| Het belang Deze activiteit is een primaire driver van rework en verhoogde cycle times. Het volgen van de frequentie en impact ervan is essentieel voor het identificeren van gebieden waar de initiële data collection kan worden verbeterd. Vindplaats Dit is waarschijnlijk een expliciete event vastgelegd in de case history of communication log. Zoek naar events zoals 'RFI Sent' (Request for Information) of een specifieke statuswijziging zoals 'Pending Customer Information'. Vastleggen Een expliciete door de gebruiker geactiveerde event, zoals 'RFI Verzenden', wordt gelogd in het case audit trail. Gebeurtenistype explicit | |||
| Account aangemaakt | Na goedkeuring markeert deze activiteit de technische creatie van het account van de klant in het core banking of gebruikersbeheersysteem. Dit is vaak een expliciete event die door ACTICO wordt gelogd na ontvangst van een succesbevestiging van het downstream systeem. | ||
| Het belang Deze activiteit bevestigt dat het proces heeft geresulteerd in een tastbaar business outcome. De tijd van 'Application Approved' tot 'Account Created' kan integration delays of inefficiënties in de definitieve provisioning steps onthullen. Vindplaats Deze informatie zou waarschijnlijk worden gevonden in integration of system interface logs binnen ACTICO, die de uitkomst van oproepen naar externe systemen voor account provisioning vastleggen. Vastleggen Event gelogd bij ontvangst van een succesvolle API respons van het core account systeem. Gebeurtenistype explicit | |||
| Achtergrondchecks Gestart | Dit vertegenwoordigt het punt waarop geautomatiseerde of handmatige background checks, zoals AML of kredietgeschiedenis screenings, worden gestart. Dit wordt vaak vastgelegd als een expliciete event wanneer het systeem deze checks triggert, wat externe service providers kan omvatten. | ||
| Het belang Het initiëren van achtergrondchecks is een belangrijke mijlpaal in het due diligence proces. Het volgen hiervan helpt bij het begrijpen van de afhankelijkheden en doorlooptijden die geassocieerd zijn met externe dataleveranciers. Vindplaats Zoek naar records in systeemlogs of een audit trail die de triggering van achtergrondscreeningprocedures aangeven. Deze zijn vaak gekoppeld aan de hoofd-applicatie case ID. Vastleggen Event gelogd wanneer de workflow engine calls initieert naar background check services. Gebeurtenistype explicit | |||
| Documentbeoordeling Voltooid | Deze activiteit betekent dat een agent de door de klant ingediende documenten heeft voltooid. Het wordt typisch afgeleid van een statuswijziging op het document of de algehele case, zoals 'Documents Verified' of 'Review Complete'. | ||
| Het belang Dit is een belangrijke milestone voor het meten van de efficiëntie van het documentafhandelingsproces. De tijd tussen 'Customer Documents Uploaded' en deze activiteit is een kritieke KPI voor het identificeren van handmatige processing delays. Vindplaats Afgeleid van status historie logs voor de aanvraag case of voor individuele documenten. Een wijziging in de status van een document van 'In Afwachting van Beoordeling' naar 'Goedgekeurd' of 'Beoordeeld' duidt op deze activiteit. Vastleggen Afgeleid van een wijziging in documentstatus naar 'Geverifieerd' of 'Beoordeeld'. Gebeurtenistype inferred | |||
| Identiteitsverificatie Uitgevoerd | Vertegenwoordigt een geautomatiseerde of handmatige controle om de identiteit van de klant te valideren tegen externe of interne data sources. Dit wordt vaak vastgelegd als een expliciete event wanneer een API call naar een verificatieservice van derden wordt gedaan en een antwoord wordt ontvangen. | ||
| Het belang Deze activiteit is een kritieke compliance stap. Het analyseren van de duur en resultaten helpt afhankelijkheden van externe services en potentiële bottlenecks in het verificatieproces te identificeren. Vindplaats Deze informatie wordt typisch gevonden in integration logs of specifieke event tables die de resultaten van geautomatiseerde controles en third-party service calls vastleggen, gekoppeld aan de application case. Vastleggen Event gelogd vanuit een integratiecall naar een externe identiteitsverificatiedienst. Gebeurtenistype explicit | |||
| Initiële Aanvraagbeoordeling | Vertegenwoordigt de eerste review van de ingediende aanvraag, hetzij door een geautomatiseerde regel of een menselijke agent, om te controleren op volledigheid en basisgeschiktheid. Deze activiteit wordt vaak afgeleid van een statuswijziging op de aanvraag, bijvoorbeeld van 'Submitted' naar 'In Review'. | ||
| Het belang Het analyseren van de tijd die nodig is om deze eerste beoordeling te voltooien, helpt bij het identificeren van initiële verwerkingsvertragingen. Het biedt ook inzicht in hoeveel aanvragen deze eerste poort zonder problemen passeren. Vindplaats Afgeleid van status historietabellen of audit logs geassocieerd met de klantaanvraag case. Vergelijk de timestamp wanneer de status verandert van een 'nieuwe' of 'ingediende' staat naar een 'beoordelings'-staat. Vastleggen Detecteer statuswijziging van 'Ingediend' naar 'In Beoordeling' in de case historie log. Gebeurtenistype inferred | |||
Extractie Guides
Stappen
- Verkrijg Administratieve Toegang: Log in op het ACTICO platform, zoals de Visual Modeler of een speciale administratieconsole, met inloggegevens die voldoende rechten hebben om data-exports te openen en te configureren.
- Lokaliseer de Exportmodule: Navigeer naar het administratie- of configuratiegebied van het systeem. Zoek het gedeelte dat verantwoordelijk is voor audit trails, logging of data-exports. Dit kan gelabeld zijn als 'Audit Export' of 'Business Object Export'.
- Maak een Nieuwe Exportconfiguratie: Start het proces om een nieuwe exportdefinitie te creëren. Geef een beschrijvende naam voor de configuratie op, bijvoorbeeld, 'KYC_Onboarding_ProcessMind_Export'.
- Definieer de Gegevensbron: Specificeer het primaire business object dat moet worden geëxporteerd, namelijk de
CustomerApplication. Het is cruciaal om een datumbereikfilter toe te passen om de scope van de export te beperken, bijvoorbeeld de laatste 6 maanden, om beheersbare bestandsgroottes en prestaties te garanderen. - Configureer het Outputbestand: Stel het outputformaat in op CSV. Definieer de bestandsnaam, voor instanatie,
kyc_event_log.csv, en bevestig de delimiter, doorgaans een komma. Zorg ervoor dat tekstvelden correct zijn gequote om speciale tekens te verwerken. - Map de Case-Identifier: Wijs de unieke identifier voor het
CustomerApplicationbusiness object aan als de case ID voor de process mining analyse. Dit koppelt alle gerelateerde events aan één enkele onboarding case. - Definieer Attribuutmappings: Map voor elke vereiste kolom in het event log deze aan het corresponderende attribuut in het ACTICO business object model. Dit omvat case ID, activiteitsnaam, timestamps en andere aanbevolen attributen zoals status of risiconiveau.
- Configureer Event Mappings: Dit is de meest cruciale stap. Creëer een specifieke regel of mapping voor elk van de 14 bedrijfsactiviteiten. Gebruik systeemtriggers zoals objectcreatie voor 'Aanvraag Ingediend', statuswijzigingen voor workflowstappen zoals 'Aanvraag Goedgekeurd', en specifieke audit log berichtpatronen voor technische events zoals 'Identiteitsverificatie Uitgevoerd'.
- Sla de Configuratie Op en Valideer deze: Nadat u alle mappings heeft gedefinieerd, slaat u het configuratiebestand op. Gebruik alle beschikbare validatietools binnen ACTICO om te controleren op syntaxisfouten of incorrecte attribuutpaden.
- Voer de Export Uit en Monitor deze: Voer de exporttaak uit. Monitor de voortgang via de job scheduler of monitoringinterface van het systeem. Controleer de logs op eventuele fouten na voltooiing.
- Haal het Bestand Op en Bereid het Voor: Download het resulterende CSV bestand van het aangewezen outputpad op de server. Voordat u uploadt naar ProcessMind, opent u het bestand om de structuur te verifiëren en ervoor te zorgen dat timestamp en datumformaten consistent en correct geparsed zijn.
Configuratie
- Auditlogniveau: Het systeembrede auditlogniveau moet worden ingesteld op een gedetailleerde instelling, zoals INFO of FINE. Een minder gedetailleerd niveau zoals WARNING of ERROR zal de noodzakelijke statuswijzigingen en regeluitvoeringen die nodig zijn voor process mining niet vastleggen.
- Export Gegevensbron: De primaire gegevensbron moet worden geconfigureerd om het
CustomerApplicationbusiness object te gebruiken. Mogelijk moet u gerelateerde objecten, zoalsCustomerDocument, samenvoegen of ernaar verwijzen om alle relevante events vast te leggen. - Datumbereikfilter: Gebruik altijd een datumbereikfilter om de hoeveelheid geëxtraheerde data te beperken. Voor een initiële analyse wordt een periode van 3 tot 6 maanden aanbevolen. Voor productie kan dit worden aangepast op basis van bedrijfsbehoeften en systeemprestaties.
- Logica voor Event Mapping: De nauwkeurigheid van de extractie hangt sterk af van hoe events worden gemapt. Statuswijzigingen (
on="StatusChange") zijn gangbaar voor het afleiden van processtappen. Expliciete log entries (on="LogEntry") zijn nuttig voor technische of service call events. Regeluitvoeringen (on="RuleExecution") zijn ideaal voor het vastleggen van beslissingsstappen. - Outputformaat: Selecteer CSV als outputformaat voor brede compatibiliteit. Zorg ervoor dat de configuratie voor delimiters en tekstquoting correct is ingesteld om problemen met dataparsing te voorkomen.
- Vereisten: Deze methode vereist administratieve rechten voor het ACTICO platform. Een grondig begrip van het KYC business object model, inclusief alle relevante statusvelden en attributen, is essentieel voor een accurate configuratie.
a Voorbeeldquery config
<!-- 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>