Šablona dat pro onboarding zákazníků KYC
Šablona dat pro onboarding zákazníků KYC
- Doporučené atributy ke sběru
- Činnosti, které je vhodné sledovat
- Pokyny k extrakci dat z ACTICO
Atributy onboardingu zákazníků KYC
| Název | Popis | ||
|---|---|---|---|
| Čas události EventTime | Časové razítko určující, kdy konkrétní činnost začala nebo proběhla. | ||
| Popis Čas události je přesné datum a čas, kdy byla činnost zaznamenána v systému. Určuje chronologické pořadí všech událostí v rámci jednoho případu žádosti zákazníka a vytváří časovou osu onboardingu. Tento atribut je zásadní pro veškerou časovou analýzu. Používá se k výpočtu doby mezi činnostmi, odhalování prodlev a čekání, měření celkové doby případu i ověřování plnění dohod o úrovni služeb (SLA). Pořadí časových razítek v jednotlivých případech umožňuje nástrojům pro process mining rekonstruovat skutečný průběh procesu. Proč je to důležité Tento atribut určuje chronologické pořadí událostí, které je nezbytné pro výpočet dob trvání, odhalování úzkých míst a analýzu časového průběhu procesu. Kde data získat Časové razítko každé zaznamenané činnosti se nachází v tabulkách záznamů událostí v ACTICO. Podrobnosti najdete v dokumentaci ACTICO. Příklady 2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T15:45:10Z | |||
| Název činnosti ActivityName | Název konkrétní obchodní události nebo úkolu provedeného v procesu onboardingu zákazníka. | ||
| Popis Tento atribut zaznamenává název každého kroku nebo činnosti v procesu KYC, například „Žádost podána“, „Provedeno hodnocení rizik“ nebo „Žádost schválena“. Jednotlivé činnosti tvoří posloupnost, ze které se skládá mapa procesu. Analýza názvů činností umožňuje zobrazit průběh procesu, určit časté i ojedinělé činnosti a odhalit úzká místa nebo opakované zpracování. Je základem pro pochopení toho, jaké kroky se provádějí a v jakém pořadí, což je důležité pro analýzu variant i kontroly shody. Proč je to důležité Určuje kroky v mapě procesu, umožňuje zobrazit jeho průběh, odhalit odchylky a analyzovat četnost i pořadí činností. Kde data získat Tyto informace se obvykle nacházejí v tabulce záznamů událostí v ACTICO, často v poli popisujícím typ události nebo úkolu. Podrobnosti najdete v dokumentaci ACTICO. Příklady Žádost podánaProvedeno hodnocení rizikKontrola shody dokončenaŽádost zamítnuta | |||
| Žádost zákazníka CustomerApplication | Jedinečný identifikátor žádosti o onboarding jednoho zákazníka, který slouží jako ID případu pro analýzu procesu. | ||
| Popis Žádost zákazníka je hlavní identifikátor případu, který sdružuje všechny události a činnosti související s onboardingem jednoho zákazníka. Představuje jednu úplnou instanci procesu KYC, od prvního podání až po konečné schválení nebo zamítnutí. V process miningu je tento atribut nezbytný pro rekonstrukci celého průběhu každé žádosti. Analytici díky němu mohou sledovat pořadí činností, měřit celkovou dobu průchodu procesem a porovnávat různé cesty neboli varianty, kterými žádosti procházejí. Všechny události se stejným ID žádosti zákazníka patří do jednoho případu. Proč je to důležité Jde o základní atribut pro process mining. Propojuje související události do jedné instance procesu a umožňuje analyzovat celý průběh onboardingu každého zákazníka. Kde data získat Jde o primární klíč v hlavních tabulkách žádostí nebo správy případů v ACTICO. Konkrétní názvy tabulek a polí najdete v dokumentaci ACTICO. Příklady ŽÁD-2023-001234ŽÁD-2023-001235ŽÁD-2024-000001 | |||
| Poslední aktualizace dat LastDataUpdate | Časové razítko označující, kdy byla data naposledy obnovena nebo načtena ze zdrojového systému. | ||
| Popis Tento atribut zaznamenává datum a čas posledního načtení dat z ACTICO. Jde o metadata platná pro celou datovou sadu, nikoli pro jednotlivé události. Ukazují, jak aktuální jsou podklady pro analýzu. V dashboardech a reportech tato informace uživatelům pomáhá zjistit, jak aktuální data jsou. Umožňuje nastavit očekávání ohledně stáří poznatků a je důležitá pro provozní monitoring, kde záleží na datech téměř v reálném čase. Zobrazení časového razítka zajišťuje transparentnost a posiluje důvěru v prezentovaná data. Proč je to důležité Ukazuje aktuálnost dat, takže uživatelé vědí, zda analyzují nejnovější informace. To je důležité pro rozhodování v provozu. Kde data získat Tato hodnota se vytváří a ukládá při procesu extrakce, transformace a načítání dat (ETL). Udává čas, kdy byla úloha ETL úspěšně dokončena. Příklady 2024-05-20T08:00:00Z2024-05-21T08:00:00Z | |||
| Zdrojový systém SourceSystem | Evidenční systém, ze kterého pocházejí data o událostech. | ||
| Popis Tento atribut označuje zdrojový informační systém, ve kterém data vznikla. V tomto procesu bude mít vždy hodnotu „ACTICO“. Při rozsáhlejší analýze dat z více systémů pomáhá rozlišit jejich původ. V process mining je důležitý pro správu a ověřování dat. Zajišťuje, že jsou data správně přiřazena ke zdroji. To je důležité při slučování dat z různých systémů a vytváření celkového pohledu na proces. Pomáhá také při řešení problémů s kvalitou dat, protože umožňuje dohledat jejich původní systém. Proč je to důležité Poskytuje důležitý kontext o původu dat a pomáhá zajistit jejich dohledatelnost a správu. To je zásadní při spojování dat z více zdrojů. Kde data získat Obvykle jde o statickou hodnotu („ACTICO“), která se přidává při extrakci a transformaci dat jako označení datové sady. Příklady ACTICOPlatforma ACTICOModul KYC v ACTICO | |||
| Čas ukončení EndTime | Časové razítko označující, kdy byla konkrétní činnost dokončena. | ||
| Popis Čas ukončení označuje dokončení činnosti. Spolu s časem zahájení (EventTime) umožňuje vypočítat přesnou dobu trvání každého úkolu, tedy dobu zpracování. Ne každá událost má samostatný čas ukončení, protože některé proběhnou okamžitě. Tento atribut je základem analýzy výkonnosti, zejména měření doby jednotlivých kroků. Umožňuje vytvářet podrobné dashboardy výkonnosti, zjistit, které činnosti trvají nejdéle, a vypočítat KPI, například „Průměrná doba kontroly dokumentů“. Proč je to důležité Umožňuje přesně vypočítat dobu trvání činností, tedy dobu zpracování. To je důležité pro hledání úzkých míst a analýzu efektivity využití zdrojů. Kde data získat Stejně jako čas zahájení se tato hodnota obvykle nachází v tabulkách záznamů událostí v ACTICO. Některé systémy ukládají čas zahájení a ukončení jedné události do samostatných sloupců. Podrobnosti najdete v dokumentaci ACTICO. Příklady 2023-10-26T10:15:00Z2023-10-26T12:00:00Z2023-10-27T16:00:15Z | |||
| Cílové datum SLA SlaTargetDate | Datum, do kterého má být proces onboardingu zákazníka dokončen. | ||
| Popis Cílové datum SLA je termín dokončení onboardingu zákazníka stanovený interními dohodami o úrovni služeb. Často se vypočítá jako datum podání žádosti plus standardní doba zpracování. Tento atribut je nezbytný pro sledování plnění SLA. Porovnáním skutečného data dokončení případu s cílovým datem SLA systém určí, zda byl případ dokončen včas, nebo zda došlo k překročení SLA. Atribut je základem dashboardu „Výkonnost SLA při onboardingu“ a KPI „Míra dodržení SLA při onboardingu“. Proč je to důležité Poskytuje referenční termín pro měření včasného dokončení a umožňuje přímo sledovat a vykazovat plnění SLA. Kde data získat Tato hodnota může být uložená v poli hlavní tabulky případů v ACTICO nebo vypočítaná podle obchodních pravidel, například datum podání žádosti + 5 pracovních dnů. Příklady 2023-11-01T17:00:00Z2023-11-02T17:00:00Z2023-11-03T17:00:00Z | |||
| Důvod zamítnutí RejectionReason | Konkrétní důvod zamítnutí žádosti zákazníka. | ||
| Popis Pokud je konečný stav žádosti „Zamítnuto“, tento atribut uvádí příčinu. Může jít například o „Neúplnou dokumentaci“, „Neúspěšné ověření totožnosti“ nebo „Vysoké riziko“. Tento atribut je důležitý pro analýzu příčin. Analýza četnosti jednotlivých důvodů zamítnutí může odhalit systémové problémy v procesu nebo v podkladech od zákazníků. Pokud je například mnoho žádostí zamítnuto kvůli neúplné dokumentaci, mohou být pokyny k žádosti nejasné. Atribut přímo podporuje dashboard „Míra zamítnutých žádostí a důvody“. Proč je to důležité Vysvětluje, proč jsou žádosti zamítány. Umožňuje analyzovat příčiny, snížit míru zamítnutí a zvýšit efektivitu procesu. Kde data získat Obvykle se nachází v hlavní tabulce případů nebo žádostí v ACTICO a vyplňuje se pouze tehdy, když je stav žádosti „Zamítnuto“. Příklady Neúplná dokumentaceNeúspěšné ověření totožnostiShoda se sankčním seznamemVysoké rizikové skóre | |||
| Oddělení Department | Obchodní oddělení nebo tým odpovědný za provedení činnosti. | ||
| Popis Tento atribut přiřazuje činnost konkrétní organizační jednotce, například „Shoda“, „Tým onboardingu“ nebo „Péče o klienty“. Poskytuje organizační kontext pro průběh procesu. Analýza podle oddělení pomáhá pochopit předávání práce mezi různými částmi organizace. Umožňuje odhalit úzká místa mezi odděleními, měřit jejich efektivitu a analyzovat rozdělení zdrojů mezi týmy. Dashboardy lze filtrovat podle oddělení, takže vedoucí získají přehled o výkonnosti svého týmu. Proč je to důležité Přidává do analýzy organizační hledisko. Pomáhá odhalit zpoždění mezi odděleními a vyhodnotit výkonnost jednotlivých týmů. Kde data získat Tyto informace mohou být uložené přímo u dat o událostech, případně je lze odvodit propojením uživatelských údajů s hlavní tabulkou HR, která přiřazuje uživatele k oddělením. Podrobnosti najdete v dokumentaci ACTICO. Příklady ComplianceTým onboardinguZákaznický servis | |||
| Stav žádosti ApplicationStatus | Konečný výsledek nebo aktuální stav žádosti zákazníka o onboarding. | ||
| Popis Tento atribut označuje konečný výsledek případu, obvykle „Schváleno“ nebo „Zamítnuto“. Může také uvádět stav dosud neuzavřených případů. Jde o důležitý rozměr analýzy výsledků. Jedním z cílů process mining procesu KYC je zjistit, proč jsou žádosti schváleny nebo zamítnuty. Pomocí tohoto atributu můžete filtrovat mapu procesu a porovnat obvyklý průběh schválených a zamítnutých žádostí. Snáze tak odhalíte vzorce vedoucí k nežádoucím výsledkům. Atribut slouží také jako základ pro výpočet KPI „Míra zamítnutých žádostí“. Proč je to důležité Určuje výsledek každého případu. Umožňuje porovnat úspěšné a neúspěšné případy a vypočítat míru zamítnutí. Kde data získat Jde o atribut na úrovni případu, který se často nachází v hlavní tabulce případů nebo žádostí v ACTICO. Udává konečný stav žádosti. Příklady SchválenoZamítnutoProbíháČeká se na informace | |||
| Úroveň rizika RiskLevel | Vypočítaná úroveň rizika žádosti zákazníka, například nízká, střední nebo vysoká. | ||
| Popis Tento atribut označuje vyhodnocenou kategorii rizika zákazníka, která často určuje náročnost a rozsah dalších kroků KYC. U zákazníka s vysokým rizikem mohou být oproti zákazníkovi s nízkým rizikem nutné další kontroly a schválení. V process mining slouží úroveň rizika jako důležitý rozměr pro srovnávací analýzu. Analytici mohou ověřit, zda proces podle očekávání vede zákazníky různých rizikových kategorií odlišnými cestami. Lze například zkontrolovat, zda všichni vysoce rizikoví zákazníci procházejí rozšířenou hloubkovou kontrolou. Atribut je důležitý pro dashboard „Průběh procesu posouzení rizik“. Proč je to důležité Umožňuje rozdělit případy podle rizika a ověřit, zda se proces správně přizpůsobuje různým rizikovým profilům v souladu s pravidly shody. Kde data získat Jde o důležitý údaj na úrovni případu, který je uložený v hlavní tabulce žádostí v ACTICO. Příklady NízkáStředníVysoká | |||
| Uživatel, který činnost zahájil InitiatingUser | ID nebo jméno uživatele, který činnost provedl. | ||
| Popis Tento atribut označuje konkrétního uživatele nebo systémového agenta odpovědného za provedení činnosti. Propojuje jednotlivé kroky procesu s lidmi nebo týmy, které je vykonaly. Analýza výkonnosti podle uživatelů je běžným požadavkem. Pomocí tohoto atributu můžete vytvářet dashboardy s rozložením pracovní zátěže, dobou zpracování jednotlivými uživateli a srovnáním jejich výkonnosti nebo výkonnosti týmů. Pomáhá rozpoznat uživatele s dobrými výsledky i ty, kteří mohou potřebovat další školení. Je také důležitý pro pochopení rozdělení a využití zdrojů. Proč je to důležité Propojuje činnosti procesu s konkrétními uživateli. Umožňuje analyzovat výkonnost jednotlivců i týmů a pomáhá odhalit potřebu školení nebo nerovnoměrné rozdělení zdrojů. Kde data získat Obvykle se ukládá u každé události v záznamu událostí ACTICO nebo v tabulkách historie transakcí. Podrobnosti najdete v dokumentaci ACTICO. Příklady jan.novakjana.svobodovaSYSTEM_USER | |||
| Automatizovaná činnost IsAutomated | Příznak určující, zda činnost provedl automaticky systém, nebo ručně uživatel. | ||
| Popis Tento logický atribut rozlišuje úkoly provedené uživatelem od úkolů zpracovaných automaticky systémem, například automatické kontroly nebo výpočtu rizikového skóre. Analýza tohoto atributu pomáhá vyhodnotit účinnost automatizace. Umožňuje porovnat dobu zpracování automatických a ručních kroků, zjistit, které části procesu stále vyžadují hodně ruční práce, a najít příležitosti k další automatizaci, která může zvýšit efektivitu a snížit provozní náklady. Proč je to důležité Rozlišuje činnosti prováděné lidmi a systémem. To je důležité pro měření dopadu automatizace a hledání příležitostí ke zvýšení efektivity. Kde data získat Hodnotu lze odvodit z atributu „InitiatingUser“, například pokud je uživatelem „SYSTEM“, nebo může jít o samostatný příznak v záznamu událostí. Podrobnosti najdete v dokumentaci ACTICO. Příklady truefalse | |||
| Opakovaná práce IsRework | Vypočítaný příznak, který označuje, zda jde o opakovaný krok nebo součást cyklu přepracování. | ||
| Popis Tento logický atribut označuje činnosti, které se v rámci jednoho případu provádějí podruhé nebo opakovaně, například kontrolu dokumentů po vyžádání dalších informací. Odhaluje přepracování, které bývá zdrojem neefektivity procesu. Jedním z hlavních cílů process mining je odhalit přepracování. Tento příznak umožňuje jeho kvantifikaci, například výpočet KPI „Míra opakované kontroly dokumentů“. V mapě procesu lze zvýraznit cykly přepracování a ukázat, kde se proces vrací k předchozím krokům. To pomáhá odhalit problémy s kvalitou nebo místa, kde se úkoly nedaří vyřešit napoprvé. Proč je to důležité Zvýrazňuje opakovanou práci, umožňuje přímo měřit neefektivitu procesu a odhalovat činnosti s problémy v kvalitě nebo srozumitelnosti. Kde data získat Jde o vypočítaný atribut. Logika pro odhalení opakovaných činností v rámci jednoho případu se nastavuje v nástroji process mining nebo při transformaci dat. Příklady truefalse | |||
| Stav SLA SlaState | Vypočítaný stav, který udává, zda případ splnil SLA, překročil jeho termín, nebo mu překročení hrozí. | ||
| Popis Tento atribut vyjadřuje, jak si případ vede z hlediska smluvené úrovně služeb. Vypočítá se porovnáním času dokončení případu, případně aktuálního času u otevřených případů, s hodnotou „SlaTargetDate“. Atribut zjednodušuje vykazování SLA, protože porovnání dat převádí na srozumitelný stav. Dashboardy jej mohou využít k přehledným vizualizacím, například výsečovým grafům nebo ukazatelům, které zobrazují podíl případů se stavem „Splněno“ a „Překročeno“. Je důležitou součástí dashboardu „Výkonnost SLA při onboardingu“ a přímo podporuje KPI „Míra dodržení SLA při onboardingu“. Proč je to důležité U každého případu poskytuje přehledný stav plnění SLA. Zjednodušuje vykazování a umožňuje snadno zobrazit výkonnost vůči stanoveným cílům. Kde data získat Jde o vypočítaný atribut odvozený z obchodních pravidel, která porovnávají časové razítko dokončení případu s hodnotou „SlaTargetDate“. Příklady SplněnoPřekročenoHrozí překročení | |||
| Typ zákazníka CustomerType | Kategorie zákazníka, například fyzická osoba nebo firma. | ||
| Popis Tento atribut rozděluje žadatele do kategorií, například na fyzické osoby a právnické osoby. Proces KYC se u těchto skupin často výrazně liší. Onboarding firem bývá mnohem složitější. Typ zákazníka umožňuje v rámci jedné datové sady přehledně oddělit a porovnat různé procesy. Analytici mohou filtrovat mapu procesu a zobrazit pouze firemní zákazníky. Snáze tak zjistí jejich specifické problémy, úzká místa a dobu průchodu procesem, aniž by výsledky zkresloval jednodušší proces pro fyzické osoby. Proč je to důležité Umožňuje rozdělit proces podle kategorií zákazníků, které se často výrazně liší průběhem i náročností. Analýza je tak přesnější. Kde data získat Jde o základní atribut uložený u případu nebo zákazníka v ACTICO. Příklady Fyzická osobaFirmaMalý podnik | |||
| Země Country | Země pobytu zákazníka, který žádá o onboarding. | ||
| Popis Tento atribut uvádí zemi zákazníka, která může mít na proces KYC významný vliv. V jednotlivých jurisdikcích platí různé regulatorní požadavky, a proto mohou být nutné další nebo odlišné kroky procesu. Analýza podle země umožňuje porovnat výkonnost v různých regionech. Může ukázat, zda v některých zemích proces pravidelně trvá déle nebo zda je tam vyšší míra zamítnutí. To může poukazovat na regulatorní překážky nebo specifické problémy daného trhu. Tento geografický pohled je důležitý pro mezinárodní organizace, které chtějí procesy sjednotit a zároveň respektovat místní požadavky na shodu. Proč je to důležité Přidává do analýzy geografické hledisko a pomáhá porozumět rozdílům v průběhu a výkonnosti procesu napříč různými jurisdikcemi. Kde data získat Jde o základní údaj o zákazníkovi uložený u případu nebo zákazníka v systému ACTICO. Příklady USADEUGBRSGP | |||
Činnosti při onboardingu zákazníků KYC
| Aktivita | Popis | ||
|---|---|---|---|
| Kontrola shody dokončena | Označuje konec ruční kontroly oddělením shody, po které následuje rozhodnutí o schválení, zamítnutí nebo dalším postupu. Činnost se odvozuje ze změny stavu případu z „Čeká na kontrolu shody“ na další stav, například „Schváleno z hlediska shody“. | ||
| Proč je to důležité Jde o závěrečnou událost fáze kontroly shody. Je nezbytná pro výpočet celkové doby kontroly a analýzu průchodnosti týmu. Kde data získat Činnost lze odvodit z historie stavů žádosti. Hledejte časovou značku, kdy případ opustí stav „Probíhá kontrola shody“, což znamená, že bylo rozhodnuto. Zachycení Odvozeno ze změny stavu případu z „Čeká na kontrolu shody“ na „Schváleno z hlediska shody“ nebo podobný stav. Typ události inferred | |||
| Onboarding zákazníka dokončen | Jde o poslední činnost procesu. Označuje, že onboarding zákazníka je dokončen a případ žádosti uzavřen. Odvozuje se z konečného stavu případu, například „Onboardován“ nebo „Uzavřeno, schváleno“. | ||
| Proč je to důležité Jako hlavní koncová událost úspěšného procesu je tato činnost nezbytná pro výpočet celkové doby onboardingu všech úspěšně přijatých zákazníků. Poskytuje konečné časové razítko pro analýzu standardního průběhu. Kde data získat Činnost lze odvodit z konečného stavu případu žádosti zákazníka. Hledejte časovou značku změny případu na konečný úspěšný stav. Zachycení Odvozeno z konečné změny stavu případu na „Dokončeno“ nebo „Uzavřeno“. Typ události inferred | |||
| Provedeno hodnocení rizik | Tato činnost označuje spuštění rozhodovacího enginu ACTICO, který vypočítá rizikové skóre nebo hodnocení žádosti zákazníka. Jde o základní funkci systému, která se zaznamenává jako samostatná událost při spuštění sady pravidel pro hodnocení rizik. | ||
| Proč je to důležité Hodnocení rizik je důležitým rozhodovacím bodem, který často určuje další průběh procesu. Analýza této činnosti pomáhá zjistit, jak úroveň rizika ovlivňuje varianty a dobu trvání procesu. Kde data získat Jde o základní událost v ACTICO, která by měla být zaznamenána v protokolech rozhodování nebo provádění. Tyto protokoly obvykle obsahují ID případu, spuštěná pravidla a výsledné rizikové skóre. Zachycení Událost zaznamenaná rozhodovacím enginem ACTICO po dokončení výpočtu rizikového skóre. Typ události explicit | |||
| Žádost podána | Tato činnost označuje začátek procesu KYC onboardingu, kdy systém ACTICO formálně přijme žádost nového zákazníka. Zaznamenává se jako samostatná událost, obvykle s přesným časovým razítkem při vytvoření nového případu nebo záznamu žádosti. | ||
| Proč je to důležité Jako hlavní počáteční událost je tato činnost nezbytná pro výpočet celkové doby onboardingu a sledování počtu žádostí. Její časové razítko slouží jako výchozí bod pro všechna další měření výkonnosti procesu. Kde data získat Obvykle jde o samostatný záznam v protokolu vytváření žádostí nebo případů v ACTICO. Hledejte tabulky související s událostmi podání žádosti nebo časovým razítkem vytvoření hlavního záznamu případu. Zachycení Událost zaznamenaná při vytvoření nového případu žádosti. Typ události explicit | |||
| Žádost schválena | Tato činnost označuje konečné obchodní rozhodnutí schválit žádost zákazníka o onboarding. Jde o důležitý milník, který se obvykle zaznamenává jako samostatná závěrečná změna stavu v životním cyklu žádosti. | ||
| Proč je to důležité Tento milník předchází vytvoření účtu a potvrzuje úspěšný výsledek. Analýza doby potřebné k jeho dosažení je zásadní pro pochopení délky standardního průběhu procesu. Kde data získat Činnost lze odvodit z konečného stavu v hlavní tabulce žádostí nebo případů. Hledejte stav jako „Schváleno“, „Schválení dokončeno“ nebo podobný konečný kladný stav. Zachycení Konečný stav případu se v hlavních datech případu změní na „Schváleno“. Typ události inferred | |||
| Žádost zamítnuta | Označuje konečné rozhodnutí zamítnout žádost zákazníka a ukončit proces onboardingu. Jde o důležitý konečný stav, který se zaznamenává změnou stavu žádosti. | ||
| Proč je to důležité Jde o hlavní koncovou událost neúspěšného procesu. Analýza případů, které končí touto činností, pomáhá pochopit míru zamítnutí a jeho příčiny a zvýšit celkovou úspěšnost procesu. Kde data získat Činnost lze odvodit z konečného stavu v hlavní tabulce žádostí nebo případů. Hledejte konečný stav, například „Zamítnuto“, „Odmítnuto“ nebo „Uzavřeno, zamítnuto“. Zachycení Konečný stav případu se v hlavních datech případu změní na „Zamítnuto“. Typ události inferred | |||
| Zahájena kontrola shody | Označuje začátek ruční kontroly oddělením shody, obvykle u žádostí s vysokým rizikem nebo s upozorněním. Činnost se zpravidla odvozuje ze změny stavu případu na „Čeká na kontrolu shody“ nebo z přiřazení případu do pracovní fronty pracovníka odpovědného za shodu. | ||
| Proč je to důležité Tato činnost je výchozím bodem pro měření úzkého místa při kontrole shody. Doba do události „Kontrola shody dokončena“ je důležitým KPI pro odhalení prodlev v této zásadní fázi. Kde data získat Činnost lze odvodit z historie stavů žádosti nebo auditní stopy. Hledejte časovou značku změny stavu na „Probíhá kontrola shody“ nebo přiřazení do skupiny uživatelů odpovědné za shodu. Zachycení Odvozeno ze změny stavu případu na „Čeká na kontrolu shody“ nebo z přiřazení týmu odpovědnému za shodu. Typ události inferred | |||
| Zákazník nahrál dokumenty | K této činnosti dochází, když zákazník prostřednictvím portálu nebo jiného kanálu propojeného s ACTICO poskytne požadované doklady totožnosti a podpůrné dokumenty. Nahrání každého dokumentu se obvykle zaznamenává jako samostatná událost v systému správy dokumentů nebo v protokolu případu. | ||
| Proč je to důležité Tato událost označuje důležitý milník závislý na zákazníkovi. Její sledování je zásadní pro měření doby odezvy zákazníka a analýzu délky následné kontroly dokumentů. Kde data získat Hledejte záznamy událostí související se zpracováním dokumentů nebo přílohami k případu žádosti. Často se ukládají do vyhrazených tabulek pro správu dokumentů nebo důkazních materiálů v databázi ACTICO. Zachycení Událost zaznamenaná systémem při připojení dokumentu k případu. Typ události explicit | |||
| Kontrola dokumentů dokončena | Tato činnost označuje dokončení kontroly dokumentů dodaných zákazníkem. Obvykle se odvozuje ze změny stavu dokumentu nebo celého případu, například na „Dokumenty ověřeny“ nebo „Kontrola dokončena“. | ||
| Proč je to důležité Jde o důležitý milník pro měření efektivity zpracování dokumentů. Doba mezi událostmi „Zákazník nahrál dokumenty“ a touto činností je důležitým KPI pro odhalení prodlev při ručním zpracování. Kde data získat Činnost lze odvodit z historie stavů případu žádosti nebo jednotlivých dokumentů. Změna stavu dokumentu z „Čeká na kontrolu“ na „Schválen“ nebo „Zkontrolován“ tuto činnost potvrzuje. Zachycení Odvozeno ze změny stavu dokumentu na „Ověřen“ nebo „Zkontrolován“. Typ události inferred | |||
| Provedeno ověření totožnosti | Jde o automatickou nebo ruční kontrolu totožnosti zákazníka podle externích či interních zdrojů dat. Často se zaznamenává jako samostatná událost při volání API externí ověřovací služby a přijetí její odpovědi. | ||
| Proč je to důležité Tato činnost je důležitým krokem pro zajištění shody. Analýza její délky a výsledků pomáhá odhalit závislost na externích službách a možná úzká místa při ověřování. Kde data získat Tyto informace se obvykle nacházejí v protokolech integrací nebo ve zvláštních tabulkách událostí, které zaznamenávají výsledky automatických kontrol a volání externích služeb propojených s případem žádosti. Zachycení Událost zaznamenaná při volání externí služby pro ověření totožnosti. Typ události explicit | |||
| Prvotní kontrola žádosti | Jde o první kontrolu podané žádosti, kterou provádí automatické pravidlo nebo pracovník. Ověřuje se úplnost žádosti a základní podmínky způsobilosti. Činnost se často odvozuje ze změny stavu žádosti, například z „Podaná“ na „Probíhá kontrola“. | ||
| Proč je to důležité Analýza doby potřebné k první kontrole pomáhá odhalit počáteční prodlevy při zpracování. Ukáže také, kolik žádostí projde touto první kontrolou bez problémů. Kde data získat Činnost lze odvodit z tabulek historie stavů nebo auditních záznamů případu žádosti zákazníka. Porovnejte časovou značku změny stavu z „Nová“ nebo „Podaná“ na „Kontrola“. Zachycení V historii případu zjistěte změnu stavu z „Podaná“ na „Probíhá kontrola“. Typ události inferred | |||
| Účet vytvořen | Po schválení tato činnost označuje technické vytvoření účtu zákazníka v hlavním bankovním systému nebo systému správy uživatelů. ACTICO ji často zaznamená jako samostatnou událost po přijetí potvrzení o úspěšném dokončení z navazujícího systému. | ||
| Proč je to důležité Tato činnost potvrzuje, že proces vedl ke konkrétnímu obchodnímu výsledku. Doba mezi událostmi „Žádost schválena“ a „Účet vytvořen“ může odhalit prodlevy integrace nebo neefektivitu při závěrečném zřízení účtu. Kde data získat Tyto informace se pravděpodobně nacházejí v protokolech integrací nebo systémových rozhraní v ACTICO. Zaznamenávají výsledek volání externích systémů při zřizování účtu. Zachycení Událost zaznamenaná po přijetí úspěšné odpovědi API z hlavního systému účtů. Typ události explicit | |||
| Vyžádány další informace | Jde o událost, při které kontrolor, často z oddělení shody nebo úvěrového oddělení, požádá zákazníka o další informace nebo dokumenty. Tento krok se obvykle zaznamenává samostatně, protože zahrnuje odeslání oznámení zákazníkovi a pozastavení případu. | ||
| Proč je to důležité Tato činnost často vede k opakovanému zpracování a prodlužuje dobu průchodu procesem. Sledování její četnosti a dopadu pomáhá určit, kde lze zlepšit počáteční sběr údajů. Kde data získat Pravděpodobně jde o samostatnou událost zaznamenanou v historii případu nebo v protokolu komunikace. Hledejte události jako „Odeslána žádost o informace“ nebo změnu stavu na „Čeká se na informace od zákazníka“. Zachycení V auditní stopě případu se zaznamená samostatná událost vyvolaná uživatelem, například „Odeslat žádost o informace“. Typ události explicit | |||
| Zahájeny prověrky | Označuje zahájení automatických nebo ručních prověrek, například kontroly AML nebo úvěrové historie. Často se zaznamenává jako samostatná událost při spuštění těchto kontrol systémem, které mohou využívat externí poskytovatele služeb. | ||
| Proč je to důležité Zahájení prověrek je důležitým milníkem procesu náležité péče. Jeho sledování pomáhá porozumět závislostem na externích poskytovatelích dat a době potřebné k získání jejich údajů. Kde data získat Hledejte v systémových protokolech nebo auditní stopě záznamy o spuštění prověrek. Často jsou propojené s hlavním ID případu žádosti. Zachycení Událost zaznamenaná při volání služeb pro prověrky z workflow enginu. Typ události explicit | |||
Průvodci extrakcí dat
Kroky
- Získejte administrátorský přístup: Přihlaste se do platformy ACTICO, například do Visual Modeler nebo vyhrazené administrační konzole. Použijte přihlašovací údaje s dostatečnými oprávněními pro přístup k exportu dat a jeho nastavení.
- Najděte modul exportu: Přejděte do části pro správu nebo konfiguraci systému. Vyhledejte sekci pro auditní záznamy, protokolování nebo export dat. Může se jmenovat například „Audit Export“ nebo „Business Object Export“.
- Vytvořte konfiguraci exportu: Spusťte vytvoření nové definice exportu. Zadejte výstižný název konfigurace, například
KYC_Onboarding_ProcessMind_Export. - Určete zdroj dat: Zadejte hlavní business objekt, který chcete exportovat, tedy
CustomerApplication. Nastavte filtr podle časového období, například za posledních 6 měsíců. Omezíte tak velikost souboru a nároky na výkon. - Nastavte výstupní soubor: Jako formát vyberte CSV. Zadejte název souboru, například
kyc_event_log.csv, a ověřte oddělovač, kterým bývá čárka. Textová pole správně uzavřete do uvozovek, aby se zachovaly speciální znaky. - Namapujte identifikátor případu: Jedinečný identifikátor business objektu
CustomerApplicationnastavte jako ID případu pro analýzu process mining. Díky tomu se všechny související události přiřadí k jednomu případu nástupu zákazníka. - Namapujte atributy: Každý požadovaný sloupec v záznamu událostí propojte s odpovídajícím atributem v modelu business objektů ACTICO. Namapujte ID případu, název aktivity, časová razítka a další doporučené atributy, například stav nebo úroveň rizika.
- Nastavte mapování událostí: Jde o nejdůležitější krok. Vytvořte samostatné pravidlo nebo mapování pro každou ze 14 obchodních aktivit. Použijte systémové spouštěče, například vytvoření objektu pro událost „Žádost podána“, změnu stavu pro kroky workflow, jako je „Žádost schválena“, a konkrétní vzory zpráv z auditního protokolu pro technické události, například „Ověření totožnosti provedeno“.
- Uložte a ověřte konfiguraci: Po nastavení všech mapování konfiguraci uložte. Pomocí dostupných validačních nástrojů v ACTICO zkontrolujte syntaktické chyby a nesprávné cesty k atributům.
- Spusťte export a sledujte jeho průběh: Spusťte úlohu exportu. Sledujte její průběh v plánovači úloh nebo monitorovacím rozhraní systému. Po dokončení zkontrolujte protokoly a případné chyby.
- Stáhněte a připravte soubor: Stáhněte výsledný soubor CSV z určeného umístění na serveru. Před nahráním do ProcessMind ověřte jeho strukturu a zkontrolujte, zda jsou formáty data a času jednotné a správně načtené.
Konfigurace
- Úroveň auditního protokolování: Úroveň auditního protokolování pro celý systém musí být nastavena dostatečně podrobně, například na INFO nebo FINE. Méně podrobná úroveň, například WARNING nebo ERROR, nezaznamená potřebné změny stavů a spuštění pravidel pro process mining.
- Zdroj dat pro export: Jako hlavní zdroj dat nastavte business objekt
CustomerApplication. Pro zachycení všech relevantních událostí může být nutné připojit nebo použít související objekty, napříkladCustomerDocument. - Filtr časového období: Vždy použijte filtr časového období, abyste omezili objem extrahovaných dat. Pro úvodní analýzu doporučujeme období 3 až 6 měsíců. V produkčním prostředí ho můžete upravit podle potřeb provozu a výkonu systému.
- Logika mapování událostí: Přesnost extrakce závisí především na způsobu mapování událostí. Změny stavů (
on="StatusChange") se běžně používají k odvození obchodních kroků. Výslovné záznamy v protokolu (on="LogEntry") se hodí pro technické události nebo volání služeb. Spuštění pravidel (on="RuleExecution") je vhodné pro zachycení rozhodovacích kroků. - Výstupní formát: Kvůli široké kompatibilitě vyberte CSV. Správně nastavte oddělovače a uzavírání textu do uvozovek, aby při načítání dat nevznikaly chyby.
- Předpoklady: Tento postup vyžaduje administrátorská oprávnění k platformě ACTICO. Pro správné nastavení je nutné dobře znát model business objektů KYC, včetně relevantních polí stavů a názvů atributů.
Ukázkový dotaz xml
<!-- This is a representative ACTICO export configuration in XML format. -->
<!-- Actual syntax may vary based on your ACTICO version. -->
<AuditExportConfiguration name="KYC_ProcessMind_Export">
<DataSource type="BusinessObject">
<ObjectName>CustomerApplication</ObjectName>
<DateRange from="[Start Date YYYY-MM-DD]" to="[End Date YYYY-MM-DD]"/>
</DataSource>
<OutputFile format="CSV" name="kyc_event_log.csv" delimiter=","/>
<CaseId mapping="customerApplication.id"/>
<Attributes>
<Attribute name="CustomerApplication" mapping="customerApplication.id"/>
<Attribute name="ActivityName" mapping="[generated_activity_name]"/>
<Attribute name="EventTime" mapping="[event_timestamp]"/>
<Attribute name="SourceSystem" value="ACTICO"/>
<Attribute name="LastDataUpdate" value="[CURRENT_TIMESTAMP]"/>
<Attribute name="EndTime" mapping="[event_timestamp]"/>
<Attribute name="InitiatingUser" mapping="event.user"/>
<Attribute name="Department" mapping="event.user.department"/>
<Attribute name="ApplicationStatus" mapping="customerApplication.status"/>
<Attribute name="RejectionReason" mapping="customerApplication.rejectionDetails.reasonCode"/>
<Attribute name="RiskLevel" mapping="customerApplication.risk.level"/>
<Attribute name="SlaTargetDate" mapping="customerApplication.slaDate"/>
</Attributes>
<EventMappings>
<Event on="Create" object="CustomerApplication">
<Set name="[generated_activity_name]" value="Application Submitted"/>
<Set name="[event_timestamp]" mapping="customerApplication.creationDate"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" from="Submitted" to="In Review">
<Set name="[generated_activity_name]" value="Initial Application Review"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="Create" object="CustomerDocument">
<Set name="[generated_activity_name]" value="Customer Documents Uploaded"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
<CaseId mapping="event.relatedObject.customerApplication.id"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="IDV Service Call Completed.*">
<Set name="[generated_activity_name]" value="Identity Verification Performed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Documents Verified">
<Set name="[generated_activity_name]" value="Document Review Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="Background Check Initiated.*">
<Set name="[generated_activity_name]" value="Background Checks Initiated"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="RuleExecution" object="CustomerApplication" ruleSet="KYC Risk Assessment">
<Set name="[generated_activity_name]" value="Risk Assessment Performed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Pending Compliance Review">
<Set name="[generated_activity_name]" value="Compliance Review Initiated"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Pending Customer Information">
<Set name="[generated_activity_name]" value="Additional Information Requested"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" from="Pending Compliance Review" to="Compliance Approved">
<Set name="[generated_activity_name]" value="Compliance Review Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Approved">
<Set name="[generated_activity_name]" value="Application Approved"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="Account successfully created.*">
<Set name="[generated_activity_name]" value="Account Created"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Closed - Approved">
<Set name="[generated_activity_name]" value="Customer Onboarding Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Rejected">
<Set name="[generated_activity_name]" value="Application Rejected"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
</EventMappings>
</AuditExportConfiguration> Chcete začít?
Použijte tuto šablonu k přípravě dat a urychlete tak cestu k optimalizaci procesu nástupu zákazníků KYC v ACTICO.
Zkraťte nástup zákazníků KYC na 24 hodin
Omezte nedokončené žádosti a falešně pozitivní výsledky a usnadněte nástup zákazníků.
Platební kartu nepotřebujete. Začněte proces zlepšovat ještě dnes.