Uw KYC-onboarding van klanten datatemplate
Uw KYC-onboarding van klanten datatemplate
- 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 gebeurtenis of taak die is uitgevoerd binnen het customer onboardingproces. | ||
| Omschrijving Dit attribuut 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 onderdelen van de procesmap. Het analyseren van de activiteitsnaam maakt de visualisatie van de processtroom, identificatie van frequente of zeldzame activiteiten, en detectie van knelpunten of herstelwerk-loops mogelijk. Het is een hoeksteen voor het begrijpen welke acties worden uitgevoerd en in welke volgorde, wat belangrijk is voor variantanalyse en compliance-checks. Het belang Het definieert de stappen in de proceskaart, wat visualisatie van de processtroom, identificatie van afwijkingen en analyse van activiteitsfrequentie en -volgorde mogelijk maakt. Vindplaats Deze Informatie wordt typisch gevonden in een event log table binnen ACTICO, vaak in een veld dat het gebeurtenis of taak type beschrijft. Raadpleeg de ACTICO documentatie. Voorbeelden Aanvraag ingediendRisicobeoordeling UitgevoerdCompliance Review VoltooidAanvraag Afgewezen | |||
| Klantenaanvraag CustomerApplication | De unieke kenmerk voor één customer onboarding aanvraag, dienend als de case-ID voor procesanalyse. | ||
| Omschrijving De Klant Application is de belangrijkste case-kenmerk die alle gebeurtenissen en activiteiten groepeert die gerelateerd zijn aan de onboardingtraject van één enkele klant. Het vertegenwoordigt één complete instantie van het KYC process, van de initiële indiening tot de definitieve beslissing van goedkeuring of afwijzing. In process mining is dit attribuut belangrijk voor het reconstrueren van de volledige traject van elke aanvraag. Het stelt analysesten in staat om de volgorde van activiteiten om bij te houden, totale doorlooptijden te meten en verschillende procespaden, of varianten, die door diverse aanvragen zijn genomen, te vergelijken. Alle gebeurtenissen met dezelfde Klant Application ID worden beschouwd als onderdeel van dezelfde case. Het belang Dit is het fundamentele attribuut voor process mining, aangezien het alle gerelateerde gebeurtenissen verbindt tot één enkele, samenhangende procesinstantie, wat end-to-end-analyse 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 gebeurtenissen binnen één enkele klantaanvraag case, en vormt de tijdlijn van de acceptapakketeis. Dit attribuut is belangrijk voor alle tijdsgebonden analyse. Het wordt gebruikt om cyclustijden tussen activiteiten te berekenen, vertragingen en wachttijden te vinden, de totale case-duur te meten en te controleren op naleving van Service Level Agreements (SLA's). De volgorde van deze tijdstempels voor een gegeven case stelt process mining-tools in staat om de exacte processtroom te reconstrueren zoals deze heeft plaatsgevonden. Het belang Dit attribuut biedt de chronologische volgorde van gebeurtenissen, wat belangrijk is voor het berekenen van doorlooptijden, het bekijken van knelpunten 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 'bronsysteem' waaruit de gebeurtenis data afkomstig is. | ||
| Omschrijving Dit attribuut 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 herkomst van de datas te differentiëren. In een process mining context is het belangrijk 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 volledig procesoverzicht te creëren. Het helpt ook bij het oplossen van datakwaliteit 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 belangrijk is bij het combineren van data uit meerdere bronnen. Vindplaats Dit is typisch een statische waarde ('ACTICO') die wordt toegevoegd tijdens het proces voor data-extractie en -transformatie om de dataset te labelen. Voorbeelden ACTICOACTICO PlatformACTICO KYC Module | |||
| Tijdstip van extractie LastDataUpdate | De timestamp die aangeeft wanneer de data voor het voor het laatst is bijgewerkt of opgehaald uit het bronsysteem. | ||
| Omschrijving Dit attribuut registreert de datum en tijd van de meest recente data-extractie van ACTICO. Het is een metadataveld dat van toepassing is op de gehele dataset, in plaats van individuele gebeurtenissen, en context biedt over de versheid van de analyse. In dashboards en rapporten is deze Informatie belangrijk voor gebruikers om te begrijpen hoe actueel de data is. Het helpt verwachtingen te managen door de tijd heenigheid van inzichten en is belangrijk voor operationele monitoring waar bijna realtime-data belangrijk is. Het weergeven van deze timestamp zorgt voor transparantie en vertrouwen in de gepresenteerde data. Het belang Geeft de relevantie van de data aan, waardoor gebruikers begrijpen of ze up-to-date Informatie analyseren, wat belangrijk is voor operationele besluitvorming. Vindplaats Deze waarde wordt gegenereerd en opgeslagen tijdens het ETL-proces (data-extractie, transformation, and loading)s. 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 attribuut 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 dimensie voor resultaatgerichte analyse. Het begrijpen waarom aanvragen worden goedgekeurd of afgewezen is een belangrijk doel van KYC process mining. Dit attribuut maakt het mogelijk om de procesmap te filteren om de typische klantreiss van goedgekeurde versus afgewezen aanvragen te zien, wat helpt bij het vinden 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 procesinstanties mogelijk is en de berekening van afwijzingspercentages. Vindplaats Dit is een case-level attribuut, 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 attribuut wijst een activiteit toe aan een specifieke onderdeel, zoals 'Compliance', 'Onboarding Team' of 'Client Relations'. Het biedt een organisatorische context aan de processtroom. Afdelingsniveau-analyse is belangrijk voor het begrijpen hoe werk wordt overgedragen tussen verschillende delen van de organisatie. Het helpt inter-departmental knelpunten te vinden, afdelingspecifieke efficiëntie te meten en bron 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 gebeurtenis data worden opgeslagen of worden afgeleid door gebruikers-data te koppelen aan een HR stamdata 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 Starttijd (EventTime), maakt het de berekening van de precieze duur van elke taak mogelijk, bekend als verwerkingstijd. Niet alle gebeurtenissen hebben een duidelijke eindtijd, aangezien sommige ogenblikkelijk kunnen zijn. Dit attribuut is onmisbaar voor prestaties analysis, met name voor het meten hoe lang elke stap duurt. Het maakt de creatie van gedetailleerde prestaties dashboards mogelijk, helpt vinden welke activiteiten de meeste tijd in beslag nemen, en is belangrijk voor het berekenen van KPI's zoals 'Average Document Review Time'. Het belang Maakt de berekening van precieze activiteitsduren (verwerkingstijd) mogelijk, wat belangrijk is voor het vinden van prestatieknelpunten en het analyseren van efficiënte inzet van middelen. 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 gebeurtenis 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 attribuut 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 attribuut maakt de creatie van dashboards mogelijk die de werklastverdeling, individuele verwerkingstijds en prestatievergelijkingen tussen gebruikers of teams tonen. Het helpt high-performing individuen te vinden, evenals degenen die mogelijk extra training nodig hebben, en is belangrijk voor het begrijpen van bron allocation en bezetting. Het belang Koppelt procesactiviteiten aan specifieke gebruikers, waardoor prestatieanalyse per individu of team mogelijk is en helpt bij het vinden van trainingsbehoeften of bron-onevenwichtigheden. Vindplaats Typisch opgeslagen naast elke gebeurtenis 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 attribuut de onderliggende oorzaak. Voorbeelden zijn 'Incomplete Documentation', 'Failed Background Check' of 'High Risk Profile'. Dit is een belangrijk attribuut voor oorzaakanalyse. Door de frequentie van verschillende afwijzingsredenen te analyseren, kan het bedrijf systeemproblemen in het proces of bij klantinleveringen vinden. 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 oorzaakanalyse 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 Sollicitatiestatus 'Rejected' is. Voorbeelden Onvolledige documentatieMislukte IdentiteitsverificatieSanctiematchHoge Risicoscore | |||
| Risiconiveau RiskLevel | Het berekende risiconiveau van de klantaanvraag, zoals Laag, Gemiddeld of Hoog. | ||
| Omschrijving Dit attribuut 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 analysesten 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 belangrijk 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 datapunt opgeslagen op case-niveau in de hoofdaanvraagtabel binnen ACTICO. Voorbeelden LaagGemiddeldHoog | |||
| SLA-streefdatum SlaTargetDate | De datum waarop het customer onboarding-proces 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 verwerkingstijd. Dit attribuut is belangrijk 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 prestaties, wat directe monitoring en rapportage van SLA-compliance mogelijk maakt. Vindplaats Dit kan worden opgeslagen als een veld 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 | |||
| Is Geautomatiseerd IsAutomated | Een indicator die aangeeft of een activiteit automatisch door het systeem of handmatig door een gebruiker is uitgevoerd. | ||
| Omschrijving Dit boolean attribuut 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 attribuut helpt bij het ewaarderen van de effectiviteit van automatisering initiatives. Het maakt een vergelijking mogelijk van verwerkingstijds tussen geautomatiseerde en handmatige stappen, identificeert welke delen van het proces nog steeds sterk handmatig zijn, en kan kansen voor verdere automatisering benadrukken om de efficiëntie te verbeteren en operationele kosten te verlagen. Het belang Onderscheidt menselijke en systeemtaken, wat belangrijk is voor het meten van de impact van automatisering en het vinden van kansen voor toekomstige efficiëntiewinsten. Vindplaats Dit kan worden afgeleid uit het 'InitiatingGebruiker' attribuut (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 reworklus. | ||
| Omschrijving Dit boolean attribuut 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 instanties van herstelwerk, die typisch een bron zijn van procesinefficiëntie. Het vinden van herstelwerk is een primair doel van process mining. Deze flag maakt de kwantificering van herstelwerk mogelijk, zoals het berekenen van de 'Document Rework Rate' KPI. In de procesmap kunnen herstelwerk-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 attribuut. 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 attribuut 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 Klant Type als een dimension maakt een duidelijke scheiding en vergelijking van deze verschillende processen binnen dezelfde dataset mogelijk. Analisten kunnen de procesmap filteren om alleen 'Corporate' klanten te bekijken en zo hun unieke uitdagingen, knelpunten en doorlooptijden te begrijpen, zonder dat de data wordt die geraakt worden door het veel eenvoudigere 'Individual' klantenproces. Het belang Maakt segmentatie van het proces mogelijk voor verschillende klantcategorieën, die vaak aanzienlijk verschillende processtromen en complexiteiten hebben, wat leidt tot een nauwkeurigere analyse. Vindplaats Dit is een fundamenteel attribuut 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 attribuut specificeert het land van de klant, wat een aanzienlijke impact kan hebben op het KYC proces. 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 vinden of bepaalde landen consequent langere doorlooptijden 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 Informapakketmation 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 attribuut 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 'SLA-streefdatum'. Dit attribuut 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 attribuut afgeleid van business logic dat de case completion timestamp vergelijkt met de 'SLA-streefdatum'. 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 belangrijke eindstaat, vastgelegd via een definitieve statuswijziging op het aanvraagrecord. | ||
| Het belang Dit is de primaire failure end gebeurtenis. Het analyseren van cases die eindigen met deze activiteit is belangrijk 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 stamdata. 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 mijlpaal, typisch vastgelegd als een afzonderlijke en definitieve statuswijziging in de levenscyclus van de aanvraag. | ||
| Het belang Deze mijlpaal is een voorloper van account creation en duidt op een succesvolle uitkomst. Het analyseren van de tijd om dit punt te bereiken is belangrijk 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 stamdata. 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 gebeurtenis, typisch gelogd met een precieze timestamp bij de creatie van een nieuwe case of aanvraagrecord. | ||
| Het belang Als de primaire start gebeurtenis, is deze activiteit belangrijk voor het berekenen van de totale onboarding cyclustijd en het volgen van het aanvraagvolume. Het dient als de basislijn 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 gebeurtenissen of de creation timestamp van het primaire case record. Vastleggen Event gelogd bij de creatie van een nieuwe applicatie case instantie. 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 vinden van vertragingen in dit belangrijke 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 gebeurtenis voor de compliance review fase. Het is belangrijk voor het berekenen van de totale compliance review duur en het analyseren van de team's doorlooptijd. 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 gebeurtenis, is deze activiteit belangrijk 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 gebeurtenis in het documentbeheer of de case log van het systeem. | ||
| Het belang Dit markeert een belangrijke klantafhankelijke mijlpaal. Het volgen van deze gebeurtenis is belangrijk 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 gebeurtenis wanneer de risk assessment rule set wordt uitgevoerd. | ||
| Het belang De risicobeoordeling is een belangrijk 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 gebeurtenis 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 gebeurtenis 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 herstelwerk en verhoogde doorlooptijden. Het volgen van de frequentie en impact ervan is belangrijk voor het vinden van gebieden waar de initiële data collection kan worden verbeterd. Vindplaats Dit is waarschijnlijk een expliciete gebeurtenis vastgelegd in de case history of communication log. Zoek naar gebeurtenissen zoals 'RFI Sent' (Request for Information) of een specifieke statuswijziging zoals 'Pending Klant Information'. Vastleggen Een expliciete door de gebruiker geactiveerde gebeurtenis, 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 gebeurtenis 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 zichtbaar maken. 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 gebeurtenis 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 mijlpaal voor het meten van de efficiëntie van het documentafhandelingsproces. De tijd tussen 'Klant Documents Uploaded' en deze activiteit is een kritieke KPI voor het vinden 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 bevestigen tegen externe of interne databronnen. Dit wordt vaak vastgelegd als een expliciete gebeurtenis 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 knelpunten in het verificatieproces te vinden. Vindplaats Deze Informatie wordt typisch gevonden in integration logs of specifieke gebeurtenis 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 vinden van initiële verwerkingsvertragingen. Het biedt ook inzicht in hoeveel aanvragen deze eerste poort zonder problemen passeren. Vindplaats Afgeleid van status historietabellen of auditlogs 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 | |||
Extractiegidsen
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
KlantApplication. Het is belangrijk 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 zorgen. - Configureer het Outputbestand: Stel het outputformaat in op CSV. Definieer de bestandsnaam, voor instanatie,
kyc_gebeurtenis_log.csv, en bevestig de delimiter, doorgaans een komma. Zorg ervoor dat tekstvelden correct zijn gequote om speciale tekens te processen. - Map de Case-Identifier: Wijs de unieke kenmerk voor het
KlantApplicationbusiness object aan als de case ID voor de process mining-analyse. Dit koppelt alle gerelateerde gebeurtenissen 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, tijdstempels en andere aanbevolen attributen zoals status of risiconiveau.
- Configureer Event Mappings: Dit is de meest belangrijke 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 auditlog berichtpatronen voor technische gebeurtenissen 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
KlantApplicationbusiness object te gebruiken. Mogelijk moet u gerelateerde objecten, zoalsKlantDocument, samenvoegen of ernaar verwijzen om alle relevante gebeurtenissen vast te leggen. - Datumbereikfilter: Gebruik altijd een datumbereikfilter om de hoeveelheid opgehaalde 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 gebeurtenissen worden gemapt. Statuswijzigingen (
on="StatusChange") zijn gangbaar voor het afleiden van processtappen. Expliciete log entries (on="LogEntry") zijn nuttig voor technische of service call gebeurtenissen. Regeluitvoeringen (on="RuleExecution") zijn ideaal voor het vastleggen van beslissingsstappen. - Outputformaat: Selecteer CSV als outputformaat voor brede compatibiliteit. Zorg ervoor dat de configuratie voor scheidingstekens en tekstquoting correct is ingesteld om problemen met dataparsing te voorkomen.
- Verplichten: 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 belangrijk 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>