Uw KYC Customer Onboarding Data Template
Uw KYC Customer Onboarding Data Template
- Aanbevolen attributen om vast te leggen
- Belangrijkste activiteiten om te volgen
- Richtlijnen voor data-extractie
KYC Klant onboarding attributen
| Naam | Omschrijving | ||
|---|---|---|---|
|
Activiteitsnaam
ActivityName
|
De naam van een specifiek bedrijfsevent of een taak die plaatsvond binnen het KYC onboardingproces. | ||
|
Omschrijving
De Activity Name beschrijft een enkele stap of event in het klant onboarding traject, zoals 'Aanvraag ingediend', 'Analistenreview gestart' of 'Screening voltooid - Geen bijzonderheden'. Deze activiteiten vormen de knooppunten van de proceskaart en bieden een gedetailleerde uitsplitsing van de end-to-end workflow. Activiteiten analyseren is de kern van process mining. Door de sequentie en frequentie van verschillende activiteiten te volgen, kunnen analisten de werkelijke processtroom ontdekken, veelvoorkomende paden identificeren, afwijkingen van de standaardprocedure detecteren en specifieke stappen pinpointen die vertragingen of rework veroorzaken. Dit attribuut is cruciaal voor het bouwen van proceskaarten en het berekenen van activiteitsniveau metrics.
Het belang
Dit attribuut definieert de individuele stappen van het proces, wat essentieel is voor het ontdekken en visualiseren van de processtroom en het identificeren van bottlenecks.
Vindplaats
Deze informatie wordt doorgaans gevonden in event logs of audit trail tabellen, vaak geassocieerd met statuswijzigingen in de casemanagement entiteit.
Voorbeelden
Potentiële Match GeïdentificeerdAnalistbeoordeling gestartVals Positief BevestigdAanvraag Goedgekeurd
|
|||
|
Klantaanvraag
CustomerApplication
|
De unieke identifier voor de onboarding aanvraag van één klant, dienend als de primaire case identifier. | ||
|
Omschrijving
De Customer Application is de centrale case identifier die alle events en activiteiten groepeert die gerelateerd zijn aan het onboardingtraject van één klant. Het maakt volledige, chronologische tracking van de voortgang van elke klant mogelijk door het gehele Know Your Customer (KYC) proces, van de initiële indiening tot de uiteindelijke beslissing. In process mining analyse is dit attribuut fundamenteel voor het reconstrueren van de end-to-end journey van elke aanvraag. Het maakt de visualisatie van processtromen, berekening van totale doorlooptijden en identificatie van varianten mogelijk. Door cases gegroepeerd op deze identifier te analyseren, kunnen organisaties verschillende paden begrijpen die een aanvraag kan nemen, bottlenecks identificeren en de efficiëntie van diverse onboardingprocessen vergelijken.
Het belang
Dit is de essentiële case identifier die alle gerelateerde activiteiten verbindt, waardoor het mogelijk wordt het end-to-end klant onboardingproces te analyseren.
Vindplaats
Deze identifier is doorgaans de primary key in de hoofdaanvraag- of casemanagementtabel binnen het Refinitiv World-Check systeem of een geïntegreerd CRM.
Voorbeelden
APP-2023-00123APP-2023-00124APP-2023-00125
|
|||
|
Tijdstip Gebeurtenis
EventTime
|
De tijdstempel die aangeeft wanneer een specifieke activiteit of gebeurtenis heeft plaatsgevonden. | ||
|
Omschrijving
Event Time geeft de precieze datum en tijd aan dat een activiteit werd geregistreerd. Deze timestamp is de chronologische ruggengraat van het proces, waardoor events correct kunnen worden geordend om de casegeschiedenis te reconstrueren. Dit attribuut is cruciaal voor alle tijdsgebaseerde analyse in process mining. Het wordt gebruikt om de duren tussen activiteiten (doorlooptijden en wachttijden) te berekenen, de totale case-duur te meten, procesprestaties over tijd te analyseren en te controleren op naleving van Service Level Agreements (SLA's). Zonder nauwkeurige timestamps is het onmogelijk om procesprestaties te begrijpen en temporele knelpunten te identificeren.
Het belang
De timestamp voor elke activiteit is essentieel voor het berekenen van alle op duur gebaseerde metrics, het ontdekken van de processequentie en het uitvoeren van bottleneck analyse.
Vindplaats
Dit is een standaard veld in elk event log of audit trail tabel, vaak genaamd 'Timestamp', 'EventDate' of 'CreationDate'.
Voorbeelden
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:22:15Z
|
|||
|
Afdeling
DepartmentName
|
De afdeling of het functionele team dat verantwoordelijk is voor het uitvoeren van de activiteit. | ||
|
Omschrijving
Dit attribuut specificeert de business unit of het team, zoals 'Onboarding', 'Compliance' of 'Quality Assurance', waartoe de gebruiker behoort. Het maakt analyse mogelijk op een hoger organisatieniveau dan de individuele gebruiker. Analyseren per afdeling is cruciaal voor het identificeren van interdepartementale bottlenecks en het meten van overdrachtstijden. Het helpt visualiseren hoe werk stroomt tussen verschillende teams en waar vertragingen optreden bij deze overgangen. Deze weergave is van onschatbare waarde voor het stroomlijnen van cross-functionele samenwerking en het verbeteren van de algehele procesefficiëntie.
Het belang
Maakt de analyse van procesprestaties per afdeling mogelijk en is essentieel voor het identificeren van vertragingen bij overdrachten tussen verschillende teams.
Vindplaats
Deze informatie kan worden opgeslagen bij het gebruikersprofiel in het systeem of een gerelateerd HR-systeem. Het moet mogelijk worden gekoppeld aan de event data met behulp van de user ID.
Voorbeelden
Onboarding teamCompliance ReviewSenior management
|
|||
|
Eindtijd van het event
EventEndTime
|
De timestamp waarop een specifieke activiteit of een event is afgerond. | ||
|
Omschrijving
De Event End Time markeert de voltooiing van een activiteit. Hoewel veel events als onmiddellijk kunnen worden gemodelleerd (waarbij StartTime gelijk is aan EndTime), hebben sommige activiteiten een meetbare duur, zoals 'Analistenreview gestart' en 'Analistenreview voltooid'. Het hebben van zowel start- als eindtijden maakt een precieze meting van de verwerkingstijd mogelijk. In procesanalyse is een eindtijd essentieel voor het berekenen van de exacte verwerkingstijd van een activiteit, in tegenstelling tot de doorlooptijd die wachttijd omvat. Dit helpt te onderscheiden tussen de tijd die een case actief wordt bewerkt en de tijd dat deze stilstaat in een wachtrij. Dit is essentieel voor resource-optimalisatie en efficiëntieanalyse.
Het belang
Maakt de precieze berekening van de activiteitsverwerkingstijd mogelijk, waarbij actieve werktijd wordt gescheiden van inactieve wachttijd voor een nauwkeurigere prestatieanalyse.
Vindplaats
Voor activiteiten met een duur kan dit worden opgeslagen in een apart veld zoals 'CompletionDate' of 'EndDate' in de event log of audit trail tabellen.
Voorbeelden
2023-10-26T10:45:00Z2023-10-26T12:00:00Z2023-10-27T15:00:00Z
|
|||
|
Reviewer ID
ReviewerId
|
De identifier van de gebruiker, analist of geautomatiseerde agent die de activiteit heeft uitgevoerd. | ||
|
Omschrijving
De Reviewer ID, of gebruiker, geeft aan wie een bepaalde taak in het KYC-proces heeft uitgevoerd. Dit kan een compliance analist, een onboarding specialist, of een systeemaccount voor geautomatiseerde activiteiten zijn. Het volgen van deze informatie biedt inzicht in werkbelastingverdeling en individuele prestaties. Dit attribuut is essentieel voor resource-gebaseerde analyse. Het helpt bij het begrijpen van prestatieverschillen tussen gebruikers of teams, het identificeren van trainingsbehoeften en het optimaliseren van workload balancing. Het is ook een sleutelcomponent voor het analyseren van overdrachten, sociale netwerken en compliance resourcegebruik.
Het belang
Maakt analyse van werkdrukverdeling, gebruikersprestaties en afdelingsoverdrachten mogelijk, wat cruciaal is voor resource-optimalisatie.
Vindplaats
Typisch te vinden in event logs of audit trails, vaak benoemd als 'UserID', 'PerformedBy' of 'Owner'.
Voorbeelden
analyst_jdoesystem_auto_screenermanager_bsmith
|
|||
|
Risiconiveau
RiskLevel
|
De berekende risicoclassificatie van de klantaanvraag, zoals Laag, Gemiddeld of Hoog. | ||
|
Omschrijving
De Risk Level is een cruciaal stuk informatie in KYC-processen, dat het niveau van de vereiste due diligence bepaalt. Het wordt vaak bepaald op basis van factoren zoals klanttype, geografie en de aard van hun business. Deze classificatie kan de procesweg die een aanvraag aflegt aanzienlijk beïnvloeden. In procesanalyse is het segmenteren van cases op Risiconiveau essentieel. Het helpt variaties in doorlooptijden en processtromen te verklaren; zo kunnen high-risk aanvragen meer stappen vereisen en langer duren. Dit attribuut is essentieel voor de dashboards 'Afwijzingspercentage aanvragen en redenen' en 'Doorlooptijd initiatie achtergrondcontrole' om te begrijpen hoe risico resultaten en efficiëntie beïnvloedt.
Het belang
Het segmenteren van het proces op risiconiveau is cruciaal om te begrijpen waarom bepaalde cases langer duren of verschillende paden volgen, en voor het analyseren van afwijzingspercentages.
Vindplaats
Dit is een essentieel data punt op de klantaanvraag- of caserecord. Raadpleeg de casemanagementmodule in Refinitiv World-Check.
Voorbeelden
LaagGemiddeldHoog
|
|||
|
SLA-streefdatum
SlaTargetDate
|
De streefdatum waarop het klant onboardingproces voltooid moet zijn. | ||
|
Omschrijving
De SLA Target Date is de deadline voor het voltooien van de gehele onboarding case, zoals gedefinieerd door de service level agreement met de klant of interne beleidsregels. Deze datum is de benchmark waartegen de werkelijke voltooiingstijden worden gemeten. Dit attribuut is fundamenteel voor het 'SLA Naleving en Overtreding Analyse' dashboard. Het wordt gebruikt om te berekenen of een case op tijd is voltooid of niet. Het analyseren van SLA-overtredingen helpt bij het identificeren van systemische problemen in het proces die vertragingen veroorzaken en stelt de organisatie in staat corrigerende maatregelen te nemen om de tijdigheid te verbeteren en te voldoen aan complianceregelgeving.
Het belang
Dit is de benchmark voor het meten van on-time prestaties en is cruciaal voor het berekenen van de SLA-nalevingspercentage en het analyseren van overtredingen.
Vindplaats
Deze datum wordt vaak berekend op basis van de aanvraagindieningsdatum en bedrijfsregels. Het kan worden opgeslagen als een veld op de case record.
Voorbeelden
2023-11-10T17:00:00Z2023-11-15T17:00:00Z2023-11-20T17:00:00Z
|
|||
|
Aanvraagkanaal
ApplicationChannel
|
Het kanaal waarlangs de klantaanvraag werd ingediend, zoals Online Portal, In-filiaal of Mobiele App. | ||
|
Omschrijving
De Application Channel geeft de indieningsbron van de klantaanvraag aan. Verschillende kanalen kunnen variërende niveaus van datacompleetheid, -kwaliteit en klantdemografie hebben, wat het downstream proces kan beïnvloeden. Dit attribuut is essentieel voor het 'Application Throughput by Channel' dashboard. Door het volume, de doorlooptijd en de resultaten van aanvragen uit verschillende kanalen te analyseren, kan een organisatie identificeren welke kanalen het meest efficiënt zijn en welke procesverbeteringen nodig hebben. Deze analyse ondersteunt strategische beslissingen over resourceallocatie en kanaalinvestering.
Het belang
Helpt de prestaties en efficiëntie van verschillende indieningskanalen te analyseren, en zo strategische beslissingen over technologie en klantervaring te onderbouwen.
Vindplaats
Deze informatie wordt doorgaans vastgelegd aan het begin van het proces en opgeslagen als een attribuut op de aanvraagrecord.
Voorbeelden
Online portaalMobiele appIn-filiaalRelatiemanager
|
|||
|
Activiteitsverwerkingstijd
ActivityProcessingTime
|
De tijdsduur die actief aan een activiteit is besteed. | ||
|
Omschrijving
Deze metric berekent de werkelijke tijd die een activiteit kostte om te voltooien, van start tot eind. Het wordt berekend als het verschil tussen de EventEndTime en de EventTime. Dit meet de 'touch time' of actieve werktijd voor een taak. Dit berekende attribuut is essentieel voor prestatieanalyse en wordt gebruikt in veel KPI's, waaronder 'Gem. Doc Review Doorlooptijd' en 'Gem. Compliance Review Doorlooptijd'. Het helpt te onderscheiden tussen de tijd dat een taak actief wordt verwerkt en de tijd dat deze wacht in een wachtrij. Dit is fundamenteel voor het identificeren van echte verwerkingsinefficiënties en voor capaciteitsplanning.
Het belang
Meet de actieve werktijd voor een activiteit, en helpt zo specifieke taken te identificeren die de meeste tijd kosten om te voltooien, los van wachttijd.
Vindplaats
Dit wordt berekend tijdens datatransformatie door de start timestamp af te trekken van de eind timestamp van een activiteit (bijv. EndTime - StartTime).
Voorbeelden
PT1H30MP2DT4H15MPT25M
|
|||
|
Bronsysteem
SourceSystem
|
Het systeem waaruit de event data werd geëxtraheerd, in dit geval Refinitiv World-Check. | ||
|
Omschrijving
Dit attribuut identificeert de herkomst van de procesdata. Hoewel het een constante waarde kan zijn bij een enkelvoudige extractie, wordt het cruciaal wanneer data uit meerdere systemen (zoals een CRM en World-Check) wordt gecombineerd om een holistisch procesoverzicht te creëren. In analyse helpt dit bij data governance, troubleshooting en het begrijpen van de context van de data. Activiteiten die bijvoorbeeld in een kernscreeningsysteem worden gelogd, kunnen andere eigenschappen of detailniveaus hebben dan die van een perifeer systeem. Het zorgt ervoor dat data lineage duidelijk en auditable is.
Het belang
Identificeert de herkomst van de data, wat cruciaal is voor data governance, validatie en bij het samenvoegen van data uit meerdere bronnen.
Vindplaats
Dit is vaak een statische waarde die wordt toegevoegd tijdens het data-extractie, -transformatie en -laad (ETL) proces om de dataset te labelen.
Voorbeelden
Refinitiv World-CheckWorldCheckOne
|
|||
|
Is Geautomatiseerd
IsAutomated
|
Een vlag die aangeeft of de activiteit door een systeem (true) of een mens (false) is uitgevoerd. | ||
|
Omschrijving
Dit boolean attribuut onderscheidt geautomatiseerde systeemtaken van handmatige activiteiten die door gebruikers worden uitgevoerd. Bijvoorbeeld, 'Geautomatiseerde Screening Uitgevoerd' zou als geautomatiseerd worden gemarkeerd, terwijl 'Analistenreview Gestart' handmatig zou zijn. Dit onderscheid is cruciaal voor automatiseringsanalyse. Het helpt de impact van automatisering op procesefficiëntie te meten, te identificeren welke handmatige taken kandidaten zijn voor toekomstige automatisering, en de interactie tussen menselijke en systeemactoren te begrijpen. Het maakt een duidelijke scheiding mogelijk van systeemverwerkingstijd en handmatige verwerkingstijd.
Het belang
Onderscheidt tussen systeem- en menselijke activiteiten, wat essentieel is voor het meten van de impact van automatisering en het identificeren van nieuwe automatiseringsmogelijkheden.
Vindplaats
Dit wordt doorgaans afgeleid op basis van de activiteitsnaam of de user ID die geassocieerd is met het event (bijv. als de gebruiker een 'systeem' account is).
Voorbeelden
truefalse
|
|||
|
Is herstelwerk
IsRework
|
Een vlag die aangeeft of een activiteit voor de tweede of daaropvolgende keer binnen dezelfde case wordt uitgevoerd. | ||
|
Omschrijving
IsRework is een berekend boolean attribuut dat aangeeft wanneer een activiteit wordt herhaald binnen dezelfde klantaanvraagcase. Als 'Risicobeoordeling uitgevoerd' bijvoorbeeld meer dan één keer voorkomt voor één aanvraag, worden de daaropvolgende gebeurtenissen als rework gemarkeerd. Dit attribuut is cruciaal voor het identificeren van procesinefficiënties, loops en onnodige herhalingen. Het ondersteunt direct het 'Risk Assessment Rework and Efficiency' dashboard en de 'Risk Assessment Rework Rate' KPI. Het analyseren van rework helpt bij het blootleggen van problemen met kwaliteit, duidelijkheid van informatie of besluitvorming, wat leidt tot verspilde inspanning en langere doorlooptijden.
Het belang
Accentueert procesinefficiënties door herhaalde activiteiten te signaleren, waardoor analyse van rework loops mogelijk wordt om de kwaliteit te verbeteren en de doorlooptijden te verkorten.
Vindplaats
Dit wordt berekend tijdens datatransformatie door de sequentie van activiteiten binnen elke case te analyseren en niet-initiële voorvallen van een activiteit te markeren.
Voorbeelden
truefalse
|
|||
|
Klant-ID
CustomerId
|
Een unieke identifier voor de klantentiteit die wordt onboarded. | ||
|
Omschrijving
De Customer ID is de unieke identifier voor het klantprofiel. Dit is onderscheiden van de Customer Application ID, aangezien één klant in de loop der tijd meerdere aanvragen kan indienen. Dit attribuut koppelt het onboardingproces aan de master klantrecord. In analyse maakt de Customer ID het mogelijk om herhaalde aanvragen van dezelfde klant te volgen en kan het worden gebruikt om de procesdata te verrijken met andere klantattributen uit een CRM- of masterdatasysteem. Dit maakt een meer holistische kijk op het klanttraject mogelijk, voorbij een enkele onboarding-instantie.
Het belang
Koppelt de onboarding case aan een specifieke klant, waardoor analyse van herhaalde aanvragen en verrijking met master klantdata mogelijk wordt.
Vindplaats
Dit is een sleutelveld op de aanvraag- of case-record, dat deze koppelt aan de masterdata van de klant.
Voorbeelden
CUST-98765CUST-98766CUST-98767
|
|||
|
Klantland
CustomerCountry
|
Het land van verblijf of vestiging van de klant. | ||
|
Omschrijving
Dit attribuut geeft de geografische locatie van de klant aan. Het land is een belangrijke factor in risicobeoordeling en regulatieve vereisten voor KYC-processen. Verschillende jurisdicties hebben verschillende regels, wat de processtroom en duur kan beïnvloeden. Het analyseren van het proces per land stelt organisaties in staat prestaties te vergelijken over verschillende regio's, locatie-specifieke bottlenecks te identificeren en compliance met lokale regelgeving te waarborgen. Het biedt een geografische dimensie aan de procesanalyse, die belangrijke operationele verschillen kan onthullen.
Het belang
Maakt geografische analyse van het proces mogelijk, wat helpt bij het identificeren van regionale variaties in prestaties, risico en compliancevereisten.
Vindplaats
Dit is een standaard veld op het klantprofiel of aanvraagformulier.
Voorbeelden
USAGBRSGPDEU
|
|||
|
Klanttype
CustomerType
|
De classificatie van de klant, zoals Individu, Corporatie of Trust. | ||
|
Omschrijving
Klanttype categoriseert de entiteit die wordt onboarded. Verschillende typen klanten hebben vaak verschillende onboardingvereisten, risicoprofielen en wettelijke verplichtingen. Het onboarden van een bedrijf is bijvoorbeeld doorgaans complexer dan het onboarden van een individu. Dit attribuut wordt gebruikt voor segmentatieanalyse, met name voor het 'KYC Klanttype Prestatie' dashboard. Het maakt het mogelijk om de procesefficiëntie, doorlooptijden en afwijzingspercentages te vergelijken tussen verschillende klantsegmenten. Dit helpt organisaties de onboardingervaring af te stemmen en te optimaliseren voor specifieke klanttypen.
Het belang
Maakt prestatievergelijking tussen verschillende klantsegmenten mogelijk, wat helpt bij het afstemmen en optimaliseren van het onboardingproces voor elk type.
Vindplaats
Dit is een fundamenteel attribuut dat is opgeslagen op de klant- of aanvraagrecord binnen het bronsysteem.
Voorbeelden
IndividuBedrijfNon-profitVertrouwen
|
|||
|
Laatste data-update
LastDataUpdate
|
De timestamp waarop de data voor dit event voor het laatst is ververst of geëxtraheerd uit het bronsysteem. | ||
|
Omschrijving
Dit attribuut geeft de actualiteit van de data aan. Het registreert de datum en tijd van de laatste data-extractie uit Refinitiv World-Check. Dit is belangrijk voor het begrijpen van de tijdigheid van de process mining dashboards en analyses. Voor analysedoeleinden stelt dit gebruikers in staat te weten of ze naar bijna real-time data kijken of een momentopname van een specifiek tijdstip. Het is essentieel voor data governance en voor het beheren van gebruikersverwachtingen over de actualiteit van de geleverde inzichten.
Het belang
Biedt cruciale context over de actualiteit van data, zodat gebruikers begrijpen hoe up-to-date de procesanalyse is.
Vindplaats
Deze timestamp wordt gegenereerd en toegevoegd tijdens het data-extractie (ETL) proces.
Voorbeelden
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
Match ID
MatchId
|
De unieke identifier voor een potentiële match die is gevonden tijdens een World-Check screening. | ||
|
Omschrijving
Wanneer het geautomatiseerde screeningsproces een potentiële match vindt met sanctielijsten, PEP-lijsten of negatieve media, wordt er vaak een Match ID gegenereerd om de specifieke bevinding te traceren. Dit ID koppelt de aanvraagcase aan de specifieke record in de World-Check database die de alert activeerde. Dit attribuut is nuttig voor gedetailleerde compliance-analyse. Het stelt analisten in staat om de aard van matches te onderzoeken, de oplossing van specifieke alerts te volgen (bijvoorbeeld het bevestigen van een vals positief of een ware match), en te begrijpen welke soorten alerts het meest voorkomen of het langst duren om op te lossen. Het biedt een dieper detailniveau in de activiteit 'Potentiële Match Geïdentificeerd'.
Het belang
Biedt een gedetailleerde link naar de specifieke screeningsresultaten, waardoor een diepere analyse van matchoplostijden en alarmtypen mogelijk wordt.
Vindplaats
Deze ID zou worden gegenereerd door de World-Check screening engine en gelogd tegen de aanvraag case wanneer een potentiële match wordt gevonden.
Voorbeelden
WC-MATCH-459021WC-MATCH-459022WC-MATCH-459023
|
|||
|
Reden van afwijzing
RejectionReason
|
De specifieke reden die wordt opgegeven wanneer een klantaanvraag wordt afgewezen. | ||
|
Omschrijving
Wanneer een aanvraag wordt afgewezen, legt de Afwijsreden vast waarom die beslissing is genomen. Redenen kunnen zijn 'Sancties Match', 'Onvolledige Documentatie' of 'Hoog Risicoprofiel'. Dit biedt waardevolle, gestructureerde feedback over de kwaliteit van binnenkomende aanvragen en de effectiviteit van het screeningsproces. Dit attribuut is de belangrijkste drijfveer voor het 'Aanvraag Afwijzingspercentage en Redenen' dashboard. Het analyseren van deze redenen helpt bij het identificeren van de hoofdoorzaken van afwijzingen, wat kan leiden tot procesverbeteringen, duidelijkere communicatie met aanvragers en mogelijk een vermindering van onnodige afwijzingen. Het biedt kwalitatieve context bij de kwantitatieve KPI voor het afwijzingspercentage.
Het belang
Biedt de hoofdoorzaak voor afwijzingen van aanvragen, wat essentieel is voor het identificeren van verbeterpunten in het onboardingproces om het afwijzingspercentage te verlagen.
Vindplaats
Dit wordt geregistreerd wanneer de 'Aanvraag Afgewezen' event plaatsvindt, waarschijnlijk als een veld op de case of aanvraagrecord.
Voorbeelden
PEP MatchSanctielijst TrefferMislukte DocumentverificatieNegatieve Media
|
|||
|
SLA Overtreden
SlaBreached
|
Een boolean vlag die aangeeft of de onboarding case is voltooid na de SLA Target Date. | ||
|
Omschrijving
Dit attribuut is een berekende vlag die aangeeft of een case zijn Service Level Agreement heeft overtreden. Het wordt bepaald door de timestamp van de uiteindelijke voltooiingsactiviteit (bijv. 'Aanvraag goedgekeurd' of 'Aanvraag afgewezen') te vergelijken met de 'SlaTargetDate' voor de case. Deze vlag vormt de basis voor het 'SLA Naleving en Overtreding Analyse' dashboard en de 'SLA Naleving Rate' KPI. Het vereenvoudigt analyse door gebruikers in staat te stellen snel te filteren op alle overtreden cases. Door de proceskenmerken van overtreden cases te analyseren, kunnen organisaties de hoofdoorzaken van vertragingen identificeren en verbeteringsinspanningen effectief richten.
Het belang
Meet direct de naleving van service level agreements, waardoor eenvoudige filtering en hoofdoorzakanalyse van vertraagde cases mogelijk is.
Vindplaats
Dit wordt berekend tijdens datatransformatie door de timestamp van de uiteindelijke activiteit voor een case te vergelijken met het SlaTargetDate veld.
Voorbeelden
truefalse
|
|||
KYC Klant onboarding activiteiten
| Activiteit | Omschrijving | ||
|---|---|---|---|
|
Aanvraag Afgewezen
|
De klantaanvraag wordt formeel afgewezen, vaak als gevolg van een 'Match gevonden' in World-Check of andere risicofactoren. Dit event is de uiteindelijke negatieve uitkomst van het onboardingproces. | ||
|
Het belang
Dit is het primaire faaleindpunt van het proces. Het analyseren van afwijzingsevents, met name de redenen en voorafgaande activiteiten, is cruciaal voor procesverbetering en het verminderen van onnodige afwijzingen.
Vindplaats
Deze uiteindelijke bedrijfsbeslissing wordt vastgelegd in het upstream CRM- of kernapplicatiesysteem, niet in World-Check zelf. Data moet uit dat systeem worden gehaald.
Vastleggen
Event gelogd in het bronapplicatiesysteem, vaak met een corresponderende afwijzingsreden code.
Gebeurtenistype
explicit
|
|||
|
Aanvraag ingediend
|
Deze activiteit markeert de initiatie van het KYC onboardingproces wanneer een klant zijn aanvraag indient. Dit event wordt doorgaans vastgelegd in een CRM- of een kernapplicatiesysteem, dat vervolgens het screeningsproces in Refinitiv World-Check triggert. | ||
|
Het belang
Dit is het primaire start event voor het end-to-end klant onboardingtraject. Het analyseren van de tijd vanaf dit punt tot voltooiing geeft de totale onboarding doorlooptijd, wat cruciaal is voor het meten van klantervaring en SLA-naleving.
Vindplaats
Dit event is niet native voor World-Check. Het moet afkomstig zijn van een upstream systeem, zoals een CRM of klantaccountbeheerplatform, en worden gecorreleerd met de Customer Application ID.
Vastleggen
Event gelogd in het bronapplicatiesysteem bij de initiële indiening.
Gebeurtenistype
explicit
|
|||
|
Account Geactiveerd
|
De account van de klant wordt aangemaakt en geactiveerd in het kernsysteem, waarmee het onboardingtraject wordt voltooid. Dit volgt op de uiteindelijke goedkeuring van de aanvraag en maakt de account klaar voor gebruik. | ||
|
Het belang
Dit is de laatste, waarde-leverende stap in het proces. De duur van aanvraagindiening tot accountactivatie is een belangrijke metric voor operationele efficiëntie en klanttevredenheid.
Vindplaats
Dit event wordt niet vastgelegd in World-Check. Het wordt vastgelegd in het kernbank- of klantaccountsysteem en moet worden gecorreleerd met de Customer Application ID.
Vastleggen
Event gelogd in het core accountsysteem bij accountactivatie.
Gebeurtenistype
explicit
|
|||
|
Analistbeoordeling gestart
|
Een compliance-analist start het handmatige onderzoek naar potentiële matches voor een klantaanvraag. Dit omvat het beoordelen van de details van de potentiële matches tegen de klantinformatie om de relevantie te bepalen. | ||
|
Het belang
Dit markeert de start van de handmatige compliancereview, een veelvoorkomende bottleneck. Het meten van de tijd vanaf 'Potentiële Match Geïdentificeerd' tot deze activiteit onthult wachtrijvertragingen, terwijl de duur van de review de efficiëntie van de analist aangeeft.
Vindplaats
Dit kan worden afgeleid wanneer een analist een case 'claimt' of opent vanuit de reviewwachtrij. Het systeem kan dit event expliciet loggen in een audit trail wanneer de status van de casus wijzigt naar 'In review' of wordt toegewezen aan een specifieke gebruiker.
Vastleggen
Afgeleid van een wijziging in de status van de casus naar 'In behandeling' of de toewijzing van de casus aan een analist.
Gebeurtenistype
inferred
|
|||
|
Screening voltooid - Geen bijzonderheden
|
De screeningscase is officieel gesloten met een 'Geen bijzonderheden' resultaat, wat betekent dat er geen ware matches werden gevonden. Deze beslissing wordt teruggekoppeld naar het bronsysteem, waardoor het onboardingproces kan doorgaan. | ||
|
Het belang
Deze activiteit vertegenwoordigt de succesvolle, 'happy path' voltooiing van het screeningsproces. Het dient als een belangrijk eindpunt voor het meten van de doorlooptijd van standaard, low-risk aanvragen.
Vindplaats
Afgeleid van de uiteindelijke status van de casus die wijzigt naar 'Geen bijzonderheden', 'Compleet' of 'Gesloten - Geen match'. De timestamp van deze uiteindelijke statuswijziging wordt gebruikt.
Vastleggen
Afgeleid van de timestamp van de uiteindelijke case status die een duidelijk resultaat aangeeft.
Gebeurtenistype
inferred
|
|||
|
Screening voltooid - Match gevonden
|
De screeningscase is officieel gesloten met een 'Match gevonden' resultaat, wat aangeeft dat een bevestigd risico werd geïdentificeerd. Deze beslissing activeert een ander downstream proces, zoals uitgebreide due diligence of afwijzing. | ||
|
Het belang
Dit is het primaire 'unhappy path' eindpunt voor het screeningsproces. Het analyseren van deze cases helpt risicoprofielen en de effectiviteit van de screeningcontroles te begrijpen.
Vindplaats
Afgeleid van de uiteindelijke status van de casus die wijzigt naar 'Match gevonden', 'Risico geïdentificeerd' of 'Gesloten - Positief'. De timestamp van deze uiteindelijke statuswijziging wordt gebruikt.
Vastleggen
Afgeleid van de timestamp van de uiteindelijke case status die een bevestigde match aangeeft.
Gebeurtenistype
inferred
|
|||
|
Screeningsaanvraag aangemaakt
|
Een nieuwe screening case wordt formeel aangemaakt voor een klantaanvraag binnen het Refinitiv World-Check systeem. Dit wordt getriggerd door een API call of handmatige invoer vanuit een upstream systeem en vertegenwoordigt het begin van de risico-intelligentiecontrole. | ||
|
Het belang
Dit markeert de officiële start van het screening subproces. De tijd tussen 'Aanvraag ingediend' en deze activiteit onthult vertragingen bij overdrachten tussen het line-of-business systeem en de compliance functie.
Vindplaats
Vastgelegd in de World-Check casemanagement logs of het audit trail. De aanmaak event en de timestamp daarvan voor de specifieke case of entiteit ID zouden worden gebruikt.
Vastleggen
Automatisch gelogd wanneer een nieuwe screening case in het systeem wordt aangemaakt.
Gebeurtenistype
explicit
|
|||
|
Ware Match Bevestigd
|
Een analist bevestigt dat een potentiële match inderdaad de gescreende klant is, waarmee een potentieel risico wordt geïdentificeerd. Dit is een kritieke mijlpaal die doorgaans verdere due diligence of afwijzing van de aanvraag triggert. | ||
|
Het belang
Dit is een belangrijke risicobeperkende uitkomst en een cruciaal moment in het proces. Het beïnvloedt direct de uiteindelijke beslissing over de klantaanvraag en is essentieel voor compliancerapportage en -analyse.
Vindplaats
Dit is een expliciete gebruikersactie waarbij de analist een specifieke match afdoet als een 'Ware Match' of 'Bevestigde Match'. Dit event wordt gelogd in het case audit trail.
Vastleggen
Gelogd wanneer een analist formeel een match bevestigt in het systeem.
Gebeurtenistype
explicit
|
|||
|
Aanvraag Goedgekeurd
|
De klantaanvraag is volledig goedgekeurd na een succesvolle KYC screening en alle andere vereiste controles. Dit event vindt doorgaans plaats in het bronsysteem na ontvangst van een 'Geen bijzonderheden' resultaat van World-Check. | ||
|
Het belang
Dit markeert de succesvolle zakelijke uitkomst van het onboardingproces. Het volgen van de tijd vanaf indiening tot dit punt onthult de volledige 'time-to-yes' voor een nieuwe klant.
Vindplaats
Dit event is niet native voor World-Check. Het moet afkomstig zijn van het upstream CRM- of kernapplicatiesysteem, dat de uiteindelijke bedrijfsbeslissing neemt.
Vastleggen
Event gelogd in het bronapplicatiesysteem bij definitieve goedkeuring.
Gebeurtenistype
explicit
|
|||
|
Aanvullende informatie aangevraagd
|
De analist bepaalt dat meer informatie nodig is om de potentiële match op te lossen en vraagt deze aan bij de business unit. Dit plaatst de case in een wachtende status totdat de informatie is verstrekt. | ||
|
Het belang
Frequente voorkomens van deze activiteit duiden op problemen met de kwaliteit van de initiële data die voor screening is aangeleverd. Deze activiteit introduceert aanzienlijke vertragingen, aangezien deze afhankelijk is van externe teams, en is een belangrijke aanjager van lange doorlooptijden.
Vindplaats
Dit kan een expliciete gebruikersactie zijn die is gelogd in de casenotities of audit log. Alternatief kan het worden afgeleid uit een case statuswijziging naar 'Wachtend op informatie' of 'RFI'.
Vastleggen
Gelogd wanneer een analist een functie gebruikt om de case te markeren als 'meer informatie nodig'.
Gebeurtenistype
explicit
|
|||
|
Case Geëscaleerd voor Review
|
Een eerstelijns analist escaleert een complexe of risicovolle case naar een senior analist of manager voor een definitieve beslissing. Dit is een belangrijk overdrachtspunt binnen het compliance-team. | ||
|
Het belang
Escalaties veroorzaken vaak knelpunten en verlengen de doorlooptijd. Het analyseren van de frequentie en redenen voor escalaties kan trainingsbehoeften voor junior analisten of onduidelijkheid in reviewbeleid aan het licht brengen.
Vindplaats
Vastgelegd als een expliciete actie in de case workflow of het audit trail. Dit kan ook worden afgeleid uit een wijziging in de gebruiker die aan de case is toegewezen, met name aan een gebruiker met hogere rechten.
Vastleggen
Gelogd via een speciale 'Escaleren' knop of workflow actie binnen de case.
Gebeurtenistype
explicit
|
|||
|
Geautomatiseerde Screening Uitgevoerd
|
Het World-Check systeem screent automatisch de klantgegevens tegen zijn risico-intelligentie database. Dit is een systeemgestuurde activiteit die een initiële set resultaten produceert, zoals potentiële matches of een status 'Geen bijzonderheden'. | ||
|
Het belang
Deze activiteit is de eerste waarde-toevoegende stap binnen het screeningsproces. Vertragingen vóór dit punt duiden op systeem- of data-gereedheidsproblemen, terwijl de uitkomst de daaropvolgende handmatige werkbelasting bepaalt.
Vindplaats
Dit event kan expliciet worden gelogd in de case audit trail of worden afgeleid van de timestamp wanneer initiële screeningsresultaten beschikbaar komen voor de case.
Vastleggen
Systeemlogboekinvoer gegenereerd na voltooiing van de geautomatiseerde databasescan.
Gebeurtenistype
explicit
|
|||
|
Potentiële Match Geïdentificeerd
|
Het geautomatiseerde screeningproces heeft één of meer potentiële matches gevonden die handmatige review door een analist vereisen. Dit event brengt de case van een geautomatiseerde status naar een handmatige onderzoekswachtrij. | ||
|
Het belang
Deze activiteit is een kritiek vertakkingspunt in het proces. Cases met potentiële matches volgen een langer, complexer pad, en het volgen hiervan helpt bij resourceplanning en bottleneck analyse voor het reviewteam.
Vindplaats
Afgeleid van een wijziging in de status van de casus naar 'Review vereist', 'Mogelijke match' of een vergelijkbare status binnen de World-Check casemanagementmodule.
Vastleggen
Afgeleid van een case statuswijziging die aangeeft dat handmatige review nu nodig is.
Gebeurtenistype
inferred
|
|||
|
Vals Positief Bevestigd
|
De analist concludeert dat een potentiële match niet hetzelfde is als de gescreende klant. De match wordt afgewezen en het screeningsproces voor dat specifieke alarm is opgelost. | ||
|
Het belang
Dit vertegenwoordigt een veelvoorkomende uitkomst van het reviewproces. Inzicht in de tijd die nodig is om false positives af te handelen, helpt de efficiëntie van de analist en de nauwkeurigheid van de geautomatiseerde screeninglogica te meten.
Vindplaats
Dit is een expliciete gebruikersactie waarbij de analist een specifieke match afdoet als 'False Positive' of 'Geen Match'. Deze actie wordt doorgaans gelogd in de case historie.
Vastleggen
Gelogd wanneer een analist een potentiële match formeel afwijst in het systeem.
Gebeurtenistype
explicit
|
|||